- Wide-Area Networking Overview
- Configuring SMDS
- Configuring X.25 and LAPB
- Terminal Line Security for PAD Connections
- X.25 Annex G Session Status Change Reporting
- X.25 Dual Serial Line Management
- X.25 over TCP Profiles
- X.25 Record Boundary Preservation for Data Communications Networks
- X.25 Suppression of Security Signaling Facilities
- X.25 Call Confirm Packet Address Control
- X.25 Data Display Trace
- X.25 Version Configuration
- X.25 Station Type for ISDN D-channel Interface
- X.25 Throughput Negotiation
- X.25 Facility Handling
- X.28 Configurable PAD Options
Contents
- X.25 Facility Handling
- X.25 Facility Handling in Datagram Transport Virtual Circuits
- X.25 Facility Handling in Switching Virtual Circuits
- X.25 Standard Facilities
- ITU-T-Specified Marker Facilities
X.25 Facility Handling
This appendix provides reference material describing how X.25 facilities are handled by the Cisco IOS software.
- X.25 Facility Handling in Datagram Transport Virtual Circuits
- X.25 Facility Handling in Switching Virtual Circuits
X.25 Facility Handling in Datagram Transport Virtual Circuits
A router either originates or accepts datagram transport (encapsulation) switched virtual circuits (SVCs) to transport LAN traffic through an X.25 network.
When the router originates a call for LAN traffic encapsulation, the facilities in the call are controlled by the facilities configured for the interface and the map statement that specifies the LAN and X.25 encapsulation. Because a router can be attached to a public data network (PDN), the interface and map configurations allow a number of facilities to be specified in outgoing calls. These facilities are specified in all originated calls relating to the given interface and map, with one exception: the incoming and outgoing maximum packet sizes proposed are lowered if the LAPB cannot support the specified data packet size.
When the router accepts an encapsulation call, many facilities are simply ignored. The maximum packet sizes are lowered if the LAPB cannot support the sizes proposed. A reverse-charge call is cleared if neither the interface nor the map allows it. A call that specifies a network user identification (NUID) is cleared if the user authentication fails.
If an interface is configured as a DCE that is subscribed to closed user group (CUG) services, datagram encapsulation calls that originate and terminate on the interface will be subject to the requirements of CUG security.
X.25 Facility Handling in Switching Virtual Circuits
As a general rule, the X.25 switch services will forward facilities encoded in Call, Call Confirm, Clear, and Clear Confirm packets. This handling, however, is subject to the following restrictions:
- The facilities must be valid for the X.25-class service on which they were received and must be consistent with the other information presented in the packet and any prior signaling for the SVC.
- The facilities must be valid for the X.25-class service to which they are forwarded and must be consistent with the other information being encoded in the packet and any prior signaling for the SVC. Some limited amount of modification of facility values may be performed to meet various standard requirements; for example, some facility values have restrictions based on the station identity of the DTE/DCE sending the packet.
- Some facilities are subject to modification, insertion, or deletion by specific features configured for the incoming or outgoing X.25-class service, or by the X.25 switch service itself.
X.25 Standard Facilities
The table below describes how X.25 standard facilities are treated when a switched virtual circuit (SVC) is routed. If the facility was introduced in a recommendation later than the 1980 X.25 recommendation, the recommendation in which the facility was introduced is listed in parentheses after the facility name. By default, Cisco IOS software supports the 1984 recommendation.
ITU-T-Specified Marker Facilities
The table below describes how CCITT/ITU-T-specified marker facilities are treated when an SVC is routed.
Facility |
Treatment When Switched by Cisco IOS Software |
---|---|
Calling Address Extension (1984) |
Forwards the incoming Calling Address Extension facility. |
Called Address Extension (1984) |
Forwards the incoming Called Address Extension facility. |
Quality of Service (QoS) Negotiation |
Forwards the QoS facilities and their associated values. |
Expedited Data Negotiation (1984) |
Forwards the Expedited Data Negotiation facility. |
CMNS hosts commonly use the Called Address Extension facility, which can be used to make X.25 routing decisions.
The encoding of any CCITT/ITU-T facilities is preceded by a marker, as displayed in the output of the debug x25 command.