Table Of Contents
x25 bfe-decision
x25 bfe-emergency
x25 default
x25 facility
x25 fail-over
x25 hic
x25 hoc
x25 hold-queue
x25 hold-vc-timer
x25 host
x25 htc
x25 hunt-group
x25 idle
x25 ip-precedence
x25 ips
x25 lic
x25 linkrestart
x25 loc
x25 ltc
x25 map
x25 map bridge
x25 map cmns
x25 map compressedtcp
x25 map pad
x25 modulo
x25 nvc
x25 ops
x25 pad-access
x25 profile
x25 pvc (encapsulation)
x25 pvc (switched)
x25 pvc (switched PVC to SVC)
x25 pvc (XOT)
x25 bfe-decision
This command is no longer supported.
x25 bfe-emergency
This command is no longer supported.
x25 default
To set a default protocol that Cisco IOS software will assume applies to incoming calls with unknown or missing protocol identifier in the call user data (CUD), use the x25 default interface configuration command. To remove the default protocol specified, use the no form of this command.
x25 default protocol
no x25 default protocol
Syntax Description
protocol
|
Specifies the protocol to assume; may be ip or pad.
|
Defaults
No default protocol is specified.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command specifies the protocol assumed by the Cisco IOS software for incoming calls with unknown or missing protocol identifier in the call user data (CUD). If you do not use the x25 default interface configuration command, the software clears any incoming calls with unrecognized CUD.
Examples
The following example establishes IP as the default protocol for X.25 calls:
Related Commands
Command
|
Description
|
x25 map
|
Sets up the LAN protocols-to-remote host mapping.
|
x25 facility
To force facilities on a per-call basis for calls originated by the router (switched calls are not affected), use the x25 facility interface configuration command. To disable a facility, use the no form of this command.
x25 facility option value
no x25 facility option value
Syntax Description
option
|
Set of user facilities options. See Table 55 for a list of supported facilities and their values.
|
value
|
Option value. See Table 55 for a list of supported facilities and their values.
|
Defaults
No facility is sent.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Table 55 lists the set of x25 facility command user facilities options.
Table 55 x25 facility User Facilities Options
User Facilities Option
|
Description
|
cug number
|
Specifies a closed user group (CUG) number; CUGs numbered from 1 to 9999 are allowed. CUGs can be used by a public data network (PDN) to create a virtual private network within the larger network and to restrict access.
|
packetsize in-size out-size
|
Proposes input maximum packet size (in-size) and output maximum packet size (out-size) for flow control parameter negotiation. Both values must be one of the following values: 16, 32, 64, 128, 256, 512, 1024, 2048, or 4096.
|
windowsize in-size out-size
|
Proposes the packet count for input windows (in-size) and output windows (out-size) for flow control parameter negotiation. Both values must be in the range 1 to 127 and must not be greater than or equal to the value set for the x25 modulo command.
|
reverse
|
Specifies reverses charging on all calls originated by the interface.
|
throughput in out
|
Sets the requested throughput class negotiation values for input (in) and output (out) throughput across the network. Values for in and out are in bits per second (bps) and range from 75 to 48000 bps.
|
transit-delay value
|
Specifies a network transit delay to request for the duration of outgoing calls for networks that support transit delay. The transit delay value can be between 0 and 65534 milliseconds.
|
roa name
|
Specifies the name defined by the x25 roa command for a list of transit Recognized Operation Agencies (ROAs) to use in outgoing Call Request packets.
|
Examples
The following example specifies a transit delay value in an X.25 configuration:
x25 facility transit-delay 24000
The following example sets an ROA name and then sends the list via the X.25 user facilities:
x25 roa green_list 23 35 36
x25 facility roa green_list
Related Commands
x25 fail-over
To configure a secondary interface and set the number of seconds for which a primary interface must be up before the secondary interface resets, use the x25 fail-over command in the appropriate configuration mode. To prevent the secondary interface from resetting, use the no form of this command.
x25 fail-over seconds interface type number [dlci | mac-address]
no x25 fail-over seconds interface type number [dlci | mac-address]
Syntax Description
seconds
|
Number of seconds for which the primary interface must be up before the secondary interface resets.
|
interface
|
Secondary interface.
|
type
|
Interface type.
|
number
|
Interface number.
|
dlci
|
(Optional) DLCI number.
|
mac-address
|
(Optional) MAC address.
|
Defaults
No default behavior or values.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
Release 12.1(1)T
|
This command was introduced.
|
Usage Guidelines
The x25 fail-over command can be configured on a primary X.25 interface or an X.25 profile only.
Examples
In the following example, X.25 failover is configured on a network that is also configured for Annex G. If data-link connection identifier (DLCI) 13 or DLCI 14 on serial interface 1/0 goes down, dialer interface 1 will serve as the secondary interface. After DLCI 13 or 14 comes back up and remains up for 20 seconds, dialer interface 1 will reset, sending all calls back to the primary interface.
encapsulation frame-relay
frame-relay interface-dlci 13
frame-relay interface-dlci 14
x25 route ^1234 interface serial1/0 dlci 13
x25 route ^1234 interface serial1/0 dlci 14
x25 route ^1234 interface dialer1
x25 fail-over 20 interface dialer1
Related Commands
Command
|
Description
|
show x25 context
|
Displays information about X.25 links.
|
x25 profile
|
Configures an X.25 profile without specifying any hardware-specific information.
|
x25 hic
To set the highest incoming-only virtual circuit (VC) number, use the x25 hic interface configuration command.
x25 hic circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no incoming-only VC range.
|
Defaults
0
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable only if you have the X.25 switch configured for an incoming-only VC range. Incoming is from the perspective of the X.25 data terminal equipment (DTE). If you do not want any outgoing calls from your DTE, configure both ends to disable the two-way range (set the values of x25 ltc and x25 htc to 0) and configure an incoming-only range. Any incoming-only range must come before (that is, must be numerically less than) any two-way range. Any two-way range must come before any outgoing-only range.
Examples
The following example sets a valid incoming-only VC range of 1 to 5:
Related Commands
Command
|
Description
|
x25 lic
|
Sets the lowest incoming-only VC number.
|
x25 hoc
To set the highest outgoing-only virtual circuit (VC) number, use the x25 hoc interface configuration command.
x25 hoc circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no incoming-only VC range.
|
Defaults
0
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable only if you have the X.25 switch configured for an outgoing-only VC range. Outgoing is from the perspective of the X.25 data terminal equipment (DTE). If you do not want any incoming calls on your DTE, disable the two-way range (set the values of x25 ltc and x25 htc to 0) and configure an outgoing-only range. Any outgoing-only range must come after (that is, be numerically greater than) any other range.
Examples
The following example sets a valid outgoing-only VC range of 2000 to 2005:
Related Commands
Command
|
Description
|
x25 loc
|
Sets the lowest outgoing-only VC number.
|
x25 hold-queue
To set the maximum number of packets to hold until a virtual circuit (VC) is able to send, use the x25 hold-queue interface configuration command. To remove this command from the configuration file and restore the default value, use the no form of this command without an argument.
x25 hold-queue packets
no x25 hold-queue [packets]
Syntax Description
packets
|
Number of packets. A hold queue value of 0 allows an unlimited number of packets in the hold queue.
|
Defaults
10 packets
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
If you set the queue-size argument to 0 when using the no x25 hold-queue command, there will be no hold queue limit. While this setting will prevent drops until the router runs out of memory, it is only rarely appropriate. A VC hold queue value is determined when it is created; changing this parameter will not affect the hold queue limits of the existing virtual circuits.
Examples
The following example sets the X.25 hold queue to hold 25 packets:
Related Commands
Command
|
Description
|
ip mtu
|
Sets the MTU size of IP packets sent on an interface.
|
x25 ips
|
Sets the interface default maximum input packet size to match that of the network.
|
x25 ops
|
Sets the interface default maximum output packet size to match that of the network.
|
x25 hold-vc-timer
To start the timer that prevents additional calls to a destination for a given period of time (thus preventing overruns on some X.25 switches caused by Call Request packets), use the x25 hold-vc-timer interface configuration command. To restore the default value for the timer, use the no form of this command.
x25 hold-vc-timer minutes
no x25 hold-vc-timer
Syntax Description
minutes
|
Number of minutes that calls to a previously failed destination will be prevented. Incoming calls are still accepted.
|
Defaults
0 minutes
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Only Call Requests that the router originates are held down; routed X.25 Call Requests are not affected by this parameter.
Upon receiving a Clear Request for an outstanding Call Request, the X.25 support code immediately tries another Call Request if it has more traffic to send, and this action might cause overrun problems.
Examples
The following example sets this timer to 3 minutes:
x25 host
To define a static host name-to-address mapping, use the x25 host global configuration command. To remove the host name, use the no form of the command.
x25 host name x121-address [cud call-user-data]
no x25 host name
Syntax Description
name
|
Host name.
|
x121-address
|
The X.121 address.
|
cud call-user-data
|
(Optional) Sets the Call User Data (CUD) field in the X.25 Call Request packet.
|
Defaults
No static host name-to-address mapping is defined.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command permits you to map an X.121 address to an easily recognizable name. You can later use this host name instead of the X.121 address when you issue the translate command for X.25.
Examples
The following example specifies a static address mapping:
x25 host Willard 4085551212
The following example removes a static address mapping:
The following example specifies static address mapping from the X.121 address 12345678 to the host name "ocean". It then uses the name "ocean" in the translate command in place of the X.121 address when translating from the X.25 host to the PPP host with address 10.0.0.2.
translate x25 ocean ppp 10.0.0.2 routing
Related Commands
Command
|
Description
|
translate x25
|
When an X.25 connection request to a particular destination address is received, the Cisco router can automatically translate the request to another outgoing protocol connection type.
|
x25 htc
To set the highest two-way virtual circuit (VC) number, use the x25 htc interface configuration command.
x25 htc circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no two-way VC range.
|
Defaults
1024 for X.25 network service interfaces; 4095 for CMNS network service interfaces.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable if the X.25 switch is configured for a two-way VC range. Any two-way VC range must come after (that is, be numerically larger than) any incoming-only range, and must come before any outgoing-only range.
Examples
The following example sets a valid two-way VC range of 5 to 25:
Related Commands
Command
|
Description
|
cmns enable
|
Enables the CMNS on a nonserial interface.
|
x25 ltc
|
Sets the lowest two-way VC number.
|
x25 hunt-group
To create and maintain a hunt group, use the x25 hunt-group global configuration command. To delete this hunt group, use the no form of this command.
x25 hunt-group name {rotary | vc-count}
no x25 hunt-group name
Syntax Description
name
|
Name you assign to the particular hunt group.
|
rotary
|
Each call steps to the next interface.
|
vc-count
|
Each call is placed on the interface with most available logical channels.
|
Command Modes
Global configuration
Command History
Release
|
Modification
|
12.0(3)T
|
This command was introduced.
|
Usage Guidelines
Only one load-balancing distribution method can be selected for a hunt group, although one interface can participate in one or more hunt groups.
The rotary distribution method sends every call to the next available interface regardless of line speed and the number of available VCs on that interface.
The vc-count distribution method sends calls to the interface with the largest number of available logical channels. This method ensures a good load balance when you have lines of equal speed. If the line speeds are unequal, the vc-count method will favor the line with the higher speed. In cases where interfaces have the same line speed, the call is sent to the interface that is defined earliest in the hunt group.
To distribute calls equally among interfaces regardless of line speed, configure each interface with the same number of VCs.
With the vc-count distribution method, if a hunt group does not contain an operational interface, the call will be forwared to the next route if one was specified. If a session is terminated on an interface within the hunt group, that interface now has more available VCs and it will be chosen next.
Examples
X.25 Load Balancing Using VC-Count Distribution Method Example
In the following example, the vc-count distribution method is used on a hunt group that contains two serial interfaces that have different numbers of VCs. Assuming no sessions are being terminated at this time, the first 450 calls will be sent to Serial1, and subsequent calls will alternate between Serial0 and Serial1 until the interfaces are full.
description 56k link supporting 50 virtual circuits
description T1 line supporting 500 virtual circuits
x25 hunt-group hg-vc vc-count
Hunt Group Configuration Example
The following example shows the creation of hunt group "HG1" with serial interfaces 1 and 2 and two specific XOT target IP addresses (172.17.125.54 and 172.17.125.34). Hunt group "HG1" is configured to use rotary distribution method. The example also shows the creation of hunt group "HG2" with serial interfaces 0 and 3. Hunt group "HG2" will use vc-count distribution method.
x25 hunt-group HG1 rotary
x25 hunt-group HG2 vc-count
Related Commands
Command
|
Description
|
show x25 hunt-group
|
Displays X.25 hunt groups, detailed interface statistics, and distribution methods.
|
x25 idle
To define the period of inactivity after which the router can clear a switched virtual circuit (SVC), use the x25 idle interface configuration command.
x25 idle minutes
Syntax Description
minutes
|
Idle period in minutes.
|
Defaults
0 (the SVC is kept open indefinitely)
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Calls originated and terminated by the router are cleared; packet assembler/disassembler (PAD) and switched virtual circuits are not affected. To clear one or all virtual circuits at once, use the clear x25 privileged EXEC command.
Examples
The following example sets a 5-minute wait period before an idle circuit is cleared:
Related Commands
Command
|
Description
|
clear x25
|
Restarts an X.25 or CMNS service, to clear an SVC, or to reset a PVC.
|
x25 ip-precedence
To enable the Cisco IOS software to use the IP precedence value when it opens a new virtual circuit (VC), use the x25 ip-precedence interface configuration command. To cause the Cisco IOS software to ignore the precedence value when opening VCs, use the no form of this command.
x25 ip-precedence
no x25 ip-precedence
Syntax Description
This command has no arguments or keywords.
Defaults
The router opens one VC for all types of service.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This feature is useful only for Defense Data Network (DDN) or Blacker Front End (BFE) encapsulations because only these methods have an IP precedence facility defined to allow the source and destination devices to both use the VC for traffic of the given IP priority.
Verify that your host does not send nonstandard data in the IP type of service (TOS) field because it can cause multiple wasteful virtual circuits to be created.
Four VCs may be opened based on IP precedence to encapsulate routine, priority, immediate, and all higher precedences.
The x25 map nvc limit or the default x25 nvc limit still applies.
Examples
The following example allows new IP encapsulation VCs based on the IP precedence:
x25 ips
To set the interface default maximum input packet size to match that of the network, use the x25 ips interface configuration command.
x25 ips bytes
Syntax Description
bytes
|
Byte count. It can be one of the following values: 16, 32, 64, 128, 256, 512, 1024, 2048, or 4096.
|
Defaults
128 bytes
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
X.25 network connections have a default maximum input packet size set by the network administrator. Larger packet sizes require less overhead processing. To send a packet larger than the X.25 packet size over an X.25 virtual circuit, the Cisco IOS software must break the packet into two or more X.25 packets with the more data bit (M-bit) set. The receiving device collects all packets with the M-bit set and reassembles the original packet.
Note
Set the x25 ips and x25 ops commands to the same value unless your network supports asymmetric input and output packet sizes.
Examples
The following example sets the default maximum packet sizes to 512:
Related Commands
Command
|
Description
|
x25 facility
|
Forces facilities on a per-call basis for calls originated by the router (switched calls are not affected).
|
x25 ops
|
Sets the interface default maximum output packet size to match that of the network.
|
x25 lic
To set the lowest incoming-only virtual circuit (VC) number, use the x25 lic interface configuration command.
x25 lic circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no incoming-only VC range.
|
Defaults
0
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable only if you have the X.25 switch configured for an incoming-only VC range. Incoming is from the perspective of the X.25 DTE device. If you do not want any outgoing calls on your DTE device, disable the two-way range (set the values of x25 ltc and x25 htc to 0).
The following example sets a valid incoming-only VC range of 1 to 5, and sets the lowest two-way VC number:
Related Commands
Command
|
Description
|
x25 hic
|
Sets the highest incoming-only VC number.
|
x25 linkrestart
To force X.25 Level 3 (packet level) to restart when Level 2 (Link Access Procedure, Balanced [LAPB], the link level) resets, use the x25 linkrestart interface configuration command. To disable this function, use the no form of this command.
x25 linkrestart
no x25 linkrestart
Syntax Description
This command has no arguments or keywords.
Defaults
Forcing packet-level restarts is the default and is necessary for networks that expect this behavior.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example disables the link-level restart:
x25 loc
To set the lowest outgoing-only virtual circuit (VC) number, use the x25 loc interface configuration command.
x25 loc circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no outgoing-only VC range.
|
Defaults
0
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable only if you have the X.25 switch configured for an outgoing-only VC range. Outgoing is from the perspective of the X.25 DTE device. If you do not want any incoming calls from your DTE device, configure the values of x25 loc and x25 hoc and set the values of x25 ltc and x25 htc to 0.
Examples
The following example sets a valid outgoing-only virtual circuit range of 2000 to 2005:
Related Commands
Command
|
Description
|
x25 hoc
|
Sets the highest outgoing-only VC number.
|
x25 ltc
To set the lowest two-way virtual circuit (VC) number, use the x25 ltc interface configuration command.
x25 ltc circuit-number
Syntax Description
circuit-number
|
VC number from 1 to 4095, or 0 if there is no two-way VC range.
|
Defaults
1
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is applicable if you have the X.25 switch configured for a two-way virtual circuit range. Any two-way virtual circuit range must come after (that is, be numerically larger than) any incoming-only range, and must come before any outgoing-only range.
Examples
The following example sets a valid two-way virtual circuit range of 5 to 25:
Related Commands
Command
|
Description
|
x25 htc
|
Sets the highest two-way VC number.
|
x25 map
To set up the LAN protocols-to-remote host mapping, use the x25 map interface configuration command. To retract a prior mapping, use the no form of this command with the appropriate network protocols and X.121 address argument.
x25 map protocol address [protocol2 address2 [...[protocol9 address9]]] x121-address [option]
no x25 map protocol address x121-address
Syntax Description
protocol
|
Protocol type, entered by keyword. Supported protocols are entered by keyword, as listed in Table 56. As many as nine protocol and address pairs can be specified in one command line.
|
address
|
Protocol address.
|
x121-address
|
X.121 address of the remote host.
|
option
|
(Optional) Additional functionality that can be specified for originated calls. Can be any of the options listed in Table 57.
|
Defaults
No LAN protocol-to-remote host mapping is set up.
Command Modes
Interface configuration
X.25 profile configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Because no defined protocol can dynamically determine LAN protocol-to-remote host mappings, you must enter all the information for each host with which the router may exchange X.25 encapsulation traffic.
Two methods are available to encapsulate traffic: Cisco's long-available encapsulation method and the Internet Engineering Task Force (IETF) standard method (defined in RFC 1356); the latter allows hosts to exchange several protocols over a single virtual circuit. Cisco's encapsulation method is the default (for backward compatibility) unless the interface configuration command specifies the ietf keyword.
When you configure multiprotocol maps, you can specify a maximum of nine protocol and address pairs in an x25 map command. However, you can specify a protocol only once. For example, you can specify the IP protocol and an IP address, but you cannot specify another IP address. If the compressedtcp and ip keywords are both specified, the same IP address must be used.
Bridging is supported only if you are using Cisco's traditional encapsulation method. For correct operation, bridging maps must specify the broadcast option.
Since most datagram routing protocols rely on broadcasts or multicasts to send routing information to their neighbors, the broadcast keyword is needed to run such routing protocols over X.25.
Encapsulation maps might also specify that traffic between the two hosts should be compressed, thus increasing the effective bandwidth between them at the expense of memory and computation time. Because each compression virtual circuit requires memory and computation resources, compression must be used with care and monitored to maintain acceptable resource usage and overall performance.
Open Shortest Path First (OSPF) Protocol treats a nonbroadcast, multiaccess network such as X.25 in much the same way as it treats a broadcast network by requiring the selection of a designated router. In previous releases, this required manual assignment in the OSPF configuration using the neighbor router configuration command. When the x25 map command is included in the configuration with the broadcast, and the ip ospf network command (with the broadcast keyword) is configured, there is no need to configure any neighbors manually. OSPF will now run over the X.25 network as a broadcast network. (Refer to the ip ospf network interface configuration command for more detail.)
Note
The OSPF broadcast mechanism assumes that IP class D addresses are never used for regular traffic over X.25.
You can modify the options of an x25 map command by restating the complete set of protocols and addresses specified for the map, followed by the desired options. To delete a map command, you must also specify the complete set of protocols and addresses; the options can be omitted when deleting a map.
Once defined, a map's protocols and addresses cannot be changed. This requirement exists because the Cisco IOS software cannot determine whether you want to add to, delete from, or modify an existing map's protocol and address specification, or simply mistyped the command. To change a map's protocol and address specification, you must delete it and create a new map.
A given protocol-address pair cannot be used in more than one map on the same interface.
Table 56 lists the protocols supported by X.25.
Table 56 Protocols Supported by X.25
Keyword
|
Protocol
|
apollo
|
Apollo Domain
|
appletalk
|
AppleTalk
|
bridge
|
Bridging1
|
clns
|
ISO Connectionless Network Service
|
compressedtcp
|
TCP/IP header compression
|
decnet
|
DECnet
|
ip
|
IP
|
ipx
|
Novell IPX
|
pad
|
PAD links2
|
qllc
|
System Network Architecture (SNA) encapsulation in X.253
|
vines
|
Banyan VINES
|
xns
|
XNS
|
Note
The Connection-Mode Network Service (CMNS) map form is obsolete; its function is replaced by the enhanced x25 route command.
Table 57 lists the map options supported by X.25 using the x25 map command.
Table 57 x25 map Options
Option
|
Description
|
accept-reverse
|
Causes the Cisco IOS software to accept incoming reverse-charged calls. If this option is not present, the Cisco IOS software clears reverse-charged calls unless the interface accepts all reverse-charged calls.
|
broadcast
|
Causes the Cisco IOS software to direct any broadcasts sent through this interface to the specified X.121 address. This option also simplifies the configuration of OSPF; see "Usage Guidelines" for more detail.
|
cug group-number
|
Specifies a closed user group (CUG) number (from 1 to 9999) for the mapping in an outgoing call.
|
compress
|
Specifies that X.25 payload compression be used for mapping the traffic to this host. Each virtual circuit established for compressed traffic uses a significant amount of memory (for a table of learned data patterns) and for computation (for compression and decompression of all data). Cisco recommends that compression be used with careful consideration of its impact on overall performance.
|
idle minutes
|
Specifies an idle timeout for calls other than the interface default; 0 minutes disables the idle timeout.
|
method {cisco | ietf | snap | multi}
|
Specifies the encapsulation method. The choices are as follows:
• cisco—Cisco's proprietary encapsulation; not available if more than one protocol is to be carried.
• ietf—Default RFC 1356 operation: protocol identification of single-protocol virtual circuits and protocol identification within multiprotocol virtual circuits use the standard encoding, which is compatible with RFC 877. Multiprotocol virtual circuits are used only if needed.
• snap—RFC 1356 operation where IP is identified with SNAP rather than the standard IETF method (the standard method is compatible with RFC 877).
• multi—Forces a map that specifies a single protocol to set up a multiprotocol virtual circuit when a call is originated; also forces a single-protocol PVC to use multiprotocol data identification methods for all datagrams sent and received.
|
no-incoming
|
Use the map only to originate calls.
|
no-outgoing
|
Do not originate calls when using the map.
|
nudata string
|
Specifies the network user identification in a format determined by the network administrator (as allowed by the standards). This option is provided for connecting to non-Cisco equipment that requires an NUID facility. The string should not exceed 130 characters and must be enclosed in quotation marks (" ") if there are any spaces present. This option only works if the router is configured as an X.25 DTE.
|
nuid username password
|
Specifies that a network user ID (NUID) facility be sent in the outgoing call with the specified TACACS username and password (in a format defined by Cisco). This option should be used only when connecting to another Cisco router. The combined length of the username and password should not exceed 127 characters. This option only works if the router is configured as an X.25 data terminal equipment (DTE).
|
nvc count
|
Sets the maximum number of virtual circuits for this map or host. The default count is the x25 nvc setting of the interface. A maximum number of eight virtual circuits can be configured for each map. Compressed TCP may use only 1 virtual circuit.
|
packetsize in-size out-size
|
Proposes maximum input packet size (in-size) and maximum output packet size (out-size) for an outgoing call. Both values typically are the same and must be one of the following values: 16, 32, 64, 128, 256, 512, 1024, 2048, or 4096.
|
passive
|
Specifies that the X.25 interface should send compressed outgoing TCP datagrams only if they were already compressed when they were received. This option is available only for compressed TCP maps.
|
reverse
|
Specifies reverse charging for outgoing calls.
|
roa name
|
Specifies the name defined by the x25 roa command for a list of transit Recognized Operating Agencies (ROAs, formerly called Recognized Private Operating Agencies, or RPOAs) to use in outgoing Call Request packets.
|
throughput in out
|
Sets the requested throughput class values for input (in) and output (out) throughput across the network for an outgoing call. Values for in and out are in bits per second (bps) and range from 75 to 48000 bps.
|
transit-delay milliseconds
|
Specifies the transit delay value in milliseconds (0 to 65534) for an outgoing call, for networks that support transit delay.
|
windowsize in-size out-size
|
Proposes the packet count for input window (in-size) and output window (out-size) for an outgoing call. Both values typically are the same, must be in the range 1 to 127, and must be less than the value set by the x25 modulo command.
|
Examples
The following example maps IP address 172.20.2.5 to X.121 address 000000010300. The broadcast keyword directs any broadcasts sent through this interface to the specified X.121 address.
x25 map ip 171.20.2.5 000000010300 broadcast
The following example specifies an ROA name to be used for originating connections:
x25 roa green_list 23 35 36
x25 map ip 172.20.170.26 10 roa green_list
The following example specifies an NUID facility to send on calls originated for the address map:
x25 map ip 172.20.174.32 2 nudata "Network User ID 35"
Strings can be quoted, but quotation marks are not required unless embedded blanks are present.
Related Commands
Command
|
Description
|
ip ospf network
|
Configures the OSPF network type to a type other than the default for a given medium.
|
show x25 map
|
Displays information about configured address maps.
|
x25 facility
|
Forces facilities on a per-call basis for calls originated by the router (switched calls are not affected).
|
x25 map bridge
|
Configures an Internet-to-X.121 address mapping for bridging over X.25.
|
x25 map compressedtcp
|
Maps compressed TCP traffic to an X.121 address.
|
x25 map pad
|
Configures an X.121 address mapping for PAD access over X.25.
|
x25 route
|
Creates an entry in the X.25 routing table (to be consulted for forwarding incoming calls and for placing outgoing PAD or protocol translation calls).
|
x25 suppress-called-address
|
Omits the destination address in outgoing calls.
|
x25 map bridge
To configure an Internet-to-X.121 address mapping for bridging of packets in X.25 frames, use the x25 map bridge interface configuration command. Use the no form of this command to disable the Internet-to-X.121 address mapping.
x25 map bridge x121-address broadcast [option]
Syntax Description
x121-address
|
The X.121 address.
|
broadcast
|
Required keyword for bridging over X.25.
|
option
|
(Optional) Services that can be added to this map (same options as the |