|
|
Use the framing controller configuration command to specify the type of framing used by the Channelized T3 Interface Processor (CT3IP) in Cisco 7500 series routers. Use the no form of this command to restore the default framing type.
framing {c-bit | m23 | auto-detect}| c-bit | Specifies that the C-bit framing is used as the T3 framing type. |
| m23 | Specifies that the M23 framing is used as the T3 framing type. |
| auto-detect | Specifies that the CT3IP detects the framing type it receives from the far-end equipment. This is the default. |
auto-detect
Controller configuration
This command first appeared in Cisco IOS Release 11.3.
Because the CT3IP supports the Application Identification Channel (AIC) signal, the setting for the framing might be overridden by the CT3IP firmware.
You can also set the framing for each T1 channel by using the t1 framing controller configuration command.
In the following example, the framing for the CT3IP is set to C-bit:
controller t3 9/0/0 framing c-bit
You can use the master indexes or search online to find documentation of related commands.
Use the full-duplex interface configuration command to specify full-duplex mode on full-duplex single-mode and multimode port adapters available on
Refer to the Cisco Product Catalog for hardware compatibility information and for specific model numbers of port adapters.
Use the no form of this command to restore the default half-duplex mode.
full-duplexThis command has no arguments or keywords.
Half-duplex mode is the default mode on a Cisco 7500 series router and a FEIP.
Half-duplex mode is the default mode for serial interfaces that are configured for bisynchronous tunneling.
Interface configuration
This command first appeared in Cisco IOS Release 11.1.
This command was modified in Cisco IOS Release 11.3 to include information on FDDI full-duplex, single-mode and multimode port adapters.
Use this command if the equipment on the other end is capable of full-duplex mode.
To enable half-duplex mode, use the no full-duplex or half-duplex commands.
Support for this Command
Use the question mark command (?) to find out which port adapters support this command. If the interface does not support full-duplex, an informational message similar to the one shown below is displayed, and no changes are made to the interface. To determine if the interface supports full-duplex, use the show interfaces command. For example, the following message is displayed if the interface does not support full-duplex:
% interface does not support full-duplex.
Use on FDDI
Full-duplex autoconfiguration protocol allows an FDDI station to dynamically and automatically operate in either half-duplex (or ring) or full-duplex mode, and ensures that the stations fall back to ring mode when a configuration change occurs, such as a third station joining the ring.
After booting up, the FDDI stations begin operation in half-duplex mode. While the station performs the full-duplex autoconfiguration protocol, the station continues to provide data-link services to its users. Under normal conditions, the transition between half-duplex mode and full-duplex mode is transparent to the data-link users. The data-link services provided by full-duplex mode are functionally the same as the services provided by half-duplex mode.
If you change the full-duplex configuration (for example from disabled to enabled) on supported interfaces, the interface resets.
The following example configures full duplex mode on the Cisco 7000:
interface fastethernet 0/1 full-duplex
The following example specifies full-duplex binary synchronous communications (BSC) mode:
interface serial 0 encapsulation bstun full-duplex
The following example enables full-duplex mode on FDDI interface 0:
interface fddi 0/1/0 full-duplex
You can use the master indexes or search online to find documentation of related commands.
half-duplex
interface fastethernet
interface fddi
interface serial
Use the half-duplex interface configuration command to specify half-duplex mode on an SDLC interface or on the FDDI full-duplex, single-mode port adapter and FDDI full-duplex, multimode port adapter on the Cisco 7200 series, and Cisco 7500 series routers. Refer to the Cisco Product Catalog for specific model numbers of port adapters.
Use the no form of this command to reset the interface for full-duplex mode.
half-duplexThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 11.1.
This command was modified in Cisco IOS Release 11.3 to include information on FDDI full-duplex, single-mode and multimode port adapters.
Obsolete Commands Replaced by this Command
The half-duplex command replaces both the sdlc hdx and media-type half-duplex commands.
SDLC Interfaces
The half-duplex command is used to configure an SDLC interface for half-duplex mode and is used on a variety of port adapters. Use the question mark command (?) to find out which port adapters support this command.
Enable Full-Duplex Mode
To enable full-duplex mode, use the no half-duplex or full-duplex commands.
In the following example, an SDLC interface has been configured for half-duplex mode:
encapsulation sdlc-primary half-duplex
You can use the master indexes or search online to find documentation of related commands.
Use the half-duplex controlled-carrier interface configuration command to place a low-speed serial interface in controlled-carrier mode, instead of constant-carrier mode. Use the no form of this command to return the interface to constant-carrier mode.
half-duplex controlled-carrierThis command has no arguments or keywords.
Constant-carrier mode, where DCD is held constant and asserted by the DCE half-duplex interface.
Interface configuration
This command first appeared in Cisco IOS Release 11.2.
This command applies only to low-speed serial DCE interfaces in half-duplex mode. Configure a serial interface for half-duplex mode by using the media-type half-duplex command. These interfaces are available on Cisco 2520 through 2523 routers.
Controlled-carrier operation means that the DCE interface will have DCD deasserted in the quiescent state. When the interface has something to transmit, it will assert DCD, wait a user-configured amount of time, then start the transmission. When the interface has finished transmitting, it will again wait a user-configured amount of time, then deassert DCD.
An interface placed in controlled-carrier mode can be returned to constant-carrier mode by using the no form of the command.
The following examples place the interface in controlled-carrier mode and back into constant-carrier operation.
Changing to controlled-carrier mode from the default of constant-carrier operation:
interface serial 2 half-duplex controlled-carrier
Changing to constant-carrier operation from controlled-carrier mode:
interface serial 2 no half-duplex controlled-carrier
You can use the master indexes or search online to find documentation of related commands.
half-duplex timer
physical-layer
To tune half-duplex timers, use the half-duplex timer interface configuration command. Use the no form of this command, along with the appropriate keyword, to return to the default value for that parameter.
half-duplex timer {cts-delay value | cts-drop-timeout value | dcd-drop-delay value | dcd-txstart-delay value | rts-drop-delay value | rts-timeout value | transmit-delay value} no half-duplex timer {cts-delay value | cts-drop-timeout value | dcd-drop-delay value | dcd-txstart-delay value | rts-drop-delay value | rts-timeout value | transmit-delay value}You can configure more than one of these options, but each option must be specified as a separate command.
| cts-delay value | Specifies the delay introduced by the DCE interface between the time it detects RTS to the time it asserts CTS in response. The range is dependent on the serial interface hardware. The default value is 0 ms. |
| cts-drop-timeout value | Determines the amount of time a DTE interface waits for CTS to be deasserted after it has deasserted RTS. If CTS is not deasserted during this time, an error counter is incremented to note this event. The range is 0 to 1140000 ms (1140 seconds). The default value is 250 ms. |
| dcd-drop-delay value | Applies to DCE half-duplex interfaces operating in controlled-carrier mode (see the half-duplex controlled-carrier command). This timer determines the delay between the end of transmission by the DCE and the deassertion of DCD. The range is 0 to 4400 ms (4.4 seconds). The default value is 100 ms. |
| dcd-txstart-delay value | Applies to DCE half-duplex interfaces operating in controlled-carrier mode. This timer determines the time delay between the assertion of DCD and the start of data transmission by the DCE interface. The range is 0 to 1140000 ms (1140 seconds). The default value is 100 ms. |
| rts-drop-delay value | Specifies the time delay between the end of transmission by the DTE interface and deassertion of RTS. The range is 0 to 1140000 ms (1140 seconds). The default value is 3 ms. |
| rts-timeout value | Determines the number of milliseconds the DTE waits for CTS to be asserted after the assertion of RTS before giving up on its transmission attempt. If CTS is not asserted in the specified amount of time, an error counter is incremented. The range is dependent on the serial interface hardware. The default value is 3 ms. |
| transmit-delay value | Specifies the number of milliseconds a half-duplex interface will delay the start of transmission. In the case of a DTE interface, this delay specifies how long the interface waits after something shows up in the transmit queue before asserting RTS. For a DCE interface, this dictates how long the interface waits after data is placed in the transmit queue before starting transmission. If the DCE interface is in controlled-carrier mode, this delay shows up as a delayed assertion of DCD.
This timer enables the transmitter to be adjusted if the receiver is a little slow and is not able to keep up with the transmitter. The range is 0 to 4400 ms (4.4 seconds). The default value is 0 ms. |
The default cts-delay value is 0 ms.
The default cts-drop-timeout value is 250 ms.
The default dcd-drop-delay value is 100 ms.
The default dcd-txstart-delay value is 100 ms.
The default rts-drop-delay value is 3 ms.
The default rts-timeout value is 3 ms.
The default transmit-delay value is 0 ms.
Interface configuration
The half-duplex timer command is used to tune half-duplex timers. With these timer tuning commands you can adjust the timing of the half-duplex state machines to suit the particular needs of their half-duplex installation.
Commands Replaced by this Command
The half-duplex timer cts-delay command replaces the sdlc cts-delay command. The half-duplex timer rts-timeout command replaces the sdlc rts-timeout command.
Value Ranges
The range of values for the cts-delay and rts-timeout keywords are dependent on the serial interface hardware.
The following example set the cts-delay timer to 10 ms and the transmit-delay timer to 50 milliseconds:
interface serial 2 half-duplex timer cts-delay 10 half-duplex timer transmit-delay 50
You can use the master indexes or search online to find documentation of related commands.
half-duplex controlled-carrier
physical-layer
To specify the hold-queue limit of an interface, use the hold-queue interface configuration command. Use the no form of this command with the appropriate keyword to restore the default values for an interface.
hold-queue length {in | out}| length | Integer that specifies the maximum number of packets in the queue. |
| in | Specifies the input queue. |
| out | Specifies the output queue. |
The default input hold-queue limit is 75 packets. The default output hold-queue limit is 40 packets. These limits prevent a malfunctioning interface from consuming an excessive amount of memory. There is no fixed upper limit to a queue size.
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
The input hold queue prevents a single interface from flooding the network server with too many input packets. Further input packets are discarded if the interface has too many input packets outstanding in the system.
If priority output queueing is being used, the length of the four output queues is set using the priority-list global configuration command. The hold-queue command cannot be used to set an output hold queue length in this situation.
For slow links, use a small output hold-queue limit. This approach prevents storing packets at a rate that exceeds the transmission capability of the link. For fast links, use a large output hold-queue limit. A fast link may be busy for a short time (and thus require the hold queue), but can empty the output hold queue quickly when capacity returns.
To display the current hold queue setting and the number of packets discarded because of hold queue overflows, use the EXEC command show interfaces.
The following example sets a small input queue on a slow serial line:
interface serial 0 hold-queue 30 in
You can use the master indexes or search online to find documentation of related commands.
show interfaces
Use the hssi external-loop-request interface configuration command to allow the router to support a CSU/DSU that uses the LC signal to request a loopback from the router. Use the no form of this command to disable the feature.
hssi external-loop-requestThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
The HSA applique (on the HSSI) contains an LED that indicates the LA, LB, and LC signals transiting through the devices. The CSU/DSU uses the LC signal to request a loopback from the router. The CSU/DSU may want to do this so that its own network management diagnostics can independently check the integrity of the connection between the CSU/DSU and the router.
Use this command to enable a two-way, internal, and external loopback request on HSSI from the CSU/DSU.
The following example enables a CSU/DSU to use the LC signal to request a loopback from the router:
hssi external-loop-request
To convert the HSSI interface into a 45 MHz clock master, use the hssi internal-clock interface configuration command. Use the no form of this command to disable the clock master mode.
hssi internal-clockThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
Use this command in conjunction with the HSSI null-modem cable to connect two Cisco routers together with HSSI. You must configure this command at both ends of the link, not just one.
The following example converts the HSSI interface into a 45 MHz clock master:
hssi internal-clock
| ethernet | Indicates that the hub is in front of an Ethernet interface. |
| number | Hub number, starting with 0. Since there is currently only one hub, this number is 0. |
| port | Port number on the hub. On the Cisco 2505, port numbers range from 1 to 8. On the Cisco 2507, port numbers range from 1 to 16. If a second port number follows, then the first port number indicates the beginning of a port range. |
| end-port | (Optional) Last port number of a range. |
No hub ports are configured.
Global configuration
This command first appeared in Cisco IOS Release 10.3.
The following example enables port 1 on hub 0:
hub ethernet 0 1 no shutdown
The following example enables ports 1 through 8 on hub 0:
hub ethernet 0 1 8 no shutdown
You can use the master indexes or search online to find documentation of related commands.
shutdown
Use the ignore-dcd interface configuration command to configure the serial interface to monitor the DSR signal (instead of the DCD signal) as the line up/down indicator. Use the no form of this command to restore the default behavior.
ignore-dcdThis command has no arguments or keywords.
The serial interface, operating in DTE mode, monitors the DCD signal as the line up/down indicator.
Interface configuration
This command first appeared in Cisco IOS Release 11.0.
This command applies to Quad Serial NIM interfaces on the Cisco 4000 series routers and Hitachi-based serial interfaces on the Cisco 2500 and 3000 series routers.
Serial Interfaces in DTE Mode
When the serial interface is operating in DTE mode, it monitors the Data Carrier Detect (DCD) signal as the line up/down indicator. By default, the attached DCE device sends the DCD signal. When the DTE interface detects the DCD signal, it changes the state of the interface to up.
SDLC Multidrop Environments
In some configurations, such as an SDLC multidrop environment, the DCE device sends the Data Set Ready (DSR) signal instead of the DCD signal, which prevents the interface from coming up. Use this command to tell the interface to monitor the DSR signal instead of the DCD signal as the line up/down indicator.
The following example configures serial interface 0 to monitor the DSR signal as the line up/down indicator:
interface serial 0 ignore-dcd
Use the interface global configuration command to configure an interface type and enter interface configuration mode.
interface type numberTo configure a subinterface, use the interface global configuration command.
interface type slot/port-adapter/port.subinterface-number {multipoint | point-to-point}| type | Type of interface to be configured. See Table 30. |
| number | Port, connector, or interface card number. On a Cisco 4000 series router, specifies the NPM number. The numbers are assigned at the factory at the time of installation or when added to a system, and can be displayed with the show interfaces command. |
| slot | Refer to the appropriate hardware manual for slot and port information. |
| port | Refer to the appropriate hardware manual for slot and port information. |
| port-adapter | Refer to the appropriate hardware manual for information about port adapter compatibility. |
| :channel-group | The Cisco 4000 series routers specifies the T1 channel group number in the range of 0 to 23 defined with the channel-group controller configuration command. On a dual port card, it is possible to run channelized on one port and primary rate on the other port. |
| .subinterface-number | Subinterface number in the range 1 to 4294967293. The number that precedes the period (.) must match the number to which this subinterface belongs. |
| multipoint | point-to-point | (Optional) Specifies a multipoint or point-to-point subinterface. There is no default. |
No interface types are configured.
Global configuration
This command first appeared in Cisco IOS Release 10.0 for the Cisco 7000 series routers.
This command first appeared in Cisco IOS Release 11.0 for the Cisco 4000 series routers.
This command was changed in Cisco IOS Release 11.2 to add the posi keyword.
This command was changed in Cisco IOS Release 11.3 to change the posi keyword to pos.
There is no correlation between the number of the physical serial interface and the number of the logical LAN Extender interface. These interfaces can have the same or different numbers.
| Keyword | Interface Type |
|---|---|
| async | Port line used as an asynchronous interface. |
| atm | ATM interface. |
| bri | Integrated Services Digital Network (ISDN) Basic Rate Interface (BRI). This interface configuration is propagated to each of the B channels. B channels cannot be individually configured. The interface must be configured with dial-on-demand commands in order for calls to be placed on that interface. |
| dialer | Dialer interface. |
| ethernet | Ethernet IEEE 802.3 interface. |
| fastethernet | 100-Mbps Ethernet interface on the Cisco 4500, Cisco 4700, Cisco 7000 series and Cisco 7500 series. |
| fddi | Fiber Distributed Data Interface (FDDI). |
| group-async | Master asynchronous interface. |
| hssi | High-Speed Serial Interface (HSSI). |
| lex | LAN Extender (LEX) interface. |
| loopback | Software-only loopback interface that emulates an interface that is always up. It is a virtual interface supported on all platforms. The interface-number is the number of the loopback interface that you want to create or configure. There is no limit on the number of loopback interfaces you can create. |
| null | Null interface. |
| pos | Packet OC-3 interface on the Packet over SONET Interface Processor |
| serial | Serial interface. |
| tokenring | Token Ring interface. |
| tunnel | Tunnel interface; a virtual interface. The number is the number of the tunnel interface that you want to create or configure. There is no limit on the number of tunnel interfaces you can create. |
In the following example, serial interface 0 is configured with PPP encapsulation:
interface serial 0 encapsulation ppp
The following example enables loopback mode and assigns an IP network address and network mask to the interface. The loopback interface established here will always appear to be up:
interface loopback 0 ip address 131.108.1.1 255.255.255.0
The following example for the Cisco 7500router shows the interface configuration command for Ethernet port 4 on the EIP that is installed in (or recently removed from) slot 2:
interface ethernet 2/4
The following example begins configuration on the Token Ring interface processor in slot 1 on
port 0 of a Cisco 7500:
interface tokenring 1/0
The following example shows how a partially meshed Frame Relay network can be configured. In this example, subinterface serial 0.1 is configured as a multipoint subinterface with three Frame Relay PVCs associated, and subinterface serial 0.2 is configured as a point-to-point subinterface.
interface serial 0 encapsulation frame-relay interface serial 0.1 multipoint ip address 131.108.10.1 255.255.255.0 frame-relay interface-dlci 42 broadcast frame-relay interface-dlci 53 broadcast interface serial 0.2 point-to-point ip address 131.108.11.1 255.255.0 frame-relay interface-dlci 59 broadcast
The following example configures circuit 0 of a T1 link for Point-to-Point Protocol (PPP) encapsulation:
controller t1 4/1 circuit 0 1 interface serial 4/1:0 ip address 131.108.13.1 255.255.255.0 encapsulation ppp
The following example configures LAN Extender interface 0:
interface lex 0
You can use the master indexes or search online to find documentation of related commands.
circuit
controller
mac-address
ppp
show interfaces
slip
To designate a dialer rotary group leader, use the interface dialer global configuration command.
interface dialer interface-number| interface-number | Integer that you select to indicate a dialer rotary group in the range 0 to 9. |
None
Global configuration
Dialer rotary groups allow you to apply a single interface configuration to a set of interfaces. Once the interface configuration is propagated to a set of interfaces, those interfaces can be used to place calls using the standard dial-on-demand criteria. When many destinations are configured, any of these interfaces can be used for outgoing calls.
Dialer rotary groups are useful in environments that require many calling destinations. Only the rotary group needs to be configured with all of the dialer map commands. The only configuration required for the interfaces is the dialer rotary-group command that indicates which interface is part of a dialer rotary group.
Although a dialer rotary group is configured as an interface, it is not a physical interface. Instead it represents a group of interfaces. Any number of dialer groups can be defined.
Interface configuration commands entered after the interface dialer command will be applied to all physical interfaces assigned to specified rotary group.
The following example identifies dialer interface 1 as the dialer rotary group leader. Dialer interface 1 is not a physical interface, but represents a group of interfaces. The interface configuration commands that follow apply to all interfaces included in this group.
interface dialer 1
encapsulation ppp
dialer in-band
dialer map ip 172.30.2.5 username YYY 14155553434
dialer map ip 172.30.4.5 username ZZZ
You can use the master indexes or search online to find documentation of related commands.
dialer rotary-group
To select a particular Fast Ethernet interface for configuration, use the interface fastethernet global configuration command.
interface fastethernet number (Cisco 4500 and 4700 routers)Standard Advanced Research Projects Agency (ARPA) encapsulation is configured.
Global configuration
This command first appeared in Cisco IOS Release 11.2.
Default encapsulation type changed to arpa in Cisco IOS Release 11.3.
The following example configures Fast Ethernet interface 0 for standard Advanced Research Projects Agency (ARPA) encapsulation (the default setting) on a Cisco 4500 or 4700 router:
interface fastethernet 0
You can use the master indexes or search online to find documentation of related commands.
show interfaces fastethernet
To create a group interface that will serve as master, to which asynchronous interfaces can be associated as members, use the interface group-async command. Use the no form of the command to restore the default.
interface group-async unit-number| unit-number | The number of the asynchronous group interface being created. |
No interfaces are designated as group masters.
Global configuration
Using the interface group-async command, you create a single asynchronous interface to which other interfaces are associated as members using the group-range command. This one-to-many configuration allows you to configure all associated member interfaces by entering one command on the group master interface, rather than entering this command on each individual interface. You can create multiple group masters on a device; however, each member interface can only be associated with one group.
The following example defines asynchronous group master interface 0:
interface group-async 0
You can use the master indexes or search online to find documentation of related commands.
group-range
member
Use the interface vg-anylan global configuration command to specify the interface on a 100VG-AnyLAN port adapter and enter interface configuration mode on Cisco 7200 series routers and Cisco 7500 series routers.
interface vg-anylan slot/port-adapter/port (VIP cards in Cisco 7500 series routers)| slot | Refer to the appropriate hardware manual for slot and port information. |
| port | Refer to the appropriate hardware manual for slot and port information. |
| port-adapter | Refer to the appropriate hardware manual for information about port adapter compatibility. |
No interfaces are specified.
Global configuration
This command first appeared in Cisco IOS Release 11.3.
You configure the 100VG-AnyLAN port adapter as you would any Ethernet or Fast Ethernet interface. The 100VG-AnyLAN port adapter can be monitored with the IEEE 802.12 Interface MIB.
The following example specifies the 100VG-AnyLAN port adapter in the first port adapter in slot 1:
interface vg-anylan 1/0/0
You can use the master indexes or search online to find documentation of related commands.
frame-type
show interfaces vg-anylan
To invert the data stream, use the invert data interface configuration command. This command applies only to the Cisco 7200 series routers and Cisco 7500 series routers. Use the no form of this command to disable this feature.
invert dataThis command has no arguments or keywords.
Data is not inverted.
Interface configuration
This command first appeared in Cisco IOS Release 11.3.
T1 Line without B8ZS Encoding
By inverting the HDLC data stream, the HDLC zero insertion algorithm becomes a ones insertion algorithm that satisfies the T1 requirements. Be careful not to invert data both on the interface and on the CSU/DSU as two data inversions will cancel each other out.
AMI Line Coding
If the interface on the CT3IP uses AMI line coding, you must also invert the data on the T1 channel. For more information, see the t1 linecode controller configuration command.
The following example inverts data on serial interface 3/1/0:
interface serial 3/1/0 invert data
You can use the master indexes or search online to find documentation of related commands.
t1 linecode
The invert txclock command replaces this command. Refer to the description of invert txclock for information on the transmit clock signal.
Use the invert txclock interface configuration command to invert the transmit clock signal. Delays between the SCTE clock and data transmission indicate that the transmit clock signal might not be appropriate for the interface rate and length of cable being used. Different ends of the wire can have variances that differ slightly.The invert txclock command compensates for these variances. This command replaces the invert data command.
This command applies only to Cisco 7200 series and Cisco 7500 series routers. To return to the transmit clock signal to its initial state, use the no form of this command.
invert txclockThis command has no arguments or keywords.
Transmit clock signal is not inverted.
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
This command was modified in Cisco IOS Release 11.3 to change the command from invert-transmit-clock to invert txclock.
When a PA-8T or PA-4T+ port adapter interface is DTE, the invert txclock command inverts the TxC signal it received from the remote DCE. When the PA-8T or PA-4T+ port adapter interface is DCE, this command changes the signal back to its original phase.
In the following example, the clock signal on serial interface 3/0 is inverted:
interface serial 3/0 invert txclock
To enable incoming ISDN voice calls to access the Cisco AS5200 call switch module and integrated modems, use the isdn incoming-voice modem interface configuration command. The no form of this command stops all incoming ISDN analog calls from routing to the modems.
isdn incoming-voice modemThis command has no arguments or keywords.
Disabled
Interface configuration
Incoming ISDN digital calls are unaffected by this command. ISDN digital calls directly connect to network resources even when the no isdn incoming-voice modem command is configured.
The following example enables incoming and outgoing ISDN calls to route to the modems using the D channel serial interface:
AS5200(config)#interface serial 0:23AS5200(config-if)#isdn incoming-voice modemAS5200(config-if)#
To set the keepalive timer for a specific interface, use the keepalive interface configuration command. To turn off keepalives entirely, use the no form of this command.
keepalive [seconds]| seconds | (Optional) Unsigned integer value greater than 0. The default is 10 seconds. |
10 seconds
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
You can configure the keepalive interval, which is the frequency at which the Cisco IOS software sends messages to itself (Ethernet and Token Ring) or to the other end (serial), to ensure a network interface is alive. The interval in previous software versions was 10 seconds; it is now adjustable in 1-second increments down to 1 second. An interface is declared down after three update intervals have passed without receiving a keepalive packet.
Setting the keepalive timer to a low value is very useful for rapidly detecting Ethernet interface failures (transceiver cable disconnecting, cable unterminated, and so on).
A typical serial line failure involves losing Carrier Detect (CD) signal. Because this sort of failure is typically noticed within a few milliseconds, adjusting the keepalive timer for quicker routing recovery is generally not useful.
The following example sets the keepalive interval to 3 seconds:
interface ethernet 0 keepalive 3
| ieee-address | 48-bit IEEE MAC address written as a dotted triplet of four-digit hexadecimal numbers. |
No burned-in MAC address is set.
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
Use this command only on a LAN Extender interface that is not currently active (not bound to a serial interface).
The following example sets the burned-in MAC address on LAN Extender interface 0:
interface serial 4 encapsulation ppp interface lex 0 lex burned-in-address 0000.0c00.0001 ip address 131.108.172.21 255.255.255.0
| access-list-number | Number of the access list you assigned with the access-list global configuration command. It can be a number from 700 to 799. |
No access lists are preassigned to a LAN Extender interface.
Interface configuration
This command first appeared in Cisco IOS Release 10.3 (The no lex input-address-list command first appeared in Cisco IOS Release 10.0.)
Use the lex input-address-list command to filter the packets that are allowed to pass from the LAN Extender to the core router. The access list filters packets based on the source MAC address.
The LAN Extender interface does not process MAC-address masks. Therefore, you should omit the mask from the access-list commands.
For LAN Extender interfaces, an implicit permit everything entry is automatically defined at the end of an access list. Note that this default differs from other access lists, which have an implicit deny everything entry at the end of each access list.
The following example applies access list 710 to LAN Extender interface 0. This access list denies all packets from MAC address 0800.0214.2776 and permits all other packets.
access-list 710 deny 0800.0214.2776 interface lex 0 lex input-address-list 710
You can use the master indexes or search online to find documentation of related commands.
access-list
Use the lex input-type-list interface configuration command to assign an access list that filters Ethernet packets by type code. To remove an access list from the interface, use the no form of this command.
lex input-type-list access-list-number| access-list-number | Number of the access list you assigned with the access-list global configuration command. It can be a number in the range 200 to 299. |
No access lists are preassigned to a LAN Extender interface.
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
Filtering is done on the LAN Extender chassis.
The LAN Extender interface does not process masks. Therefore, you should omit the mask from the access-list commands.
For LAN Extender interfaces, an implicit permit everything entry is automatically defined at the end of an access list. Note that this default differs from other access lists, which have an implicit deny everything entry at the end of each access list.
The following example applies access list 220 to LAN Extender interface 0. This access list denies all AppleTalk packets (packets with a type field of 0x809B) and permits all other packets.
access-list 220 deny 0x809B 0x0000 interface lex 0 lex input-type-list 220
You can use the master indexes or search online to find documentation of related commands.
access-list
Use the lex priority-group interface configuration command to activate priority output queuing on the LAN Extender. To disable priority output queuing, use the no form of this command.
lex priority-group group| group | Number of the priority group. It can be a number in the range 1 to 10. |
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
To define queuing priorities, use the priority-list protocol global configuration command. Note that you can use only the following forms of this command:
priority-list list protocol protocol {high | medium | normal | low} priority-list list protocol bridge {high | medium | normal | low} list list-numberIf you specify a protocol that does not have an assigned Ethernet type code, such as x25, stun, or pad, it is ignored and will not participate in priority output queuing.
The following example activates priority output queuing on LAN Extender interface 0:
priority-list 5 protocol bridge medium list 701 lex interface 0 lex priority-group 5
You can use the master indexes or search online to find documentation of related commands.
priority-list protocol
Use the lex retry-count interface configuration command to define the number of times to resend commands to the LAN Extender chassis. To return to the default value, use the no form of this command.
lex retry-count number| number | Number of times to retry sending commands to the LAN Extender. It can be a number in the range 0 to 100. The default is 10 times. |
10
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
After the core router has sent a command the specified number of times without receiving an acknowledgment from the LAN Extender, it stops sending the command altogether.
The following example resends commands 20 times to the LAN Extender:
lex interface 0 lex retry-count 20
You can use the master indexes or search online to find documentation of related commands.
lex timeout
Use the lex timeout interface configuration command to define the amount of time to wait for a response from the LAN Extender. To return to the default time, use the no form of this command.
lex timeout milliseconds| milliseconds | Time, in milliseconds, to wait for a response from the LAN Extender before resending the command. It can be a number in the range 500 to 60000. The default is 2000 ms (2 seconds). |
2000 ms (2 seconds)
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
The lex timeout command defines the amount of time that the core router will wait to receive an acknowledgment after having sent a command to the LAN Extender.
The following example causes unacknowledged packets to be resent at 4-second intervals:
lex interface 0 lex timeout 4000
You can use the master indexes or search online to find documentation of related commands.
lex retry-count
Use the linecode controller configuration command to select the line-code type for the T1 or E1 line.
linecode {ami | b8zs | hdb3}| ami | Specifies alternate mark inversion (AMI) as the line-code type. Valid for T1 or E1 controllers. |
| b8zs | Specifies B8ZS as the line-code type. Valid for T1 controller only. |
| hdb3 | Specifies high-density bipolar 3 (hdb3) as the line-code type. Valid for E1 controller only. |
AMI is the default for T1 lines.
High-density bipolar 3 is the default for E1 lines.
Controller configuration
Use this command in configurations where the router or access server must communicate with T1 fractional data lines. The T1 service provider determines which line-code type, either ami or b8zs, is required for your T1 circuit. Likewise, the E1 service provider determines which line-code type, either ami or hdb3, is required for your E1 circuit.
The following example specifies B8ZS as the line-code type:
linecode b8zs
This command has no arguments or keywords.
Enabled
Hub configuration
This command first appeared in Cisco IOS Release 10.3.
This command applies to a port on an Ethernet hub only. Disable this feature if a 10BaseT twisted-pair device at the other end of the hub does not implement the link test function.
The following example disables the link test function on hub 0, ports 1 through 3:
hub ethernet 0 1 3 no link-test
You can use the master indexes or search online to find documentation of related commands.
hub
To enable Lanoptics Hub Networking Management of a PCbus Token Ring interface, use the local-lnm interface configuration command. Use the no form of this command to disable Lanoptics Hub Networking Management.
local-lnmThis command has no arguments or keywords.
Management is not enabled.
Interface configuration
This command first appeared in Cisco IOS Release 10.3.
The Token Ring interface on the AccessPro PC card can be managed by a remote LAN manager over the PCbus interface. At present, the Lanoptics Hub Networking Management software running on an IBM compatible PC is supported.
The following example enables Lanoptics Hub Networking Management:
local-lnm
To diagnose equipment malfunctions between interface and device, use the loopback interface configuration command. The no form of this command disables the test.
loopbackThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
On HSSI serial interface cards, the loopback function configures a two-way internal and external loop on the HSA applique of the specific interface.
On MCI and SCI serial interface cards, the loopback functions when a CSU/DSU or equivalent device is attached to the router or access server. The loopback command loops the packets through the CSU/DSU to configure a CSU loop, when the device supports this feature.
On the MCI and MEC Ethernet cards, the interface receives back every packet it sends when the loopback command is enabled. Loopback operation has the additional effect of disconnecting network server functionality from the network.
On the CSC-FCI FDDI card, the interface receives back every packet it sends when the loopback command is enabled. Loopback operation has the additional effect of disconnecting network server functionality from the network.
On all Token Ring interface cards (except the 4-megabit CSC-R card), the interface receives back every packet it sends when the loopback command is enabled. Loopback operation has the additional effect of disconnecting network server functionality from the network.
To show interfaces currently in loopback operation, use the show interfaces loopback EXEC command.
The following example configures the loopback test on Ethernet interface 4:
interface ethernet 4 loopback
You can use the master indexes or search online to find documentation of related commands.
down-when-looped
show interfaces loopback
To loop individual T1 channels on the Channelized T3 Interface Processor (CT3IP) in Cisco 7500 series routers, use the loopback interface configuration command. Use the no form of this command to remove the loopback.
loopback [local | network {line | payload} | remote {line [fdl] [ansi] | inband} || local | (Optional) Loops the router output data back toward the router at the T1 framer and sends an AIS signal out toward the network. |
| network {line | payload} | (Optional) Loops the data back toward the network before the T1 framer and automatically sets a local loopback at the HDLC controllers (line) or loops the payload data back toward the network at the T1 framer and automatically sets a local loopback at the HDLC controllers (payload). |
| remote line [fdl] [ansi] | (Optional) Sends a repeating, 16-bit ESF data link code word (00001110 11111111) to the remote end requesting that it enter into a network line loopback. Enables the remote line Facility Data Link (FDL) ANSI bit loopback on the T1 channel.
You can optionally specify fdl and ansi, but it is not necessary. |
| remote line inband | (Optional) Sends a repeating, 5-bit inband pattern (00001) to the remote end requesting that it enter into a network line loopback. |
| remote payload [fdl] [ansi] | (Optional) Sends a repeating, 16-bit ESF data link code word (00010100 11111111) to the remote end requesting that it enter into a network payload loopback. Enables the remote payload Facility Data Link (FDL) ANSI bit loopback on the T1 channel.
You can optionally specify fdl and ansi, but it is not necessary. |
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 11.3.
Use this command for troubleshooting purposes.
You can also loopback all the T1 channels by using the loopback (CT3IP) interface configuration command.
The following example configures T1 channel 5 for a local loopback:
interface serial 3/0/0:5 loopback local
You can use the master indexes or search online to find documentation of related commands.
loopback (T3)
To loop the entire T3 (all 28 T1 channels) on the Channelized T3 Interface Processor (CT3IP) in Cisco 7500 series routers, use the loopback controller configuration command. Use the no form of this command to remove the loopback.
loopback [local | network | remote]| local | (Optional) Loops the data back toward the router and sends an AIS signal out toward the network. |
| network | (Optional) Loops the data toward the network at the T1 framer. |
| remote | (Optional) Sends a far-end alarm control (FEAC) request to the remote end requesting that it enter into a network line loopback. FEAC requests (and therefore remote loopbacks) are only possible when the T3 is configured for C-bit framing. The type of framing used is determined by the equipment you are connecting to (for more information, see the framing controller command). |
Disabled
Controller configuration
This command first appeared in Cisco IOS Release 11.3.
Use this command for troubleshooting purposes.
You can also loopback each T1 channel by using the loopback interface configuration command.
For more information, refer to the "Troubleshoot the T3 and T1 Channels" section in the "Configuring Serial Interfaces" chapter of the Configuration Fundamentals Configuration Guide.
The following example configures the CT3IP for a local loopback:
controller t3 3/0/0 loopback local
You can use the master indexes or search online to find documentation of related commands.
To configure an internal loop on the HSSI applique, use the loopback interface configuration command. To remove the loop, use the no form of this command.
loopback appliqueThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
This command loops the packets within the applique, to provide a way to test communication within the router or access server. It is useful for sending pings to yourself to check functionality of the applique.
To show interfaces currently in loopback operation, use the show interfaces loopback EXEC command.
The following example configures the loopback test on the HSSI applique:
interface serial 1 loopback applique
You can use the master indexes or search online to find documentation of related commands.
show interfaces loopback
To loop packets back to the DTE from the CSU/DSU, when the device supports this feature, use the loopback interface configuration command. To remove the loop, use the no form of this command.
loopback dteThis command has no arguments or keywords.
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
This command is useful for testing the DTE-to-DCE cable.
This command is used to test the performance of the integrated CSU/DSU. Packets are looped from within the CSU/DSU back to the serial interface of the router. Send a test ping to see if the packets successfully looped back. To cancel the loopback test, use the no loopback dte command.
When using the 4-wire 56/64-kbps CSU/DSU module, an out-of-service signal is transmitted to the remote CSU/DSU.
To show interfaces currently in loopback operation, use the show interfaces loopback EXEC command.
The following example configures the loopback test on the DTE interface:
router(config)#interface serial 0router(config-if)#loopback dterouter(config-if)#
You can use the master indexes or search online to find documentation of related commands.
show interfaces loopback
When the device supports this feature, use the loopback line interface configuration command to loop packets completely through the CSU/DSU to configure the CSU loop. To remove the loop, use the no form of this command.
loopback line [payload]| payload | (Optional) Configures a loopback point at the DSU and loops back data to the network on an integrated CSU/DSU. |
Disabled
Interface configuration
This command first appeared in Cisco IOS Release 10.0.
This command is useful for testing the DCE device (CSU/DSU) itself. When the loopback line command is configured on the 2-wire 56-kbps CSU/DSU module or the 4-wire 56/64-kbps CSU/DSU modules, the network data loops back at the CSU and the router data loops back at the DSU. If the CSU/DSU is configured for switched mode, you must have an established connection to perform a payload-line loopback. To loop the received data through the minimum amount of CSU/DSU circuitry, issue the loopback line command.
When you issue the loopback line payload command on an integrated CSU/DSU module, the router cannot transmit data through the serial interface for the duration of the loopback. Choosing the DSU as a loopback point loops the received-network data through the maximum amount of CSU/DSU circuitry. Data is not looped back to the serial interface. An active connection is required when operating in switched mode for payload loopbacks.
If you enable the loopback line command on the fractional T1/T1 module, the CSU/DSU performs a full-bandwidth loopback through the CSU portion of the module and data transmission through the serial interface is interrupted for the duration of the loopback. No reframing or corrections of bipolar violation errors or cyclic redundancy check (CRC) errors are performed. When you configure the loopback line payload command on the FT1/T1 module, the CSU/DSU performs a loopback through the DSU portion of the module. The loopback line payload command reframes the data link, regenerates the signal, and corrects bipolar violations and Extended Super Frame CRC errors.
When performing a T1-line loopback with Extended Super Frame, communication over the facilities data link is interrupted, but performance statistics are still updated. To show interfaces currently in loopback operation, use the show service-module EXEC command.
To show interfaces currently in loopback operation on other routers, use the show interfaces loopback EXEC command.
The following example configures the loopback test on the DCE device:
interface serial 1 loopback line
The following example shows how to configure a payload loopback on a Cisco 2524 or 2525 router:
Router1(config-if)#loopback line payloadLoopback in progress Router1(config-if)#no loopback line
The following example shows the output on a Cisco 2524 or 2525 router when you loop a packet in switched mode without an active connection:
Router1(config-if)#service-module 56k network-type switchedRouter1(config-if)#loopback line payloadNeed active connection for this type of loopback % Service module configuration command failed: WRONG FORMAT.
You can use the master indexes or search online to find documentation of related commands.
show interfaces loopback
To loop packets through a CSU/DSU, over a DS-3 link or a channelized T1 link, to the remote CSU/DSU and back, use the loopback remote interface configuration command. To remove the loopback, use the no form of this command.
loopback remote {full | payload | smart-jack} [0in1 | 1in1 | 1in2 | 1in5 | 1in8 | 3in24 | qrw | user-pattern 24bit-binary value]full | Transmits a full-bandwidth line loopback request to a remote device, which is used for testing the line and remote CSU. |
|---|---|
| payload | Transmits a payload line loopback request to a remote device, which is used for testing the line and remote DSU. |
| smart-jack | Transmits a loopback request to the remote smart-jack, which some service providers attach on the line before the customer premises equipment (CPE). You cannot put the local smart-jack into loopback. |
| 0in1 | (Optional) Transmits an all-zeros test pattern used for verifying B8ZS line encoding. The remote end my report a loss of signal when using alternate mark inversion (AMI) line coding. |
| 1in1 | (Optional) Transmits an all-ones test pattern used for signal power measurements. |
| 1in2 | (Optional) Transmits an alternating ones and zeroes test pattern used for testing bridge taps. |
| 1in5 | (Optional) Transmits the industry standard test-pattern loopback request. |
| 1in8 | (Optional) Transmits a test pattern used for stressing timing recovery of repeaters. |
| 3in24 | (Optional) Transmits a test pattern used for testing the ones density tolerance on AMI lines. |
| qrw | (Optional) Transmits a quasi-random word test pattern, which is a random signal that simulates user data. |
| user-pattern 24bit-binary value | (Optional) Transmits a test pattern that you define. Enter a binary string up to 24 bits long. For the fixed patterns such 0in1 and 1in1, the T1 framing bits are jammed on top of the test pattern; for the user-pattern, the pattern is simply repeated in the timeslots. |
| 2047 | Transmits a pseudo-random test pattern that repeats after 2047 bits. |
| 511 | Transmits a pseudo-random test pattern that repeats after 511 bits. |
| stress-pattern pattern number | Transmits a DDS stress pattern available only on the 4-wire 56/64-kbps CSU/DSU module. You may enter a stress pattern from 1 to 4. A 1 pattern sends 100 bytes of all 1s and then 100 bytes of all 0s to test the stress clocking of the network. A 2 pattern sends 100 bytes of a 0x7e pattern then 100 bytes of all 0s. A 3 pattern sends continuous bytes of a 0x46 pattern. A 4 pattern sends continuous bytes of 0x02 pattern. |
Disabled
Interface configuration
This command applies only when the remote CSU/DSU device is configured for this function. It is used for testing the data communication channels along with or without remote CSU/DSU circuitry. The loopback is usually performed at the line port, rather than the DTE port, of the remote CSU/DSU.
For a multiport interface processor connected to a network via a channelized T1 link, the loopback remote interface configuration command applies if the remote interface is served by a DDS line (56 kbps or 64 kbps) and the device at the remote end is a CSU/DSU. In addition, the CSU/DSU at the remote end must react to latched DDS CSU loopback codes. Destinations that are served by other types of lines or that have CSU/DSUs that do not react to latched DDS CSU codes cannot participate in an interface remote loopback. Latched DDS CSU loopback code requirements are described in AT&T specification TR-TSY-000476, "OTGR Network Maintenance Access and Testing."
For the integrated FT1/T1 CSU/DSU module, the loopback remote full command sends the loopup code to the remote CSU/DSU. The remote CSU/DSU performs a full-bandwidth loopback through the CSU portion of the module. The loopback remote payload command sends the loopup code on the configured timeslots, while maintaining the D4-extended super framing. The remote CSU/DSU performs the equivalent of a loopback line payload request. The remote CSU/DSU loops back only those timeslots that are configured of the remote end. This loopback reframes the data link, regenerates the signal, and corrects bi polar violations and extended super frame CRC errors. The loopback remote smart-jack command sends a loopup code to the remote smart jack. You cannot put the local smart jack into loopback.
Failure to loopup or initiate a remote loopback request could be caused by enabling the no service-module t1 remote-loopback command or having an alternate remote-loopback code configured on the remote end. When the loopback is terminated, the result of the pattern test is displayed.
For the 2- and 4-wire 56/64-kbps CSU/DSU module, an active connection is required before a loopup can be initiated while in switched mode. When transmitting V.54 loopbacks, the remote device is commanded into loopback using V.54 messages. Failure to loopup or initiate a remote loopback request could be caused by enabling the no service-module 56k remote-loopback command.
To show interfaces currently in loopback operation, use the show interfaces loopback EXEC command.
The following example configures a remote loopback test:
Router(config)#interface serial 0Router(config-if)#loopback remote
The following example configures the remote device into full-bandwidth line loopback while specifying the qrw test pattern over the T1 CSU/DSU module on a Cisco 2524 or Cisco 2525 router:
Router(config)#interface serial 0Router(config-if)#loopback remote full qrwRouter(config-if)# %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0, changed state to down %LINK-3-UPDOWN: Interface Serial0, changed state to down %SERVICE_MODULE-5-LOOPUPREMOTE: Unit 0 - Remote unit placed in loopback
The following example transmits a remote loopback stress pattern over the 4-wire 56/64-kbps CSU/DSU module, which tests the stress clocking of the network:
Router(config-if)#loopback remote stress-pattern 1
Router(config-if)#
%LINEPROTO-5-UPDOWN: Line protocol on Interface Serial1, changed state to down
%LINK-3-UPDOWN: Interface Serial1, changed state to down
%SERVICE_MODULE-5-LOOPUPREMOTE: Unit 1 - Remote unit placed in loopback
You can use the master indexes or search online to find documentation of related commands.
clear service-module
loopback dte
loopback line
service-module 56k remote-loopback
service-module t1 remote-loopback
show service-module
|
|