DOC HOME SITE MAP MAN PAGES GNU INFO SEARCH PRINT BOOK
 

T_BIND_ACK(D7tpi)


T_BIND_ACK -- Bind Protocol Address Acknowledgment

Synopsis

This message consists of one M_PCPROTO message block formatted as follows:
   struct T_bind_ack {
   	long PRIM_type;              /* always T_BIND_ACK */
   	long ADDR_length;            /* length of address - */
   	long ADDR_offset;            /* offset of address */
   	unsigned long CONIND_number; /* connect indications
                                           to be queued */
   }

Description

This primitive indicates to the transport user that the specified protocol address has been bound to the stream, that the specified number of connect indications are allowed to be queued by the transport provider for the specified protocol address, and that the stream associated with the specified protocol address has been activated.

Parameters


PRIM_type
indicates the primitive type.

ADDR_length
is the length of the protocol address that was bound to the stream and ADDR_offset is the offset from the beginning of the M_PCPROTO block where the protocol address begins.

CONIND_number
is the accepted number of connect indications allowed to be outstanding by the transport provider for the specified protocol address.

The proper alignment of the address in the M_PCPROTO message block is not guaranteed.

Rules

The following rules apply to the binding of the specified protocol address to the stream:

The following rules apply to negotiating the CONIND_number argument:

Errors

If the above rules result in an error condition, then the transport provider must issue an T_ERROR_ACK primitive to the transport user specifying the error as defined in the description of the T_BIND_REQ/O_T_BIND_REQ primitive.

Modes

Both connection-mode and connectionless-mode.

Originator

Transport provider.

Notices

Hardware constraints

None

Applicability

N/A

Backward compatibility

UnixWare-specific TPI Message Formats

Forward compatibility

N/A
19 June 2005
© 2005 The SCO Group, Inc. All rights reserved.
OpenServer 6 and UnixWare (SVR5) HDK - June 2005