![]() |
![]() |
|
|
![]() |
![]() |
X25/9000: X.25/9000 Programmer's Guide > Chapter 6 Extended Features![]() Using Facilities |
|
X.25 permits the negotiation of Facilities that can be implemented when calls are connected or cleared. Facilities are specified in the following packet types:
X.2 5 includes the default Facility settings specified at configuration time for CALL REQUEST packets. The packet's Facility field is read and written with the ioctl: X25_RD_FACILITIES and the X25_WR_FACILITIES calls, respectively. Consult your system administrator for the X.25 configuration constraints, and the documentation supplied by your network provider for more information about the Facilities permitted on the network. The ioctl(X25_RD_FACILITIES) call returns the contents of the Facilities field contained in the last inbound packet containing a Facilities field. New inbound Facilities data overwrites preceding data. Inbound Facilities data can only be read once and storage resources are freed after the data is read. If the process tries to read inbound Facilities data that has already been read, or if no Facilities data is available, the ioctl() call returns a data length of 0. The ioctl(X25_RD_FACILITIES) call:
A process cannot use the ioctl(X25_RD_FACILITIES) call to read Facilities data that it has just written with the ioctl(X25_WR_FACILITIES) call. Facilities may be added, deleted, rearranged or modified by the X.25 subsystem, the packet switching equipment, or the network provider. Flow control negotiation, throughput class negotiation, and fast select/reverse charging are subject to X.25 configuration constraints. Some network providers also place further constraints on the Facilities that may be used. The Facilities supported for ioctl(X25_RD_FACILITIES) are those described in the CCITT X.25 Recommendation (1988). These include:
The ioctl(X25_RD_FACILITIES) and its parameters are described below.
sdA socket descriptor for an SVC socket that has just received a CALL INDICATION, CALL CONNECTED, or CLEAR INDICATION packet. X25_RD_FACILITIESThe definition for the request. fac_dataIndicates the Facilities from the packet received. The x25_fac[] field contains the Facilities in the format that is required by the X.25 recommendations.
When the ioctl(X25_WR_FACILITIES) call is issued it writes the contents of the Facilities field for the next transmitted CALL REQUEST and CALL ACCEPTED packets. For a call to be accepted on the server side of a connection with the ioctl() call, call acceptance approval must be in effect. On the client side of the connection, you must issue the ioctl(X25_WR_FACILITIES) call prior to the connect() call. When you use the ioctl(X25_WR_FACILITIES)call, you:
I f no Facilities are specified with the ioctl(X25_WR_FACILITIES) call, the default configuration is set. The ioctl(X25_WR_FACILITIES) call will overwrite any inbound Facilities data that have not already been read. It is possible to modify Facilities such as negotiated parameters. Facilities may be added, deleted, or rearranged by the network provider or packet switching equipment. The Facilities supported for ioctl(X25_WR_FACILITIE S), are those specified in the CCITT and X.25 (1988) recommendation. These include:
Network Facilities are the facilities that need a Facility marker just before them. The only legal Facility markers are those described in the 1988 CCITT X.25 Recommendations and in the 1987 ISO 8208 Standard. Legal Facilities markers are:
The ioctl(X25_WR_FACILITIES) call and its parameters are described below.
sdA socket descriptor for an SVC socket that has not yet been connected. X25_WR_ FACILITIESThe definition for the request. fac_dataIndicates the Facilities to be included in the CALL REQUEST, CALL ACCEPTED, or CLEAR REQUEST packet. The x25_fac[] field contains the Facilities in the exact format that is required by the X.25 recommendations. |
![]() |
||
![]() |
![]() |
![]() |
|||||||||
|