Router Products Command Reference
X.25 Commands

Table Of Contents

X.25 and LAPB Commands

bfe

clear x25-vc

cmns enable

encapsulation lapb

encapsulation x25

lapb interface-outage

lapb k

lapb modulo

lapb n1

lapb n2

lapb protocol

lapb t1

lapb t4

show cmns

show interfaces serial

show llc2

show x25 map

show x25 remote-red

show x25 route

show x25 vc

x25 accept-reverse

x25 address

x25 bfe-decision

x25 bfe-emergency

x25 default

x25 facility

x25 hic

x25 hoc

x25 hold-queue

x25 hold-vc-timer

x25 htc

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 pvc (encapsulating)

x25 pvc (switched)

x25 pvc (tunnel)

x25 remote-red

x25 route

x25 routing

x25 rpoa

x25 suppress-called-address

x25 suppress-calling-address

x25 t10

x25 t11

x25 t12

x25 t13

x25 t20

x25 t21

x25 t22

x25 t23

x25 th

x25 use-source-address

x25 win

x25 wout


X.25 and LAPB Commands


Use the commands in this chapter to configure Link Access Procedure Balanced (LAPB), X.25, Defense Data Network (DDN) X.25, and Blacker Front End (BFE). X.25 provides remote terminal access; encapsulation for the IP, DECnet, XNS, ISO CLNS, AppleTalk, Novell IPX, Banyan VINES, and Apollo Domain protocols; and bridging.

X.25 virtual circuits can also be switched

Between interfaces—local routing)

Between two routers—remote routing or tunneling)

Over nonserial media—Connection-Mode Network Service (CMNS).

To translate between X.25 and another protocol, refer to the Protocol Translation Configuration Guide and Command Reference publication.

For X.25 and LAPB configuration information and examples, refer to the "Configuring X.25 and LAPB" chapter in the Router Products Configuration Guide.

bfe

To allow the router to participate in emergency mode or to end participation in emergency mode when the interface is configured for x25 bfe-emergency decision and x25 bfe-decision ask, use the bfe EXEC command.

bfe {enter | leave} type number

Syntax Description

enter

Causes the router to send a special address translation packet that includes an enter emergency mode command to the BFE if the emergency mode window is open. If the BFE is already in emergency mode, this command enables the sending of address translation information.

leave

Disables the sending of address translation information from the router to the BFE when the BFE is in emergency mode.

type

Interface type.

number

Interface number.


Command Mode

EXEC

Example

The following example enables an interface to participate in BFE emergency mode:

bfe enter serial 0

Related Commands

encapsulation x25
x25 bfe-decision
x25 bfe-emergency

clear x25-vc

To clear switched virtual circuits (SVCs) and to reset permanent virtual circuits (PVCs), use the clear x25-vc privileged EXEC command. To clear all X.25 virtual circuits at once by restarting the packet layer service, use this command without an lcn argument.

clear x25-vc type number [lcn]

Syntax Description

type

Interface type.

number

Interface number.

lcn

(Optional) Virtual circuit.


Command Mode

Privileged EXEC

Example

The following example illustrates how to clear all virtual circuits on an interface:

clear x25-vc serial 1

Related Command

x25 idle

cmns enable

To enable Connection-Mode Network Service (CMNS) on a nonserial interface, use the cmns enable interface configuration command. To disable this capability, use the no form of this command.

cmns enable
no cmns enable

Syntax Description

This command has no arguments or keywords.

Default

The CMNS protocol is implicitly enabled whenever an X.25 encapsulation command is included with a serial interface configuration. A particular nonserial interface, however, must be explicitly configured to use CMNS.

Command Mode

Interface configuration

Usage Guidelines

After processing this command on the LAN interfaces (Ethernet, FDDI, and Token Ring), all the X.25-related interface configuration commands are made available.

Example

The following example enables CMNS on interface Ethernet 0:

interface ethernet 0
cmns enable

Related Command

x25 map cmns

encapsulation lapb

To exchange datagrams over a serial interface using LAPB encapsulation, use the encapsulation lapb interface configuration command.

encapsulation lapb [dte | dce] [multi | protocol]

Syntax Description

dte

(Optional) Specifies operation as a DTE. This is the default LAPB mode.

dce

(Optional) Specifies operation as a DCE.

multi

(Optional) Specifies use of multiple local-area network (LAN) protocols to be carried on the LAPB line.

protocol

(Optional) A single protocol to be carried on the LAPB line. A single protocol can be one of the following: apollo, appletalk, clns (ISO CLNS), decnet, ip, ipx (Novell IPX), vines, and xns. IP is the default protocol.


Defaults

The default serial encapsulation is HDLC. You must explicitly configure a LAPB encapsulation method.

DTE operation is the default LAPB mode. IP is the default protocol.

Command Mode

Interface configuration

Usage Guidelines

LAPB encapsulations are appropriate only for private connections, where you have complete control over both ends of the link. Connections to X.25 networks should use an x25 encapsulation configuration, which operates the X.25 Layer 3 protocol above a LAPB Layer 2.

One end of the link must be a logical DCE and the other end a logical DTE. (This assignment is independent of the interface's hardware DTE/DCE identity.)

Both ends of the LAPB link must specify the same protocol encapsulation.

LAPB encapsulation is supported on serial lines configured for dial-on-demand (DDR) routing. It can be configured on DDR synchronous serial and ISDN interfaces and on DDR dialer rotary groups. It is not supported on asynchronous dialer interfaces.

A single-protocol LAPB encapsulation exchanges datagrams of the given protocol, each in a separate LAPB information frame. You should configure the interface with the protocol-specific parameters needed (for example, a link that carries IP traffic will have an IP address defined for the interface).

A multiprotocol LAPB encapsulation can exchange any or all of the protocols allowed for an serial interface. It also exchanges datagrams, each in a separate LAPB information frame. Since two bytes of protocol identification data precede the protocol data, you do not need to configure the interface with all of the protocol-specific parameters needed for each protocol carried.

Beginning with Cisco IOS Release 11.0, multiprotocol LAPB encapsulation supports transparent bridging. This feature requires use of the encapsulation lapb multi command followed by the bridge-group command, which identifies the bridge group associated with multiprotocol LAPB encapsulation. This feature does not support use of the encapsulation lapb protocol command with a bridge keyword.

Beginning with Release 10.3, LAPB encapsulation supports the priority and custom queueing features.

Example

The following example sets the operating mode as DTE and specifies that AppleTalk protocol traffic will be carried on the LAPB line:

interface serial 1
encapsulation lapb dte appletalk

Related Command

A dagger (†) indicates that the command is documented in another chapter.

bridge-group

encapsulation x25

To specify an serial interface's operation as an X.25 device, use the encapsulation x25 interface configuration command.

encapsulation x25 [dte | dce] [ddn | bfe] | [ietf]

Syntax Description

dte

(Optional) Specifies operation as a DTE. This is the default X.25 mode.

dce

(Optional) Specifies operation as a DCE.

ddn

(Optional) Specifies DDN encapsulation on an interface using DDN X.25 standard service

bfe

(Optional) Specifies BFE encapsulation on an interface attached to a Blacker Front End device. Available for BFE operation only.

ietf

(Optional) Specifies that the interface's datagram encapsulation should default to use of the IETF standard method, as defined by RFC 1356.


Defaults

The default serial encapsulation is HDLC. You must explicitly configure an X.25 encapsulation method.

DTE operation is the default X.25 mode. Cisco's traditional X.25 encapsulation method is the default.

Command Mode

Interface configuration

Usage Guidelines

One end of an X.25 link must be a logical DCE and the other end a logical DTE. (This assignment is independent of the interface's hardware DTE/DCE identity.) Typically, when connecting to a public data network (PDN), the customer equipment acts as the DTE and the PDN attachment acts as the DCE.

Cisco has supported the encapsulation of a number of datagram protocols for quite some time, using a standard means when available and proprietary means when necessary. More recently the IETF adopted a standard, RFC 1356, for encapsulating most types of datagram traffic over X.25. X.25 interfaces use Cisco's traditional method unless explicitly configured for IETF operation; if the ietf keyword is specified, that standard will be used unless Cisco's traditional method is explicitly configured. For details see the x25 map command.

When an X.25 interface is reconfigured, all of the interface's X.25 parameters are initialized except the x25 map commands. The x25 map statements that are configured for an interface are not deleted when the encapsulation is changed, so they will be retained if the interface is later reconfigured for X.25 operation.

A router attaching to the Defense Data Network (DDN) or to a Blacker Front End (BFE) device can be configured to use their respective algorithms to convert between IP and X.121 addresses by using the ddn or bfe options, respectively. An IP address should be assigned to the interface, from which the algorithm will generate the interface's X.121 address; for proper operation, this X.121 address should not be modified.

A router DDN attachment can operate as either a DTE or a DCE device. A BFE attachment can operate only as a DTE device. The ietf option is not available if either the ddn or bfe option is selected.

Example

The following example configures the interface for connection to a Blacker Front End device:

interface serial 0
encapsulation x25 bfe

lapb interface-outage

To specify a period during which a link will remain connected, even if a brief hardware outage occurs, use the lapb interface-outage interface configuration command.

lapb interface-outage milliseconds

Syntax Description

milliseconds

Number of milliseconds a hardware outage can last without having the protocol disconnect the service. The default is 0 milliseconds, which disables this feature.


Default

0 milliseconds, which disables this feature.

Command Mode

Interface configuration

Usage Guidelines

If a hardware outage lasts longer than the LAPB hardware outage period you select, normal protocol operations will occur. The link will be declared to be down and, when it is restored, a link set up will be initiated.

Example

The following example sets the interface outage period to 100 milliseconds. The link will remain connected for outages equal to or shorter than that period.

encapsulation lapb dte ip
lapb interface-outage 100

lapb k

To specify the maximum permissible number of outstanding frames, called the window size, use the lapb k interface configuration command.

lapb k window-size

Syntax Description

window-size

Frame count. It can be a value from 1 to the modulo size minus 1 (the maximum is 7 if the modulo size is 8; it is 127 if the modulo size is 128). The default is 7 frames.


Default

7 frames

Command Mode

Interface configuration

Usage Guidelines

If the window size is changed while the protocol is up, the new value will take effect only when the protocol is reset. You will be informed that the new value will not take effect immediately.

When using the LAPB modulo 128 mode (extended mode), the window parameter k should be increased to make use of the ability to send a larger number of frames before acknowledgment is required. This is the basis for its ability to achieve greater throughput on high speed links that have a low error rate.

This configured value should match the value configured in the peer X.25 switch. Nonmatching values will cause repeated LAPB REJ frames.

Example

The following example sets the LAPB window size (the k parameter) to ten frames:

interface serial 0
lapb modulo  
lapb k 10

lapb modulo

To specify the LAPB basic (modulo 8) or extended (modulo 128) protocol mode, use the lapb modulo interface configuration command.

lapb modulo modulus

Syntax Description

modulus

Either 8 or 128. The value 8 specifies LAPB's basic mode; the value 128 specifies LAPB's extended mode. The default is 8.


Default

Modulo 8

Command Mode

Interface configuration

Usage Guidelines

The modulo parameter determines which of LAPB's two modes is to be used. The modulo values derive from the fact that basic mode numbers information frames between 0 and 7, whereas extended mode numbers them between 0 and 127. Basic mode is widely available and is sufficient for most links. Extended mode is an optional LAPB feature that may achieve greater throughput on high-speed links that have a low error rate.

The LAPB operating mode may be set on X.25 links as well as LAPB Links. The X.25 modulo is independent of the LAPB layer modulo. Both ends of a link must use the same LAPB mode.

When using modulo 128 mode, the window parameter k should be increased to make use of the ability to send a larger number of frames before acknowledgment is required. This is the basis for its ability to achieve greater throughput on high-speed links that have a low error rate.

If the modulo value is changed while the protocol is up, the new value will take effect only when the protocol is reset. The operator will be informed that the new value will not take effect immediately.

Example

The following example configures a high-speed X.25 link to use LAPB's extended mode:

interface serial 1
encapsulation x25
lapb modulo 128
lapb k 40
clock rate 2000000

Related Command

lapb k

lapb n1

To specify the maximum number of bits a frame can hold (the LAPB N1 parameter), use the lapb n1 interface configuration command.

lapb n1 bits

Syntax Description

bits

Maximum number of bits in multiples of eight. The minimum and maximum range is dynamically set. Use the ? to view the range.


Defaults

The largest (maximum) value available for the particular interface is the default. The Cisco IOS software dynamically calculates n1 whenever you change the maximum transmission unit (MTU), the L2/L3 modulo, or compression on a LAPB interface.

Command Mode

Interface configuration

Usage Guidelines

This command first appeared in Cisco IOS Release 10.0.


Caution   
The LAPB n1 parameter provides little benefit beyond the interface MTU and can easily cause link failures if misconfigured. Cisco recommends that this parameter be left at its default value.

The Cisco IOS software uses the following formula to determine the minimum n1 value:

(128 (default packet size) + LAPB overhead + X.25 overhead + 2 bytes of CRC) * 8

The Cisco IOS software uses the following formula to determine for the maximum n1 value:

(hardware MTU + LAPB overhead + X.25 overhead + 2 bytes of CRC) * 8

LAPB overhead is 2 bytes for modulo 8 and 3 bytes for modulo 128.

X.25 overhead is 3 bytes for modulo 8 and 4 bytes for modulo 128.

You need not set n1 to an exact value to support a particular X.25 data packet size. The n1 parameter prevents the processing of any huge frames that result from a "jabbering" interface, an unlikely event.

In addition, the various standards bodies specify that n1 be given in bits rather than bytes. While some equipment can be configured in bytes or will automatically adjust for some of the overhead information present, Cisco devices are configured using the true value, in bits, of n1.

You cannot set the n1 parameter to a value less than that required to support an X.25 data packet size of 128 bytes. All X.25 implementations must be able to support 128-byte data packets. Moreover, if you configure n1 to be less than 2104 bits, you receive a warning message that X.25 might have problems because some nondata packets can use up to 259 bytes.

You cannot set the n1 parameter to a value larger than the default unless the hardware MTU size is first increased.

The X.25 software will accept default packet sizes and CALLs that specify maximum packet sizes greater than what the LAPB layer will support, but will negotiate the CALLs placed on the interface to the largest value that can be supported. For switched CALLs, the packet size negotiation takes place end-to-end through the Cisco router so the CALL will not have a maximum packet size that exceeds the capability of either of the two interfaces involved.

Examples

The following example shows how to use the ? command to display the minimum and maximum n1 value. In this example, X.25 encapsulation has both the LAPB and X.25 modulo set to 8. Any violation of this n1 range results in an "Invalid input" error message.

interface serial 1
lapb n1 ?
<1080-12056> LAPB N1 parameter (bits; multiple of 8)

The following example sets the N1 bits to 16440:

interface serial 0 
lapb n1 16440
mtu 2048

Related Command

A dagger (†) indicates that the command is documented in another chapter.

mtu

lapb n2

To specify the maximum number of times a data frame can be transmitted (the LAPB N2 parameter), use the lapb n2 interface configuration command.

lapb n2 tries

Syntax Description

tries

Transmission count. It can be a value from 1 through 255. The default is 20 transmissions.


Default

20 transmissions

Command Mode

Interface configuration

Example

The following example sets the N2 tries to 50:

interface serial 0 
lapb n2 50

lapb protocol

Use the lapb protocol interface configuration command to configure the protocol carried on the LAPB line.

lapb protocol protocol

Syntax Description

protocol

Protocol, entered by keyword. It can be one of the following: appletalk, apollo, clns (ISO CLNS), decnet, ip, ipx (Novell IPX), vines, and xns.


Default

IP

Command Mode

Interface configuration

Usage Guidelines

This command is not available when using a multiprotocol LAPB encapsulation.

Example

The following example sets AppleTalk as the only protocol on the LAPB line:

interface serial 1
encapsulation lapb 
lapb protocol appletalk

Related Commands

encapsulation lapb
encapsulation lapb-dce
encapsulation lapb-multi

lapb t1

To set the retransmission timer period (the LAPB T1 parameter), use the lapb t1 interface configuration command.

lapb t1 milliseconds

Syntax Description

milliseconds

Time in milliseconds. It can be a value from 1 through 64000. The default is 3000 milliseconds.


Default

3000 milliseconds

Command Mode

Interface configuration

Usage Guidelines

The retransmission timer determines how long a transmitted frame can remain unacknowledged before the LAPB software polls for an acknowledgment. The design of the LAPB protocol specifies that a frame is presumed to be lost if it is not acknowledged within T1; a T1 value that is too small may result in duplicated control information, which can severely disrupt service.

To determine an optimal value for the retransmission timer, use the privileged EXEC command ping to measure the round-trip time of a maximum-sized frame on the link. Multiply this time by a safety factor that takes into account the speed of the link, the link quality, and the distance. A typical safety factor is 1.5. Choosing a larger safety factor can result in slower data transfer if the line is noisy. However, this disadvantage is minor compared to the excessive retransmissions and effective bandwidth reduction caused by a timer setting that is too small.

Example

The following example sets the T1 retransmission timer to 2,000 milliseconds:

interface serial 0 
lapb t1 2000

lapb t4

To set the T4 idle timer, after which the router sends out a Poll packet to determine whether the link has suffered an unsignaled failure, use the lapb t4 interface configuration command.

lapb t4 seconds

Syntax Description

seconds

Number of seconds between reception of the last frame and the transmission of the outgoing Poll. The default value is 0 seconds, which disables the T4 timer feature.


Defaults

0 seconds, which disables the T4 timer feature.

Command Mode

Interface configuration

Usage Guidelines

Any nonzero T4 duration must be greater than T1, the LAPB retransmission timer period.

Example

The following example will poll the other end of an active link if it has been 10 seconds since the last frame was received; if the far host has failed, the service will be declared down after N2 tries are timed out.

interface serial0
encapsulation x25
lapb t4 10

Related Commands

lapb n2
lapb t1

show cmns

To display X.25 Level 3 parameters for LAN interfaces (such as Ethernet or Token Ring) and other information pertaining to CMNS traffic activity, use the show cmns EXEC command.

show cmns [type number]

Syntax Description

type

(Optional) Interface type.

number

(Optional) Interface number.


Command Mode

EXEC

Sample Display

The following is sample output from the show cmns command for an Ethernet interface:

Router# show cmns
Ethernet1 is administratively down, line protocol is down
  Hardware address is 0000.0c02.5f4c, (bia 0000.0c2.5f4c), state R1 
    Modulo 8, idle 0, timer 0, nvc 1
	    Window size: input 2, output 2, Packet size: input 128, output 128
    	Timer: TH 0
	    Channels: Incoming-only none, Two-way 1-4095, Outgoing-only none
	    RESTARTs 0/0 CALLs 0+0/0+0/0+0 DIAGs 0/0

describes significant fields shown in the display.

Table 13-1 Show CMNS Field Descriptions

Field
Description

Ethernet1 is down

Interface is currently active and inserted into network (up) or inactive and not inserted (down), or disabled (administratively down).

line protocol is {up | down}

Indicates whether the software processes that handle the line protocol believes the interface is usable.

Hardware address

MAC address for this interface.

bia

Burned-in address.

state R1

State of the interface. R1 is normal ready state (this should always be R1).

modulo 8

Modulo value; determines the packet sequence numbering scheme used.

idle 0

Number of minutes the router waits before closing idle virtual circuits.

timer 0

Value of the interface time; should always be zero.

nvc 1

Maximum number of simultaneous virtual circuits permitted to and from a single host for a particular protocol.

Window size:

Default window sizes (in packets) for the interface. (CMNS cannot originate or terminate calls.)

input 2

Default input window size is two packets.

output 2

Default output window size is two packets.

Packet size:

Default packet sizes for the interface. (CMNS cannot originate or terminate calls).

input 128

Default input maximum packet size is 128 bytes.

output 128

Default output maximum packet size is 128 bytes.

TH 0

X.25 delayed acknowledgment threshold. Should always be zero.

Channels: Incoming-only: none, Two-way: 1-4095,
Outgoing-only: none

Virtual circuit ranges for this interface per LLC2 connection.

RESTARTs 0/0

Restarts sent/received.

CALLs 0+0/0+0/0+0

Successful calls + failed calls/calls sent + calls failed/calls received + calls failed.

DIAGs 0/0

Diagnostic messages sent+received.


Related Command

A dagger (†) indicates that the command is documented in another chapter.

show interfaces serial

show interfaces serial

To display information about a serial interface, use the show interfaces serial EXEC command.

show interfaces serial number

Syntax Description

number

Interface port number.


Command Mode

EXEC

Sample Displays

The following is a partial sample output from the show interfaces serial command for a serial interface using LAPB encapsulation:

Router# show interfaces serial 1

LAPB state is SABMSENT, T1 3000, N1 12056, N2 20, k7,Protocol ip 
VS 0, VR 0, RCNT 0, Remote VR 0, Retransmissions 2
IFRAMEs 0/0 RNRs 0/0 REJs 0/0 SABMs 3/0 FRMRs 0/0 DISCs 0/0

shows the fields relevant to all LAPB connections.

Table 13-2 Show Interfaces Serial Fields and Descriptions when LAPB is Enabled

Parameter
Description

LAPB state is

State of the LAPB protocol.

T1 3000, N1 12056, ...

Current parameter settings.

Protocol

Protocol encapsulated on a LAPB link; this field is not present on interfaces configured for multiprotocol LAPB or X.25 encapsulations.

VS

Modulo 8 frame number of the next outgoing I-frame.

VR

Modulo 8 frame number of the next I-frame expected to be received.

RCNT

Number of received I-frames that have not yet been acknowledged.

Remote VR

Number of the next I-frame the remote expects to receive.

Retransmissions

Count of current retransmissions due to expiration of T1.

Window is closed

No more frames can be transmitted until some outstanding frames have been acknowledged. This message should be displayed only temporarily.

IFRAMEs

Count of Information frames in the form of sent/received.

RNRs

Count of Receiver Not Ready frames in the form of sent/received.

REJs

Count of Reject frames in the form of sent/received.

SABMs

Count of Set Asynchronous Balanced Mode commands in the form of sent/received.

FRMRs

Count of Frame Reject frames in the form of sent/received.

DISCs

Count of Disconnect commands in the form of sent/received.


The following is a partial sample output from the show interfaces command for a serial X.25 interface:

Router# show interfaces serial 1

X25 address 000000010100, state R1, modulo 8, idle 0, timer 0, nvc 1
  Window size: input 2, output 2, Packet size: input 128, output 128
  Timers: T20 180, T21 200, T22 180, T23 180, TH 0
  Channels: Incoming-only none, Two-way 1-1024, Outgoing-only none
(configuration on RESTART: modulo 8,
  Window size: input 2 output 2, Packet size: input 128, output 128
  Channels: Incoming-only none, Two-way 5-1024, Outgoing-only none)
  RESTARTs 3/2 CALLs 1000+2/1294+190/0+0/ DIAGs 0/0

The stability of the X.25 protocol requires that some parameters not be changed without a RESTART of the protocol. Any change to these parameters will be held until a RESTART is sent or received. If any of these parameters will change, the configuration on RESTART information will be output as well as the values that are currently in effect.

describes significant fields shown in the display.

Table 13-3 Show Interfaces X25 Field Descriptions

Field
Description

X25 address 000000010100

Address used to originate and accept calls.

state R1

State of the interface. Possible values are:

R1 is the normal ready state

R2 is the DTE RESTARTing state

R3 is the DCE RESTARTing state

If the state is R2 or R3, the interface is awaiting acknowledgment of a Restart packet.

modulo 8

Modulo value; determines the packet sequence numbering scheme used.

idle 0

Number of minutes the router waits before closing idle virtual circuits that it originated or accepted.

timer 0

Value of the interface timer, which is zero unless the interface state is R2 or R3.

nvc 1

Default maximum number of simultaneous virtual circuits permitted to and from a single host for a particular protocol.

Window size: input 2, output 2

Default window sizes (in packets) for the interface. The x25 facility interface configuration command can be used to override these default values for the switched virtual circuits originated by the router.

Packet size: input 128, output 128

Default maximum packet sizes (in bytes) for the interface. The x25 facility interface configuration command can be used to override these default values for the switched virtual circuits originated by the router.

Timers: T20 180, T21 200, T22 180, T23 180

Values of the X.25 timers:

T10 through T13 for a DCE device

T20 through T23 for a DTE device

TH0

Packet acknowledgment threshold (in packets). This value determines how many packets are received before sending an explicit acknowledgment; the default value (0) sends an explicit acknowledgment only when the incoming window is full.

Channels: Incoming-only none
Two-way 5-1024
Outgoing-only none

Displays the virtual circuit ranges for this interface.

RESTARTs 3/2

Shows RESTART packet statistics for the interface using the format Sent/Received.

CALLs 1000+2/1294+190/0+0

Successful calls sent + failed calls/calls received + calls failed/calls forwarded + calls failed. Calls forwarded are counted as calls sent.

DIAGs 0/0

Diagnostic messages sent+received.


Related Command

show cmns

show llc2

To display active LLC2 connections, use the show llc2 EXEC command.

show llc2c

Syntax Description

This command has no arguments or keywords.

Command Mode

EXEC

Sample Display

The following is sample output from the show llc2 command:

Router# show llc2

TokenRing0 DTE=1000.5A59.04F9,400022224444 SAP=04/04, State=NORMAL
V(S)=5, V(R)=5, Last N(R)=5, Local Window=7, Remote Window=127
ack-max=3, n2=8, Next timer in 7768
xid-retry timer 0/60000 ack timer 0/1000
p timer 0/1000 idle timer 7768/10000
rej timer 0/3200 busy timer 0/9600
ack-delay timer 0/3200
CMNS Connections to: 
 Address 1000.5A59.04F9 via Ethernet2 
 Protocol is up 
 Interface type X25-DCE RESTARTS 0/1 
 Timers: T10 1 T11 1 T12 1 T13 1

The display includes a CMNS addendum, indicating that LLC2 is running with CMNS. When LLC2 is not running with CMNS, the show llc2 command does not display a CMNS addendum.

describes significant fields shown in the display.

Table 13-4 Show LLC2 Field Descriptions

Field
Description

TokenRing0

Name of interface on which the session is established.

DTE=1000.5A59.04F9, 400022224444

Address of the station to which the router is talking on this session. (The router's address is the MAC address of the interface on which the connection is established, except when Local Acknowledgment or SDLLC is used, in which case the address used by the router is shown as in this example, following the DTE address and separated by a comma.)

SAP=04/04

Other station's and router's (remote/local) Service Access Point for this connection. The SAP is analogous to a "port number" on the router and allows for multiple sessions between the same two stations.

State=

  ADM

  SETUP

  RESET

  D_CONN

  ERROR



  NORMAL


  BUSY



  REJECT

  AWAIT



  AWAIT_BUSY

  AWAIT_REJ

Current state of the LLC2 session which are any of the following:

Asynchronous Disconnect Mode—A connection is not established, and either end can begin one.

Request to begin a connection has been sent to the remote station, and this station is waiting for a response to that request.

A previously open connection has been reset because of some error by this station, and this station is waiting for a response to that reset command.

This station has requested a normal, expected, end of communications with the remote, and is waiting for a response to that disconnect request.

This station has detected an error in communications and has told the other station about it. This station is waiting for a reply to its posting of this error.

Connection between the two sides is fully established, and normal communication is occurring.

Normal communication state exists, except busy conditions on this station make it such that this station cannot receive information frames from the other station at this time.

Out-of-sequence frame has been detected on this station, and this station has requested that the other resend this information

Normal communication exists, but this station has had a timer expire, and is trying to recover from it (usually by resending the frame that started the timer).

A combination of the AWAIT and BUSY states.

A combination of the AWAIT and REJECT states.

V(S)=5

Sequence number of the next information frame this station will send.

V(R)=5

Sequence number of the next information frame this station expects to receive from the other station.

Last N (R)=5

Last sequence number of this station's transmitted frames acknowledged by the remote station.

Local Window=7

Number of frames this station may send before requiring an acknowledgment from the remote station.

Remote Window=127

Number of frames this station can accept from the remote.

ack-max=3, n2=8

Value of these parameters, as given in the previous configuration section.

Next timer in 7768

Number of milliseconds before the next timer, for any reason, goes off.

xid-retry timer 0/60000 ....

A series of timer values in the form of next-time/time-between, where "next-time" is the next time, in milliseconds, that the timer will wake, and "time-between" is the time, in milliseconds, between each timer wakeup. A "next-time" of zero indicates that the given timer is not enabled, and will never wake.

CMNS Connections to:


  Address 1000.5A59.04F9   via Ethernet2

  Protocol is up

   Interface type X25-DCE

      RESTARTS 0/1

  Timers:

CMNS addendum when LLC2 is running with the CMNS protocol contains the following:

MAC address of remote station.

Up indicates the LLC2 and X.25 protocols are in a state where incoming and outgoing Call Requests can be made on this LLC2 connection.

One of the following: X25-DCE, X25-DTE, or X25-DXE (either DTE or DCE).

Restarts sent/received on this LLC2 connection.

T10, T11, T12, T13 (or T20, T21, T22, T23 for DTE); these are Request packet timers. These are similar in function to X.25 parameters of the same name.


show x25 map

To display information about configured address maps, use the show x25 map EXEC command.

show x25 map

Syntax Description

This command has no arguments or keywords.

Command Mode

EXEC

Usage Guidelines

The show x25 map command shows information about the following:

Configured maps (defined by the x25 map command)

Maps implicitly defined by encapsulation PVCs (defined by the x25 pvc command)

Dynamic maps (from the X.25 DDN or BFE operations)

Temporary maps (from unconfigured CMNS endpoints)

Sample Display

The following is sample output from the show x25 map command:

Router# show x25 map

Serial0: X.121 1311001 <--> ip 131.108.170.1
  PERMANENT, BROADCAST, 2 VCS: 3 4*
Serial0: X.121 1311005 <--> appletalk 128.1
  PERMANENT
Serial1: X.121 1311005 <--> bridge
  PERMANENT, BROADCAST
Serial2: X.121 001003 <--> apollo 1.3,
         appletalk 1.3,
         ip 131.108.1.3,
         decnet 1.3,
         novell 1.0000.0c04.35df,
         vines 00000001:0003, 
         xns 1.0000.0c04.35df, 
         clns
  PERMANENT, NVC 8, 1 VC: 1024

The display shows that four maps have been configured for the router, two for serial interface 0, one for serial interface 1, and one for the serial interface 2 (which maps eight protocols to the host).

describes fields shown in the display.

Table 13-5 Show X25 Map Field Description

Field
Description

Serial0

Interface on which this map is configured.

X.121 1311001

X.121 address of the mapped encapsulation host.

ip 131.108.170.1

Type and address of the higher-level protocol(s) mapped to the remote host. Bridge maps do not have a higher-level address; all bridge datagrams are sent to the mapped X.121 address. CLNS maps refer to a configured neighbor as identified by the X.121 address.

PERMANENT

Address-mapping type that has been configured for the interface in this entry. Possible values include the following:

CONSTRUCTED—Derived using the DDN or BFE address conversion scheme.

PERMANENT—Map was entered using the x25 map interface configuration command.

PVC—Map was configured using the x25 pvc interface command.

TEMPORARY—A temporary map was created for an incoming unconfigured CMNS connection.

BROADCAST

If any options are configured for an address mapping, they will be listed; the example shows a maps that is configured to forward datagram broadcasts to the mapped host.

2 VCs:

If the map has any active virtual circuits, they are identified.

3 4*

Identifies the circuit number of the active virtual circuits. The asterisk (*) marks the virtual circuit last used to send data.

Note that a single protocol virtual circuit can be associated with a multiprotocol map.


show x25 remote-red

To display the one-to-one mapping of the host IP addresses and the remote BFE device's IP addresses, use the show x25 remote-red EXEC command.

show x25 remote-red

Syntax Description

This command has no arguments or keywords.

Command Mode

EXEC

Sample Display

The following is sample output from the show x25 remote-red command:

Router# show x25 remote-red
Entry	       REMOTE-RED	     REMOTE-BLACK	   INTERFACE
1	           21.0.0.3	       21.0.0.7	       serial3	
2           	21.0.0.10	      21.0.0.6	       serial1
3           	21.0.0.24	      21.0.0.8	       serial3

describes significant fields shown in the display.

Table 13-6 Show X25 Remote-Red Display Field Description

Field
Description

Entry

Address mapping entry.

REMOTE-RED

Host IP address.

REMOTE-BLACK

IP address of the remote BFE device.

INTERFACE

Name of interface through which communication with the remote BFE device will take place.


show x25 route

To display the X.25 routing table, use the show x25 route EXEC command.

show x25 route

Syntax Description

This command has no arguments or keywords.

Command Mode

EXEC

Sample Display

The following is sample output from the show x25 route command:

Router# show x25 route

Number         	X.121        	CUD	        Forward To
1	              1311001                 		Serial0, 0 uses
2              	1311002                 		131.108.170.10, 0 uses
3              	1311003	      00	         alias Serial0, 2 uses

describes significant fields shown in the display.

Table 13-7 Show X25 Route Display Field Description

Field
Description

Number

Number identifying the entry in the X.25 routing table.

X.121 address

X.121 address pattern associated with this entry.

CUD

Call User Data, if any, that has been configured for this route.

Forward To

Router interface or IP address to which the router will forward a CALL destined for the X.121 address pattern in this entry.

This field also includes the number of uses of this route.


Related Command

x25 route

show x25 vc

To display information about active switched virtual circuits (SVCs) and permanent virtual circuits (PVCs), use the show x25 vc EXEC command.

show x25 vc [lcn]

Syntax Description

lcn

(Optional) Logical channel number (LCN).


Command Mode

EXEC

Usage Guidelines

To examine a particular virtual circuit, add an LCN argument to the show x25 vc command.

This command displays information about virtual circuits that are used for any of the following:

Encapsulation traffic

Locally switched traffic

Remotely switched traffic

CMNS switched traffic

The connectivity information displayed will vary according to the traffic carried by the virtual circuit. For multiprotocol circuits, the output varies depending on the number and identity of the protocols mapped to the X.121 address and the encapsulation method selected for the circuit.

Sample Displays

This section provides three sample displays and tables that describe the fields in each display.

The following sample display shows a virtual circuit that is being used to encapsulate traffic between the router and a remote host:

Router# show x25 vc 1024

SVC 1024,  State: D1,  Interface: Serial0
 Started 0:00:31, last input 0:00:31, output 0:00:31
 Connects 170090 <-->
    compressedtcp 131.108.170.90
    ip 131.108.170.90
 multiprotocol CUD PID, standard Tx data PID, Reverse charged
 Window size input: 2, output: 2
 Packet size input: 128, output: 128
 PS: 5  PR: 5  ACK: 4  Remote PR: 5  RCNT: 1  RNR: FALSE
 Window is closed
 Retransmits: 0  Timer (secs): 0  Reassembly (bytes): 0
 Held Fragments/Packets: 0/0
 Bytes 505/505 Packets 5/5 Resets 0/0 RNRs 0/0 REJs 0/0 INTs 0/0

describes the general fields shown in the output; describes the fields specific to encapsulation virtual circuits shown in the output.

Table 13-8 Show X25 VC Field Descriptions

Field
Description

SVC 1024

Identifies the type (switched or permanent) and the number of the virtual circuit.

State

State of the virtual circuit (which is independent of the states of other virtual circuits); D1 is the normal ready state. (See the International Telecommunication Union Telecommunication Standardization Sector (ITU-T)1 X.25 Recommendation for a description of virtual circuit states.)

Interface

Interface or subinterface on which the virtual circuit is established.

Started

Time elapsed since the virtual circuit was created.

last input

Time of last input.

output

Shows time of last output.

Connects...<-->...

Describes the traffic-specific connection information. See , , and for more information.

Window size

Window sizes for the virtual circuit.

Packet size

Maximum packet sizes for the virtual circuit.

PS

Current send sequence number.

PR

Current receive sequence number.

ACK

Last acknowledged incoming packet.

Remote PR

Last PR number received from the other end of the circuit.

RCNT

Count of unacknowledged input packets.

RNR

State of the Receiver Not Ready flag; this field is true if the network sends a receiver-not-ready packet.

Window is closed

This line appears if the router cannot transmit any more packets until the X.25 layer 3 peer has acknowledged some outstanding packets.

Retransmits

Number of times a supervisory packet (RESET or CLEAR) has been retransmitted.

Timer

A nonzero time value indicates that a control packet has not been acknowledged yet or that the virtual circuit is being timed for inactivity.

Reassembly

Number of bytes received and held for reassembly (packets with the More bit set are reassembled into datagrams for encapsulation virtual circuits; switched X.25 traffic is not reassembled).

Held Fragments/Packets

Number of X.25 data fragments to transmit to complete an outgoing datagram, and the number of datagram packets waiting for transmission.

Bytes

Total number of bytes sent and received. The Packets, Resets, RNRs, REJs, and INTs fields show the total sent and received packet counts of the indicated types. (RNR is Receiver Not Ready, REJ is Reject, and INT is Interrupt).

1 The ITU-T carries out the functions of the former Consultative Committee for International Telegraph and Telephone (CCITT).


describes the connection description fields for virtual circuits carrying encapsulation traffic.

Table 13-9 Show X25 VC Encapsulation Traffic Field Descriptions

Field
Description

170090

The X.121 address of the remote host.

ip 131.108.170.90

The higher-level protocol and address values that are mapped to the virtual circuit.

multiprotocol CUD PID

Identifies the method used for the protocol identification (PID) in the Call User Data (CUD) field. Since PVCs are not set up using a Call packet, this field is not displayed for encapsulation PVCs. The available methods are as follows:

cisco—Cisco's traditional method was used to set up a single protocol virtual circuit.

ietf—The IETF's standard RFC 1356 method was used to set up a single protocol virtual circuit.

snap—The IETF's SNAP method for IP encapsulation was used.

multiprotocol—the IETF's multiprotocol encapsulation method was used.

standard Tx data PID

Identifies the method used for protocol identification (PID) when sending datagrams. The available methods are as follows:

no—The virtual circuit is a single-protocol virtual circuit; no PID is used.

standard—The IETF's standard RFC 1356 method for identifying the protocol is used.

snap—The IETF's SNAP method for identifying IP datagrams is used.

Reverse charged

</