[ Previous | Next | Contents | Search ]
AIXLink/X.25 1.1 for AIX: Guide and Reference

N_CONN_RES Primitive

Purpose

Allows the destination NPI application to accept an incoming connection request.

Structure

This primitive consists of one M_PROTO message block with the following structure:

typedef struct {
   ulong PRIM_type;
   ulong TOKEN_value;
   ulong RES_length;
   ulong RES_offset;
   ulong SEQ_number;
   ulong CONN_flags;
   ulong QOS_length;
   ulong QOS_offset;
} N_conn_res_t;
Note: QOS_length QOS_length should be 0 (zero) since QOS parameters are not supported.

Description

The format of this message is one M_PROTO message block followed by one or more M_DATA blocks. The M_DATA blocks contain user data which is optional. Any integral number of octets, up to the limit imposed by the underlying network, can be passed. Note that an odd-length CUD string is not allowed.

Parameters

PRIM_type Specifies the N_CONN_RES primitive.
TOKEN_value Identifies the stream on which the NS user wants to establish the network connection (NC). The value of this parameter can be one of the following:
>0 Indicates the NS user wants to establish the NC on a stream other than the stream on which the N_CONN_IND primitive arrived.
0 Indicates the NS user wants to establish the NC on the same stream on which the N_CONN_IND primitive arrived.

The NS user determines the stream's value by issuing an N_BIND_REQ primitive with the TOKEN_REQUEST flag set. The N_BIND_ACK primitive returns the token value.

RES_length Specifies the length of the responding address parameter. The responding address parameter conveys the network address of the NS user to which the NC has been established. Under certain circumstances, such as call redirection or generic addressing, the parameter value may be different from the destination address parameter specified in the corresponding N_CONN_REQ primitive.
RES_offset Indicates the offset of the responding address from the beginning of the M_PROTO message block.
SEQ_number Indicates the sequence number of the N_CONN_RES primitive. The NS provider uses this number to associate the N_CONN_RES with an outstanding N_CONN_IND message. An invalid sequence number results in an NBADSEQ error.
CONN_flags Matches the value of the CONN_flags parameter of the N_CONN_REQ primitive. The CONN_flags parameter can have the following value:
REC_CONF_OPT Indicates the use and/or availability of the receipt confirmation service on the NC. The receipt confirmation service must be provided in the network service to be used on the NC. If this flag is set, it must match the value of the CONN_flags parameter of the N_CONN_REQ primitive. This uses the X.25 D bit.
QOS_length This should be set 0 (zero) since QOS parameters are not supported.
QOS_offset This should be set 0 (zero) since QOS parameters are not supported.

Acknowledgments

The NS provider generates one of the following acknowledgments upon receipt of the N_CONN_RES primitive:

Successful The N_OK_ACK primitive indicates the N_CONN_RES primitive succeeded.
Unsuccessful The N_ERROR_ACK primitive indicates that a non-fatal error occurred.

Error Codes

The applicable non-fatal errors are defined as follows:

NBADDATA Indicates the amount of user data specified was outside the range supported by the NS provider.
NBADOPT Indicates the options were either in an incorrect format or contained illegal information.
NBADSEQ Indicates the sequence number specified in the primitive was incorrect or illegal.
NOUTSTATE Indicates the primitive was issued from an invalid state.
NSYSERR Indicates a system error. The error is indicated in the primitive.

Implementation Specifics

The N_CONN_RES primitive is part of X.25 Licensed Program.


[ Previous | Next | Contents | Search ]