.\" Copyright (c) 1990, 1991 The Regents of the University of California.
.\" Redistribution and use in source and binary forms, with or without
.\" modification, are permitted provided that the following conditions
.\" 1. Redistributions of source code must retain the above copyright
.\" notice, this list of conditions and the following disclaimer.
.\" 2. Redistributions in binary form must reproduce the above copyright
.\" notice, this list of conditions and the following disclaimer in the
.\" documentation and/or other materials provided with the distribution.
.\" 3. All advertising materials mentioning features or use of this software
.\" must display the following acknowledgement:
.\" This product includes software developed by the University of
.\" California, Berkeley and its contributors.
.\" 4. Neither the name of the University nor the names of its contributors
.\" may be used to endorse or promote products derived from this software
.\" without specific prior written permission.
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
.\" @(#)iso.4 6.2 (Berkeley) 3/28/91
.Fd #include <sys/types.h>
.Fd #include <netiso/iso.h>
protocol family is a collection of protocols
family provides protocol support for the
abstraction through the connectionless transport
by providing direct access (for debugging) to the
8473) network layer protocol.
.%T "Addendum to the Network Service Definition Covering Network Layer Addressing."
Sockets bound to the OSI protocol family use
the following address structure:
u_char isoa_len; /* length, not including this byte */
char isoa_genaddr[20]; /* general opaque address */
u_char siso_len; /* size of this sockaddr */
u_char siso_family; /* addressing domain, AF_ISO */
u_char siso_plen; /* presentation selector length */
u_char siso_slen; /* session selector length */
u_char siso_tlen; /* transport selector length */
struct iso_addr siso_addr; /* network address */
u_char siso_pad[6]; /* space for gosip v2 SELs */
#define siso_nlen siso_addr.isoa_len
#define siso_data siso_addr.isoa_genaddr
The fields of this structure are:
Length of the entire address structure, in bytes, which may grow to
be longer than the 32 bytes show above.
Length of the transport selector.
Length of the session selector.
This is not currently supported by the kernel and is provided as
a convenience for user level programs.
Length of the presentation selector.
This is not currently supported by the kernel and is provided as
a convenience for user level programs.
The network part of the address, described below.
transport address is similar to an Internet address in that
it contains a network-address portion and a portion that the
transport layer uses to multiplex its services among clients.
In the Internet domain, this portion of the address is called a
(also known at one time as a
While ports are always 16 bits,
transport selectors may be
of (almost) arbitrary size.
Since the C language does not provide conveninent variable
length structures, we have separated the selector lengths
from the data themselves.
The network address and various selectors are stored contiguously,
with the network address first, then the transport selector, and so
on. Thus, if you had a nework address of less then 20 bytes,
the transport selector would encroach on space normally reserved
network addresses are limited to 20 bytes in length.
network addresses can take any format.
1.0 implementation of the
protocol family comprises
the Connectionless-Mode Network Protocol
and the Transport Protocol
protocol family implementation