|
|
Use the commands in this chapter to configure and monitor source-route bridging networks. For source-route bridging configuration information and examples, refer to the "Configuring Source-Route Bridging" chapter in the Router Products Configuration Guide.
Use the access-expression interface configuration command to define an access expression. Use the no form of this command to remove the access expression from the given interface. You use this command in conjunction with the access-list interface configuration command.
access-expression {in | out} expression| in | out | Either in or out is specified to indicate whether the access expression is applied to packets entering or leaving this interface. |
| You can specify both an input and an output access expression for an interface, but only one of each. | |
| expression | Boolean access list expression, built as explained in the "Usage Guidelines" section. |
No access expression is defined.
Interface configuration
An access expression consists of a list of terms, separated by Boolean operators, and optionally grouped in parentheses.
An access expression term specifies a type of access list, followed by its name or number. The result of the term is either true or false, depending on whether the access list specified in the term permits or denies the frame. Table 22-1 describes the possible terms that can be used.
Access expression terms are separated by Boolean operators as listed in Table 22-2.
| Boolean Operators | Definitions |
|---|---|
| ~ (called "not") | Negates, or reverses, the result of the term or group of terms immediately to the right of the ~. Example: "~lsap (201)" returns FALSE if "lsap (201)" itself were TRUE. |
| & (called "and") | Returns TRUE if the terms or parenthetical expressions to the left and right of the & both return TRUE. Example: "lsap (201) & dmac (701)" returns TRUE if both the lsap (201) and dmac (701) terms return TRUE. |
| | (called "or") | Returns TRUE if the terms or parenthetical expressions to the left or right of the | either or both of return TRUE. Example: "lsap (201) | dmac (701)" returns TRUE if either the lsap (201) or dmac (701) terms return TRUE, as well as if both return TRUE. |
Terms can be grouped in parenthetical expressions. Any of the terms and operators can be placed in parentheses, similar to what is done in arithmetic expressions, to affect order of evaluation.
access-list
Use the access-list global configuration command to configure the access list mechanism for filtering frames by protocol type or vendor code. Use the no form of this command to remove the single specified entry from the access list.
access-list access-list-number {permit | deny}{type-code wild-mask | address mask}| access-list-number | Integer that identifies the access list. If the type-code wild-mask arguments are included, this integer ranges from 200 through 299, indicating that filtering is by protocol type. If the address and mask arguments are included, this integer ranges from 700 through 799, indicating that filtering is by vendor code. |
| permit | Permits the frame. |
| deny | Denies the frame. |
| type-code | 16-bit hexadecimal number written with a leading 0x; for example, 0x6000. Specify either a Link Service Access Point (LSAP) type code for 802-encapsulated packets or a SNAP type code for SNAP-encapsulated packets. (LSAP, sometimes called SAP, refers to the type codes found in the DSAP and SSAP fields of the 802 header.) |
| wild-mask | 16-bit hexadecimal number whose ones bits correspond to bits in the type-code argument. The wild-mask indicates which bits in the type-code argument should be ignored when making a comparison. (A mask for a DSAP/SSAP pair should always be 0x0101 because these two bits are used for purposes other than identifying the SAP code.) |
| address
| 48-bit Token Ring address written in dotted triplet form. This field is used for filtering by vendor code. |
| mask
| 48-bit Token Ring address written in dotted triplet form. The ones bits in mask are the bits to be ignored in address. This field is used for filtering by vendor code. |
No access list is configured.
Global configuration
For a list of type codes, refer to the "Ethernet Type Codes" appendix of this manual.
In the following example, the access list permits only Novell frames (LSAP 0xE0E0) and filters out all other frame types. This set of access lists would be applied to an interface via the source-bridge input-lsap list or source-bridge input-lsap list commands (described later in this chapter).
!
access-list 201 permit 0xE0E0 0x0101
access-list 201 deny 0x0000 0xFFFF
!
Combine the DSAP/LSAP fields into one number to do LSAP filtering; for example,
0xE0E0--not 0xE0. Note that the deny condition specified in the preceding example is not required; access lists have an implicit deny as the last statement. Adding this statement can serve as a useful reminder, however.
The following access list filters out only SNAP type codes assigned to DEC (0x6000 through 0x6007) and lets all other types pass. This set of access lists would be applied to an interface using the source-bridge input-type list or source-bridge output-type-list commands (described later in this chapter).
!
access-list 202 deny 0x6000 0x0007
access-list 202 permit 0x0000 0xFFFF
!
Type code access lists will negatively affect system performance by greater than 30 percent. Therefore, it is recommended that you keep the lists as short as possible and use wildcard bit masks whenever possible.
access-expression
source-bridge input-address-list
source-bridge input-lsap-list
source-bridge input-type-list
source-bridge output-address-list
source-bridge output-lsap-list
source-bridge output-type-list
Use the bridge protocol ibm global configuration command to create a bridge group that runs the automatic spanning-tree function. Use the no bridge protocol ibm command to cancel the previous assignment.
bridge bridge-group protocol ibm| bridge-group | Number in the range 1 through 9 that you choose to refer to a particular set of bridged interfaces. |
No bridge group is defined.
Global configuration
The following example shows bridge 1 as using the automatic spanning-tree function:
bridge 1 protocol ibm
show source-bridge
source-bridge spanning
source-bridge spanning path-cost
Use the clear netbios-cache privileged EXEC command to clear the entries of all dynamically learned NetBIOS names. This command will not remove statically defined name cache entries.
clear netbios-cacheThis command has no arguments or keywords.
Privileged EXEC
Routers automatically learn NetBIOS names. This command clears those entries.
The following example shows the use of the clear netbios-cache command:
clear netbios-cache
netbios enable-name-cache
netbios name-cache timeout
show netbios-cache
Use the clear rif-cache privileged EXEC command to clear the entire RIF cache.
clear rif-cacheThis command has no arguments or keywords.
Privileged EXEC
Some entries in the RIF cache are dynamically added and others are static.
The following example shows the use of the clear rif-cache command:
clear rif-cache
rif
rif timeout
show rif
Use the clear source-bridge privileged EXEC command to clear the source-bridge statistical counters.
clear source-bridgeThis command has no arguments or keywords.
Privileged EXEC
The following example shows the use of the clear source-bridge command:
clear source-bridge
A dagger (+) indicates that the command is documented in another chapter.
clear bridge +
Use the clear sse privileged EXEC command to reinitialize the Silicon Switch Processor (SSP) on the Cisco 7000 series.
clear sseThis command has no arguments or keywords.
Disabled
Privileged EXEC
The silicon switching engine (SSE) is on the SSP board in the Cisco 7000.
The following example causes the SSP to be reinitialized:
clear sse
Use the ethernet-transit-oui interface configuration command to choose the Organizational Unique Identifier (OUI) code to be used in the encapsulation of Ethernet Type II frames across Token Ring backbone networks. Various versions of this OUI code are used by Ethernet/Token Ring translational bridges. The standard keyword is used when you are forced to interoperate with other vendor equipment, such as the IBM 8209, in providing Ethernet and Token Ring mixed media bridged connectivity. Use the no form of this command to return the default OUI code.
ethernet-transit-oui standard| 90-compatible | (Optional) Default OUI form |
| standard | (Optional) Standard OUI form |
| cisco | (Optional) Cisco's OUI form |
Interface configuration
This command replaces and extends the bridge old-oui command in release 9.0.
Before using this command, you must have completely configured your router using multiport source-bridging and transparent bridging.
The actual OUI codes that are used, when they are used, and how they compare to Software Release 9.0-equivalent commands is shown in Table 22-3.
| Keyword | OUI Used | When Used/Benefits | 9.0 Command Equivalent |
|---|---|---|---|
| 90-compatible | 0000F8 | By default, when talking to other Cisco routers. Provides the most flexibility. | no bridge old-oui |
| cisco | 00000C | Provided for compatibility with future equipment. | None |
| standard | 000000 | When talking to IBM 8209 bridges and other vendor equipment. Does not provide for as much flexibility as the other two choices. | bridge old-oui |
Specify the 90-compatible keyword when talking to our routers. This keyword provides the most flexibility. When 90-compatible is specified or the default is used, Token Ring frames with an OUI of 0x0000F8 are translated into Ethernet Type II frames while Token Ring frames with the OUI of 0x000000 are translated into SNAP-encapsulated frames. Specify the standard keyword when talking to IBM 8209 bridges and other vendor equipment. This OUI does not provide for as much flexibility as the other two choices. The cisco OUI is provided for compatibility with future equipment.
Do not use the standard keyword unless you are forced to interoperate with other vendor equipment, such as the IBM 8209, in providing Ethernet and Token Ring mixed media bridged connectivity. Only use the standard keyword when you are transferring data between IBM 8209 Ethernet/Token Ring bridges and routers running the SR/TLB software (to create a Token Ring backbone to connect Ethernets).
Use of the standard keyword causes the OUI code in Token Ring frames to always be 0x000000. In the context of the standard keyword, an OUI of 0x000000 identifies the frame as an Ethernet Type II frame. (Compare with 90-compatible, where 0x000000 OUI means SNAP-encapsulated frames.)
If you use the 90-compatible keyword, the router, acting as an SR/TLB, can distinguish immediately on Token Ring interfaces between frames that started on an Ethernet Type II frame and those that started on an Ethernet as a SNAP-encapsulated frame. The distinction is possible because the router uses the 0x0000F8 OUI when converting Ethernet Type II frames into Token Ring SNAP frames, and leaves the OUI as 0x000000 for Ethernet SNAP frames going to a Token Ring. This distinction in OUIs leads to efficiencies in the design and execution of the SR/TLB product; no tables need to be kept to know which Ethernet hosts use SNAP encapsulation and which hosts use Ethernet Type II.
The IBM 8209 bridges, however, by using the 0x000000 OUI for all the frames entering the Token Ring, must take extra measures to perform the translation. For every station on each Ethernet, the 8209 bridges attempt to remember the frame format used by each station, and assume that once a station sends out a frame using Ethernet Type II or 802.3, it will always continue to do so. It must do this because in using 0x000000 as an OUI, there is no way to distinguish between SNAP and Type II frame types. Because the SR/TLB router does not need to keep this database, when 8209 compatibility is enabled with the standard keyword, the SR/TLB chooses to translate all Token Ring SNAP frames into Ethernet Type II frames as described earlier in this discussion. Because every nonroutable protocol on Ethernet uses either non SNAP 802.3 (which traverses fully across a mixed IBM 8209/ router Token Ring backbone) or Ethernet Type II, this results in correct interconnectivity for virtually all applications.
Do not use the standard OUI if you want SR/TLB to output Ethernet SNAP frames. Using either the 90-compatible or cisco OUI does not present such a restriction, because SNAP frames and Ethernet Type II-encapsulated frames have different OUI codes on Token Ring networks.
The following example specifies standard OUI form:
interface tokenring 0
ethernet-transit-oui standard
A dagger (+) indicates that the command is documented in another chapter.
ethernet-transit-oui +
source-bridge transparent
Use the lnm alternate interface configuration command to specify the threshold reporting link number. In order for a LAN Reporting Manager (LRM) to change parameters, it must be attached to the reporting link with the lowest reporting link number, and that reporting link number must be lower than this threshold reporting link number. Use the no form of this command to restore the default of 0.
lnm alternate number| number | Threshold reporting link number. It must be in the range 0 through 3. |
0
Interface configuration
LAN Network Manager (LNM) employs the concepts of reporting links and reporting link numbers. A reporting link is simply a connection (or potential connection) between an LRM and a bridge. A reporting link number is a unique number used to identify a reporting link. An IBM bridge allows four simultaneous reporting links numbered 0 through 3. Only the LRM attached to the lowest number connection is allowed to change any parameters, and then only when that connection number falls below a certain configurable number. In the default configuration, the LRM connected through link 0 is the only LRM allowed to change parameters.
The following example permits LRMs connected through links 0 and 1 to change parameters:
! provide appropriate global configuration command if not currently in your config.
!
! permit 0 and 1
lnm alternate 1
The following example permits all LRMs to change parameters in the router:
! provide appropriate global configuration command if not currently in your config.
!
! permit 0, 1, 2, and 3
lnm alternate 3
lnm password
Use the lnm crs interface configuration command to monitor the current logical configuration of a Token Ring. Use the no form of this command to disable this function.
lnm crsThis command has no arguments or keywords.
Enabled
Interface configuration
The Configuration Report Server (CRS) service keeps track of the current logical configuration of a Token Ring and reports any changes to LNM. It also reports on various other activities such as the change of the Active Monitor on a Token Ring.
For more information about the Active Monitor, refer to the IBM Token Ring Architecture Reference Manual or the IEEE 802.5 specification.
Because lnm crs is enabled by default, the following example shows the use of the no form of this command of the lnm crs command disable monitoring of the current logical configuration of a Token Ring:
interface TokenRing 0
no lnm crs
lnm rem
lnm rps
Use the lnm disabled global configuration command to disable LAN Network Manager (LNM) functionality. Use the no form of this command to restore LNM functionality.
lnm disabledThis command has no arguments or keywords.
Enabled
Global configuration
Under some circumstances, you can disable all LNM server functions on the router without having to determine whether to disable a specific server, such as the ring parameter server or the ring error monitor on a given interface.
This command can be used to terminate all LNM server input and reporting links. In normal circumstances, this command should not be necessary, because it is a superset of the functions normally performed on individual interfaces by the no lnm rem and no lnm rps commands.
The following example disables LNM functionality:
lnm disabled
lnm pathtrace-disabled
lnm rem
lnm rps
lnm snmp-only
show lnm bridge
Use the lnm loss-threshold interface configuration command to set the threshold at which the router sends a message informing all attached LNMs that it is dropping frames. Use the no form of this command to return to the default value.
lnm loss-threshold number| number | A single number expressing the percentage loss rate in hundredths of a percent. The valid range is 0 through 9999. |
10 (.10 percent)
Interface configuration
The router sends a message to all attached LNMs whenever it begins to drop frames. The point at which this report is generated (threshold) is a percentage of the number of frames dropped compared with the number of frames forwarded.
When setting this value, remember that 9999 would mean 100 percent of your frames could be dropped before the message is sent. A value of 1000 would mean 10 percent of the frames could be dropped before sending the message. A value of 100 would mean 1 percent of the frames could be dropped before the message is sent.
In the following example, the loss threshold is set to 0.02 percent:
interface TokenRing 0
lnm loss-threshold 2
Use the lnm password interface configuration command to set the password for the reporting link. Use the no form of this command to return the password to its default value of 00000000.
lnm password number string| number | Number of the reporting link to which to apply the password. This value should be in the range 0 through 3. |
| string | Password you enter at the keyboard. In order to maintain compatibility with LNM, the parameter string should be a six- to eight-character string of the type listed in the "Usage Guidelines" section. |
00000000
Interface configuration
LAN Network Manager (LNM) employs the concepts of reporting links and reporting link numbers. A reporting link is simply a connection (or potential connection) between a LAN Reporting Manager (LRM) and a bridge. A reporting link number is a unique number used to identify a reporting link. An IBM bridge allows four simultaneous reporting links numbered 0 through 3. Only the LRM attached to the lowest number connection is allowed to change any parameters, and then only when that connection number falls below a certain configurable number. In the default configuration, the LRM connected through link 0 is the only LRM allowed to change parameters.
Each reporting link has its own password. Passwords are used not only to prevent unauthorized access from an LRM to a bridge, but to control access to the different reporting links. This is important because of the different abilities associated with the various reporting links.
Characters allowable in the string are the following:
Passwords are displayed only through use of the privileged EXEC write terminal command.
In the following example, the password Zephyr@ is assigned to reporting link 2:
! provide appropriate global configuration command if not currently in your config.
!
lnm password 2 Zephyr@
lnm alternate
Use the lnm pathtrace-disabled global configuration command to disable pathtrace reporting to LAN Network Manager (LNM) stations. Use the no form of this command to restore pathtrace reporting functionality.
lnm pathtrace-disabled [all | origin]| all | Disable pathtrace reporting to the LNM and originating stations. |
| origin | Disable pathtrace reporting to originating stations only. |
Enabled
Global configuration
Under some circumstances, such as when new hardware has been introduced into the network and is causing problems, the automatic report path trace function can be disabled. The new hardware may be setting bit-fields B1 or B2 (or both) of the routing control field in the routing information field embedded in a source-route bridged frame. This condition may cause the network to be flooded by report path trace frames if the condition is persistent. The lnm pathtrace-disabled command, along with its options, allows you to alleviate network congestion that may be occurring by disabling all or part of the automatic report path trace function within LNM.
The following example disables all pathtrace reporting:
lnm pathtrace-disabled
lnm disabled
lnm snmp-only
show lnm bridge
Use the lnm rem interface configuration command to monitor errors reported by any station on the ring. Use the no form of this command to disable this function.
lnm remThis command has no arguments or keywords.
Enabled
Interface configuration
The Ring Error Monitor (REM) service monitors errors reported by any station on the ring. It also monitors whether the ring is in a functional state or in a failure state.
The following example shows the use of the lnm rem command:
interface TokenRing 0
lnm rem
lnm crs
lnm rps
Use the lnm rps interface configuration command to ensure that all stations on a ring are using a consistent set of reporting parameters. Use the no form of this command to disable this function.
lnm rpsThis command has no arguments or keywords.
Enabled
Interface configuration
The Ring Parameter Server (RPS) service ensures that all stations on a ring are using a consistent set of reporting parameters and are reporting to LNM when any new station joins a Token Ring.
The following example shows the use of the lnm rps command:
interface TokenRing 0
lnm rps
lnm crs
lnm rem
Use the lnm snmp-only global configuration command to prevent any LNM stations from modifying parameters in the router. Use the no form of this command to allow modifications.
lnm snmp-onlyThis command has no arguments or keywords.
Enabled
Global configuration
Configuring a router/bridge for LNM support is very simple. It happens automatically as a part of configuring the router to act as a source-route bridge. There are several commands available to modify the behavior of the LNM support, but none of them are necessary for it to function.
Because there is now more than one way to remotely change parameters in a router, this command was developed to prevent them from detrimentally interacting with each other.
This command does not affect the ability of LNM to monitor events, only to modify parameters in the router.
The following command prevents any LNM stations from modifying parameters in the router:
lnm snmp-only
Use the lnm softerr interface configuration command to set the time interval in which the router will accumulate error messages before sending them. Use the no form of this command to return to the default value.
lnm softerr milliseconds| milliseconds | Time interval in tens of milliseconds between error messages. The valid range is 0 through 65535. |
200 milliseconds (2 seconds)
Interface configuration
All stations on a Token Ring notify the Ring Error Monitor (REM) when they detect errors on the ring. In order to prevent excessive messages, error reports are not sent immediately, but are accumulated for a short period of time and then reported. A station learns this value from a router (configured as a source-route bridge) when it first enters the ring.
The following example changes the error-reporting frequency to once every 5 seconds:
! provide appropriate Global configuration command if not currently in your config.
!
lnm softerr 500
lnm rem
Use the locaddr-priority interface configuration command to assign a remote source route bridging (RSRB) priority group to an input interface. Use the no form of this command to remove the RSRB priority group assignment from the interface.
locaddr-priority list-number| list-number | Priority list number of the input interface |
No RSRB priority group is assigned.
Interface configuration
You must use the priority-list command to assign priorities to the ports as shown in
Table 22-4.
| Service | Port |
|---|---|
| RSRB high priority | 1996 |
| RSRB medium priority | 1987 |
| RSRB normal priority | 1988 |
| RSRB low priority | 1989 |
In the following example, Token Ring interface 0 is assigned the RSRB priority group 1:
source-bridge ring-group 2624
source-bridge remote-peer 2624 tcp 1.0.0.1
source-bridge remote-peer 2624 tcp 1.0.0.2 local-ack priority
!
interface TokenRing 0
source-bridge 2576 8 2624
locaddr-priority 1
locaddr-priority-list
priority-list
Use the locaddr-priority-list global configuration command to map logical units (LUs) to queuing priorities as one of the steps for establishing queuing priorities based on LU addresses. Use the no form of this command to remove that remote source-route bridging priority queuing assignment. You use this command with the priority list command.
locaddr-priority-list list-number address-number queue-keyword [dsap ds] [dmac dm]No mapping
Global configuration
Use this command to map LUs to queuing priorities. Once you have established the priority for each LU, you can assign a priority to a TCP port. By doing so, you establish a mapping between the LUs and queuing priorities, and between queuing priorities and TCP ports.
It is preferable to prioritize NetBIOS traffic below SNA traffic, but by default NetBIOS traffic is assigned the high priority on TCP port 1996.
In the following example, LU 01 has been assigned a medium priority and maps to TCP port 1996; LU 02 has been assigned a normal priority and maps to TCP port 1987; LU 03 has been assigned a low priority and maps to TCP port 1988; LU 04 has been assigned high priority and maps to TCP port 1989.
locaddr-priority-list 1 01 medium
locaddr-priority-list 1 02 normal
locaddr-priority-list 1 03 low
locaddr-priority-list 1 04 high
priority-list 1 protocol ip low tcp 1996
priority-list 1 protocol ip high tcp 1987
priority-list 1 protocol ip medium tcp 1988
priority-list 1 protocol ip normal tcp 1989
locaddr-priority
priority-list
Use the mac-address interface configuration command to set the MAC layer address of the Cisco Token Ring.
mac-address ieee-address| ieee-address | 48-bit IEEE MAC address written as a dotted triplet of four-digit hexadecimal numbers |
No MAC layer address is set.
Interface configuration
There is a known defect in earlier forms of this command of the Texas Instruments (TI) Token Ring MAC firmware. This implementation is used by Proteon, Apollo, and IBM RTs. A host using a MAC address whose first two bytes are zeros (such as a Cisco router/bridge) will not properly communicate with hosts using that form of this command of TI firmware.
There are two solutions. The first involves installing a static RIF entry for every faulty node with which the router communicates. If there are many such nodes on the ring, this may not be practical. The second solution involves setting the MAC address of the Cisco Token Ring to a value that works around the problem.
This command forces the use of a different MAC address on the specified interface, thereby avoiding the TI MAC firmware problem. It is up to the network administrator to ensure that no other host on the network is using that MAC address.
The following example sets the MAC layer address, where xx.xxxx is an appropriate second half of the MAC address to use:
interface tokenring 0
mac-address 5000.5axx.xxxx
Use the multiring interface configuration command to enable collection and use of RIF information. Use the no multiring command, with the appropriate keyword, to disable the use of RIF information for the protocol specified.
multiring {protocol-keyword | all | other}| protocol-keyword | Specifies a protocol; see the keyword list under the "Usage Guidelines" section. |
| all | Enables the multiring for all frames. |
| other | Enables the multiring for any routed frame not included in the previous list of supported protocols. |
Disabled
Interface configuration
Level 3 routers that use protocol-specific information (for example, Novell IPX or XNS headers) rather than MAC information to route datagrams also must be able to collect and use RIF information to ensure that they can transmit datagrams across a source-route bridge. The software default is to not collect and use RIF information for routed protocols. This allows operation with software that does not understand or properly use RIF information.
The current software allows you to specify a protocol. This is specified by the argument protocol-keyword. The protocols supported and the keywords you can enter include the following:
The multiring command was extended in Software Release 8.3 to allow for per-protocol specification of the interface's ability to append RIFs to routed protocols. When it is enabled for a protocol, the router will source packets that include information used by source-route bridges. This allows a router with Token Ring interfaces, for the protocol or protocols specified, to connect to a source-bridged Token Ring network. If a protocol is not specified for multiring, the router can only route packets to nodes directly connected to its local Token Ring.
These commands enable IP and Novell IPX bridging on a Token Ring interface. RIFs will be generated for IP frames, but not for the Novell IPX frames.
! commands that follow apply to interface token 0
interface tokenring 0
! generate RIFs for IP frames
multiring ip
! enable the Token Ring interface for IP
ip address 131.108.183.37 255.255.255.0
! enable the Token Ring interface for Novell IPX
novell network 33
A dagger (+) indicates that the command is documented in another chapter.
clear rif cache +
rif
rif timeout
show rif
xns encapsulation +
Use the netbios access-list bytes global configuration command to define the offset and hexadecimal patterns with which to match byte offsets in NetBIOS packets. Use the no form of this command to remove an entire list or the entry specified with the pattern argument.
netbios access-list bytes name {permit | deny} offset pattern| name | Name of the access list being defined. |
| permit | Permits the condition. |
| deny | Denies the condition. |
| offset | Decimal number indicating the number of bytes into the packet where the byte comparison should begin. An offset of zero points to the very beginning of the NetBIOS header. Therefore, the NetBIOS delimiter string (0xffef), for example, begins at offset 2. |
| pattern | Hexadecimal string of digits representing a byte pattern. The argument pattern must conform to certain conventions. These conventions are listed under the "Usage Guidelines" section. |
No offset or pattern is defined.
Global configuration
For offset pattern matching, the byte pattern must be an even number of hexadecimal digits in length.
The byte pattern must be no more than 16 bytes (32 hexadecimal digits) in length.
As with all access lists, the NetBIOS access lists are scanned in order.
You can specify a wildcard character in the byte string indicating that the value of that byte does not matter in the comparison. This is done by specifying two asterisks (**) in place of digits for that byte. For example, the following command would match 0xabaacd, 0xab00cd, and so on.
netbios access-list bytes marketing permit 3 0xab**cd
The following example shows how to configure for offset pattern matching:
netbios access-list bytes marketing permit 3 0xabcd
In the following example, the byte pattern would not be accepted because it must be an even number of hexadecimal digits.:
netbios access-list bytes marketing permit 3 0xabc
In the following example, the byte pattern would not be permitted because the byte pattern is longer than 16 bytes in length:
netbios access-list bytes marketing permit 3 00112233445566778899aabbccddeeff00
The following example would match 0xabaacd, 0xab00cd, and so on:
netbios access-list bytes marketing permit 3 0xab**cd
The following example deletes the entire marketing NetBIOS access list named marketing:
no netbios access-list bytes marketing
The following example removes a single entry from the list:
no netbios access-list bytes marketing deny 3 0xab**cd
In the following example, the first line serves to deny all packets with a byte pattern starting in offset 3 of 0xab. However, this denial would also include the pattern 0xabcd because the entry permitting the pattern 0xabcd comes after the first entry:
netbios access-list bytes marketing deny 3 0xab
netbios access-list bytes marketing permit 3 0xabcd
netbios input-access-filter bytes
netbios output-access-filter bytes
Use the netbios access-list host global configuration command to assign the name of the access list to a station or set of stations on the network. The NetBIOS station access list contains the station name to match, along with a permit or deny condition. Use the no netbios access-list host command to remove either an entire list or just a single entry from a list, depending upon the argument given for pattern.
netbios access-list host name {permit | deny} pattern| name | Name of the access list being defined. |
| permit | Permits the condition. |
| deny | Denies the condition. |
| pattern | A set of characters. The characters can be the name of the station, or a combination of characters and pattern-matching symbols that establish a pattern for a set of NetBIOS station names. This combination can be especially useful when stations have names with the same characters, such as a prefix. The table in the "Usage Guidelines" section explains the pattern-matching symbols that can be used. |
No access list is assigned.
Global configuration
Table 22-5 explains the pattern-matching characters that can be used.
| Character | Description |
|---|---|
| * | Used at the end of a string to match any character or string of characters. |
| ? | Matches any single character. |
The following example specifies a full station name to match:
netbios access-list host marketing permit ABCD
The following example specifies a prefix where the pattern matches any name beginning with the characters DEFG:
!The string DEFG itself is included in this condition.
netbios access-list host marketing deny DEFG*
The following example permits any station name with the letter W as the first character and the letter Y as the third character in the name. The second and fourth character in the name can be any character. This example would allow stations named WXYZ and WAYB; however, stations named WY and WXY would not be allowed because the ? must match specific characters in the name.
netbios access-list host marketing permit W?Y?
The following example illustrates how to combine wildcard characters. In this example the marketing list denies any name beginning with AC that is not at least three characters in length (the ? would match any third character). The string ACBD and ACB would match, but the string AC would not:
netbios access-list host marketing deny AC?
In the following example, a single entry in the marketing NetBIOS access list is removed:
no netbios access-list host marketing deny AC?*
In the following example, the entire marketing NetBIOS access list is removed:
no netbios access-list host marketing
netbios input-access-filter host
netbios output-access-filter host
Use the netbios enable-name-cache interface configuration command to enable NetBIOS name caching. Use the no form of this command to disable the name-cache behavior.
netbios enable-name-cacheThis command has no arguments or keywords.
Disabled
Interface configuration
This command enables the NetBIOS name cache on the specified interface. By default the name cache is disabled for the interface. Proxy explorers must be enabled on any interface that is using the NetBIOS name cache.
The following example enables NetBIOS name caching for interface tokenring 0:
interface tokenring 0
source-bridge proxy-explorer
netbios enable-name-cache
clear netbios-cache
netbios name-cache timeout
show netbios-cache
Use the netbios input-access-filter bytes interface configuration command to define a byte access list filter on incoming messages. The actual access filter byte offsets and patterns used are defined in one or more netbios-access-list bytes commands. Use the no netbios input-access-filter bytes command with the appropriate name to remove the entire access list.
netbios input-access-filter bytes name| name | Name of a NetBIOS access filter previously defined with one or more of the netbios access-list bytes global configuration commands. |
No access list is defined.
Interface configuration
The following example illustrates how to specify a filter on packets coming into Token Ring unit 1 of the NetBIOS access list named marketing:
interface tokenring 1
netbios access-list bytes marketing permit 3 0xabc
netbios input-access-filter bytes marketing
netbios access-list bytes
netbios output-access-filter bytes
Use the netbios input-access-filter host interface configuration command to define a station access list filter on incoming messages. The access lists of station names are defined in netbios access-list host commands. Use the no netbios input-access-filter host command with the appropriate argument to remove the entire access list.
netbios input-access-filter host name| name | Name of a NetBIOS access filter previously defined with one or more of the netbios access-list host global configuration commands. |
No access list is defined.
Interface configuration
The following example shows how to filter packets coming into Token Ring unit 1 using the NetBIOS access list named marketing:
interface tokenring 1
netbios access-list host marketing permit W?Y?
netbios input-access-filter host marketing
netbios access-list host
netbios output-access-filter host
Use the netbios name-cache global configuration command to define a static NetBIOS name cache entry, tying the server with the name netbios-name to the mac-address, and specifying that the server is accessible either locally via the interface-name specified, or remotely, via the ring-group group-number specified. Use the no form of this command to remove the entry.
netbios name-cache mac-address netbios-name {interface-name | ring-group group-number} no netbios name-cache mac-address netbios-name| mac-address | The MAC address. |
| netbios-name | Server name linked to the MAC address. |
| interface-name | Name of the interface by which the server is accessible locally. |
| ring-group | Specifies that the link is accessible remotely. |
| group-number | Number of the ring group by which the server is accessible remotely. This ring group number must match the number you have specified with the source-bridge ring-group command. The valid range is 1 through 4095. |
No entry is defined.
Global configuration
To specify an entry in the static name cache, first specify a Routing Information Field (RIF) that leads to the server's MAC address. The router displays an error message if it cannot find a static RIF entry for the server when the NetBIOS name-cache entry is attempted or if the server's type conflicts with that given for the static RIF entry.
The following example indicates the syntax usage of this command if the NetBIOS server is accessed locally:
source-bridge ring-group 2
rif 0220.3333.4444 00c8.042.0060 tokenring 0
netbios name-cache 0220.3333.4444 DEF tokenring 0
The following example indicates the syntax usage of this command if the NetBIOS server is accessed remotely:
source-bridge ring-group 2
rif 0110.2222.3333 0630.021.0030 ring group 2
netbios name-cache 0110.2222.3333 DEF ring-group 2
show netbios cache
Use the netbios name-cache name-len global configuration command to specify how many characters of the NetBIOS type name the name cache will validate.
netbios name-cache name-len length| length | The length of the NetBIOS type name. The range is 8 to 16 characters. |
15 characters
Global configuration
The following example specifies that the name cache will validate 16 characters of the NetBIOS type name:
netbios name-cache name-len 16
netbios enable-name-cache
netbios name-cache
netbios name-cache proxy-datagram
netbios name-cache query-timeout
netbios name-cache recognized-timeout
netbios name-cache timeout
Use the netbios name-cache proxy-datagram global configuration command to enable the router to act as a proxy and send NetBIOS datagram type frames.
netbios name-cache proxy-datagram seconds| seconds | Time interval, in seconds, that the router forwards a route broadcast datagram type packet. The valid range is any number greater than 0. |
There is no default time interval.
Global configuration
The following example specifies that the router will forward a NetBIOS datagram type frame in 20-second intervals:
netbios name-cache proxy-datagram 20
netbios enable-name-cache
netbios name-cache
netbios name-cache query-timeout
netbios name-cache recognized-timeout
netbios name-cache timeout
Use the netbios name-cache query-timeout global configuration command to specify the "dead" time, in seconds, that starts when a host sends any ADD_NAME_QUERY, ADD_GROUP_NAME, or STATUS_QUERY frame. During this dead time, the router drops any repeat, duplicate ADD_NAME_QUERY, ADD_GROUP_NAME, or STATUS_QUERY frame sent by the same host. This timeout is only effective at the time of the login negotiation process. Use the no form of this command to bring the time back to the default of 6 seconds.
netbios name-cache query-timeout seconds| seconds | "Dead" time period in seconds. Default is 6 seconds. |
6 seconds
Global configuration
The following example sets the timeout to 15 seconds:
netbios name-cache query-timeout 15
netbios name-cache recognized-timeout
Use the netbios name-cache recognized-timeout global configuration command to specify the "dead" time, in seconds, that starts when a host sends any FIND_NAME or NAME_RECOGNIZED frame. During this dead time, the router drops any repeat, duplicate FIND_NAME or NAME_RECOGNIZED frame sent by the same host. This timeout is only effective at the time of the login negotiation process. Use the no form of this command to bring the time back to the default of 6 seconds.
netbios name-cache recognized-timeout seconds| seconds | "Dead" time period in seconds. Default is 6 seconds. |
6 seconds
Global configuration
The following example sets the timeout to 15 seconds:
netbios name-cache recognized-timeout 15
netbios name-cache query-timeout
Use the netbios name-cache timeout global configuration command to enable NetBIOS name caching and to set the time that entries can remain in the NetBIOS name cache. Use the no form of this command to bring the time back to the default of 15 minutes.
netbios name-cache timeout minutes| minutes | Time, in minutes, that entries can remain in the NetBIOS name cache. Once the time expires, the entry will be deleted from the cache. Default is 15 minutes. |
15 minutes
Global configuration
This command allows you to establish NetBIOS name caching. NetBIOS name caching can be used only between routers that are running Software Release 9.1 or later. NetBIOS name-caching does not apply to static entries.
The following example sets the timeout to 10 minutes:
interface tokenring 0
netbios name-cache timeout 10
show netbios-cache
Use the netbios output-access-filter bytes interface configuration command to define a byte access list filter on outgoing messages. Use the no netbios output-access-filter bytes command to remove the entire access list.
netbios output-access-filter bytes name| name | Name of a NetBIOS access filter previously defined with one or more of the netbios access-list bytes global configuration commands |
No access list is defined.
Interface configuration
The following example filters packets leaving Token Ring unit 1 using the NetBIOS access list named engineering:
interface tokenring 1
netbios access-list bytes engineering permit 3 0xabcd
netbios output-access-filter bytes engineering
netbios access-list bytes
netbios input-access-filter bytes
Use the netbios output-access-filter host interface configuration command to define a station access list filter on outgoing messages. Use the no netbios output-access-filter host command to remove the entire access list.
netbios output-access-filter host name| name | Name of a NetBIOS access filter previously defined with one or more of the netbios access-list host global configuration commands |
No access list filter is defined.
Interface configuration
The following example filters packets leaving Token Ring unit 1 using the NetBIOS access list named engineering:
interface tokenring 1
netbios access-list host engineering permit W?Y?
netbios output-access-filter host engineering
netbios access-list host
netbios input-access-filter host
Use the priority-group interface configuration command to assign a specified priority list to an interface.
priority-group list| list | Priority list number assigned to the interface |
No priority list number is established.
Interface configuration
The following is an example of a priority-group assignment:
interface Ethernet 0
ip address 1.0.0.1 255.255.255.0
priority-group 1
locaddr-priority-list
priority-list
Use the priority-list global configuration command to establish queuing priorities based upon the protocol type as one of the steps to establishing queuing priorities based on Logical Unit (LU) addresses. Use the no form of this command to remove the priority list. Use this command in conjunction with the locaddr-priority-list command.
priority-list list-number protocol protocol-name queue-keywordNo queuing priorities are established.
Global configuration
This command is used to assign the priority level defined to TCP segments originating from or destined to a specified TCP port. Assign priorities to the ports as shown in Table 22-6.
| Service | Port |
|---|---|
| RSRB high priority | 1996 |
| RSRB medium priority | 1987 |
| RSRB normal priority | 1988 |
| RSRB low priority | 1989 |
Once you have established the priority for each LU using the locaddr-priority-list command, you can assign a priority to a TCP port using the priority-list command. Hence, by using both commands you have established a mapping between the LUs and queuing priorities, and queuing priorities and TCP ports.
It is preferable to prioritize NetBIOS traffic below SNA traffic, but by default is assigned the high priority on TCP port 1996.
In the following example LU 01 has been assigned a medium priority and maps to TCP port 1996; LU 02 has been assigned a normal priority and maps to TCP port 1987; LU 03 has been assigned a low priority and maps to TCP port 1988; LU 04 has been assigned high priority and maps to TCP port 1989.
locaddr-priority-list 1 01 medium
locaddr-priority-list 1 02 normal
locaddr-priority-list 1 03 low
locaddr-priority-list 1 04 high
priority-list 1 protocol ip low tcp 1996
priority-list 1 protocol ip high tcp 1987
priority-list 1 protocol ip medium tcp 1988
priority-list 1 protocol ip normal tcp 1989
locaddr-priority
locaddr-priority-list
Use the rif global configuration command to enter static source-route information into the RIF cache. If a Token Ring host does not support the use of IEEE 802.2 TEST or XID datagrams as explorer packets, you may need to add static information to the RIF cache of the router/bridge. Use the no rif command to remove an entry from the cache.
rif mac-address rif-string {interface-name | ring-group ring}| mac-address | 12-digit hexadecimal string written as a dotted triplet; for example, 0010.0a00.20a6. |
| rif-string | Series of 4-digit hexadecimal numbers separated by a period (.). This RIF string is inserted into the packets sent to the specified MAC address. |
| interface-name | Interface name (for example, tokenring0) that indicates the origin of the RIF. |
| ring-group | Specifies the origin of the RIF is a ring group. |
| ring | Ring group number that indicates the origin of the RIF. This ring group number must match the number you have specified with the source-bridge ring-group command. The valid range is 1 through 4095. |
No static source-route information is entered.
Global configuration
You must specify either an interface name or a ring group number to indicate the origin of the RIF. You specify an interface name (for example, tokenring0) with the interface-name argument, and you specify a ring group number with the ring-group ring argument. The ring group number must match the number you specified with the source-bridge ring-group command. Ring groups are explained in the "Configuring Source-Route Bridging" chapter of the Router Products Configuration Guide.
Using the command rif mac-address without any of the arguments puts an entry into the RIF cache indicating that packets for this MAC address should not have RIF information.
Do not configure a static RIF with any of the all rings type codes. Doing so causes traffic for the configured host to appear on more than one ring and leads to unnecessary congestion.
The following example configuration sets up a static RIF between Token Rings 8 and 9:
! insert entry with MAC address 1000.5A12.3456 and RIF of
! 0630.0081.0090 into RIF cache
rif 1000.5A12.3456 0630.0081.0090 tokenring 0
multiring
source-bridge ring-group
Use the rif timeout global configuration command to determine the number of minutes an inactive RIF entry is kept. RIF information is maintained in a cache whose entries are aged. Use the no rif timeout command to restore the default.
rif timeout minutes| minutes | Number of minutes RIF entry is kept. The value must be greater than 0. Default is 15 minutes. |
15 minutes
Global configuration
The following example changes the timeout period to 5 minutes:
rif timeout 5
clear rif-cache
show rif
Use the rif validate-age global configuration command to define the validation time when the router is acting as a proxy for NetBIOS NAME_QUERY packet or for explorer frames.
rif validate-age seconds| seconds | Interval, in seconds, at which a proxy is sent. The valid range is any number greater than 0. Default is 2 seconds. |
2 seconds
Global configuration
If the timer expires before the response is received, the RIF entry or the NetBIOS cache entry is marked as invalid and is flushed from the cache table when another explorer or NAME_QUERY packet is received.
The following example specifies the interval at which a proxy is sent to be 3 seconds:
rif validate-age 3
rif
rif timeout
Use the rsrb remote-peer lsap-output-list global configuration command to define SAP filters by LSAP address on the remote source-route bridging WAN interface.
rsrb remote-peer ring-group tcp ip-address lsap-output-list access-list-number| ring-group | Virtual ring number of the remote peer. |
| tcp | Indicates TCP encapsulation. |
| fst | Indicates FST encapsulation. |
| ip-address | IP address. |
| interface | Indicates direct encapsulation. |
| interface-name | Interface name. |
| access-list-number | Number of the access list. |
No filters are assigned.
Global configuration
The following example specifies SAP filters by LSAP address:
rsrb remote-peer 1000 tcp 131.108.2.30 lsap-output-list 201
priority-list
sap-priority
sap-priority-list
Use the rsrb remote-peer netbios-output-list global configuration command to filter packets by NetBIOS station name on a remote source-route bridging WAN interface.
rsrb remote-peer ring-group tcp ip-address netbios-output-list name| ring-group | Virtual ring number of the remote peer. |
| tcp | Indicates TCP encapsulation. |
| fst | Indicates FST encapsulation. |
| ip-address | IP address. |
| interface | Indicates direct encapsulation. |
| interface-name | Interface name. |
| name | Name of a NetBIOS access filter previously defined with one or more netbios access-list host global configuration commands. |
| host | Host name. |
No filter is assigned.
Global configuration
The following example filters packets by NetBIOS station name:
rsrb remote-peer 1000 tcp 131.108.2.30 netbios-output-list host engineering
priority-list
sap-priority
sap-priority-list
Use the sap-priority interface configuration command to define a priority list on an interface.
sap-priority number| number | Priority list number you specified in the sap-priority-list command |
No priority list is defined.
Interface configuration
The following example specifies priority list number 1:
sap-priority 1
source-bridge
Use the sap-priority-list global configuration command to define a priority list.
sap-priority-list number queue-keyword [dsap ds] [ssap ss] [dmac dm] [smac sm]| number | Arbitrary integer between 1 and 10 that identifies the priority list. |
| queue-keyword | Priority queue name or a remote source-route bridge TCP port name. |
| dsap | (Optional) Indicates that the next argument, ds, represents the destination service access point address. The argument ds is a hexadecimal number. |
| ssap | (Optional) Indicates that the next argument, ss, represents the source service access point address. The argument ss is a hexadecimal number. |
| dmac | (Optional) Indicates that the next argument, dm, represents the destination MAC address. The argument dm is written as a dotted triple of four-digit hexadecimal numbers. |
| smac | (Optional) Indicates that the next argument, sm, represents the source MAC address. The argument sm is written as a dotted triple of four-digit hexadecimal numbers. |
No priority list is defined.
Global configuration
To give precedence to traffic on a particular LLC2 session, you must specify all four keywords (dsap, ssap, dmac, and smac) to uniquely identify the LLC2 session.
The following example defines priority list 1 and specifies ssap and dsap addresses:
sap-priority-list 1 high dsap 04 ssap 04
Use the show controllers token privileged EXEC command to display information about memory management, error counters, and the board itself. Depending on the board being used, the output can vary. This command also displays proprietary information. Thus, the information that show controllers token displays is of primary use to our technical personnel. Information that is useful to users can be obtained with the show interfaces tokenring command, described later.
show controllers tokenThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show controllers token command of a CSC-IR or
CSC-2R card:
router# show controllers token
TR Unit 0 is board 0 - ring 0
state 3, dev blk: 0x1D2EBC, mailbox: 0x2100010, sca: 0x2010000
current address: 0000.3080.6f40, burned in address: 0000.3080.6f40
current TX ptr: 0xBA8, current RX ptr: 0x800
Last Ring Status: none
Stats: soft:0/0, hard:0/0, sig loss:0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 3330, bnum 1, target 3583
max_hops 7, target idb: 0x0, not local
Interface failures: 0 -- Bkgnd Ints: 0
TX shorts 0, TX giants 0
Monitor state: (active)
flags 0xC0, state 0x0, test 0x0, code 0x0, reason 0x0
f/w ver: 1.0, chip f/w: '000000.ME31100', [bridge capable]
SMT form of this command s: 1.01 kernel, 4.02 fastmac
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0000011A (0000011A), group: 00000000 (00000000)
if_state: 1, ints: 0/0, ghosts: 0/0, bad_states: 0/0
t2m fifo purges: 0/0
t2m fifo current: 0, t2m fifo max: 0/0, proto_errs: 0/0
ring: 3330, bridge num: 1, target: 3583, max hops: 7
Packet counts:
receive total: 298/6197, small: 298/6197, large 0/0
runts: 0/0, giants: 0/0
local: 298/6197, bridged: 0/0, promis: 0/0
bad rif: 0/0, multiframe: 0/0
ring num mismatch 0/0, spanning violations 0
transmit total: 1/25, small: 1/25, large 0/0
runts: 0/0, giants: 0/0, errors 0/0
bad fs: 0/0, bad ac: 0
congested: 0/0, not present: 0/0
Unexpected interrupts: 0/0, last unexp. int: 0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
dma bus errors: -/-, dma parity errors: -/-
Internal controller smt state:
Adapter MAC: 0000.3080.6f40, Physical drop: 00000000
NAUN Address: 0000.a6e0.11a6, NAUN drop: 00000000
Last source: 0000.a6e0.11a6, Last poll: 0000.3080.6f40
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0006, Auth Class: 7FFF
Monitor Error: 0000, Interface Errors: FFFF
Correlator: 0000, Soft Error Timer: 00C8
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0000
Beacon type: 0000, Beacon NAUN: 0000.a6e0.11a6
Table 22-7 describes the fields shown in the first line of sample output.
| Field | Description |
|---|---|
| TR Unit 0 | Unit number assigned to the Token Ring interface associated with this output. |
| is board 0 | Board number assigned to the Token Ring controller board associated with this interface. |
| ring 0 | Number of the Token Ring associated with this board. |
In the following line, state 3 indicates the state of the board. The rest of this output line displays memory mapping that is of primary use to our engineers.
state 3, dev blk: 0x1D2EBC, mailbox: 0x2100010, sca: 0x2010000
The following line also appears in show interface token output as the address and burned in address (bia), respectively:
current address: 0000.3080.6f40, burned in address: 0000.3080.6f40
The following line displays buffer management pointers that change by board:
current TX ptr: 0xBA8, current RX ptr: 0x800
The following line indicates the ring status from the controller chip set. This information is used by LAN Network Manager:
Last Ring Status: none
The following line displays Token Ring statistics. See the Token Ring specification for more information:
Stats: soft:0/0, hard:0/0, sig loss:0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
The following line indicates that Token Ring communication has been enabled on the interface. If this line of output appears, the message "Source Route Bridge capable" should appear in the show interfaces tokenring display.
Bridge: local 3330, bnum 1, target 3583
Table 22-8 describes the fields shown in the following line of sample output:
max_hops 7, target idb: 0x0, not local
| Field | Description |
|---|---|
| max_hops 7 | Maximum number of bridges. |
| target idb: 0x0 | Destination interface definition. |
| not local | Interface has been defined as a remote bridge. |
The following line is specific to the hardware:
Interface failures: 0 -- Bkgnd Ints: 0
In the following line, TX shorts are the number of packets the interface transmits that are discarded because they are smaller than the medium's minimum packet size. TX giants are the number of packets the interface transmits that are discarded because they exceed the medium's maximum packet size.
TX shorts 0, TX giants 0
The following line indicates the state of the controller. Possible values include active, failure, inactive, and reset.
Monitor state: (active)
The following line displays detailed information relating to the monitor state shown in the previous line of output. This information relates to the firmware on the controller. This information is relevant to our engineers only if the monitor state is something other than active.
flags 0xC0, state 0x0, test 0x0, code 0x0, reason 0x0
Table 22-9 describes the fields in the following line or output:
f/w ver: 1.0 expr 0, chip f/w: '000000.ME31100', [bridge capable]
| Field | Description |
|---|---|
| f/w ver: 1.0 | Version of our firmware on the board. |
| chip f/w: '000000.ME31100' | Firmware on the chip set. |
| [bridge capable] | Interface has not been configured for bridging, but it has that capability. |
The following line displays the version numbers for the kernel and the accelerator microcode of the Madge firmware on the board; this firmware is the LLC interface to the chip set:
SMT form of this command s: 1.01 kernel, 4.02 fastmac
The following line displays LAN Network Manager information that relates to ring status:
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
The following line corresponds to the functional address and the group address shown in show interfaces tokenring output:
internal functional: 0000011A (0000011A), group: 00000000 (00000000)
The following line displays interface board state information that is proprietary:
if_state: 1, ints: 0/0, ghosts: 0/0, bad_states: 0/0
The following lines display information that is proprietary. Our engineers use this information for debugging purposes:
t2m fifo purges: 0/0
t2m fifo current: 0, t2m fifo max: 0/0, proto_errs: 0/0
Each of the fields in the following line maps to a field in the show source bridge display, as follows: ring maps to srn; bridge num maps to bn; target maps to trn; and max hops maps to max:
ring: 3330, bridge num: 1, target: 3583, max hops: 7
In the following lines of output, the number preceding the slash (/) indicates the count since the value was last displayed; the number following the slash (/) indicates count since the system was last booted:
Packet counts:
receive total: 298/6197, small: 298/6197, large 0/0
In the following line, the number preceding the slash (/) indicates the count since the value was last displayed; the number following the slash (/) indicates count since the system was last booted. The runts and giants values that appear here correspond to the runts and giants values that appear in show interfaces tokenring output:
runts: 0/0, giants: 0/0
The following lines are receiver-specific information that our engineers can use for debugging purposes:
local: 298/6197, bridged: 0/0, promis: 0/0
bad rif: 0/0, multiframe: 0/0
ring num mismatch 0/0, spanning violations 0
transmit total: 1/25, small: 1/25, large 0/0
runts: 0/0, giants: 0/0, errors 0/0
The following lines include very specific statistics that are not relevant in most cases, but exist for historical purposes. In particular, the internal errors, burst errors, ari/fci, abort errors, copy errors, frequency errors, dma bus errors, and dma parity errors fields are not relevant.
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
dma bus errors: -/-, dma parity errors: -/-
The following lines are low-level Token Ring interface statistics relating to the state and status of the Token Ring with respect to all other Token Rings on the line:
Internal controller smt state:
Adapter MAC: 0000.3080.6f40, Physical drop: 00000000
NAUN Address: 0000.a6e0.11a6, NAUN drop: 00000000
Last source: 0000.a6e0.11a6, Last poll: 0000.3080.6f40
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0006, Auth Class: 7FFF
Monitor Error: 0000, Interface Errors: FFFF
Correlator: 0000, Soft Error Timer: 00C8
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0000
Use the show interfaces tokenring privileged EXEC command to display information about the Token Ring interface and the state of source-route bridging.
show interfaces tokenring [unit]| unit | (Optional) Interface number. If you do not provide a value for the unit argument, the command will display statistics for all Token Ring interfaces. |
Privileged EXEC
The following is sample output from the show interfaces tokenring command:
router# show interfaces tokenring
TokenRing 0 is up, line protocol is up
Hardware is 16/4 Token Ring, address is 5500.2000.dc27 (bia 0000.3000.072b)
Internet address is 150.136.230.203, subnet mask is 255.255.255.0
MTU 8136 bytes, BW 16000 Kbit, DLY 630 usec, rely 255/255, load 1/255
Encapsulation SNAP, loopback not set, keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 4:00:00
Ring speed: 16 Mbps
Single ring node, Source Route Bridge capable
Group Address: 0x00000000, Functional Address: 0x60840000
Last input 0:00:01, output 0:00:01, output hang never
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
Five minute input rate 0 bits/sec, 0 packets/sec
Five minute output rate 0 bits/sec, 0 packets/sec
16339 packets input, 1496515 bytes, 0 no buffer
Received 9895 broadcasts, 0 runts, 0 giants
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
32648 packets output, 9738303 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets, 0 restarts
5 transitions
Table 22-10 describes significant fields shown in the display.
| Field | Description |
|---|---|
| Token Ring is up/down | The interface is currently active and inserted into ring (up) or inactive and not inserted (down). |
| Token Ring is Reset | Hardware error has occurred. This is not in the sample output; it is informational only. |
| Token Ring is Initializing | Hardware is up, in the process of inserting the ring. This is not in the sample output; it is informational only. |
| Token Ring is Administratively Down | Hardware has been taken down by an administrator. This is not in the sample output; it is informational only. "Disabled" indicates the router has received over 5000 errors in a keepalive interval, which is 10 seconds by default. |
| line protocol is {up | down | administratively down} | Indicates whether the software processes that handle the line protocol believe the interface is usable (that is, whether keepalives are successful). |
| Hardware | Specifies the hardware type. "Hardware is ciscoBus Token Ring" indicates that the board is a CSC-C2CTR board. "Hardware is 16/4 Token Ring" indicates that the board is a CSC-1R, CSC-2R, or a CSC-R16M board. Also shows the address of the interface. |
| Internet address | Lists the Internet address followed by subnet mask. |
| MTU | Maximum Transmission Unit of the interface. |
| BW | Bandwidth of the interface in kilobits per second. |
| DLY | Delay of the interface in microseconds. |
| rely | Reliability of the interface as a fraction of 255 (255/255 is 100% reliability), calculated as an exponential average over 5 minutes. |
| load | Load on the interface as a fraction of 255 (255/255 is completely saturated), calculated as an exponential average over 5 minutes. |
| Encapsulation | Encapsulation method assigned to interface. |
| loopback | Indicates whether loopback is set or not. |
| keepalive | Indicates whether keepalives are set or not. |
| ARP type: | Type of Address Resolution Protocol assigned. |
| Ring speed: | Speed of Token Ring--4 or 16 Mbps. |
| {Single ring | multiring node} | Indicates whether a node is enabled to collect and use source routing information (RIF) for routable Token Ring protocols. |
| Group Address: | Interface's group address, if any. The group address is a multicast address; any number of interfaces on the ring may share the same group address. Each interface may have at most one group address. |
| Last input | Number of hours, minutes, and seconds since the last packet was successfully received by an interface. Useful for knowing when a dead interface failed. |
| output hang | Number of hours, minutes, and seconds (or never) since the interface was last reset because of a transmission that took too long. When the number of hours in any of the "last" fields exceeds 24 hours, the number of days and hours is printed. If that field overflows, asterisks are printed. |
| Output queue, drops Input queue, drops | Number of packets in output and input queues. Each number is followed by a slash, the maximum size of the queue, and the number of packets dropped due to a full queue. |
| Five minute input rate, Five minute output rate | Average number of bits and packets transmitted per second in the last 5 minutes. |
| packets input | Total number of error-free packets received by the system. |
| broadcasts | Total number of broadcast or multicast packets received by the interface. |
| runts | Number of packets that are discarded because they are smaller than the medium's minimum packet size. |
| giants | Number of packets that are discarded because they exceed the medium's maximum packet size. |
| CRC | Cyclic Redundancy Checksum generated by the originating LAN station or far-end device does not match the checksum calculated from the data received. On a LAN, this usually indicates noise or transmission problems on the LAN interface or the LAN bus itself. A high number of CRCs is usually the result of a station transmitting bad data. |
| frame | Number of packets received incorrectly having a CRC error and a noninteger number of octets. |
| overrun | Number of times the serial receiver hardware was unable to hand received data to a hardware buffer because the input rate exceeded the receiver's ability to handle the data. |
| ignored | Number of received packets ignored by the interface because the interface hardware ran low on internal buffers. These buffers are different than the system buffers mentioned previously in the buffer description. Broadcast storms and bursts of noise can cause the ignored count to be increased. |
| packets output | Total number of messages transmitted by the system. |
| bytes | Total number of bytes, including data and MAC encapsulation, transmitted by the system. |
| underruns | Number of times that the far-end transmitter has been running faster than the near-end router's receiver can handle. This may never be reported on some interfaces. |
| output errors | Sum of all errors that prevented the final transmission of datagrams out of the interface being examined. Note that this may not balance with the sum of the enumerated output errors, as some datagrams may have more than one error, and others may have errors that do not fall into any of the specifically tabulated categories. |
| collisions | Since a Token Ring cannot have collisions, this statistic is nonzero only if an unusual event occurred when frames were being queued or dequeued by the system software. |
| interface resets | Number of times an interface has been reset. The interface may be reset by the administrator or automatically when an internal error occurs. |
| Restarts | Should always be zero for Token Ring interfaces. |
| transitions | Number of times the ring made a transition from up to down, or vice versa. A large number of transitions indicates a problem with the ring or the interface. |
Use the show lnm bridge privileged EXEC command to display all currently configured bridges, and all parameters that are related to the bridge as a whole, and not to one of its interfaces.
show lnm bridgeThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show lnm bridge command:
router# show lmn bridge
Bridge 001-2-003, Ports 0000.3000.abc4, 0000.0028.abcd
Active Links: 0000.0000.0000 0000.0000.0000 0000.0000.0000 0000.0000.0000
Notification: 0 min, Threshold 00.10%
Table 22-11 describes significant fields shown in the display.
| Field | Description |
|---|---|
| Bridge 001-2-003 | Ring and bridge numbers of this bridge. |
| Ports 0000.3000.abc4.... | MAC addresses of the two interfaces of this bridge. |
| Active Links: | Any LNM stations that are currently connected to this bridge. An entry preceded by an asterisk is the controlling LNM. |
| Notification: 0 min | Current counter notification interval in minutes. |
| Threshold 00.10% | Current loss threshold that will trigger a message to LNM. |
Use the show lnm config privileged EXEC command to display the logical configuration of all bridges configured in a router. This information is needed to configure an LNM Management Station to communicate with a router. This is especially important when the router is configured as a multiport bridge, thus employing the concept of a virtual ring.
show lnm configThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show lnm config command for a simple two-port bridge:
router# show lnm config
Bridge(s) currently configured:
From ring 001, address 0000.3000.abc4
Across bridge 002
To ring 003, address 0000.0028.abcd
The following is sample output from the show lnm config command for a multiport bridge:
router# show lnm config
Bridge(s) currently configured:
From ring 001, address 0000.0028.abc4
Across bridge 001
To ring 008, address 4000.0028.abcd
From ring 002, address 0000.3000.abc4
Across bridge 002
To ring 008, address 4000.3000.abcd
From ring 003, address 0000.3000.5735
Across bridge 003
To ring 008, address 4000.3000.5735
Table 22-12 describes significant fields shown in the display.
| Field | Description |
|---|---|
| From ring 001 | Ring number of the first interface in the two-port bridge. |
| address 0000.3000.abc4 | MAC address of the first interface in the two-port bridge. |
| Across bridge 002 | Bridge number assigned to this bridge. |
| To ring 003 | Ring number of the second interface in the two-port bridge. |
| address 0000.0028.abcd | MAC address of the second interface in the two-port bridge. |
Use the show lnm interface privileged EXEC command to display all LNM-related information about a specific interface, or about all interfaces.
show lnm interface [interface]| interface | (Optional) Number of a specific interface for which LNM-related information is to be displayed. |
PrivilegedEXEC
This command is for all types of interfaces, including Token Ring interfaces. If you want information specific to Token Ring, use the show lnm ring command.
The following is sample output from the show lnm interface command:
router# show lnm interface
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
TokenRing1 0001* 1000.5a98.23a0 00200 00001 00000 00000 00000 00000 00002
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
1000.5a98.23a0 T1 0001 0000 00 - N 00000 00000 00000 00000 00000
1000.5a98.239e T1 0001 0000 00 - N 00000 00000 00000 00000 00000
1000.5a6f.bc15 T1 0001 0000 00 - N 00000 00000 00000 00000 00000
0000.3000.abc4 T1 0001 0000 00 - N 00000 00000 00000 00000 00000
1000.5a98.239f T1 0001 0000 00 - N 00000 00000 00000 00000 00000
Table 22-13 describes significant fields shown in the display. See the show lnm station command for a description of the fields in the bottom half of the sample output.
| Field | Description |
|---|---|
| interface | Interface about which information was requested. |
| ring | Number assigned to that Token Ring. An asterisk following the ring number indicates that there are stations with nonzero error counters present on that ring. |
| Active Monitor | Address of the station that is currently providing "Active Monitor" functions to the ring. The description of this server can be found in the IBM Token Ring Architecture Reference Manual. |
| SET | Current soft error reporting time for the ring in units of tens of milliseconds. |
| dec | Rate at which the various counters of nonisolating errors are being decreased. This number is in errors per 30 seconds. |
| other nonisolating error counts: lost, cong., fc, and freq.token | Current values of the five nonisolating error counters specified in the 802.5 specification. These are Lost Frame errors, Receiver Congestion errors, FC errors, Frequency errors, and Token errors. |
| Notification flags: | Representation of which types of ring errors are being reported to LNM. The description of this number can be found in the IBM Token Ring Architecture Reference Manual. |
| Ring Intensive: | Representation of which specific ring error messages are being reported to LNM when in the "Ring Intensive" reporting mode. The description of this number can be found in the IBM Token Ring Architecture Reference Manual. |
| Auto Intensive: | Representation of which specific ring error messages are being reported to LNM when in the "Auto Intensive" reporting mode. The description of this number can be found in the IBM Token Ring Architecture Reference Manual. |
| Active Servers: | A list of which servers are currently active on this Token Ring. The possible acronyms and their meanings are:
The description of these servers can be found in the IBM Token Ring Architecture Reference Manual. |
| Last NNIN: | Time since the last "Neighbor Notification Incomplete" frame was received, and the station that sent this message. |
| Last Claim: | Time since the last "Claim Token" frame was received, and the station that sent this message. |
| Last Purge: | Time since the last "Purge Ring" frame was received, and the station that sent this message. |
| Last Beacon: | Time since the last "Beacon" frame was received, the type of the last beacon frame, and the station that sent this message. |
| Last Mon Err: | Time since the last "Report Active Monitor Error" frame was received, the type of the last monitor error frame, and the station that sent this message. |
show lnm ring
show lnm station
Use the show lnm ring privileged EXEC command to display all LNM information about a specific Token Ring, or about all Token Rings. If a specific interface is requested, it also displays a list of all currently active stations on that interface.
show lnm ring [ring-number]| ring-number | (Optional) Number of a specific Token Ring. It can be a value in the range 1 through 4095. |
Privileged EXEC
The output of this command is the same as the output of the show lnm interface command. See the show lnm interface and show lnm station commands for sample output and a description of the fields. The same information can be obtained by using the show lnm interface command, but instead of specifying an interface number, you specify a ring number as an argument.
show lnm interface
show lnm station
Use the show lnm station privileged EXEC command to display LNM-related information about a specific station, or about all known stations on all rings. If a specific station is requested, it also displays a detailed list of that station's current MAC-level parameters.
show lnm station [address]| address | (Optional) Address of a specific LNM station |
Privileged EXEC
The following is sample output from the show lnm station command when a particular address (in this case, 1000.5abc15) has been specified:
router# show lnm station 1000.5a6f.bc15
isolating error counts
station int ring loc. weight line inter burst ac abort
1000.5a6f.bc15 T1 0001 0000 00 - N 00000 00000 00000 00000 00000
Unique ID: 0000.0000.0000 NAUN: 0000.3000.abc4
Functional: C000.0000.0000 Group: C000.0000.0000
Physical Location: 00000 Enabled Classes: 0000
Allowed Priority: 00000 Address Modifier: 0000
Product ID: 00000000.00000000.00000000.00000000.0000
Ucode Level: 00000000.00000000.0000
Station Status: 00000000.0000
Last transmit status: 00
Table 22-14 describes significant fields shown in the display.
| Field | Description |
|---|---|
| station | MAC address of the given station on the Token Ring. |
| int | Interface used to reach the given station. |
| ring | Number of the Token Ring where the given station is located. |
| loc. | Physical location number of the given station. |
| weight | Weighted accumulation of the errors of the given station, and of its NAUN. The three possible letters and their meanings are as follows:*
|
|
isolating error counts | Current values of the five isolating error counters specified in the 802.5 specification. These are Line errors, Internal errors, Burst errors, AC errors, and Abort errors. |
| |
|
Unique ID: | Uniquely assigned value for this station. |
| NAUN: | MAC address of this station's "upstream" neighbor. |
| Functional: | MAC-level functional address currently in use by this station. |
| Group: | MAC-level group address currently in use by this station. |
| Physical Location: | Number assigned to this station as its "Physical Location" identifier. |
| Enabled Classes: | Functional classes that the station is allowed to transmit. |
| Allowed Priority: | Maximum access priority that the station may use when transmitting onto the Token Ring. |
| Address Modifier: | Reserved field. |
| Product ID: | Encoded 18-byte string used to identify what hardware/software combination is running on this station. |
| Ucode Level: | 10-byte EBCDIC string indicating the microcode level of the station. |
| Station Status: | Implementation-dependent vector that is not specified anywhere. |
| Last transmit status: | Contains the strip status of the last "Report Transmit Forward" MAC frame forwarded by this interface. |
* The description of these error conditions can be found in the IBM Architecture Reference Manual.
Use the show local-ack privileged EXEC command to display the current state of any current Local Acknowledgment for both LLC2 and SDLLC connections, as well as any configured passthrough rings.
show local-ackThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show local-ack command:
router# show local-ack
local 1000.5a59.04f9, lsap 04, remote 4000.2222.4444, dsap 04
llc2 = 1798136, local ack state = connected
Passthrough Rings: 4 7
Table 22-14 describes significant fields shown in the display.
Show Local-Ack Field Descriptions
| Field | Description |
|---|---|
| local | MAC address of the local Token Ring station with which the route has the LLC2 session. |
| lsap | Local Service Access Point (LSAP) value of the Token Ring station with which the router has the LLC2 session. |
| remote | MAC address of the remote Token Ring on whose behalf the router is providing acknowledgments. The remote Token Ring station is separated from the router via the TCP backbone. |
| dsap | Destination SAP value of the TOken Ring station on whose behalf the router is providing acknowledgments. |
| llc2 | Pointer to an internal data structure used by the manufacturer for debugging. |
| local ack state | State of the Local Acknowledgment for both LLC2 and SDLC connections. The possible states are as follows:
|
|
Passthrough Rings | Ring numbers of the virtual rings that have been defined as passthroughs using the source-bridge passthrough command. If a ring is not a passthrough, it is locally terminated. |
Use the show netbios-cache privileged EXEC command to display a list of NetBIOS cache entries.
show netbios-cacheThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show netbios-cache command:
router# show netbios-cache
HW Addr Name How Idle NetBIOS Packet Savings
1000.5a89.449a IC6W06_B TR1 6 0
1000.5a8b.14e5 IC_9Q07A TR1 2 0
1000.5a25.1b12 IC9Q19_A TR1 7 0
1000.5a25.1b12 IC9Q19_A TR1 10 0
1000.5a8c.7bb1 BKELSA1 TR1 4 0
1000.5a8b.6c7c ICELSB1 TR1 - 0
1000.5a31.df39 ICASC_01 TR1 - 0
1000.5ada.47af BKELSA2 TR1 10 0
1000.5a8f.018a ICELSC1 TR1 1 0
Table 22-15 describes significant fields shown in the display.
| Field | Description |
|---|---|
| HW Addr | MAC address mapped to the NetBIOS name in this entry. |
| Name | NetBIOS name mapped to the MAC address in this entry. |
| How | Interface through which this information was learned. |
| Idle | Period of time (in seconds) since this entry was last accessed. A hyphen in this column indicates it is a static entry in the NetBIOS name cache. |
| NetBIOS Packet Savings | Number of packets to which local replies were made (thus preventing transmission of these packets over the network). |
netbios name-cache
netbios name-cache timeout
Use the show rif privileged EXEC command to display the current contents of the RIF cache.
show rifThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show rif command:
router# show rif
Codes: * interface, - static, + remote
Hardware Addr How Idle (min) Routing Information Field
5C02.0001.4322 rg5 - 0630.0053.00B0
5A00.0000.2333 TR0 3 08B0.0101.2201.0FF0
5B01.0000.4444 - - -
0000.1403.4800 TR1 0 -
0000.2805.4C00 TR0 * -
0000.2807.4C00 TR1 * -
0000.28A8.4800 TR0 0 -
0077.2201.0001 rg5 10 0830.0052.2201.0FF0
In the display, entries marked with an asterisk (*) are the router/bridge's interface addresses. Entries marked with a dash (-) are static entries. Entries with a number denote cached entries. If the RIF timeout is set to something other than the default of 15 minutes, the timeout is displayed at the top of the display.
Table 22-16 describes significant fields shown in the display.
| Field | Description |
|---|---|
| Hardware Addr | Lists the MAC-level addresses. |
| How | Describes how the RIF has been learned. Possible values include a ring group (rg), or interface (TR). |
| Idle (min) | Indicates how long, in minutes, since the last response was received directly from this node. |
| Routing Information Field | Lists the RIF. |
multiring
Use the show source-bridge privileged EXEC command to display the current source bridge configuration and miscellaneous statistics.
show source-bridgeThis command has no arguments or keywords.
Privileged EXEC
The following is sample output from the show source-bridge command:
router# show source-bridge
Local Interfaces: max receive transmit
srn bn trn r p s n hp cnt:bytes cnt:bytes drops
TR0 5 1 10 * * 7 39:1002 23:62923
Ring Group 10:
This peer: TCP 150.136.92.92
Maximum output TCP queue length, per peer: 100
Peers: state lv pkts_rx pkts_tx expl_gn drops TCP
TCP 150.136.92.92 - 2 0 0 0 0 0
TCP 150.136.93.93 open 2* 18 18 3 0 0
Rings:
bn: 1 rn: 5 local ma: 4000.3080.844b TokenRing0 fwd: 18
bn: 1 rn: 2 remote ma: 4000.3080.8473 TCP 150.136.93.93 fwd: 36
Explorers: ------- input ------- ------- output -------
spanning all-rings total spanning all-rings total
TR0 0 3 3 3 5 8
wilma#
Table 22-17 describes significant fields shown in the display.
| Field | Description |
|---|---|
| Local Interfaces: | Description of local interfaces. |
| max | Maximum routing descriptor length. |
| receive | Packets: bytes received on interface for source bridging. |
| transmit | Packets: bytes transmitted on interface for source bridging. |
| srn | Ring number of this Token Ring. |
| bn | Bridge number of this router, for this ring. |
| trn | Group in which the interface is configured. (The target ring number, or virtual ring group.) |
| r | Ring group is assigned. An asterisk (*) in this field indicates that ring group has been assigned for this interface. |
| p | Interface can respond with proxy explorers. An asterisk (*) in this field indicates the interface can respond to proxy explorers. |
| s | Spanning-tree explorers enabled on the interface. An asterisk (*) indicates, that this interface will forward spanning-tree explorers. |
| n | Interface has NetBIOS name caching enabled. An asterisk (*) in this field indicates the interface has NetBIOS name caching enabled. |
| hp | Indicates hops. |
| Ring Group n: | Describes ring group n, where n is the number of the ring group. |
| This peer: | Address and address type of this peer. |
| Maximum output TCP queue length, per peer: | Maximum number of packets queued up on this peer before the router starts dropping packets. |
| Peers: | Addresses and address types of the ring group peers. |
| state | Current state of the peer, open or closed. A hyphen indicates this router. |
| lv | Indicates form of this command of remote source-route bridge. The l indicates Local Acknowledgment, noted by an asterisk (*). |
| pkts_rx | Lists the number of packets received. |
| pkts_tx | Lists the number of packets transmitted. |
| expl_gn | Lists the explorers generated. |
| drops | Lists the number of dropped packets. |
| TCPq | Lists the current TCP backup queue length. |
| Rings: | Describes the ring groups. Information displayed includes the bridge groups, ring groups, whether the group is local or remote, the MAC address, the network address or interface type, and the number of packets forwarded. A type shown as "locvrt" indicates a local virtual ring used by SDLLC or SR/TLB; a type shown as "remvrt" indicates a remote virtual ring used by SDLLC or SR/TLB. |
| Explorers: | This section describes the explorer packets that the router has transmitted and received. |
| input | Explorers received by router. |
| output | Explorers generated by router. |
| TR0 | Interface on which explorers were received. |
| spanning | Spanning-tree explorers. |
| all-rings | All-rings explored. |
| total | Summation of spanning and all-rings. |
Use the show span EXEC command to display the spanning-tree topology known to the router.
show spanThis command has no arguments or keywords.
EXEC
The following is sample output for the show span command:
routerA> show span
Bridge Group 1 is executing the IBM compatible spanning tree protocol
Bridge Identifier has priority 32768, address 0000.0c0c.f68b
Configured hello time 2, max age 6, forward delay 4
Current root has priority 32768, address 0000.0c0c.f573
Root port is 001A (TokenRing0/0), cost of root path is 16
Topology change flag not set, detected flag not set
Times: hold 1, topology change 30, notification 30
hello 2, max age 6, forward delay 4, aging 300
Timers: hello 0, topology change 0, notification 0
Port 001A (TokenRing0/0) of bridge group 1 is forwarding. Path cost 16
Designated root has priority 32768, address 0000.0c0c.f573
Designated bridge has priority 32768, address 0000.0c0c.f573
Designated port is 001B, path cost 0, peer 0
Timers: message age 1, forward delay 0, hold 0
Port 002A (TokenRing0/1) of bridge group 1 is blocking. Path cost 16
Designated root has priority 32768, address 0000.0c0c.f573
Designated bridge has priority 32768, address 0000.0c0c.f573
Designated port is 002B, path cost 0, peer 0
Timers: message age 0, forward delay 0, hold 0
Port 064A (spanRSRB) of bridge group 1 is disabled. Path cost 250
Designated root has priority 32768, address 0000.0c0c.f573
Designated bridge has priority 32768, address 0000.0c0c.f68b
Designated port is 064A, path cost 16, peer 0
Timers: message age 0, forward delay 0, hold 0
A port (spanRSRB) is created with each virtual ring group. The port will be disabled until one or more peers go into open state in the ring group.
Use the show sse summary EXEC command to display a summary of Silicon Switch Processor (SSP) statistics:
show sse summaryThis command has no arguments or keywords.
EXEC
The following is sample output from the show sse summary command:
Router# show sse summary
SSE utilization statistics
Program words Rewrite bytes Internal nodes Depth
Overhead 499 1 8
IP 0 0 0 0
IPX 0 0 0 0
SRB 0 0 0 0
CLNP 0 0 0 0
IP access lists 0 0 0
Total used 499 1 8
Total free 65037 262143
Total available 65536 262144
Free program memory
[499..65535]
Free rewrite memory
[1..262143]
Internals
75032 internal nodes allocated, 75024 freed
SSE manager process enabled, microcode enabled, 0 hangs
Longest cache computation 4ms, longest quantum 160ms at 0x53AC8
Use the source-bridge interface configuration command to configure an interface for source-route bridging. Use the no source-bridge command to disable source bridging on a particular interface.
source-bridge local-ring bridge-number target-ringlocal-ring | Ring number for this interface's Token Ring. It must be a decimal number between 1 and 4095 that uniquely identifies a network segment or ring within the bridged Token Ring network. |
|---|---|
| bridge-number | Number that uniquely identifies the bridge connecting the local and target rings. It must be a decimal number between 1 and 15. |
| target-ring | Decimal ring number of the destination ring on this router/bridge. It also must be unique within the bridged Token Ring network. The target-ring can also be a ring-group. |
Disabled
Interface configuration
The parser automatically displays the word "active" in the source-bridge command in configurations that have source-route bridging enabled. You do not need to enter the source-bridge command with an active keyword.
In the following example, Token Rings 129 and 130 are connected via a router/bridge:
interface token ring 0
source-bridge 129 1 130
!
interface token ring 1
source-bridge active 130 1 129
source-bridge max hops
source-bridge remote-peer fst
source-bridge remote-peer interface
source-bridge remote-peer tcp
source-bridge ring-group
source-bridge transparent
Use the source-bridge cos-enable global configuration command to force the router to read the contents of the Format Identification (FID) 4 frames to prioritize traffic when using TCP. Use the no form of this command to disable prioritizing.
source-bridge cos-enableThis command has no arguments or keywords.
Enabled
Global configuration
Using this command, you can prioritize your SNA traffic across the backbone network. All your important FEP traffic can flow on high-priority queues. This is useful only between FEP-to-FEP (PU4-to-PU4) communications (across the non-SNA backbone.)
The following example enables class-of-service for prioritization of SNA traffic across a network:
source-bridge cos-enable
source-bridge remote-peer tcp
Use the source-bridge enable-80d5 global configuration command to change the router's Token Ring to Ethernet translation behavior. Use the no form of this command to disable this function.
source-bridge enable-80d5This command has no arguments or keywords.
Disabled
Global configuration
The router supports two types of Token Ring LLC2 to Ethernet conversion. They are as follows:
Use this global configuration command to change the router's translation behavior. By default, the router translates Token Ring LLC2 to Ethernet 802.3 LLC2. This command allows you to configure the router to translate Token Ring LLC2 frames into Ethernet 0x80d5 format frames.
This command is useful when you have a non-IBM device attached to an IBM network with devices that are using the nonstandard Token Ring LLC2 to Ethernet 80d5 translation. If you do not configure your router to enable 80d5 processing, the non-IBM and IBM devices will not be able to communicate.
The parameters specifying the current parameters for the processing of 0x80d5 frames are given at the end of the output of the show span command.
Use the show span to check whether 80d5 processing is enabled. If it is, the following line displays in the output:
Translation between LLC2 and Ethernet Type II 80d5 is enabled
The following example enables 0x80d5 processing, removes the translation for SAP 08, and adds the translation for SAP 1c:
source-bridge enable-80d5
no source-bridge sap-80d5 08
source-bridge sap-80d5 1c
show span
source-bridge sap-80d5
Use the source-bridge explorer-fastswitch global configuration command to enable explorer fast switching (processing). To disable explorer fastswitching, use the no form of this command.
source-bridge explorer-fastswitchThis command has no arguments or keywords
Fast-switching is, by default, enabled.
Global configuration
The following example shows the command to enable explorer fast switching after it has been previously disabled:
source-bridge explorer-fastswitch
source-bridge explorer-maxrate
source-bridge explorerq-depth
Use the source-bridge explorer-maxrate global configuration command to set the maximum byte rate of explorers per ring. To restore the default value, use the no form of this command.
source-bridge explorer-maxrate maxrate| maxrate | Number in the range 1000 through -1. |
The default maxrate is set to the ciscoBus bandwidth of 256000 BPS (high-end) and 64000 BPS (low-end).
Global configuration
Given the number of different explorer packet types and sizes and the bandwidth limits of the various interfaces, the bus data rate (as opposed to the packet rate) is the common denominator used to decide when to flush incoming explorers. The packets are dropped by the interface before any other processing.
The following example sets the maximum byte rate:
source-bridge explorer-maxrate 1000
source-bridge explorer-fastswitch
source-bridge explorerq-depth
Use the source-bridge explorerq-depth global configuration command to set the maximum explorer queue depth. To restore the default, use the no form of this command.
source-bridge explorerq-depth depth| depth | The maximum number of incoming packets. The valid range is 1 through 500. |
The default maximun depth is 30.
Global Configuration
In this implementation, the limit is on a per interface basis such that each interface mighthave up to the maximum (default 30) outstanding packets on the queue before explorers from that particular interface are dropped.
The following example sets the maximum explorer queue depth to 15:
source-bridge explorerq-depth 15
source-bridge explorer-fastswitch
source-bridge explorer-maxrate
Use the source-bridge fst-peername global configuration command to set up a Fast Sequenced Transport (FST) peer name. Use the no form of this command to disable the IP address assignment.
source-bridge fst-peername local-interface-address| local-interface-address | IP address to assign to the local router |
Disabled
Global configuration
Using this command is the first step to configuring a remote source-route bridge to use FST.
The following example shows the use of the source-bridge fst-peername command:
source-bridge fst-peername 150.136.64.98
source-bridge remote-peer fst
Use the source-bridge input-address-list interface configuration command to assign an access list to a particular input interface for filtering the Token Ring or IEEE 802.2 source addresses. This command filters packets coming into the router. Use the no form of this command to remove the application of the access list.
source-bridge input-address-list access-list-number| access-list-number | Number of the access list. The value must be in the range 700 through 799. |
No access list is assigned.
Interface configuration
The following is an example of a source-bridge input-address list:
interface TokenRing 0
source-bridge input-address-list 701
!
access-list 700 deny 1000.5A00.0000 8000.00FF.FFFF
access-list 700 permit 0000.0000.0000 FFFF.FFFF.FFFF
access-list
source-bridge output-address-list
Use the source-bridge input-lsap-list interface configuration command to filter, on input, FDDI and IEEE 802-encapsulated packets which include the destination service access point (DSAP) and source service access point (SSAP) fields in their frame formats. The access list specifying the type codes to be filtered is given by this variation of the source-bridge interface configuration command.
source-bridge input-lsap-list access-list-number| access-list-number | Number of the access list. This access list is applied to all IEEE 802 or FDDI frames received on that interface prior to the source-routing process. Specify zero (0) to disable the filter. The value must be in the range 200 through 299. |
Disabled
Interface configuration
The following example specifies access list 203:
interface TokenRing 0
source-bridge input-lsap-list 203
access-list
source-bridge output-lsap-list
Use the source-bridge input-type-list interface configuration command to filter SNAP-encapsulated packets on input.
source-bridge input-type-list access-list-number| access-list-number | Number of the access list. This access list is applied to all SNAP frames received on that interface prior to the source-routing process. Specify zero (0) to disable the application of the access list on the bridge group. The value must be in the range 200 through 299. |
Disabled
Interface configuration
Use the access list specifying the types codes with this command.
The following example specifies access list 202:
interface TokenRing 0
source-bridge input-type-list 202
!
access-list 202 deny 0x6000 0x0007
access-list 202 permit 0x0000 0xFFFF
access-list
source-bridge output-type-list
Use the source-bridge keepalive interface configuration command to assign the keepalive interval of the remote source-bridging peer. Use the no form of this command to cancel previous assignments.
source-bridge keepalive seconds| seconds | Keepalive interval in seconds. The valid range is 10 through 300. |
30 seconds
Interface configuration
The following example sets the keepalive interval to 60 seconds:
source-bridge keepalive 60
show interface
source-bridge
source-bridge remote-peer fst
source-bridge remote-peer tcp
Use the source-bridge largest-frame global configuration command to configure the largest frame size that is used to communicate with any peers in the ring group. Use the no form of this command to cancel previous assignments.
source-bridge largest-frame ring-group size| ring-group | Ring group number. This ring group number must match the number you have specified with the source-bridge ring-group command. The valid range is 1 through 4095. |
| size | Maximum frame size. |
No frame size is assigned.
Global configuration
The router negotiates all transit routes down to the specified size or lower. Use the size argument with this command to prevent timeouts in end hosts by reducing the amount of data they have to transmit in a fixed interval. For example, in some networks containing slow links, it would be impossible to transmit an 8K frame and receive a response within a few seconds. These are fairly standard defaults for an application on a 16-Mb Token Ring. If the frame size is lowered to
516 bytes, then only 516 bytes must be transmitted and a response received in 2 seconds. This feature is most effective in a network with slow links. The legal values for this argument are 516, 1500, 2052, 4472, 8144, 11407, and 17800 bytes.
The following example sets the largest frame that can be transmitted through a ring group to 1500 bytes:
! the largest frame for peers in ring group 8 is 1500 bytes
source-bridge largest-frame 8 1500
Use the source-bridge max-hops interface configuration command to control the forwarding or blocking of all-routes explorer frames received on an interface. Use the no form of this command to reset the count to the maximum value.
source-bridge max-hops count| count | Determines the number of bridges an explorer packet can traverse. Typically, the maximum number of bridges for interoperability with IBM equipment is seven. |
The maximum number of bridge hops is seven.
Interface configuration
Frames are forwarded only if the number of hops in the routing information field of the input frame plus hops appended by the router is less than or equal to the specified count. If the interface is connected to a destination interface, the router appends one hop. If the interface is tied to a virtual ring, the router appends two hops. This applies only to all-routes explorer frames on input to this interface.
The following example limits the maximum number of source-route bridge hops to five.
source-bridge max-hops 5
source-bridge
source-bridge max-in-hops
source-bridge max-out-hops
Use the source-bridge max-in-hops interface configuration command to control the forwarding or blocking of spanning-tree explorer frames received on an interface. Use the no form of this command to reset the count to the maximum value.
source-bridge max-in-hops count| count | Determines the number of bridges an explorer packet can traverse. Typically, the maximum number of bridges for interoperability with IBM equipment is seven. |
The maximum number of bridge hops is seven.
Interface configuration
Frames are forwarded only if the number of hops in the routing information field of the input frame is less than or equal to the specified count. This applies only to spanning-tree explorer frames input to the specified interface.
The following example limits the maximum number of source-route bridge hops to three.
source-bridge max-in-hops 3
source-bridge
source-bridge max-hops
source-bridge max-out-hops
Use the source-bridge max-out-hops interface configuration command to control the forwarding or blocking of spanning-tree explorer frames sent from this interface. Use the no form of this command to reset the count to the maximum value.
source-bridge max-out-hops count| count | Determines the number of bridges an explorer packet can traverse. Typically, the maximum number of bridges for interoperability with IBM equipment is seven. |
The maximum number of bridge hops is seven.
Interface configuration
Frames are forwarded only if the number of hops in the routing information field of the frame (including the hops appended by the router) is less than or equal to the specified count. This applies only to spanning-tree explorer frames output from the specified interface.
The following example limits the maximum number of source-route bridge hops to five.
source-bridge max-out-hops 5
source-bridge
source-bridge max-hops
source-bridge max-in-hops
Use the source-bridge old-sna interface configuration command to rewrite the RIF headers of explorer packets sent by the PC/3270 emulation program to go beyond the local ring. Use the no form of this command to disable this compatibility mode.
source-bridge old-snaThis command has no arguments or keywords.
Disabled
Interface configuration
There are known interoperability issues between router/bridges and specific Token Ring implementations; for instance, when using the older 4-Mb (CSC-R) Token Ring card, the IBM PC/3270 emulation program form of this command 3.0 does not properly send packets over a source-route bridge.
This implementation handles this compatibility problem by confusing the IBM implementation so that it does not look beyond the local ring for the remote host.
The following example enables RIF rewriting:
interface tokenring 0
source-bridge old-sna
The following example disables RIF rewriting:
interface tokenring 0
no source-bridge old-sna
Use the source-bridge output-address-list interface configuration command to assign an access list to a particular output interface packet for filtering the Token Ring or IEEE 802.2 source (rather than destination) addresses. This command filters packets sent out from the router. Use the no form of this command to remove the application of the access list.
source-bridge output-address-list access-list-number| access-list-number | Number of the access list. The value must be in the range 700 through 799. |
No access list is assigned.
Interface configuration
To disallow the bridging of Token Ring packets of all IBM workstations on Token Ring 1, use this sample configuration. The software assumes that all such hosts have Token Ring addresses with the vendor code 1000.5A00.0000. (The vendor portion of the MAC address is the first three bytes (left to right) of the address. The first line of the access list denies access to all IBM workstations, while the second line permits access to all other devices on the network. Then, the access list can be assigned to the input side of Token Ring 1.
access-list 700 deny 1000.5A00.0000 8000.00FF.FFFF
access-list 700 permit 0000.0000.0000 FFFF.FFFF.FFFF
interface token ring 1
source-bridge output-address-list 700
access-list
source-bridge input-address-list
Use the source-bridge interface configuration command to filter, on output, FDDI and IEEE 802-encapsulated packets which include the destination service access point (DSAP) and source service access point (SSAP) fields in their frame formats.
source-bridge output-lsap-list access-list-number| access-list-number | Number of the access list. This access list is applied just before sending out a frame to an interface. Specify zero (0) to disable the filter. The value must be in the range 200 through 299. |
No filters are applied.
Interface configuration
The access list specifying the type codes to be filtered is given by this command.
The following example specifies access list 251:
interface TokenRing 0
source-bridge output-lsap-list 251
access-list 251 permit 0xE0E0 0x0101
access-list 251 deny 0x0000 0xFFFF
access-list
source-bridge input-lsap-list
Use the source-bridge output-type-list interface configuration command to filter SNAP-encapsulated frames by type code on output.
source-bridge output-type-list access-list-number| access-list-number | Number of the access list. This access list is applied just before sending out a frame to an interface. Specify zero (0) to disable the application of the access list on the bridge group. The value must be in the range 200 through 299. |
No filters are applied.
Interface configuration
Input and output type code filtering on the same interface reduces performance and is not recommended.
Access lists for Token Ring- and IEEE 802-encapsulated packets affect only source-route bridging functions. Such access lists do not interfere with protocols that are being routed.
Use the access list specifying the types codes in this command.
The following example filters SNAP-encapsulated frames on output:
! provide appropriate global configuration command if not currently in your config.
!
! apply interface configuration commands to interface tokenring 0
interface tokenring 0
! filter SNAP-encapsulated frames on output using access list 202
source-bridge output-type-list 202
!
access-list 202 deny 0x6000 0x0007
access-list 202 permit 0x0000 0xFFFF
access-list
source-bridge input-type-list
Use the source-bridge passthrough global configuration command to configure some sessions on a few rings to be locally acknowledged and the remaining to passthrough. Use the no form of this command to disable passthrough on all the rings and allow the session to be locally acknowledged.
source-bridge passthrough ring-group
| ring-group | Ring group number. This ring is either the start ring or destination ring of the two IBM end machines for which the passthrough feature is to be configured. This ring group number must match the number you have specified with the source-bridge ring-group command. The valid range is 1 through 4095. |
Disabled
Global configuration
This command is used in conjunction with the source-bridge remote-peer tcp command that has the local-ack keyword specified, which would cause every new LLC2 session to be locally terminated. If a machine on the Token Ring attempts to start an LLC2 session to an end host that exists on the ring-number specified in the source-bridge passthrough command, the session will "pass through" and not use Local Acknowledgment for LLC2.
If you specify passthrough for a ring, LLC2 sessions will never be locally acknowledged on that ring. This is true even if a remote peer accessing the ring has set the local-ack keyword in the source-bridge remote-peer tcp command. The source-bridge passthrough command overrides any setting in the source-bridge remote-peer tcp command.
You can define more than one source-bridge passthrough command in a router configuration.
The following example configures the router/bridge to use Local Acknowledgment on remote peer at 1.1.1.2 but passthrough on rings 9 and 4:
source-bridge ring-group 100
source-bridge remote-peer 100 tcp 1.1.1.1
source-bridge remote-peer 100 tcp 1.1.1.2 local-ack
source-bridge passthrough 9
source-bridge passthrough 4
Use the source-bridge proxy-explorer interface configuration command to configure the interface to respond to any explorer packets from a source node that meet the conditions described below. Use the no form of this command to cancel responding to explorer packets with proxy explorers.
source-bridge proxy-explorerThis command has no arguments or keywords.
Disabled
Interface configuration
The proxy explorer function allows the source-route bridge interface to respond to a source node on behalf of a particular destination node. The interface responds with proxy explorers. The following conditions must be met in order for the interface to respond to a source node with proxy explorers on behalf of a destination node:
If all of the above conditions are met, the source-route bridge interface will turn the packet around, append the appropriate RIF, and reply to the source node.
Use proxy explorers to limit the amount of explorer traffic propagating through the source-bridge network, especially across low-bandwidth serial lines. The proxy explorer is most useful for multiple connections to a single node.
The following example configures the router/bridge to use proxy explorers on interface Token
Ring 0:
interface tokenring 0
source-bridge proxy-explorer
Use the source-bridge proxy-netbios-only interface configuration command to enable proxy explorers for the NetBIOS name-caching function. Use the no form of this command to disable the NetBIOS name-caching function.
source-bridge proxy-netbios-onlyThis command has no arguments or keywords.
Disabled
Interface configuration
The following example configures the router/bridge to use proxy explorers:
source-bridge proxy-netbios-only
Use the source-bridge remote-peer fst global configuration command to specify a Fast Sequenced Transport (FST) encapsulation connection. Use the no form of this command to disable the previous assignments.
source-bridge remote-peer ring-group fst ip-address [lf size]No FST encapsulation connection is specified.
Global configuration
The two peers using the serial-transport method will only function correctly if there are routers/bridges at the end of the serial line that have been configured to use the serial transport. The peers must also belong to the same ring group.
You must specify one source-bridge remote-peer command for each peer router that is part of the virtual ring. You must also specify one source-bridge remote-peer command to identify the IP address of the local router.
In the following example the source-bridge fst-peername command specifies an IP address of 150.136.64.98 for the local router. The source-bridge ring-group command assigns the router to a ring group. The source-bridge remote-peer fst command specifies ring group number 100 for the remote peer at IP address 150.136.64.97.
source-bridge fst-peername 150.136.64.98
source-bridge ring-group 100
source-bridge remote-peer 100 fst 150.136.64.97
source-bridge
source-bridge fst-peername
source-bridge remote-peer interface
source-bridge remote-peer tcp
Use the source-bridge remote-peer interface global configuration command when specifying a point-to-point direct encapsulation connection. Use the no form of this command to disable previous interface assignments.
source-bridge remote-peer ring-group interface interface-name [mac-address] [lf size]No point-to-point direct encapsulation connection is specified.
Global configuration
Use this command to identify the interface over which to send source-route bridged traffic to another router/bridge in the ring group. A serial interface does not require that you include a MAC-level address; all other types of interfaces do require MAC addresses.
You must specify one source-bridge remote-peer command for each peer router that is part of the virtual ring. You must also specify one source-bridge remote-peer command to identify the IP address of the local router.
It is possible to mix all types of transport methods within the same ring group.
The following example sends source-route bridged traffic over interfaces serial0 and Ethernet0:
! send source-route bridged traffic over serial0
source-bridge remote-peer 5 interface serial0
! specify MAC address for source-route bridged traffic on Ethernet0
source-bridge remote-peer 5 interface Ethernet0 0000.0c00.1234
show interface
source-bridge
source-bridge remote-peer fst
source-bridge remote-peer tcp
Use the source-bridge remote-peer tcp global configuration command to identify the IP address of a peer in the ring group with which to exchange source-bridge traffic using TCP. Use the no form of this command to remove a remote peer for the specified ring group.
source-bridge remote-peer ring-group tcp ip-address [lf size] [local-ack] [priority]No IP address is identified.
Global configuration
If you configure one peer for LLC2 Local Acknowledgment, you need to configure both peers for LLC2 Local Acknowledgment. If only one peer is so configured, unpredictable (and undesirable) results will occur.
You must specify one source-bridge remote-peer command for each peer router that is part of the virtual ring. You must also specify one source-bridge remote-peer command to identify the IP address of the local router.
The two peers using the serial-transport method will only function correctly if there are routers/bridges at the end of the serial line that have been configured to use the serial transport. The peers must also belong to the same ring group.
In the following example, the remote peer with IP address 131.108.2.291 belongs to ring group 5. It also uses LLC2 Local Acknowledgment, priority, and RSRB protocol version 2:
! identify the ring group as 5
source-bridge ring-group 5
! remote peer at IP address 131.108.2.291 belongs to ring group 5, uses
! tcp as the transport, is set up for local acknowledgment, and uses priority
source-bridge remote-peer 5 tcp 131.108.2.291 local-ack priority
The following example shows how to locally administer and acknowledge LLC2 sessions destined for a specific remote peer:
! identify the ring group as 100
source-bridge ring-group 100
! remote peer at IP address 1.1.1.1 does not use local acknowledgment
source-bridge remote-peer 100 tcp 1.1.1.1
! remote peer at IP address 1.1.1.2 uses local acknowledgment
source-bridge remote-peer 100 tcp 1.1.1.2 local-ack
!
interface tokenring 0
source-bridge 1 1 100
Sessions between a device on Token Ring 0 that must go through remote peer 1.1.1.2 use Local Acknowledgment for LLC2, but sessions that go through remote peer 1.1.1.1 do not use Local Acknowledgment (that is, they "pass through").
source-bridge
source-bridge remote-peer fst
source-bridge remote-peer interface
Use the source-bridge ring-group global configuration command to define or remove a ring group from the router configuration. Use the no form of this command to cancel previous assignments.
source-bridge ring-group ring-group| ring-group | Ring group number. The valid range is 1 through 4095. |
No ring group is defined.
Global configuration
To configure a source-route bridge with more than two network interfaces, the ring group concept is used. A ring group is a collection of Token Ring interfaces in one or more routers that are collectively treated as a virtual ring. The ring group is denoted by a ring number that must be unique for the network. The ring group's number is used just like a physical ring number, showing up in any route descriptors contained in packets being bridged.
To configure a specific interface as part of a ring group, its target ring number parameter is set to the ring group number specified in this command. You should not use the number 0, because it is reserved to represent the local ring.
In the following example, multiple Token Rings are source-route bridged to one another through a single router/bridge. These Token Rings are all part of ring group 7.
! all token rings attached to this bridge/router are part of ring group 7
source-bridge ring-group 7
!
interface tokenring 0
source-bridge 1000 1 7
!
interface tokenring 1
source-bridge 1001 1 7
!
interface tokenring 2
source-bridge 1002 1 7
!
interface tokenring 3
source-bridge 1003 1 7
source-bridge
Use the source-bridge route-cache interface configuration command to enable fast switching. Use the no form of this command to disable fast switching.
source-bridge route-cacheThis command has no arguments or keywords.
Enabled
Interface configuration
By default, fast-switching software is enabled in the source-route bridging software. Fast switching allows for faster implementations of local source-route bridging between 4/16-megabit Token Ring cards in the same router/bridge. This feature also allows for faster implementations of local source-route bridging between two router/bridges using the 4/16-megabit Token Ring cards and the direct interface encapsulation.
The following example disables use of fast switching between two 4/16-megabit Token Ring interfaces:
interface token 0
source-bridge 1 1 2
no source-bridge route-cache
!
interface token 1
source-bridge 2 1 1
no source-bridge route-cache
source-bridge
Use the source-bridge route-cache cbus interface configuration command to enable autonomous switching. Use the no form of this command to disable autonomous switching.
source-bridge route-cache cbusThis command has no arguments or keywords.
Disabled
Interface configuration
Autonomous switching in source-route bridging software is available for local source-route bridging between ciscoBus Token Ring (CTR) cards in the same router/bridge. Autonomous switching provides higher switching rates than does fast-switching between 4/16-megabit Token Ring cards. Autonomous switching works for both two-port bridges and multiport bridges that use ciscoBus Token Ring cards.
In a virtual ring that includes both ciscoBus Token Ring and 4/16-megabit Token Ring interfaces, frames that flow from one CTR interface to another are autonomously switched, and the remainder of the frames are fast switched. The switching that occurs on the CTR interface takes advantage of the high-speed ciscoBus controller processor.
The following example enables use of autonomous switching between two ciscoBus Token Ring interfaces:
interface token 0
source-bridge 1 1 2
source-bridge route-cache cbus
!
interface token 1
source-bridge 2 1 1
source-bridge route-cache cbus
source-bridge
Use the source-bridge route-cache sse interface configuration command to enable Cisco's silicon switching engine (SSE) switching function. Use the no form of this command to disable SSE switching.
source-bridge route-cache sseThis command has no arguments or keywords.
Disabled
Interface configuration
The following example enables use of SSE switching between two 4/16-megabit Token Ring interfaces:
interface token 0
source-bridge 1 1 2
source-bridge route-cache sse
!
interface token 1
source-bridge 2 1 1
source-bridge route-cache sse
source-bridge
Use the source-bridge sap-80d5 global configuration command to allow non-IBM hosts (attached to a router with 80d5 processing enabled) to use the standard Token Ring to Ethernet LLC2 translation instead of the nonstandard Token Ring to Ethernet 80d5 translation. This command allows you to set the translation on a per-DSAP basis. Use the no form of this command to disable this feature.
source-bridge sap-80d5 dsap| dsap | Destination service access point (DSAP) |
Enabled
Global configuration
By default, the following DSAPs are enabled for 0x80d5 translation simply by specifying the source-bridge enable-80d5 command:
Any of these DSAPs can be disabled with the no form of this command.
The parameters specifying the current parameters for the processing of 0x80d5 frames are given at the end of the output of the show span command.
Use the show span to check whether 80d5 processing is enabled for a particular DSAP. The following line displays in the output if 80d5 processing is enabled, listing each DSAP for which it is enabled:
Translation is enabled for the following DSAPs:
04 0C 1C F0
The following example enables 0x80d5 processing, removes the translation for SAP 08, and adds the translation for SAP 1c:
source-bridge enable-80d5
no source-bridge sap-80d5 08
source-bridge sap-80d5 1c
show span
source-bridge enable-80d5
Use the automatic version of the source-bridge spanning interface configuration command to enable the automatic spanning tree function for a specified group of bridged interfaces. Use the no source-bridge spanning command to return to the default disabled state. Use the no source-bridge spanning path-cost command to return an assigned path cost to the default path cost of 16.
source-bridge spanning bridge-group [path-cost path-cost] The automatic spanning tree function is disabled.
The default path cost is 16.
Interface configuration
The following example adds Token Ring 0 to bridge group 1 and assigns a path cost of 12 to Token Ring 0:
interface token ring 0
source-bridge spanning 1 path-cost 12
bridge protocol ibm
show source-bridge
Use the source-bridge spanning interface configuration command to enable use of spanning explorers. The no source-bridge spanning command disables their use. Only spanning explorers will be blocked; everything else will be forwarded.
source-bridge spanningThis command has no arguments or keywords.
Disabled
Interface configuration
Use of the source-bridge spanning command is recommended. This command puts the interface into a forwarding or active state with respect to the spanning tree. There are two types of explorer packets used to collect RIF information:
The following example enables use of spanning explorers:
! Global configuration command establishing the ring group for the interface configuration commands
source-bridge ring-group 48
!
! commands that follow apply to interface token 0
interface tokenring 0
! configure interface tokenring 0 to use spanning explorers
source-bridge spanning
source-bridge
Use the source-bridge tcp-queue-max global configuration command to modify the size of the backup queue for remote source-route bridging. This backup queue determines the number of packets that can wait for transmission to a remote ring before packets start being thrown away. Use the no form of this command to return to the default value.
source-bridge tcp-queue-max number| number | Number of packets to hold in any single outgoing TCP queue to a remote router. |
100 packets
Global configuration
If, for example, your network experiences temporary bursts of traffic using the default packet queue length, the following command raises the limit from 100 to 150 packets:
source-bridge tcp-queue-max 150
Use the source-bridge transparent global configuration command to establish bridging between transparent bridging and source-route bridging. Use the no form of this command to disable a previously established link between a source-bridge ring group and a transparent bridge group.
source-bridge transparent ring-group pseudo-ring bridge-number tb-group [oui]Not established
Global configuration
Before using this command, you must have completely configured your router using multiport source-bridging and transparent bridging.
Specify the 90-compatible OUI when talking to our routers. This OUI provides the most flexibility. Specify the standard OUI when talking to IBM 8209 bridges and other vendor equipment. This OUI does not provide for as much flexibility as the other two choices. The cisco OUI is provided for compatibility with future equipment.
Do not use the standard OUI unless you are forced to interoperate with other vendor equipment, such as the IBM 8209, in providing Ethernet and Token Ring mixed media bridged connectivity. Only use the standard keyword when you are transferring data between IBM 8209 Ethernet/Token Ring bridges and routers running the SR/TLB software (to create a Token Ring backbone to connect Ethernets). Use of the standard keyword causes the OUI code in Token Ring frames to always be 0x000000. In the context of the standard keyword, an OUI of 0x000000 identifies the frame as an Ethernet Type II frame. If the OUI in Token Ring frame is 0x000000 SR/TLB will output an Ethernet Type II frame.
When 8209 compatibility is enabled with the ethernet transit-oui standard command, the SR/TLB chooses to translate all Token Ring SNAP frames into Ethernet Type II frames as described earlier in this chapter.
The following example establishes bridging between a transparent-bridge network and a source-route network:
source-bridge ring-group 9
source-bridge transparent 9 6 2 2
!
interface tokenring 0
source-bridge 5 2 9
interface token ring 1
source bridge 4 2 9
!
interface ethernet 0
bridge-group 2
!
interface ethernet 1
bridge-group 2
bridge 2 protocol ieee
bridge-group
source-bridge
source-bridge ring-group
|
|