Table Of Contents
Interface Commands
access-list (standard)
access-list (type-code)
async default ip address
async dynamic address
async dynamic routing
async mode dedicated
async mode interactive
auto-polarity
backup delay
backup interface serial
backup load
bandwidth
channel-group
clear controller
clear controller lex
clear counters
clear hub
clear hub counters
clear interface
clear rif-cache
clear service-module
clock rate
clock source (controller)
clock source (interface)
cmt connect
cmt disconnect
compress
controller
copy flash lex
copy tftp lex
crc
crc4
dce-terminal-timing enable
delay
description (controller)
description (interface)
down-when-looped
dte-invert-txc
early-token-release
encapsulation
encapsulation atm-dxi
encapsulation lapb
encapsulation x25
fddi burst-count
fddi c-min
fddi cmt-signal-bits
fddi duplicate-address-check
fddi encapsulate
fddi smt-frames
fddi tb-min
fddi tl-min-time
fddi token-rotation-time
fddi t-out
fddi valid-transmission-time
framing
full-duplex
group-range
half-duplex
half-duplex controlled-carrier
half-duplex timer
hold-queue
hssi external-loop-request
hssi internal-clock
hub
ignore-dcd
interface
interface group-async
invert-transmit-clock
ip address-pool
ip dhcp-server
ip local pool
keepalive
lex burned-in-address
lex input-address-list
lex input-type-list
lex priority-group
lex retry-count
lex timeout
linecode
link-test
local-lnm
loopback (controller)
loopback (interface)
loopback applique
loopback dte
loopback line
loopback local (controller)
loopback local (interface)
loopback remote (controller)
loopback remote (interface)
media-type
member
mop enabled
mop sysid
mtu
nrzi-encoding
peer default ip address
peer neighbor-route
physical-layer
ppp authentication
ppp chap password
ppp compress
ppp quality
ppp reliable-link
pri-group
pulse-time
ring-speed
service-module t1 clock source
service-module t1 data-coding
service-module t1 framing
service-module t1 lbo
service-module t1 linecode
service-module t1 remote-alarm-enable
service-module t1 remote-loopback
service-module t1 timeslots
service-module 56k clock rate
service-module 56k clock source
service-module 56k data-coding
service-module 56k network-type
service-module 56k remote-loopback
service-module 56k switched-carrier
show async status
show compress
show controllers cbus
show controllers cxbus
show controllers e1
show controllers ethernet
show controllers fddi
show controllers lex
show controllers mci
show controllers pcbus
show controllers serial
show controller t1
show controllers token
show diagbus
show dhcp
show hub
show interfaces
show interfaces async
show interfaces atm
show interfaces ethernet
show interfaces fastethernet
show interfaces fddi
show interfaces hssi
show interfaces lex
show interfaces loopback
show interfaces serial
show interfaces tokenring
show interfaces tunnel
show interfaces vty
show ip interface
show ip local-pool
show rif
show service-module
shutdown (interface)
shutdown (hub configuration)
smt-queue-threshold
source-address
squelch
test service-module
timeslot
transmit-clock-internal
transmitter-delay
ts16
tunnel checksum
tunnel destination
tunnel key
tunnel mode
tunnel sequence-datagrams
tunnel source
tx-queue-limit
Interface Commands
This chapter contains the commands used to configure nonprotocol-specific interface features. For hardware technical descriptions, and for information about installing the router interfaces, refer to the hardware installation and maintenance publication for your particular product.
For interface configuration tasks and examples, refer to the chapter entitled "Configuring Interfaces" in the Router Products Configuration Guide.
For information about the Channel Interface Processor (CIP), see the chapter entitled "IBM Channel Attach Commands." The CIP is described in a separate chapter because of the interrelationship of host system configuration values and router configuration values.
Note
Commands in this chapter that have been replaced by new commands continue to perform their normal functions in the current release but are no longer documented. Support for these commands will cease in a future release.
access-list (standard)
Use the access-list global configuration command to establish MAC address access lists. Use the no form of this command to remove a single access list entry.
access-list access-list-number {permit | deny} address mask
no access-list access-list-number
Syntax Description
access-list-number
|
Integer from 700 to 799 that you select for the list.
|
permit
|
Permits the frame.
|
deny
|
Denies the frame.
|
address mask
|
48-bit MAC addresses written in dotted triplet form. The ones bits in the mask argument are the bits to be ignored in address.
|
Default
No MAC address access lists are established.
Command Mode
Global configuration
Related Commands
access-list (type-code)
access-list (type-code)
Use the access-list global configuration command to build type-code access lists. Use the no form of this command to remove a single access list entry.
access-list access-list-number {permit | deny} type-code wild-mask
no access-list access-list-number
Syntax Description
access-list-number
|
User-selectable number between 200 and 299 that identifies the list.
|
permit
|
Permits the frame.
|
deny
|
Denies the frame.
|
type-code
|
16-bit hexadecimal number written with a leading "0x"; for example, 0x6000. You can specify either an Ethernet type code for Ethernet-encapsulated packets, or a DSAP/SSAP pair for 802.3 or 802.5-encapsulated packets. Ethernet type codes are listed in the appendix "Ethernet Type Codes."
|
wild-mask
|
16-bit hexadecimal number whose ones bits correspond to bits in the type-code argument that should be ignored when making a comparison. (A mask for a DSAP/SSAP pair should always be at least 0x0101. This is because these two bits are used for purposes other than identifying the SAP codes.)
|
Default
No type-code access lists are built.
Command Mode
Global configuration
Usage Guidelines
Type-code access lists can have an impact on system performance; therefore, keep the lists as short as possible and use wildcard bit masks whenever possible.
Access lists are evaluated according to the following algorithm:
•
If the packet is Ethernet Type II or SNAP, the type-code field is used.
•
Other packet type, then the LSAP is used.
If the length/type field is greater than 1500, the packet is treated as an LSAP packet unless the DSAP and SSAP fields are AAAA. If the latter is true, the packet is treated using type-code filtering.
If you have both Ethernet Type II and LSAP packets on your network, you should set up access lists for both.
Use the last item of an access list to specify a default action; for example, permit everything else or deny everything else. If nothing else in the access list matches, the default action is normally to deny access; that is, filter out all other type codes.
Related Commands
access-list (extended)
access-list (standard)
async default ip address
To assign the interface address that is used by the device connecting to the router via PPP or SLIP, unless you override the address at the command line, use the async default ip address interface configuration command. Use the no form of this command to remove the address from your configuration.
async default ip address ip-address
no async default ip address
Syntax Description
ip-address
|
Address of the client interface.
|
Default
No interface address is assigned.
Command Mode
Interface configuration
Example
The following example specifies address 182.32.7.51 on asynchronous interface 1:
async default ip address 182.32.7.51
Related Command
async dynamic address
async dynamic address
To specify an address on an asynchronous interface (rather than using the default address), use the async dynamic address interface configuration command. Use the no form of this command to disable dynamic addressing.
async dynamic address
no async dynamic address
Syntax Description
This command has no arguments or keywords.
Default
Disabled
Command Mode
Interface configuration
Example
The following example shows dynamic addressing assigned to an interface:
Related Commands
ppp
slip
async dynamic routing
To implement asynchronous routing on an interface, use the async dynamic routing interface configuration command. The no form of this command disables use of routing protocols; static routing will still be used.
async dynamic routing
no async dynamic routing
Syntax Description
This command has no arguments or keywords.
Default
Disabled
Command Mode
Interface configuration
Example
The following example shows how to enable asynchronous routing on asynchronous interface 1. The ip tcp header-compression passive command enables Van Jacobson TCP header compression and prevents transmission of compressed packets until a compressed packet arrives from the asynchronous link.
interface async 1
async dynamic routing
async dynamic address
async default ip address 1.1.1.2
ip tcp header-compression passive
Related Commands
A dagger (†) indicates that the command is documented in another chapter.
async dynamic address
ip tcp header-compression †
async mode dedicated
To place a line into network mode using SLIP or PPP encapsulation, use the async mode dedicated interface configuration command. The no form of this command returns the line to interactive mode.
async mode dedicated
no async mode
Syntax Description
This command has no arguments or keywords.
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
With dedicated asynchronous mode, the interface will use either SLIP or PPP encapsulation, depending on which encapsulation method is configured for the interface. An EXEC prompt does not appear, and the line is not available for normal interactive use.
If you configure a line for dedicated mode, you will not be able to use async dynamic address, because there is no user prompt. You must configure either async default ip address and ip unnumbered or ip address.
Example
The following example assigns an Internet address to an asynchronous line and places the line into network mode. Setting the stop bits to 1 enhances performance.
async default ip address 182.32.7.51
Related Command
async mode interactive
async mode interactive
To enable the slip and ppp EXEC commands, use the async mode interactive line configuration command. Use the no form of this command to prevent users from implementing SLIP and PPP at the EXEC level.
async mode interactive
no async mode
Syntax Description
This command has no arguments or keywords.
Default
Disabled
Command Mode
Interface configuration
Example
The following example enables the ppp and slip EXEC commands:
Related Commands
async mode dedicated
ppp
slip
auto-polarity
To enable automatic receiver polarity reversal on a hub port connected to an Ethernet interface of a Cisco 2505 or Cisco 2507, use the auto-polarity hub configuration command. To disable this feature, use the no form of this command.
auto-polarity
no auto-polarity
Syntax Description
This command has no arguments or keywords.
Default
Enabled
Command Mode
Hub configuration
Usage Guidelines
This command applies to a port on an Ethernet hub only.
Example
The following example enables automatic receiver polarity reversal on hub 0, ports 1 through 3:
Related Command
hub
backup delay
To define how much time should elapse before a secondary line is set up or taken down after a primary line transition, use the backup delay interface configuration command. Use the no form of this command to remove the definition.
backup delay {enable-delay | never} {disable-delay | never}
no backup delay {enable-delay | never} {disable-delay | never}
Syntax Description
enable-delay
|
Integer that specifies the delay in seconds after the primary line goes down before the secondary line is activated.
|
disable-delay
|
Integer that specifies the delay in seconds after the primary line goes up before the secondary line is deactivated.
|
never
|
Prevents the secondary line from being activated or deactivated.
|
Default
never
Command Mode
Interface configuration
Usage Guidelines
When a primary line goes down, the router delays the amount of seconds defined by the enable-delay argument before enabling the secondary line. If, after the delay period, the primary line is still down, the secondary line is activated.
When a primary line comes back up, the router will delay the amount of seconds defined by the disable-delay argument.
In cases where spurious signal disruptions might appear as intermittent lost carrier signals, it is recommended that some delay be enabled before activating and deactivating a secondary.
Examples
The following example sets a 10-second delay on deactivating the secondary line; however, the line is activated immediately:
The same example on the Cisco 7000 requires the following commands:
backup interface serial
To configure the serial interface as a secondary, or dial backup line, use the backup interface serial interface configuration command. Use the no form of this command with the appropriate serial port designation to turn disable this feature.
backup interface serial number
backup interface serial slot/port (for the Cisco 7000 series)
no backup interface serial number
no backup interface serial slot/port (for the Cisco 7000 series)
Syntax Description
number
|
Number of the serial port to be set as the secondary or dial backup, interface line.
|
slot
|
On the Cisco 7000 series, specifies the slot number.
|
port
|
On the Cisco 7000 series, specifies the port number.
|
Default
Disabled
Command Mode
Interface configuration
Examples
The following example sets serial 1 as the backup line to serial 0:
backup interface serial 1
Related Command
down-when-looped
backup load
To set the traffic load thresholds for dial backup service, use the backup load interface configuration command. Use the no form of this command to remove the setting.
backup load {enable-threshold | never} {disable-load | never}
no backup load {enable-threshold | never} {disable-load | never}
Syntax Description
enable-threshold
|
Integer that specifies a percentage of the primary line's available bandwidth.
|
never
|
Specifies that the secondary line never be activated due to load.
|
disable-load
|
Integer that specifies a percentage of the primary line's available bandwidth.
|
never
|
Specifies that the secondary line never be deactivated due to load.
|
Default
Both arguments default to never.
Command Mode
Interface configuration
Usage Guidelines
When the transmitted or received load on the primary line is greater than the value assigned to the enable-threshold argument, the secondary line is enabled.
When the transmitted load on the primary line plus the transmitted load on the secondary line is less than the value entered for the disable-load argument, and the received load on the primary line plus the received load on the secondary line is less than the value entered for the disable-load argument, the secondary line is disabled.
If the never keyword is used instead of an enable-threshold value, the secondary line is never activated because of load. If the never keyword is used instead of a disable-load value, the secondary line is never deactivated because of load.
Examples
The following example sets the traffic load threshold to 60 percent on the primary line. When that load is exceeded, the secondary line is activated, and will not be deactivated until the combined load is less than 5 percent of the primary bandwidth.
The same example on the Cisco 7000 requires the following commands:
bandwidth
To set a bandwidth value for an interface, use the bandwidth interface configuration command. Use the no form of this command to restore the default values.
bandwidth kilobits
no bandwidth
Syntax Description
kilobits
|
Intended bandwidth in kilobits per second. For a full bandwidth DS3, enter the value 44736.
|
Default
Default bandwidth values are set during startup and can be displayed with the EXEC command show interfaces.
Command Mode
Interface configuration
Usage Guidelines
The bandwidth command sets an informational parameter only; you cannot adjust the actual bandwidth of an interface with this command. For some media, such as Ethernet, the bandwidth is fixed; for other media, such as serial lines, you can change the actual bandwidth by adjusting hardware. For both classes of media, you can use the bandwidth configuration command to communicate the current bandwidth to the higher-level protocols.
Additionally, IGRP uses the minimum path bandwidth to determine a routing metric. The TCP protocol adjusts initial retransmission parameters based on the apparent bandwidth of the outgoing interface.
At higher bandwidths, the value you configure with the bandwidth command is not what is displayed by the show interface command. The value shown is that used in IGRP updates and also used in computing load.
Note
This is a routing parameter only; it does not affect the physical interface.
Example
The following example sets the full bandwidth for DS3 transmissions:
interface serial 0
bandwidth 44736
Related Command
A dagger (†) indicates that the command is documented in another chapter.
vines metric †
channel-group
Use the channel-group controller configuration command to define the timeslots that belong to each T1 or E1 circuit.
channel-group number timeslots range [speed {48 | 56 | 64}]
Syntax Description
number
|
Channel-group number. When configuring a T1 data line, channel-group numbers can be a value from 0 to 23. When configuring an E1 data line, channel-group numbers can be a value from 0 to 30.
|
timeslots range
|
Timeslot or range of timeslots belonging to the channel group. The first timeslot is numbered 1. For a T1 controller, the timeslot range is from 1 to 24. For an E1 controller, the timeslot range is from 1 to 31.
|
speed {48 | 56 | 64}
|
(Optional) Specifies the line speed (in kilobits per second) of the T1 or E1 link.
|
Default
The default line speed when configuring a T1 controller is 56 kbps.
The default line speed when configuring an E1 controller is 64 kbps.
Command Mode
Controller configuration
Usage Guidelines
Use this command in configurations where the router is intended to communicate with a T1 or E1 fractional data line. The channel-group number may be arbitrarily assigned and must be unique for the controller. The timeslot range must match the timeslots assigned to the channel group. The service provider defines the timeslots that comprise a channel group.
Example
In the following example, three channel groups are defined. Channel-group 0 consists of a single timeslot, channel-group 8 consists of 7 timeslots and runs at a speed of 64 kbps per timeslot, and channel-group 12 consists of a single timeslot.
channel-group 0 timeslots 1
channel-group 8 timeslots 5,7,12-15,20 speed 64
channel-group 12 timeslots 2
Related Commands
linecode
framing
clear controller
Use the clear controller EXEC command to reset the T1 or E1 controller interface on the Cisco 7000 series or Cisco 4000 series routers.
clear controller {t1 | e1} slot/port (Cisco 7000)
clear controller {t1 | e1} number (Cisco 4000)
Syntax Description
slot
|
Backplane slot number; can be 0, 1, 2, 3, or 4. The slots are numbered from left to right.
|
port
|
Port number of the interface. It can be 0 or 1 depending on the type of controller, as follows:
• MIP (MultiChannel Interface Processor) 0 or 1
Ports on each interface processor are numbered from the top down.
|
number
|
Network interface module (NIM) number, in the range 0 through 2.
|
Command Mode
EXEC
Examples
The following example resets the T1 controller at slot 4, port 0 on a Cisco 7000 series router:
The following example resets the E1 controller at NIM 0 on a Cisco 4000 series router:
Related Command
controller e1
controller t1
clear controller lex
To reboot the LAN Extender chassis and restart its operating software, use the clear controller lex privileged EXEC command.
clear controller lex number [prom]
clear controller lex slot/port [prom] (for the Cisco 7000 series)
Syntax Description
number
|
Number of the LAN Extender interface corresponding to the LAN Extender to be rebooted.
|
prom
|
(Optional) Forces a reload of the PROM image, regardless of any Flash image.
|
slot
|
On the Cisco 7000 series, specifies the backplane slot number. On the Cisco 7000, the value can be 0, 1, 2, 3, or 4. On the Cisco 7010, the value can be 0, 1, or 2.
|
port
|
On the Cisco 7000 series, specifies the port number of the interface. The value can be 0, 1, 2, or 3 for the serial interface.
|
Command Mode
Privileged EXEC
Usage Guidelines
The clear controller lex command halts operation of the LAN Extender and performs a cold restart.
Without the prom keyword, if an image exists in Flash memory, and that image has a newer software version than the PROM image, and that image has a valid checksum, then this command runs the Flash image. If any one of these three conditions is not met, this command reloads the PROM image.
With the prom keyword, this command reloads the PROM image, regardless of any Flash image.
Examples
The following example halts operation of the LAN Extender bound to LAN Extender interface 2 and causes the LAN Extender to perform a cold restart from Flash memory:
Router# clear controller lex 2
reload remote lex controller? [confirm] yes
The following example halts operation of the LAN Extender bound to LAN Extender interface 2 and causes the LAN Extender to perform a cold restart from PROM:
Router# clear controller lex 2 prom
reload remote lex controller? [confirm] yes
clear counters
To clear the interface counters, use the clear counters EXEC command.
clear counters [type number] [ethernet | serial]
clear counters [type slot/port] [ethernet | serial] (for the Cisco 7000 series)
Syntax Description
type
|
(Optional) Specifies the interface type; it is one of the keywords listed in .
|
number
|
(Optional) Specifies the interface counter displayed with the show interfaces command.
|
ethernet
|
(Optional) If the type is lex, you can clear the interface counters on the Ethernet interface.
|
serial
|
(Optional) If the type is lex, you can clear the interface counters on the serial interface.
|
slot
|
(Optional) On the Cisco 7000 series, specifies the backplane slot number. On the Cisco 7000, the value can be 0, 1, 2, 3, or 4. On the Cisco 7010, the value can be 0, 1, or 2.
|
port
|
(Optional) On the Cisco 7000 series, specifies the port number of the interface. The value can be 0, 1, 2, or 3 for the serial interface.
|
Command Mode
EXEC
Usage Guidelines
This command clears all the current interface counters from the interface unless the optional arguments type and number are specified to clear only a specific interface type (serial, Ethernet, Token Ring, and so on).
Note
This command will not clear counters retrieved using SNMP, but only those seen with the EXEC show interface command.
Table 6-1 Clear Counters Interface Type Keywords
Keyword
|
Interface Type
|
async
|
Asynchronous interface
|
bri
|
Integrated Services Digital Network (ISDN) Basic Rate Interface (BRI)
|
dialer
|
Dialer interface
|
ethernet
|
Ethernet interface
|
fddi
|
Fiber Distributed Data Interface (FDDI)
|
hssi
|
High-Speed Serial Interface (HSSI)
|
lex
|
LAN Extender interface
|
loopback
|
Loopback interface
|
null
|
Null interface
|
serial
|
Synchronous serial interface
|
tokenring
|
Token Ring interface
|
tunnel
|
Tunnel interface
|
Examples
The following example illustrates how to clear all interface counters:
The following example illustrates how to clear interface counters on the serial interface residing on a Cisco 1000 series LAN Extender:
clear counters lex 0 serial
Related Command
show interfaces
clear hub
To reset and reinitialize the hub hardware connected to an interface of a Cisco 2505 or Cisco 2507, use the clear hub ethernet EXEC command.
clear hub ethernet number
ethernet
|
Indicates the hub in front of an Ethernet interface.
|
number
|
Hub number to clear, starting with 0. Since there is currently only one hub, this number is 0.
|
Syntax Description
Command Mode
EXEC
Example
The following example clears hub 0:
Related Command
hub
clear hub counters
To set to zero the hub counters on an interface of a Cisco 2505 or Cisco 2507, use the clear hub counters EXEC command.
clear hub counters [ether number [port [end-port]]]
ether
|
(Optional) Indicates the hub in front of an Ethernet interface.
|
number
|
(Optional) Hub number for which to clear counters. Since there is currently only one hub, this number is 0. If you specify the keyword ether, you must specify the number.
|
port
|
(Optional) Port number on the hub. On the Cisco 2505, port numbers range from 1 through 8. On the Cisco 2507, port numbers range from 1 through 16. If a second port number follows, then this port number indicates the beginning of a port range. If you do not specify a port number, counters for all ports are cleared.
|
end-port
|
(Optional) Ending port number of a range.
|
Syntax Description
Command Mode
EXEC
Example
The following example clears the counters displayed in a show hub command for all ports on hub 0:
clear hub counters ether 0
Related Command
show hub
clear interface
To reset the hardware logic on an interface, use the clear interface EXEC command.
clear interface type number
clear interface type slot/port (on a Cisco 7000 series)
clear interface type slot/port [:channel-group] (on a Cisco 7000 MIP T1 interface)
Syntax Description
type
|
Specifies the interface type; it is one of the keywords listed in .
|
number
|
Specifies the port, connector, or interface card number.
|
slot
|
On the Cisco 7000 series, specifies the backplane slot number. On the 7000, value can be 0, 1, 2, 3, or 4. On the 7010, value can be 0, 1, or 2.
|
port
|
On the Cisco 7000 series, specifies the port number of the interface and can be 0, 1, 2, 3, 4 or 5 depending on the type of interface, as follows:
• AIP (ATM Interface Processor) 0
• EIP (Ethernet Interface Processor) 0, 1, 2, 3, 4, or 5
• FIP (FDDI Interface Processor) 0
• HIP (HSSI Interface Processor) 0
• MIP (Multichannel Interface Processor) 0 or 1
• TRIP (Token Ring Interface Processor) 0, 1, 2, or 3
|
channel-group
|
(Optional) On the Cisco 7000 series supporting channelized T1, specifies the channel and can be between 0 and 23.
|
Command Mode
EXEC
Usage Guidelines
Under normal circumstances, you do not need to clear the hardware logic on interfaces.
Table 6-2 Clear Interface Type Keywords
Keyword
|
Interface Type
|
async
|
Async interface
|
atm
|
Asynchronous Transfer Mode (ATM) interface
|
bri
|
Integrated Services Digital Network (ISDN) Basic Rate Interface (BRI)
|
ethernet
|
Ethernet interface
|
fddi
|
Fiber Distributed Data Interface (FDDI)
|
hssi
|
High-Speed Serial Interface (HSSI)
|
loopback
|
Loopback interface
|
null
|
Null interface
|
serial
|
Synchronous serial interface
|
tokenring
|
Token Ring interface
|
tunnel
|
Tunnel interface
|
Example
The following example resets the interface logic on HSSI interface 1:
clear rif-cache
To clear entries from the Routing Information Field (RIF) cache, use the clear rif-cache EXEC command.
clear rif-cache
Syntax Description
This command has no arguments or keywords.
Command Mode
EXEC
Example
The following example illustrates how to clear the RIF cache:
Related Command
A dagger (†) indicates that the command is documented in another chapter.
multiring †
clear service-module
To reset the CSU/DSU, use the clear service-module privileged EXEC configuration command.
clear service-module interface
Syntax Description
interface
|
Serial interface and number.
|
Default
None
Command Mode
Privileged EXEC
Usage Guidelines
Use this command only in severe circumstances (for example, when the router is not responding to a CSU/DSU configuration command).
This command terminates all DTE and line loopbacks that are locally or remotely configured. It also interrupts data transmission through the router for up to 15 seconds.
The CSU/DSU module is not reset with the clear interface command.
Caution 
If you experience technical difficulties with your router and intend to contact customer support, refrain from using this command. This command erases the router's past CSU/DSU performance statistics.
Related Commands
clear counters
test service-module
clock rate
To configure the clock rate for the hardware connections on the serial interface appliques, network interface modules (NIMs), and interface processors (IPs) to an acceptable bit rate, use the clock rate interface configuration command. Use the no clock rate command to remove the clock rate if you change the interface from a DCE to a DTE device.
clock rate bps
no clock rate
Syntax Description
bps
|
Desired clock rate in bits per second: 1200, 2400, 4800, 9600, 19200, 38400, 56000, 64000, 72000, 125000, 148000, 500000, 800000, 1000000, 1300000, 2000000, or 4000000.
|
Default
No clock rate is configured.
Command Mode
Interface configuration
Usage Guidelines
Be aware that the fastest speeds might not work if your cable is too long, and that speeds faster than 148,000 bits per second are too fast for RS-232 signaling. It is recommended that you only use the synchronous serial RS-232 signal at speeds up to 64,000 bits per second. To permit a faster speed, use an RS-449 or V.35 applique.
Example
The following example sets the clock rate on the first serial interface to 64,000 bits per second:
interface serial 0
clock rate 64000
clock source (controller)
Use the clock source controller configuration command to set the T1-line clock-source for the MIP in the Cisco 7000 or for the NIM in the Cisco 4000.
clock source {line | internal}
Syntax Description
line
|
Specifies the T1 line as the clock source.
|
internal
|
Specifies the MIP (Cisco 7000) or the NIM (Cisco 4000) as the clock source.
|
Default
T1 line
Command Mode
Controller configuration
Usage Guidelines
This command is used in configurations where the interfaces are connected back-to-back, rather than to a T1 line, and one of the interfaces must provide a clocking signal. When the interface is connected to a channelized T1 line, this command need never be used.
Example
The following example enables internal clocking:
Related Commands
framing
linecode
clock source (interface)
To control which clock a G.703-E1 interface will use to clock its transmitted data from, use the clock source interface configuration command. The no form of this command restores the default value.
clock source {line | internal}
no clock source
Syntax Description
line
|
Specifies that the interface will clock its transmitted data from a clock recovered from the line's receive data stream (default).
|
internal
|
Specifies that the interface will clock its transmitted data from its internal clock.
|
Default
By default, the applique uses the line's receive data stream.
Command Mode
Interface configuration
Usage Guidelines
This command applies to a Cisco 4000 router or Cisco 7000 series router. A G.703-E1 interface can clock its transmitted data from either its internal clock or from a clock recovered from the line's receive data stream.
Example
The following example specifies the G.703-E1 interface to clock its transmitted data from its internal clock:
cmt connect
To start the processes that perform the connection management (CMT) function and allow the ring on one fiber to be started, use the cmt connect EXEC command.
cmt connect [interface-name [phy-a | phy-b]]
Syntax Description
interface-name
|
(Optional) Specifies the FDDI interface.
|
phy-a
|
(Optional) Selects Physical Sublayer A.
|
phy-b
|
(Optional) Selects Physical Sublayer B.
|
Command Mode
EXEC
Usage Guidelines
In normal operation, the FDDI interface is operational once the interface is connected and configured. The cmt connect command allows the operator to start the processes that perform the CMT function.
The cmt connect command is not needed in the normal operation of FDDI; this command is used mainly in interoperability tests.
Examples
The following examples demonstrate use of the cmt connect command for starting the CMT processes on the FDDI ring.
The following command starts all FDDI interfaces:
The following command starts both fibers on the FDDI interface unit zero:
The following command on the Cisco 7000 starts both fibers on the FDDI interface unit zero:
The following command starts only Physical Sublayer A on the FDDI interface unit 0 (zero):
The following command on the Cisco 7000 starts only Physical Sublayer A on the FDDI interface unit 0 (zero):
cmt connect fddi 1/0 phy-a
cmt disconnect
To stop the processes that perform the connection management (CMT) function and allow the ring on one fiber to be stopped, use the cmt disconnect EXEC command.
cmt disconnect [interface-name [phy-a | phy-b]]
Syntax Description
interface-name
|
(Optional) Specifies the FDDI interface.
|
phy-a
|
(Optional) Selects Physical Sublayer A.
|
phy-b
|
(Optional) Selects Physical Sublayer B.
|
Command Mode
EXEC
Usage Guidelines
In normal operation, the FDDI interface is operational once the interface is connected and configured, and is turned off using the shutdown interface configuration command. The cmt disconnect command allows the operator to stop the processes that perform the CMT function and allow the ring on one fiber to be stopped.
The cmt disconnect command is not needed in the normal operation of FDDI; this command is used mainly in interoperability tests.
Examples
The following examples demonstrate use of the cmt disconnect command for stopping the CMT processes on the FDDI ring.
The following command stops all FDDI interfaces:
The following command stops both fibers on the FDDI interface unit zero:
The following command on the Cisco 7000 stops both fibers on the FDDI interface unit zero:
The following command stops only Physical Sublayer A on the FDDI interface unit 0 (zero). This command causes the FDDI media to go into a wrapped state so that the ring will be broken.
cmt disconnect fddi 0 phy-a
The following command on the Cisco 7000 stops only Physical Sublayer A on the FDDI interface unit 0 (zero). This command causes the FDDI media to go into a wrapped state so that the ring will be broken.
cmt disconnect fddi 1/0 phy-a
compress
To configure software compression for Link Access Procedure, Balanced (LAPB), Point-to-Point Protocol (PPP), and High-Level Data Link Control (HDLC) encapsulations, use the compress interface configuration command. To disable compression, use the no form of this command.
compress [predictor | stac]
no compress [predictor | stac]
Syntax Description
predictor
|
(Optional) Specifies that a predictor compression algorithm will be used on LAPB or PPP encapsulations.
|
stac
|
(Optional) Specifies that a Stacker (LZS) compression algorithm will be used on HDLC or PPP encapsulations.
|
Default
Compression is disabled.
Command Mode
Interface configuration
Usage Guidelines
You can configure point-to-point software compression for all LAPB, PPP, and HDLC encapsulations. Compression reduces the size of frames via lossless data compression. The compression algorithm used is a predictor algorithm (the RAND compression algorithm), which uses a compression dictionary to predict what the next character in the frame will be.
For HDLC encapsulations, you can specify a Stacker compression algorithm by using the stac keyword. LAPB encapsulation supports both predictor and Stacker compression algorithms.
Compression is performed in software and may significantly affect system performance. We recommend that you disable compression if CPU load exceeds 65 percent. To display the CPU load, use the show process cpu EXEC command.
Compression requires that both ends of the serial link be configured to use compression. You should never enable compression for connections to a public data network.
Note
The best performance data compression algorithms adjust their compression methodology as they identify patterns in the data. To prevent data loss and support this adjustment process, the compression algorithm is run over LAPB to ensure that everything is sent in order, with no missing data and no duplicate data.
If the majority of your traffic is already compressed files, we recommend that you not use compression. If the files are already compressed, the additional processing time spent in attempting unsuccessfully to compress them again will slow system performance.
provides general guidelines for deciding which compression type to select for LAPB encapsulations.
Table 6-3 Compression Guidelines for LAPB Encapsulations
Compression Type to Use
|
Situation
|
Predictor
|
The bottleneck is the load on the router.
|
Stacker
|
The bottleneck is line bandwidth.
|
None
|
Most files are already compressed.
|
Stacker compression for LAPB encapsulations reaches its performance ceiling on T1 lines; it is not recommended for faster lines because the added processing slows their performance. Stacker compression processing might be slower on other systems than on the Cisco 4500 routers.
When using predictor compression, you can adjust the MTU for the serial interface and the LAPB maximim bits per frame (N1) parameter, as shown in the first example, to avoid informational diagnostics regarding excessive MTU or N1 sizes. However, you should not change those parameters when you use Stacker compression.
Examples
The following example enables predictor compression on serial interface 0 for a LAPB link:
The following example enables Stacker compression on serial interface 0 for a LAPB link. This example does not set the MTU size and the maximum bits per frame (N1); we recommend that you do not change those LAPB parameters for Stacker compression:
Related Commands
A dagger (†) indicates that the command is documented in another chapter.
encapsulation lapb
encapsulation x25
show compress
show processes †
controller
To configure a T1 or E1 controller and enter controller configuration mode, use the controller global configuration command.
controller [t1 | e1] slot/port (on the Cisco 7000)
controller [t1 | e1] number (on the Cisco 4000)
Syntax Description
t1
|
T1 controller.
|
e1
|
E1 controller.
|
slot
|
Backplane slot number; can be 0, 1, 2, 3, or 4. On the Cisco 7010, the slot number can be 0, 1, or 2. The slots are numbered from left to right.
|
port
|
Port number of the interface. It can be 0 or 1 for the MIP (MultiChannel Interface Processor). Ports on each interface processor are numbered from the top down.
|
number
|
Network interface module (NIM) number, in the range 0 through 2.
|
Default
No T1 or E1 controller is configured.
Command Mode
Global configuration
Usage Guidelines
This comm