cc/td/doc/product/lan/cat5000/rel_4_2
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Configuring Token Ring Switching

Configuring Token Ring Switching

This chapter describes how to configure Token Ring switching on the Catalyst  5000 series switch. The Token Ring modules have 16 shielded RJ-45 (copper) or Volition (fiber) ports for Token Ring connections. These ports allow full- or half-duplex connections to other switches, hubs, or end nodes.


Note For complete syntax and usage information for the commands used in this chapter, refer to the Catalyst  5000 Series Command Reference publication.

This chapter consists of these sections:

Understanding How Token Ring Switching Works

These sections describe how Token Ring switching works on the Catalyst  5000 series switches:

Supported Features

The Catalyst  5000 series Token Ring modules provide these features:

In addition to the standard Management Information Base (MIB) objects supported by the Catalyst  5000 series switch, the Token Ring modules support these additional MIBs:

The proprietary MIBs supported are:

Most user-configurable variables are supported in either the standard MIBs or private MIBs.

Source-Route Bridging

A source-route bridge makes all forwarding decisions based on data in the Routing Information Field (RIF). It does not learn or look up Media Access Control (MAC) addresses; SRB frames without a RIF are not forwarded.

Typically, clients or servers that support source routing send an explorer frame to determine the path to a given destination. There are two types of explorer frames: All-Routes Explorer and Spanning-Tree Explorer. All SRB bridges copy All-Routes Explorer frames and add their own routing information. For frames that are received from or sent to ports that are in the spanning-tree forwarding state, bridges copy Spanning-Tree Explorer frames and add their own routing information. Because All-Routes Explorer frames will traverse all paths between two devices, they are used in path determination. Spanning-Tree Explorer frames are used to send datagrams because the spanning tree ensures that only one copy of a Spanning-Tree Explorer frame is sent to each ring.


Note The spanning tree used with source-routing is different from the IEEE spanning tree used in transparent bridges. The Catalyst  5000 series Token Ring modules support both types of spanning-tree algorithms.

Source-Route Transparent Bridging

SRT bridging is an IEEE standard that combines source-route bridging and transparent bridging. An SRT bridge forwards frames that do not contain a RIF based on the destination MAC address. Frames that contain a RIF are forwarded based upon source routing. The SRT bridge only runs the IEEE Spanning-Tree Protocol. SRT does not support the IBM Spanning-Tree Protocol.

Source-Route Switching

The Token Ring modules can forward broadcast, multicast, and unicast frames based on MAC addresses. If you have source-route bridges in your network, the Token Ring modules can forward frames based on the RIF. This dual frame-forwarding technology is called source-route switching.

In source-route switching, the switch learns and forwards frames based on source-route descriptors for stations that are one or more source-route bridge hops away. A route descriptor is a portion of a RIF that indicates a single hop. It is defined as a ring number and a bridge number. When a source-routed frame enters the switch, the switch learns the route descriptor for the hop closest to the switch. Frames received from other ports with the same next-hop route descriptor as their destination are forwarded to that port.

The key difference between SRB and source-route switching is that while a source-route switch looks at the RIF, it never updates the RIF. Therefore, all ports in a source-route switch group have the same ring number.

Source-route switching provides the following benefits:

To set the bridging mode of a Token Ring Concentrator Relay Function (TrCRF), perform this task in privileged mode:
Task Command

Set the bridging mode.

set vlan vlan_num [mode {srt | srb}]

Dedicated Token Ring

The Token Ring modules support a new token-passing standard called Dedicated Token Ring (DTR). DTR is the IEEE 802.5R standard that:

DTR provides improved access to central resources, such as network servers. The server can use the full 16 Mbps available for sending and receiving, resulting in an aggregate bandwidth of 32 Mbps.

Default Token Ring Configuration

Table 6-1 shows the Token Ring default configuration.


Table 6-1: Token Ring Default Configuration
Feature Default Value

Port enable state

All ports are enabled

Port name

None

Port priority

Normal

Port speed

Auto-detect

Duplex mode

Autonegotiate half- or full-duplex mode

Transmission threshold

3

Minimum transmit setting

4

VLAN

All ports assigned to default TrCRF

Spanning-Tree Protocol

Enabled for all ports.

All-Routes Explorer reduction

Enabled

Setting the Port Configuration

The following sections describe how to configure Token Ring switching on the Catalyst  5000 series switches:

Caution Changing certain configuration parameters of a connected port will cause the port to close and reopen. You will lose all address information and statistics for that port.

Setting the Port Name

To assign a name to a port on the Token Ring module, perform this task in privileged mode:
Task Command

Step 1 Assign a name to a port.

set port name mod_num/port_num name

Step 2 Verify that the port name is configured.

show port [mod_num[/port_num]]

This example shows how to set the name for port 4/1 and how to verify the name assignment:

Console> (enable) set port name 3/2 Print-1st Floor
Port 3/2 name set.
Console> (enable) show port 3/2
Port  Name               Status     Vlan       Level  Duplex Speed Type
----- ------------------ ---------- ---------- ------ ------ ----- ------------
 3/2  Print-1st Floor    inactive   1003       normal fdx    16    TokenRing
 
Last-Time-Cleared
--------------------------
Wed May 6 1998, 18:09:47
Console> (enable)

Setting Frame Priority Levels

To address the needs of delay-sensitive data, each port on a Token Ring module has two data queues: high-priority and low-priority.

The queue is determined by the value of the priority field in the frame control (FC) byte of the frame. If the FC priority is above the user-defined priority level, the frame is put in the high-priority queue and is transmitted using the frame priority. If the FC priority is at or below the user-defined priority level, then the frame is sent to the low-priority queue.

You can set two types of frame priorities for a port.


Note The defaults for the priority queue are compatible with current source-route bridges and provide a high-priority queue for Token Ring multimedia traffic (priorities 5 and 6).

To set the frame priority levels for a port, perform this task in privileged mode:
Task Command

Step 1 Set the frame priority levels for a port.

set tokenring priority mod_num/port_num {threshold 0-7 | minxmit 0-6}

Step 2 Verify the priority configuration.

show tokenring [mod_num[/port_num]]

This example shows how to set the Token Ring priority threshold to 6 on port 4/2:

Console> (enable) set tokenring priority 3/2 threshold 6
Port 2 priority threshold set to 6.
Console> (enable) show tokenring 3/2
Ports   Crf/Brf      Ring#    Port-Mode        Early-Token    AC-bits
-----   ---------    -----    -------------    -----------    --------
 3/2    1003/1005    3276     fdx-cport        enabled        disabled
 
Ports   Prior-Thresh    Min-Xmit    MAC-Address
-----   ------------    --------    -----------------
 3/2    6               5           00:40:0b:01:bc:65
 
Ports   Cfg-Loss-Thresh  Cfg-Loss-Intvl  Cfg-Loss-Count  Cfg-Loss-Reason
-----   ---------------  --------------  --------------  ---------------
 3/2    50               20              0               none
Console> (enable)

Setting the Port Speed

The Token Ring modules support 4- and 16-Mbps Token Ring transmission speeds. You can configure ports on the Token Ring modules to operate at one of these speeds or to automatically sense the speed of the ring to which it is connected (the default setting). However, with Token Ring technology, you cannot change the transmission speed without closing and reopening the port. These rules apply:


Note If the ports on the Token Ring modules are configured to automatically sense the speed of the ring, the first port inserted on the ring does not set the speed, because it cannot detect the speed.

Note Closing and opening the port on an existing ring at a different transmission speed from which the ring is currently operating causes the port to issue a beacon on that ring.

To set the transmission speed for a port on the Token Ring module, perform this task in privileged mode:
Task Command

Step 1 Set the transmission speed for a Token Ring module port.

set port speed mod_num/port_num {4 | 16 | auto}

Step 2 Verify the port speed.

show port [mod_num[/port_num]]

This example shows how to set the ring speed for a port and verify the configuration:

Console> (enable) set port speed 3/2 16
Port 3/2 speed set to 16Mbps.
Console> (enable) show port 3/2
Port  Name               Status     Vlan       Level  Duplex Speed Type
----- ------------------ ---------- ---------- ------ ------ ----- ------------
 3/2  Print-1st Floor    inactive   1003       normal fdx    16    TokenRing
 
Last-Time-Cleared
--------------------------
Wed May 6 1998, 18:09:47
Console> (enable)

Setting the Port Transmission Mode

Each port on the Token Ring module can operate in one of the following modes:

The default mode, auto, enables the port to detect the transmission mode it needs to use. However, you can configure the mode if necessary.

To set the transmission mode for a port, perform this task in privileged mode:
Task Command

Step 1 Set the transmission mode for a port.

set tokenring portmode mod_num/port_num {auto | fdxcport | hdxcport | fdxstation |
hdxstation | riro}

Step 2 Verify the transmission mode setting.

show tokenring [mod_num[/port_num]]


Note The Ring in /Ring out (riro) parameter applies to the ports on a fiber Token Ring module only.

This example shows how to set the transmission mode for a port and verify the configuration:

Console> (enable) set tokenring portmode 3/2 fdxcport
Port 3/2 mode set to fdxcport
Console> (enable) show tokenring 3/2
Ports   Crf/Brf      Ring#    Port-Mode        Early-Token    AC-bits
-----   ---------    -----    -------------    -----------    --------
 3/2    1003/1005    3276     fdx-cport        enabled        disabled
 
Ports   Prior-Thresh    Min-Xmit    MAC-Address
-----   ------------    --------    -----------------
 3/2    6               5           00:40:0b:01:bc:65
 
Ports   Cfg-Loss-Thresh  Cfg-Loss-Intvl  Cfg-Loss-Count  Cfg-Loss-Reason
-----   ---------------  --------------  --------------  ---------------
 3/2    50               20              0               none

Setting Early Token Release

The interface ports on the Token Ring modules support early token release. Early token release allows a station to release a new token onto the ring immediately after transmitting, instead of waiting for the first frame to return. Early token release increases the total bandwidth on the ring. All ports, by default, are enabled to use early token release.


Note Early token release is valid for 16-Mbps media only. If early token release is enabled and the media speed is 4 Mbps, the switch disables this feature.

To enable the early token release feature on a Token Ring module port, perform this task in privileged mode:
Task Command

Step 1 Enable the early token release feature on a Token Ring module port.

set tokenring etr mod_num/port_num enable

Step 2 Verify the early token release configuration.

show tokenring [mod_num[/port_num]]

This example shows how to enable early token release and verify the configuration:

Console> (enable) set tokenring etr 3/2 enable
Port 3/2 Early Token Release enabled.
Console> (enable) show tokenring 3/2
Ports   Crf/Brf      Ring#    Port-Mode        Early-Token    AC-bits
-----   ---------    -----    -------------    -----------    --------
 3/2    1003/1005    3276     fdx-cport        enabled        disabled
 
Ports   Prior-Thresh    Min-Xmit    MAC-Address
-----   ------------    --------    -----------------
 3/2    6               5           00:40:0b:01:bc:65
 
Ports   Cfg-Loss-Thresh  Cfg-Loss-Intvl  Cfg-Loss-Count  Cfg-Loss-Reason
-----   ---------------  --------------  --------------  ---------------
 3/2    50               20              0               none
Console> (enable)

To disable the early token release feature on a Token Ring module port, perform this task in privileged mode:
Task Command

Step 1 Disable early token release on a Token Ring module port.

set tokenring etr mod_num/port_num disable

Step 2 Verify the early token release configuration.

show tokenring [mod_num[/port_num]]

Setting Address-Recognized and Frame-Copied Bits

You can specify whether the address-recognized (A) bit and the frame-copied (C) bit should be set unconditionally on repeated source-routed Logical Link Control (LLC) frames. These include source-routed frames with a RIF length greater than 2 and all Spanning-Tree Explorer and All-Routes Explorer frames. The default is disable. If this parameter is disable, the setting of these bits is based on whether the frame was actually forwarded.

To set the AC bits for a port, perform this task in privileged mode:
Task Command

Step 1 Set the AC bits for a port.

set tokenring acbits mod_num/port_num {enable | disable}

Step 2 Verify the AC bits setting for a port.

show tokenring [mod_num[/port_num]]

This example shows how to set the AC bits for a port and how to verify the configuration:

Console> (enable) set tokenring acbits 3/2 enable
Port 3/2 acbits enabled.
Console> (enable) show tokenring 3/2
Ports   Crf/Brf      Ring#    Port-Mode        Early-Token    AC-bits
-----   ---------    -----    -------------    -----------    --------
 3/2    1003/1005    3276     fdx-cport        enabled        enabled
 
Ports   Prior-Thresh    Min-Xmit    MAC-Address
-----   ------------    --------    -----------------
 3/2    6               5           00:40:0b:01:bc:65
 
Ports   Cfg-Loss-Thresh  Cfg-Loss-Intvl  Cfg-Loss-Count  Cfg-Loss-Reason
-----   ---------------  --------------  --------------  ---------------
 3/2    50               20              0               none
Console> (enable)

Setting Configuration Loss Thresholds

Configuration loss occurs when a port completes a connection, allows data traffic to flow, and subsequently closes. The configuration loss threshold controls the number of configuration losses that can occur within a specified time. When the threshold is exceeded, the port is disabled and you must enable it by entering the set port enable command or an SNMP manager. The valid range for the configuration loss threshold is 1 through 100. The default is 8.

To set and verify the configuration loss threshold for a port, perform this task in privileged mode:
Task Command

Step 1 Set the configuration loss threshold for a port.

set tokenring configloss mod_num/port_num {threshold <1..100> | interval <1..9999>}

Step 2 Verify the configuration loss threshold setting.

show tokenring [mod_num[/port_num]]

This example shows how to set the configuration loss threshold for a port and verify the configuration:

Console> (enable) set tokenring configloss 3/2 threshold 50
Port 3/2 configloss threshold set to 50.
Console> (enable) set tokenring configloss 3/2 interval 20
Port 3/2 configloss interval set to 20.
Console> (enable) show tokenring 3/2
Ports   Crf/Brf      Ring#    Port-Mode        Early-Token    AC-bits
-----   ---------    -----    -------------    -----------    --------
 3/2    1003/1005    3276     fdx-cport        enabled        enabled
 
Ports   Prior-Thresh    Min-Xmit    MAC-Address
-----   ------------    --------    -----------------
 3/2    6               5           00:40:0b:01:bc:65
 
Ports   Cfg-Loss-Thresh  Cfg-Loss-Intvl  Cfg-Loss-Count  Cfg-Loss-Reason
-----   ---------------  --------------  --------------  ---------------
 3/2    50               20              0               none
Console> (enable)

Enabling and Disabling All-Routes Explorer Reduction

For parallel SRB or SRT backbones, All-Routes Explorer reduction ensures that the number of All-Routes Explorer frames generated by the switch does not overwhelm the network.

In accordance with the IEEE 802.1d SRT standard, the Token Ring module discards any All-Routes Explorer frames that have already been on a ring attached to the switch. This ensures that only one All-Routes Explorer frame is received on each ring within each VLAN (Token Ring Bridge Relay Function [TrBRF] and Token Ring Concentrator Relay Function [TrCRF]). The number of frames is equal to the number of external parallel paths between the rings. If a port on the switch fails or is disabled, the switch no longer checks for this ring number in the RIF. This bypass allows frames to travel on alternate paths.

By default, All-Routes Explorer reduction is enabled.

To enable All-Routes Explorer reduction, perform this task in privileged mode:
Task Command

Enable All-Routes Explorer reduction.

set tokenring reduction enable

To disable All-Routes Explorer reduction, perform this task in privileged mode:
Task Command

Disable All-Routes Explorer reduction.

set tokenring reduction disable

Using Token Ring Filters

These sections describe how to use Token Ring filters on the Catalyst  5000 series switches:

Understanding How Token Ring Filters Work

Catalyst  5000 series Token Ring modules provide filtering capabilities to reduce broadcast traffic, block protocols, and provide basic security.

You can filter frames based on the following:

You can configure MAC address filters for input ports only, and configure DSAP/SNAP filters for both input and output ports. You can configure up to 16 MAC address or DSAP/SNAP filters for each port on the Token Ring modules.

To filter data based on the MAC address, you must specify an address and indicate whether you want to block or allow frames that contain the address as a source or destination address. To filter data based on a protocol, specify either a DSAP or SNAP, and specify whether to permit or deny frames with that protocol.

Configuring Token Ring Filters

These sections describe how to configure Token Ring filters:

Adding a MAC Address Filter

When configuring a MAC address filter, you can enter the MAC address in canonical or noncanonical form. Frames that contain the MAC address as a source or destination address are dropped or passed, depending on whether you specify that the filter permits or denies the frames.


Note You can define up to 16 MAC address filters per port to be filtered at the port of entry into the Token Ring modules. MAC addresses can be unicast, multicast (group), or broadcast.

To add a filter based on MAC addresses, perform this task in privileged mode:
Task Command

Step 1 Add a filter based on the MAC addresses.

set port filter mod_num/port_num mac_addr {permit | deny}

Step 2 Verify the MAC filter configuration.

show port filter [mod_num[/port_num]] [canonical]
show port filter mac_addr [canonical]

This example shows how to set up a port filter and verify the configuration:

Console> (enable) set port filter 3/2 00:40:0b:01:bc:65 permit
Port 3/2 filter Mac Address 00:40:0b:01:bc:65 set to permit.
Console> (enable) show port filter 3/2
Port  Mac-Addr          Type
----- ----------------- ------
 3/2  00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
Port  Protocol          Type
----- ----------------- ------
 3/2  0x8035(ip)        deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
Console> (enable)

Adding a Protocol Filter


Note You can define up to 16  protocol filters (8  SAP and 8  DSAP classes) per port to be filtered at the port of entry into the Token Ring modules.

To add a filter based on protocol, perform this task in privileged mode:
Task Command

Step 1 Add a filter based on protocols.

set port filter mod_num/port_num protocol_type {permit | deny}

Step 2 Verify the protocol filter configuration.

show port filter [mod_num[/port_num]] [canonical]

This example shows how to configure a protocol filter on a port and verify the configuration:

Console> (enable) set port filter 3/2 ip permit
Port 3/2 filter Protocol ip set to permit.
Console> (enable) show port filter 3/2
Port  Mac-Addr          Type
----- ----------------- ------
 3/2  00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
      00:00:00:00:00:00 deny
Port  Protocol          Type
----- ----------------- ------
 3/2  0x8035(ip)        deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
      0xfefe            deny
      0xffff            deny
Console> (enable)

Clearing Filters

To clear a MAC address filter, protocol filter, or all configured filters, perform this task in privileged mode:
Task Command

Clear a MAC address filter, protocol filter, or all configured filters.

clear port filter [mod_num/port_num] [mac_addr | protocol_type | all]

This example shows how to clear all filters on a port:

Console> (enable) clear port filter all
All filter MAC addresses and Protocols cleared
Console> (enable)


hometocprevnextglossaryfeedbacksearchhelp
Copyright 1989-1998 © Cisco Systems Inc.