Table Of Contents
dce-terminal-timing enable
default (interface)
delay
description (controller)
down-when-looped
dsu bandwidth
dsu mode
dte-invert-txc
duplex
e2-clockrate
early-token-release
encapsulation
fddi burst-count
fddi c-min
fddi cmt-signal-bits
fddi duplicate-address-check
fddi encapsulate
fddi frames-per-token
fddi smt-frames
fddi tb-min
fddi tl-min-time
fddi t-out
fddi token-rotation-time
fddi valid-transmission-time
fdl
frame-relay
frame-relay map
framing (E1/T1 controller)
framing (E3/T3 interface)
framing (T3 controller)
full-duplex
half-duplex
half-duplex controlled-carrier
half-duplex timer
hold-queue
hssi external-loop-request
hssi internal-clock
hub
ignore-dcd
ignore-hw local-loopback
interface
dce-terminal-timing enable
To prevent phase shifting of the data with respect to the clock when running the line at high speeds and long distances, use the dce-terminal-timing enable interface configuration command. If SCTE terminal timing is not available from the DTE, use no form of this command, which causes the DCE to use its own clock instead of SCTE from the DTE.
dce-terminal-timing enable
no dce-terminal-timing enable
Syntax Description
This command has no arguments or keywords.
Defaults
DCE uses its own clock.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
On the Cisco 4000 router, you can specify the serial Network Interface Module timing signal configuration. When the board is operating as a DCE and the DTE provides terminal timing (SCTE or TT), the dce-terminal-timing enable command causes the DCE to use SCTE from the DTE.
Examples
The following example prevents phase shifting of the data with respect to the clock:
Router(config)# interface serial 0
Router(config-if)# dce-terminal-timing enable
default (interface)
To reset the configuration of an interface back to its default values, use the default command in global configuration mode.
default interface-type interface-number
Syntax Description
interface-type
|
Type of interface. The interface types that are available to be reset to their default values will vary depending on the available interface types on the networking device and the Cisco IOS release that is installed on the device. Not all possible interface types are documented here.
• async—Reconfigures the specified async interface to its default value.
• atm—Reconfigures the specified ATM interface to its default value.
• bvi—Reconfigures the specified bridge-group virtual interface to its default value.
• dialer—Reconfigures the specified dialer interface to its default value.
• ethernet—Reconfigures the specified Ethernet interface to its default value.
• fastethernet—Reconfigures the specified Fast Ethernet interface to its default value.
• fddi—Reconfigures the specified FDDI interface to its default value.
• gigabitethernet—Reconfigures the specified Gigabit Ethernet interface to its default value.
• group-async—Reconfigures the specified group async interface to its default value.
• loopback—Reconfigures the specified loopback interface to its default value.
• null—Reconfigures the specified null interface to its default value.
• pos—Reconfigures the specified Packet over SONET (POS) interface to its default value.
• serial—Reconfigures the specified serial interface to its default value.
• tunnel—Reconfigures the specified tunnel interface to its default value.
|
interface-number
|
Number of the interface, slot, router shelf, unit, port, or port adaptor if appropriate for the interface type. Slash marks may be required between elements of this argument.
|
Defaults
Existing interface configuration values are not reset.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.1
|
This command was introduced.
|
Usage Guidelines
The default command is a general-purpose command that is not limited to interfaces; it resets defaults based on the command name that follows it. Use the default (interface) command when you need to remove any configuration for a specified interface and reset the interface to its default values.
Examples
The following example demonstrates how to reset serial interface 0 to its default values.
Router(config)# default serial 0
Related Commands
Commands
|
Description
|
interface
|
Enters interface configuration mode.
|
delay
To set a delay value for an interface, use the delay interface configuration command. To restore the default delay value, use the no form of this command.
delay tens-of-microseconds
no delay
Syntax Description
tens-of-microseconds
|
Integer that specifies the delay in tens of microseconds for an interface or network segment. To see the default delay, use the show interfaces command.
|
Defaults
Default delay values may be displayed with the EXEC command show interfaces.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example sets a 30,000-microsecond delay on serial interface 3:
Router(config)# interface serial 3
Router(config-if)# delay 3000
Related Commands
Command
|
Description
|
show interfaces
|
Displays the statistical information specific to a serial interface.
|
description (controller)
To add a description to an E1 or T1 controller or the Channelized T3 Interface Processor (CT3IP) in Cisco 7500 series routers, use the description controller configuration command. To remove the description, use the no form of this command.
description string
no description
Syntax Description
string
|
Comment or a description (up to 80 characters) to help you remember what is attached to the interface.
|
Defaults
No description is added.
Command Modes
Controller configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
11.3
|
This command was modified to include the CT3IP controller.
|
Usage Guidelines
The description command is meant solely as a comment to be put in the configuration to help you remember what certain controllers are used for. The description affects the CT3IP and MIP interfaces only and appears in the output of the show controller t3, show controller e1, show controller t1, and more system:running-config EXEC commands.
Examples
The following example describes a 3174 controller:
Router(config)# controller t1
Router(config-controller)# description 3174 Controller for test lab
Related Commands
Command
|
Description
|
more
|
Displays a specified file.
|
show controllers e1
|
Displays information about the E1 links supported by the NPM (Cisco 4000) or MIP (Cisco 7500 series).
|
show controllers t1
|
Displays information about the T1 links.
|
show controllers t3
|
Displays information about the CT3IP on Cisco 7500 series routers.
|
down-when-looped
To configure an interface to inform the system it is down when loopback is detected, use the down-when-looped interface configuration command.
down-when-looped
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command is valid for HDLC or PPP encapsulation on serial and HSSI interfaces.
There is not a no form of this command.
Backup Interfaces
When an interface has a backup interface configured, it is often desirable that the backup interface be enabled when the primary interface is either down or in loopback. By default, the backup is only enabled if the primary interface is down. By using the down-when-looped command, the backup interface will also be enabled if the primary interface is in loopback.
Testing an Interface with the Loopback Command
If testing an interface with the loopback command, or by placing the DCE into loopback, down-when-looped should not be configured; otherwise, packets will not be transmitted out the interface that is being tested.
Examples
The following example configures interface serial 0 for HDLC encapsulation. It is then configured to let the system know that it is down when in loopback mode.
Router(config)# interface serial0
Router(config-if)# encapsulation hdlc
Router(config-if)# down-when-looped
Related Commands
Command
|
Description
|
backup interface
|
Configures an interface as a secondary or dial backup interface.
|
loopback (interface)
|
Diagnoses equipment malfunctions between an interface and a device.
|
dsu bandwidth
To specify the maximum allowable bandwidth used by the PA-E3 port adapter and PA-T3 port adapter, use the dsu bandwidth interface configuration command. To return to the default bandwidth, use the no form of this command.
dsu bandwidth kbps
no dsu bandwidth
Syntax Description
kbps
|
Maximum bandwidth in the range of 22 kbps to 44736 kbps. The default values are:
• 34010 kbps for PA-E3
• 44736 kbps for PA-T3
|
Defaults
34010 kbps for PA-E3
44736 kbps for PA-T3
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.1 CA
|
This command was introduced.
|
Usage Guidelines
The local interface configuration must match the remote interface configuration. For example, if you reduce the maximum bandwidth to 16000 on the local port, you must also do the same on the remote port.
The dsu bandwidth command reduces the bandwidth by padding the E3 and T3 frame.
To verify the data service unit (DSU) bandwidth configured on the interface, use the show controllers serial EXEC command.
Examples
The following example sets the DSU bandwidth to 16000 kbps on interface 1/0/0:
Router(config)# interface serial 1/0/0
Router(config-if)# dsu bandwidth 16000
Related Commands
dsu mode
To specify the interoperability mode used by a PA-E3 port adapter or PA-T3 port adapter, use the dsu mode interface configuration command. To return to the default mode, use the no form of this command.
dsu mode {0 | 1 | 2}
no dsu mode
Syntax Description
0
|
Sets the interoperability mode to 0. This is the default. Specify mode 0 to connect a PA-E3 port adapter to another PA-E3 port adapter or to a Digital Link DSU (DL3100). Use mode 0 to connect a PA-T3 port adapter to another PA-T3 port adapter or to a Digital Link DSU (DL3100).
|
1
|
Sets the interoperability mode to 1. Specify mode 1 to connect a PA-E3 port adapter or PA-T3 port adapter to a Kentrox DSU.
|
2
|
Sets the interoperability mode to 2. Specify mode 2 to connect a PA-T3 port adapter to a Larscom DSU.
|
Defaults
0
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.1 CA
|
This command was introduced.
|
Usage Guidelines
The local interface configuration must match the remote interface configuration. For example, if you define the data service unit (DSU) interoperability mode as 1 on the local port, you must also do the same on the remote port.
You must know what type of DSU is connected to the remote port to determine if it interoperates with a PA-E3 port adapter or a PA-T3 port adapter. Use mode 0 to connect a PA-E3 port adapter to another PA-E3 port adapter or to a Digital Link DSU (DL3100). Use mode 0 to connect a PA-T3 port adapter to another PA-T3 port adapter or to a Digital Link DSU (DL3100). Use mode 1 to connect a PA-E3 port adapter or a PA-T3 port adapter to a Kentrox DSU. Use mode 2 to connect a PA-T3 port adapter to a Larscom DSU. The dsu mode command enables and improves interoperability with other DSUs.
The dsu mode command enables and improves interoperability with other DSUs.
To verify the DSU mode configured on the interface, use the show controller serial EXEC command.
Examples
The following example sets the DSU mode to 1 on interface 1/0/0:
Router(config)# interface serial 1/0/0
Router(config-if)# dsu mode 1
Related Commands
dte-invert-txc
On the Cisco 4000 series, you can specify the serial Network Processor Module timing signal configuration. When the board is operating as a DTE, use the dte-invert-txc interface configuration command to invert the TXC clock signal received from the DCE. If the DCE accepts SCTE from the DTE, use the no form of this command.
dte-invert-txc
no dte-invert-txc
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
9.1
|
This command was introduced.
|
Usage Guidelines
Use this command if the DCE cannot receive SCTE from the DTE, the data is running at high speeds, and the transmission line is long. This prevents phase shifting of the data with respect to the clock.
On the Cisco 4000 series, you can specify the serial Network Processor Module timing signal configuration. When the board is operating as a DTE, the dte-invert-txc command inverts the TXC clock signal it gets from the DCE that the DTE uses to transmit data.
If the DCE accepts SCTE from the DTE, use no dte-invert-txc.
Examples
The following example inverts the TXC on serial interface 0:
Router(config)# interface serial 0
Router(config-if)# dte-invert-txc
duplex
To configure duplex operation on an interface, use the duplex interface configuration command. To return the system to half-duplex mode, the system default, use the no form of this command.
duplex {full | half | auto}
no duplex
Syntax Description
full
|
Specifies full-duplex operation.
|
half
|
Specifies half-duplex operation. This is the default.
|
auto
|
Specifies the autonegotiation capability. The interface automatically operates at half or full duplex, depending on environmental factors, such as the type of media and transmission speeds for the peer routers, hubs, and switches used in the network configuration.
|
Defaults
Half-duplex mode
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.2(10)P
|
This command was introduced.
|
Usage Guidelines
To use the auto-negotiation capability (that is, detect speed and duplex modes automatically), you must set both speed and duplex to auto. Setting speed to autonegotiates speed only, and setting duplex to autonegotiates duplex only.
Table 9 describes the access server's performance for different combinations of the duplex and speed modes. The specified duplex command configured with the specified speed command produces the resulting system action.
Table 9 Relationship Between duplex and speed Commands
duplex Command
|
speed Command
|
Resulting System Action
|
duplex auto
|
speed auto
|
Autonegotiates both speed and duplex modes.
|
duplex auto
|
speed 100 or speed 10
|
Autonegotiates both speed and duplex modes.
|
duplex half or duplex full
|
speed auto
|
Autonegotiates both speed and duplex modes.
|
duplex half
|
speed 10
|
Forces 10 Mbps and half duplex.
|
duplex full
|
speed 10
|
Forces 10 Mbps and full duplex.
|
duplex half
|
speed 100
|
Forces 100 Mbps and half duplex.
|
duplex full
|
speed 100
|
Forces 100 Mbps and full duplex.
|
For the Cisco AS5300, the duplex {full | half | auto} command syntax replaces the following two earlier duplex commands:
•
half-duplex
•
full-duplex
You will get the following error messages if you try to use these commands on a Cisco AS5300:
Router(config)# interface fastethernet 0
Router(config-if)# full-duplex
Please use duplex command to configure duplex mode
Router(config-if)# half-duplex
Please use duplex command to configure duplex mode
Examples
The following example shows the different duplex configuration options you can configure on a Cisco AS5300:
Router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface fastethernet 0
Router(config-if)# duplex ?
auto Enable AUTO duplex configuration
full Force full duplex operation
half Force half-duplex operation
Related Commands
Command
|
Description
|
duplex
|
Configures the duplex operation on an interface.
|
interface fastethernet
|
Selects a particular Fast Ethernet interface for configuration.
|
show controllers fastethernet
|
Displays information about initialization block information, transmit ring, receive ring, and errors for the Fast Ethernet controller chip on the Cisco 4500, Cisco 7200 series, or Cisco 7500 series routers.
|
speed
|
Configures the speed for a Fast Ethernet interface.
|
e2-clockrate
To configure the serial0 interface for E2 (8 Mhz full duplex) and to shut down the other three serial interfaces (1 to 3), use the e2-clockrate privileged EXEC command. To disable the full duplex E2, use the no form of this command.
e2-clockrate
no e2-clockrate
Syntax Description
There are no arguments or keywords used with this command.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
12.0(2)XD
|
This command was introduced.
|
12.0(3)T
|
This command was modified.
|
Usage Guidelines
The e2-clockrate privileged EXEC command is an interface configuration command and is seen only with interface serial0. When this command is used, serial interface 0 supports speeds up to E2 (8 MHz full duplex) and the other three serial interfaces (1 to 3) are put in "shutdown" state. Also, running this command displays the warning message, "Serial interface 0 is configured to support E2 rates and serial ports "1-3" are moved to shutdown state."
Examples
The following example shows sample display output for the e2-clockrate EXEC command.
Router(config-if)# e2-clockrate
Interface Serial 0 is configured to support clockrates up to E2 (8Mbps)
Interfaces serial 1-3 will not be operational
Related Commands
Command
|
Description
|
clock rate
|
Configures the clock rate for the hardware connections on serial interfaces such as NIMs and interface processors to an acceptable bit rate.
|
early-token-release
To enable early token release on Token Ring interfaces, use the early-token-release interface configuration command. To disable this feature, use the no form of the command.
early-token-release
no early-token-release
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Early token release is a method whereby the Token Ring interfaces can release the token back onto the ring immediately after transmitting, rather than waiting for the frame to return. This feature helps increase the total bandwidth of the Token Ring.
The Token Ring Interface Processor (TRIP) on the Cisco 7500 series routers and the Token Ring adapters on the Cisco 7200 series routers all support early token release.
Examples
The following example enables the use of early token release on Token Ring interface 1:
Router(config)# interface tokenring 1
Router(config-if)# early-token-release
On the Cisco 7500 series, to enable the use of early token release on your Token Ring interface processor in slot 4 on port 1, issue the following configuration commands:
Router(config)# interface tokenring 4/1
Router(config-if)# early-token-release
encapsulation
To set the encapsulation method used by the interface, use the encapsulation interface configuration command.
encapsulation encapsulation-type
Syntax Description
encapsulation-type
|
Encapsulation type; one of the following keywords:
• atm-dxi—Asynchronous Transfer Mode-Data Exchange Interface.
• bstun—Block Serial Tunnel.
• frame-relay—Frame Relay (for serial interface).
• hdlc—High-Level Data Link Control (HDLC) protocol for serial interface. This encapsulation method provides the synchronous framing and error detection functions of HDLC without windowing or retransmission. This is the default for synchronous serial interfaces.
• isl—Inter-Switch Link (ISL) (for virtual LANs).
• lapb—X.25 LAPB DTE operation (for serial interface).
• ppp—Point-to-Point Protocol (PPP) (for serial interface).
• sdlc—IBM serial SNA.
• sdlc-primary—IBM serial SNA (for primary serial interface).
• sdlc-secondary—IBM serial SNA (for secondary serial interface).
• slip—Specifies SLIP encapsulation for an interface configured for dedicated asynchronous mode or DDR. This is the default for asynchronous interfaces.
• smds—Switched Multimegabit Data Services (SMDS) (for serial interface).
|
Defaults
The default depends on the type of interface. For example, synchronous serial interfaces default to HDLC and asynchronous interfaces default to SLIP.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
To use SLIP or PPP, the router or access server must be configured with an IP routing protocol or with the ip host-routing command. This configuration is done automatically if you are using old-style slip address commands. However, you must configure it manually if you configure SLIP or PPP via the interface async command.
On lines configured for interactive use, encapsulation is selected by the user when they establish a connection with the slip or ppp EXEC command.
IP Control Protocol (IPCP) is the part of PPP that brings up and configures IP links. After devices at both ends of a connection communicate and bring up PPP, they bring up the control protocol for each network protocol that they intend to run over the PPP link such as IP or IPX. If you have problems passing IP packets and the show interface command shows that line is up, use the negotiations command to see if and where the negotiations are failing. You might have different versions of software running, or different versions of PPP, in which case you might need to upgrade your software or turn off PPP option negotiations. All IPCP options as listed in RFC 1332, "PPP Internet Protocol Control Protocol (IPCP)," are supported on asynchronous lines. Only Option 2, TCP/IP header compression, is supported on synchronous interfaces.
PPP echo requests are used as keepalive packets to detect line failure. The no keepalive command can be used to disable echo requests. For more information about the no keepalive command, refer to the chapter "IP Services Commands" in the Networking Protocols Command Reference, Part 1 and the chapter "Configuring IP Services" in the Networking Protocols Configuration Guide, Part 1.
In order to use SLIP or PPP, the Cisco IOS software must be configured with an IP routing protocol or with the ip host-routing command. This configuration is done automatically if you are using old-style slip address commands. However, you must configure it manually if you configure SLIP or PPP via the interface async command.
Note
Disable software flow control on SLIP and PPP lines before using the encapsulation command.
There is not a no form of this command.
Examples
The following example resets HDLC serial encapsulation on serial interface 1:
Router(config)# interface serial 1
Router(config-if)# encapsulation hdlc
The following example enables PPP encapsulation on serial interface 0:
Router(config)# interface serial 0
Router(config-if)# encapsulation ppp
In the following example, async interface 1 is configured for PPP encapsulation.
Configuring from terminal, memory, or network [terminal]?
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)# interface async 1
Router(config-if)# encapsulation ppp
Related Commands
Command
|
Description
|
encapsulation x25
|
Specifies operation of a serial interface as an X.25 device.
|
keepalive
|
Sets the keepalive timer for a specific interface.
|
ppp
|
Starts an asynchronous connection using PPP.
|
ppp authentication
|
Enables CHAP or PAP or both and specifies the order in which CHAP and PAP authentication are selected on the interface.
|
ppp bap call
|
Sets PPP BACP call parameters.
|
slip
|
Starts a serial connection to a remote host using SLIP.
|
fddi burst-count
To allow the FCI card to preallocate buffers to handle bursty FDDI traffic (for example, NFS bursty traffic), use the fddi burst-count interface configuration command. To revert to the default value, use the no form of this command.
fddi burst-count number
no fddi burst-count
Syntax Description
number
|
Number of preallocated buffers in the range from 1 to 10. The default is 3.
|
Defaults
3 buffers
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command applies to the FCI card only.
Note
The microcode software version should not be 128.45 or 128.43.
Examples
The following example sets the number of buffers to 5:
Router(config)# interface fddi 0
Router(config-if)# fddi burst-count 5
fddi c-min
To set the C-Min timer on the PCM, use the fddi c-min interface configuration command. To revert to the default value, use the no form of this command.
fddi c-min microseconds
no fddi c-min
Syntax Description
microseconds
|
Sets the timer value in microseconds. The default is 1600 microseconds.
|
Defaults
1600 microseconds
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command applies to the processor CMT only. You need extensive knowledge of the PCM state machine to tune this timer. Use this command when you run into PCM interoperability problems.
Examples
The following example sets the C-Min timer to 2000 microseconds:
Router(config)# interface fddi 0
Router(config-if)# fddi c-min 2000
Related Commands
Command
|
Description
|
fddi tb-min
|
Sets the TB-Min timer in the PCM.
|
fddi tl-min-time
|
Controls the TL-Min time (the minimum time to transmit a PHY line state before advancing to the PCM state, as defined by the X3T9.5 specification).
|
fddi t-out
|
Sets the t-out timer in the PCM.
|
fddi cmt-signal-bits
To control the information transmitted during the connection management (CMT) signaling phase, use the fddi cmt-signal-bits interface configuration command.
fddi cmt-signal-bits signal-bits [phy-a | phy-b]
Syntax Description
signal-bits
|
A hexadecimal number preceded by 0x; for example, 0x208. The FDDI standard defines 10 bits of signaling information that must be transmitted, as follows:
• bit 0—Escape bit. Reserved for future assignment by the FDDI standards committee.
• bits 1 and 2—Physical type, as defined in Table 10.
• bit 3—Physical compatibility. Set if topology rules include the connection of a physical-to-physical type at the end of the connection.
• bits 4 and 5—Link confidence test duration; set as defined in Table 11.
• bit 6—Media Access Control (MAC) available for link confidence test.
• bit 7—Link confidence test failed. The setting of bit 7 indicates that the link confidence was failed by the Cisco end of the connection.
• bit 8—MAC for local loop.
• bit 9—MAC on physical output.
|
phy-a
|
(Optional) Selects Physical Sublayer A. The default is 0x008 (hexadecimal) or 00 0000 1000 (binary). Bits 1 and 2 are set to 00 to select Physical A. Bit 3 is set to 1 to indicate "accept any connection."
|
phy-b
|
(Optional) Selects Physical Sublayer B. The default is 0x20c (hexadecimal) or 10 0000 1100 (binary). Bits 1 and 2 are set to 10 to select Physical B. Bit 3 is set to 1 to indicate "accept any connection." Bit 9 is set to 1 to select MAC on output. The normal data flow on FDDI is input on Physical A and output on Physical B.
|
Defaults
The default signal bits for the phy-a and phy-b keywords are as follows:
•
phy-a is set to 0x008 (hexadecimal) or 00 0000 1000 (binary). Bits 1 and 2 are set to 00 to select Physical A. Bit 3 is set to 1 to indicate "accept any connection."
•
phy-b is set to 0x20c (hexadecimal) or 10 0000 1100 (binary). Bits 1 and 2 are set to 10 to select Physical B. Bit 3 is set to 1 to indicate "accept any connection." Bit 9 is set to 1 to select MAC on output. The normal data flow on FDDI is input on Physical A and output on Physical B.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
If neither the phy-a nor phy-b keyword is specified, the signal bits apply to both physical connections.
Caution 
Use of the
fddi cmt-signal-bits configuration command is
not recommended under normal operations. This command is used when debugging specific CMT implementation issues.
Table 10 lists the physical types.
Table 10 FDDI Physical Type Bit Specifications
Bit 2
|
Bit 1
|
Physical Type
|
0
|
0
|
Physical A
|
1
|
0
|
Physical B
|
0
|
1
|
Physical S
|
1
|
1
|
Physical M
|
Table 11 lists the duration bits.
Table 11 FDDI Link Confidence Test Duration Bit Specification
Bit 5
|
Bit 4
|
Test Duration
|
0
|
0
|
Short test (default 50 ms)
|
1
|
0
|
Medium test (default 500 ms)
|
0
|
1
|
Long test (default 5 seconds)
|
1
|
1
|
Extended test (default 50 seconds)
|
There is not a no form of this command.
Examples
The following example sets the CMT signaling phase to signal bits 0x208 on both physical connections:
Router(config)# interface fddi 0
Router(config-if)# fddi cmt-signal-bits 208
fddi duplicate-address-check
To turn on the duplicate address detection capability on the FDDI, use the fddi duplicate-address-check interface configuration command. To disable this feature, use the no form of this command.
fddi duplicate-address-check
no fddi duplicate-address-check
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
If you use this command, the Cisco IOS software will detect a duplicate address if multiple stations are sharing the same MAC address. If the software finds a duplicate address, it will shut down the interface.
Examples
The following example enables duplicate address checking on the FDDI:
Router(config)# interface fddi 0
Router(config-if)# fddi duplicate-address-check
fddi encapsulate
To specify encapsulating bridge mode on the CSC-C2/FCIT interface card, use the fddi encapsulate interface configuration command. To turn off encapsulation bridging and return the FCIT interface to its translational, nonencapsulating mode, use the no form of this command.
fddi encapsulate
no fddi encapsulate
Syntax Description
This command has no arguments or keywords.
Defaults
The FDDI interface by default uses the SNAP encapsulation format defined in RFC 1042, "Standard for the Transmission of IP Datagrams Over IEEE 802 Networks." It is not necessary to define an encapsulation method for this interface when using the CSC-FCI interface card.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The no fddi encapsulate command applies only to CSC-C2/FCIT interfaces, because the CSC-FCI interfaces are always in encapsulating bridge mode. The CSC-C2/FCIT interface card fully supports transparent and translational bridging for the following configurations:
•
FDDI to FDDI
•
FDDI to Ethernet
•
FDDI to Token Ring
The command fddi encapsulate puts the CSC-C2/FCIT interface into encapsulation mode when doing bridging. In transparent mode, the FCIT interface interoperates with earlier versions of the CSC-FCI encapsulating interfaces when performing bridging functions on the same ring.
Caution 
Bridging between dissimilar media presents several problems that can prevent communications from occurring. These problems include bit-order translation (or usage of MAC addresses as data), maximum transfer unit (MTU) differences, frame status differences, and multicast address usage. Some or all of these problems might be present in a multimedia bridged LAN and might prevent communication from taking place. These problems are most prevalent when bridging between Token Rings and Ethernets or between Token Rings and FDDI nets. This is because of the different way Token Ring is implemented by the end nodes.
The following protocols have problems when bridged between Token Ring and other media: Novell IPX, DECnet Phase IV, AppleTalk, VINES, XNS, and IP. Further, the following protocols may have problems when bridged between FDDI and other media: Novell IPX and XNS. We recommend that these protocols be routed whenever possible.
Examples
The following example sets FDDI interface 1 on the CSC-C2/FCIT interface card to encapsulating bridge mode:
Router(config)# interface fddi 1
Router(config-if)# fddi encapsulate
fddi frames-per-token
To specify the maximum number of frames that the FDDI interface will transmit per token capture, use the fddi frames-per-token interface configuration command. To revert to the default values, use the no form of this command.
fddi frames-per-token number
no fddi frames-per-token
Syntax Description
number
|
Maximum number of frames to transmit per token capture. Valid values are from 1 to 10. The default is 3.
|
Defaults
3 frames
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.2 P
|
This command was introduced.
|
Usage Guidelines
Changing the value will increase or decrease the maximum number of frames that the FDDI interface can transmit when it receives a token. Increasing the value does not necessarily mean more frames will be transmitted on each token capture. This is heavily dependent on the traffic load of the specific interface.
When the interface captures a token, it transmits all of the frames that are queued in the interface's transmit ring, up to a maximum value specified by the fddi frames-per-token command.
If there are no frames ready for transmission, the token is passed on, and no frames are transmitted. If there are less than the fddi frames-per-token value in the transmit ring, all frames in the transmit ring are transmitted before the token is passed on. If there are more than the fddi frames-per-token value in the transmit ring, the specified value is transmitted before the token is passed on. The remaining frames in the transmit ring remain queued until the token is captured again.
Examples
The following example shows how to configure the FDDI interface to transmit four frames per token capture:
! Show fddi frames-per-token command options
4700(config-if)#fddi frames-per-token ?
<1-10> Number of frames per token, default = 3
! Specify 4 as the maximum number of frames to be transmitted per token
4700(config-if)#fddi frames-per-token 4
fddi smt-frames
To enable the SMT frame processing capability on the FDDI, use the fddi smt-frames interface configuration command. To disable this function and prevent the Cisco IOS software from generating or responding to SMT frames, use the no form of this command.
fddi smt-frames
no fddi smt-frames
Syntax Description
This command has no arguments or keywords.
Defaults
Enabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Use the no form of this command to turn off SMT frame processing for diagnosing purposes. Use the fddi smt-frames command to reenable the feature.
Examples
The following example disables SMT frame processing:
Router(config)# interface fddi 0
Router(config-if)# no fddi smt-frames
fddi tb-min
To set the TB-Min timer in the physical connection management (PCM), use the fddi tb-min interface configuration command. To revert to the default value, use the no form of this command.
fddi tb-min milliseconds
no fddi tb-min
Syntax Description
milliseconds
|
Number that sets the TB-Min timer value. The range is 0 to 65,535 ms. The default is 100 ms.
|
Defaults
100 ms
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Usage Guidelines
This command applies to the processor CMT only. Use this command when you run into PCM interoperability problems.
Note
You need extensive knowledge of the PCM state machine to tune this timer.
Examples
The following example sets the TB-Min timer to 200 ms:
Router(config)# interface fddi 0
Router(config-if)# fddi tb-min 200
Related Commands
Command
|
Description
|
fddi c-min
|
Sets the C-Min timer on the PCM.
|
fddi tl-min-time
|
Controls the TL-Min time (the minimum time to transmit a PHY line state before advancing to the PCM state, as defined by the X3T9.5 specification).
|
fddi t-out
|
Sets the t-out timer in the PCM.
|
fddi tl-min-time
To control the TL-Min time (the minimum time to transmit a Physical Sublayer, or PHY line state, before advancing to the next physical connection management [PCM] state, as defined by the X3T9.5 specification), use the fddi tl-min-time interface configuration command.
fddi tl-min-time microseconds
Syntax Description
microseconds
|
Number that specifies the time used during the connection management (CMT) phase to ensure that signals are maintained for at least the value of TL-Min so the remote station can acquire the signal. The range is 0 to 4,294,967,295 microseconds. The default is 30 microseconds.
|
Defaults
30 microseconds
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Interoperability tests have shown that some implementations of the FDDI standard need more than 30 microseconds to sense a signal.
There is not a no form of this command.
Examples
The following example changes the TL-Min time from 30 microseconds to 100 microseconds:
Router(config)# interface fddi 0
Router(config-if)# fddi tl-min-time 100
The following example changes the TL-Min time from 30 microseconds to 100 microseconds on a Cisco 7500 series router:
Router(config)# interface fddi 3/0
Router(config-if)# fddi tl-min-time 100
Related Commands
Command
|
Description
|
fddi c-min
|
Sets the C-Min timer on the PCM.
|
fddi tl-min-time
|
Controls the TL-Min time (the minimum time to transmit a PHY line state before advancing to the PCM state, as defined by the X3T9.5 specification).
|
fddi t-out
|
Sets the t-out timer in the PCM.
|
fddi t-out
To set the t-out timer in the physical connection management (PCM), use the fddi t-out interface configuration command. To revert to the default value, use the no form o