Table Of Contents
Transparent Bridging Commands
access-list (extended-ibm)
access-list (standard-ibm)
access-list (type-code-ibm)
bridge acquire
bridge address
bridge bitswap-layer3-addresses
bridge bridge
bridge circuit-group pause
bridge circuit-group source-based
bridge cmf
bridge crb
bridge domain
bridge forward-time
bridge-group
bridge-group aging-time
bridge-group cbus-bridging
bridge-group circuit-group
bridge-group input-address-list
bridge-group input-lat-service-deny
bridge-group input-lat-service-permit
bridge-group input-lsap-list
bridge-group input-pattern-list
bridge-group input-type-list
bridge-group lat-compression
bridge-group output-address-list
bridge-group output-lat-service-deny
bridge-group output-lat-service-permit
bridge-group output-lsap-list
bridge-group output-pattern-list
bridge-group output-type-list
bridge-group path-cost
bridge-group priority
bridge-group spanning-disabled
bridge-group sse
bridge-group subscriber-loop-control
bridge-group subscriber-trunk
bridge hello-time
bridge irb
bridge lat-service-filtering
bridge max-age
bridge multicast-source
bridge priority
bridge protocol
bridge route
bridge subscriber-policy
clear bridge
clear bridge multicast
clear vlan statistics
frame-relay map bridge broadcast
interface bvi
show bridge
show bridge circuit-group
show bridge group
show bridge multicast
show bridge vlan
show interfaces crb
show interfaces irb
show spanning-tree
show subscriber-policy
show vlans
subscriber-policy
x25 map bridge
Transparent Bridging Commands
Use the commands in this chapter to configure and monitor transparent bridging networks. For transparent bridging configuration information and examples, refer to the "Configuring Transparent Bridging" chapter in the Cisco IOS Bridging and IBM Networking Configuration Guide.
access-list (extended-ibm)
To provide extended access lists that allow more detailed access lists, use the access-list global configuration command. These lists allow you to specify both source and destination addresses and arbitrary bytes in the packet.
access-list access-list-number {permit | deny} source source-mask destination destination-mask
offset size operator operand
Syntax Description
access-list-number
|
Integer from 1100 to 1199 that you assign to identify one or more permit/deny conditions as an extended access list. Note that a list number in the range 1100 to 1199 distinguishes an extended access list from other access lists.
|
permit
|
Allows a connection when a packet matches an access condition. The Cisco IOS software stops checking the extended access list after a match occurs. All conditions must be met to make a match.
|
deny
|
Disallows a connection when a packet matches an access condition. The software stops checking the extended access list after a match occurs. All conditions must be met to make a match.
|
source
|
Media Access Control (MAC) Ethernet address in the form xxxx.xxxx.xxxx.
|
source-mask
|
Mask of MAC Ethernet source address bits to be ignored. The software uses the source and source-mask arguments to match the source address of a packet.
|
destination
|
MAC Ethernet value used for matching the destination address of a packet.
|
destination-mask
|
Mask of MAC Ethernet destination address bits to be ignored. The software uses the destination and destination mask arguments to match the destination address of a packet.
|
offset
|
Range of values that must be satisfied in the access list. Specified in decimal or in hexadecimal format in the form 0xnn. The offset is the number of bytes from the destination address field; it is not an offset from the start of the packet. The number of bytes you need to offset from the destination address varies depending on the media encapsulation type you are using.
|
size
|
Range of values that must be satisfied in the access list. Must be an integer 1 to 4.
|
operator
|
Compares arbitrary bytes within the packet. Can be one of the following keywords:
lt—less than
gt—greater than
eq—equal
neq—not equal
and—bitwise and
xor—bitwise exclusive or
nop—address match only
|
operand
|
Compares arbitrary bytes within the packet. The value to be compared to or masked against.
|
Defaults
No extended access lists are established.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
After an access list is initially created, any subsequent additions (possibly entered from the terminal) are placed at the end of the list. In other words, you cannot selectively add or remove access list command lines from a specific access list.
An extended access list should not be used on FDDI interfaces that provide transit bridging.
There is not a no form for this command.
Note
Due to their complexity, extended access lists should only be used by those who are very familiar with the Cisco IOS software. For example, to use extended access lists, it is important to understand how different encapsulations on different media would generally require different offset values to access particular fields.
Caution 
Do not specify offsets into a packet that are greater than the size of the packet.
Examples
The following example permits packets from MAC addresses 000c.1bxx.xxxx to any MAC address if the packet contains a value less than 0x55AA in the 2 bytes that begin 0x1e bytes into the packet:
interface ethernet 0
bridge-group 3 output-pattern 1102
access-list 1102 permit 000c.1b00.0000 0000.00ff.ffff
0000.0000.0000 ffff.ffff.ffff 0x1e 2 lt 0x55aa
The following example permits an NOP operation:
interface ethernet 0
bridge-group 3 output-pattern 1102
access-list 1101 permit 0000.0000.0000 ffff.ffff.ffff 0000.0000.0000 ffff.ffff.ffff
Bridged protocols on Ethernet0/3:
Software MAC address filter on Ethernet0/3
Hash Len Address Matches Act Type
0x00: 0 ffff.ffff.ffff 0 RCV Physical broadcast
0x00: 1 ffff.ffff.ffff 0 RCV Appletalk zone
0x2A: 0 0900.2b01.0001 0 RCV DEC spanning tree
0x49: 0 0000.0c36.7a45 0 RCV Interface MAC address
0xc0: 0 0100.0ccc.cccc 48 RCV CDP
0xc2: 0 0180.c200.0000 0 RCV IEEE spanning tree
0xF8: 0 0900.07ff.ffff 0 RCV Appletalk broadcast
Table 3 describes significant fields shown in the display.
Table 3 show interfaces crb Field Descriptions
Field
|
Description
|
Routed protocols on...
|
List of the routed protocols configured for the specified interface.
|
Bridged protocols on...
|
List of the bridged protocols configured for the specified interface.
|
Software MAC address filter on...
|
Table of software MAC address filter information for the specified interface.
|
Hash
|
Hash key/relative position in the keyed list for this MAC-address entry.
|
Len
|
Length of this entry to the beginning element of this hash chain.
|
Address
|
Canonical (Ethernet ordered) MAC address.
|
Matches
|
Number of received packets matched to this MAC address.
|
Act
|
Action to be taken when that address is looked up; choices are to receive or discard the packet.
|
Type
|
MAC address type.
|
Related Commands
access-list (standard-ibm)
To establish a MAC address access lists, use the access-list global configuration command. To remove a single access-list entry, use the no form of this command.
access-list access-list-number {permit | deny} address mask
no access-list access-list-number
Syntax Description
access-list-number
|
Integer from 700 to 799 that you select for the list.
|
permit
|
Permits the frame.
|
deny
|
Denies the frame.
|
address mask
|
48-bit MAC addresses writtenas a dotted triple of four-digit hexadecimal numbers. The ones bits in the mask argument are the bits to be ignored in address.
|
Defaults
No MAC address access lists are established.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Configuring bridging access lists of type 700 may cause a momentary interruption of traffic flow.
Examples
The following example assumes that you want to disallow the bridging of Ethernet packets of all Sun workstations on Ethernet interface 1. Software assumes that all such hosts have Ethernet addresses with the vendor code 0800.2000.0000. The first line of the access list denies access to all Sun workstations, while the second line permits everything else. You then assign the access list to the input side of Ethernet interface 1.
access-list 700 deny 0800.2000.0000 0000.00FF.FFFF
access-list 700 permit 0000.0000.0000 FFFF.FFFF.FFFF
bridge-group 1 input-address-list 700
Related Commands
access-list (type-code-ibm)
To build type-code access lists, use the access-list global configuration command. To remove a single access list entry, use the no form of this command.
access-list access-list-number {permit | deny} type-code wild-mask
no access-list access-list-number
Syntax Description
access-list-number
|
User-selectable number between 200 and 299 that identifies the list.
|
permit
|
Permits the frame.
|
deny
|
Denies the frame.
|
type-code
|
16-bit hexadecimal number written with a leading "0x"; for example, 0x6000. You can specify either an Ethernet type code for Ethernet-encapsulated packets, or a DSAP/SSAP pair for 802.3 or 802.5-encapsulated packets. Ethernet type codes are listed in the appendix "Ethernet Type Codes."
|
wild-mask
|
16-bit hexadecimal number whose ones bits correspond to bits in the type-code argument that should be ignored when making a comparison. (A mask for a DSAP/SSAP pair should always be at least 0x0101. This is because these two bits are used for purposes other than identifying the SAP codes.)
|
Defaults
No type-code access lists are built.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Type-code access lists can have an impact on system performance; therefore, keep the lists as short as possible and use wildcard bit masks whenever possible.
Access lists are evaluated according to the following algorithm:
•
If the packet is Ethernet Type II or SNAP, the type-code field is used.
•
If the packet is another type, then the LSAP is used.
Packets are treated according to the following algorithm:
•
If the length/type field is greater than 1500, the packet is treated as an ARPA packet.
•
If the length/type field is less than or equal to 1500, and the DSAP and SSAP fields are AAAA, the packet is treated using type-code filtering.
•
If the length/type field is less than or equal to 1500, and the DSAP and SSAP fields are not AAAA, the packet is treated using LSAP filtering.
If the LSAP-code filtering is used, all SNAP and Ethernet Type II packets are bridged without obstruction. If type-code filtering is used, all LSAP packets are bridged without obstruction.
If you have both Ethernet Type II and LSAP packets on your network, you should set up access lists for both.
Examples
The following example permits only LAT frames (type 0x6004) and filters out all other frame types:
access-list 201 permit 0x6004 0x0000
The following example filters out only type codes assigned to Digital (0x6000 to 0x600F) and lets all other types pass:
access-list 202 deny 0x6000 0x000F
access-list 202 permit 0x0000 0xFFFF
Use the last item of an access list to specify a default action; for example, permit everything else or deny everything else. If nothing else in the access list matches, the default action is normally to deny access; that is, filter out all other type codes.
Related Commands
bridge acquire
To forward any frames for stations that the system has learned about dynamically, use the bridge acquire global configuration command. To disable the behavior, use the no form of this command.
bridge bridge-group acquire
no bridge bridge-group acquire
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
Defaults
Enabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
When using the command default, the Cisco IOS software forwards any frames from stations that it has learned about dynamically. If you use the no form of this command, the bridge stops forwarding frames to stations it has dynamically learned about through the discovery process and limits frame forwarding to statically configured stations. That is, the bridge filters out all frames except those whose sourced-by or destined-to addresses have been statically configured into the forwarding cache. The no form of this command prevents the forwarding of a dynamically learned address.
Examples
The following example prevents the forwarding of dynamically determined source and destination addresses:
Related Commands
Command
|
Description
|
bridge address
|
Filters frames with a particular MAC-layer station source or destination address.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge address
To filter frames with a particular MAC-layer station source or destination address, use the bridge address global configuration command. To disable the forwarding ability, use the no form of this command.
bridge bridge-group address mac-address {forward | discard} [interface]
no bridge bridge-group address mac-address
Syntax Description
bridge-group
|
Bridge group number. It must be the same number specified in the bridge protocol command.
|
mac-address
|
48-bit hardware address written as a dotted triple of four-digit hexadecimal numbers such as that displayed by the EXEC show arp command, for example, 0800.cb00.45e9. It is either a station address, the broadcast address, or a multicast destination address.
|
forward
|
Frame sent from or destined to the specified address is forwarded as appropriate.
|
discard
|
Frame sent from or destined to the specified address is discarded without further processing.
|
interface
|
(Optional) Interface specification, such as Ethernet 0. It is added after the forward or discard keyword to indicate the interface on which that address can be reached.
|
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Any number of addresses can be configured into the system without a performance penalty.
Note
MAC addresses on Ethernets are "bit swapped" when compared with MAC addresses on Token Ring and FDDI. For example, address 0110.2222.3333 on Ethernet is 8008.4444.CCCC on Token Ring and FDDI. Access lists always use the canonical Ethernet representation. When using different media and building access lists to filter on MAC addresses, keep this point in mind. Note that when a bridged packet traverses a serial link, it has an Ethernet-style address.
Examples
The following example enables frame filtering with MAC address 0800.cb00.45e9. The frame is forwarded through Ethernet interface 1:
bridge 1 address 0800.cb00.45e9 forward ethernet 1
The following example disables the ability to forward frames with MAC address 0800.cb00.45e9:
no bridge 1 address 0800.cb00.45e9
Related Commands
bridge bitswap-layer3-addresses
To enable transparent bridging or source-route translational bridging or IP ARPs between canonical and noncanonical media types, use the bridge bitswap-layer3-addresses global configuration command. To revert to the default setting, use the no form of this command.
bridge bridge-group bitswap-layer3-addresses
no bridge bridge-group bitswap-layer3-addresses
Syntax Description
bridge-group
|
Bridge group number.
|
Defaults
Disabled.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.3(5) T
|
This command was introduced.
|
Usage Guidelines
This command "bitswaps" (to and from noncanonical format) the hardware addresses that are embedded in layer 3 of ARP and RARP frames. This function enables IP communication between Token Ring and non-Token Ring media in a transparent-bridging environment. Because transparent bridging views the source-route bridge domain as a Token Ring media, enabling this command for a transparent bridge group also enables this function for SRTLB.
The user must ensure the frames are small enough to be sent on all media types since there is no end to end bridging protocol to negotiate the largest frame size.
There is no attempt to reformat ARP frames between ARP and SNAP formats.
Examples
The following example enables bitswapping of addresses to and from noncanonical form in a transparent-bridged environment:
bridge 1 bitswap-layer3-addresses
bridge bridge
To enable the bridging of a specified protocol in a specified bridge group, use the bridge bridge global configuration command. To disable the bridging of a specified protocol in a specified bridge group, use the no form of this command.
bridge bridge-group bridge protocol
no bridge bridge-group bridge protocol
Syntax Description
bridge-group
|
Bridge group number. It must be the same number specified in the bridge protocol command.
|
protocol
|
Any of the supported routing protocols. The default is to bridge all of these protocols.
|
Defaults
Bridge every protocol.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
When integrated routing and bridging (IRB) is enabled, the default route/bridge behavior in a bridge group is to bridge all protocols. You do not have to use the bridge bridge command to enable bridging.
You can use the no bridge bridge command to disable bridging in a bridge group so that it does not bridge a particular protocol. When you disable bridging for a protocol in a bridge group, routable packets of this protocol are routed when the bridge is explicitly configured to route this protocol, and nonroutable packets are dropped because bridging is disabled for this protocol.
Note
Packets of nonroutable protocols, such as LAT, are bridged only. You cannot disable bridging for the nonroutable traffic.
Examples
The following example disables bridging of IP in bridge group 1:
Related Commands
Command
|
Description
|
bridge irb
|
Enables the Cisco IOS software to route a given protocol between routed interfaces and bridge groups or to route a given protocol between bridge groups.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge route
|
Enables the routing of a specified protocol in a specified bridge group.
|
bridge circuit-group pause
To configure the interval during which transmission is suspended in a circuit group after circuit group changes take place, use the bridge circuit-group pause global configuration command.
bridge bridge-group circuit-group circuit-group pause milliseconds
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
circuit-group
|
Number of the circuit group to which the interface belongs.
|
milliseconds
|
Forward delay interval. It must be a value in the range 0 to 10000 ms.
|
Defaults
The default forward delay interval is 0.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Usage Guidelines
Circuit-group changes include the addition or deletion of an interface and interface state changes.
There is not a no form for this command.
Examples
The following example sets the circuit group pause to 5000 ms:
bridge 1 circuit-group 1 pause 5000
Related Commands
bridge circuit-group source-based
To use just the source MAC address for selecting the output interface, use the bridge circuit-group source-based global configuration command. To remove the interface from the bridge group, use the no form of this command.
bridge bridge-group circuit-group circuit-group source-based
no bridge bridge-group circuit-group circuit-group source-based
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
circuit-group
|
Number of the circuit group to which the interface belongs.
|
Defaults
No bridge-group interface is assigned.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Usage Guidelines
For applications that depend on the ordering of mixed unicast and multicast traffic from a given source, load distribution must be based on the source MAC address only. The bridge circuit-group source-based command modifies the load distribution strategy to accommodate such applications.
Examples
The following example uses the source MAC address for selecting the output interface to a bridge group:
bridge 1 circuit-group 1 source-based
Related Commands
bridge cmf
To enable constrained multicast flooding (CMF) for all configured bridge groups, use the bridge cmf global configuration command. To disable constrained multicast flooding, use the no form of this command.
bridge cmf
no bridge cmf
Syntax Description
This command has no arguments or keywords.
Defaults
Constrained multicast flooding is disabled.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following example enables constrained multicast flooding for all configured bridge groups:
Related Commands
bridge crb
To enable the Cisco IOS software to both route and bridge a given protocol on separate interfaces within a single router, use the bridge crb global configuration command. To disable the feature, use the no form of this command.
bridge crb
no bridge crb
Syntax Description
This command has no arguments or keywords.
Defaults
Concurrent routing and bridging is disabled.
When concurrent routing and bridging has been enabled, the default behavior is to bridge all protocols that are not explicitly routed in a bridge group.
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Usage Guidelines
When concurrent routing and bridging is first enabled in the presence of existing bridge groups, it generates a bridge route configuration command for any protocol for which any interface in the bridge group is configured for routing. This is a precaution that applies only when concurrent routing and bridging is not already enabled, bridge groups exist, and the bridge crb command is encountered.
Once concurrent routing and bridging has been enabled, you must configure an explicit bridge route command for any protocol that is to be routed on interfaces in a bridge group (in addition to any required protocol-specific interface configuration).
Examples
The following command enables concurrent routing and bridging:
Related Commands
Command
|
Description
|
bridge route
|
Enables the routing of a specified protocol in a specified bridge group.
|
bridge domain
To establish a domain by assigning it a decimal value from 1 and 10, use the bridge domain global configuration command. To return to a single bridge domain by choosing domain zero (0), use the no form of this command.
bridge bridge-group domain domain-number
no bridge bridge-group domain
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol ieee command. The dec keyword is not valid for this command.
|
domain-number
|
Domain ID number you choose. The default domain number is zero; this is the domain number required when communicating to IEEE bridges that do not support this domain extension.
|
Defaults
Single bridge domain. The default domain number is 0.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Cisco has implemented a proprietary extension to the IEEE spanning-tree software in order to support multiple spanning-tree domains. You can place any number of routers within the domain. The routers in the domain, and only those routers, will then share spanning-tree information.
Use this feature when multiple routers share the same cable, and you wish to use only certain discrete subsets of these routers to share spanning-tree information with each other. This function is most useful when running other applications, such as IP UDP flooding, that use the IEEE Spanning Tree Protocol. It can also be used to reduce the number of global reconfigurations in large bridged networks.
Caution 
Use multiple spanning-tree domains with care. Because bridges in different domains do not share spanning-tree information, bridge loops can be created if the domains are not carefully planned.
Note
This command works only when the bridge group is running the IEEE Spanning Tree Protocol.
Examples
The following example places bridge group 1 in bridging domain 3. Only other routers that are in domain 3 will accept spanning-tree information from this router.
Related Commands
Command
|
Description
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge forward-time
To specify the forward delay interval for the Cisco IOS software, use the bridge forward-time global configuration command. To return to the default interval, use the no form of this command.
bridge bridge-group forward-time seconds
no bridge bridge-group forward-time seconds
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
seconds
|
Forward delay interval. It must be a value in the range 10 to 200 seconds. The default is 30 seconds.
|
Defaults
30-second delay
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The forward delay interval is the amount of time the software spends listening for topology change information after an interface has been activated for bridging and before forwarding actually begins.
Each bridge in a spanning tree adopts the hello-time, forward-time, and max-age parameters of the root bridge, regardless of what its individual configuration might be.
Examples
The following example sets the forward delay interval to 60 seconds:
Related Commands
Command
|
Description
|
bridge-group subscriber-trunk
|
Specifies that an interface is at the upstream point of traffic flow.
|
bridge max-age
|
Changes the interval the bridge will wait to hear BPDUs from the root bridge. If a bridge does not hear BPDUs from the root bridge within this specified interval, it assumes that the network has changed and will recompute the spanning-tree topology.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge-group
To assign each network interface to a bridge group, use the bridge-group interface configuration command. To remove the interface from the bridge group, use the no form of this command.
bridge-group bridge-group
no bridge-group bridge-group
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
Defaults
No bridge group interface is assigned.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
You can bridge on any interface, including any serial interface, regardless of encapsulation. Bridging can be configured between interfaces on different cards, although the performance is lower compared with interfaces on the same card. Also note that serial interfaces must be running with HDLC, X.25, or Frame Relay encapsulation.
Note
Several modifications to interfaces in bridge groups, including adding interfaces to bridge groups, will result in any Token Ring or FDDI interfaces in that bridge group being reinitialized.
Examples
In the following example, Ethernet interface 0 is assigned to bridge-group 1, and bridging is enabled on this interface:
Related Commands
bridge-group aging-time
To set the length of time that a dynamic entry can remain in the bridge table from the time the entry was created or last updated, use the bridge-group aging-time global configuration command. To return to the default aging-time interval, use the no form of this command.
bridge-group bridge-group aging-time seconds
no bridge-group bridge-group aging-time
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
seconds
|
Aging time, in the range 10 to 1000000 seconds. The default is 300 seconds.
|
Defaults
300 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Usage Guidelines
If hosts on a bridged network are likely to move, decrease the aging-time to enable the bridge to adapt quickly to the change. If hosts do not send continuously, increase the aging time to record the dynamic entries for a longer time and thus reduce the possibility of flooding when the hosts send again.
Examples
The following example sets the aging time to 200 seconds:
bridge-group 1 aging-time 200
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge-group cbus-bridging
To enable autonomous bridging on a ciscoBus2 controller, use the bridge-group cbus-bridging interface configuration command. To disable autonomous bridging, use the no form of this command.
bridge-group bridge-group cbus-bridging
no bridge-group bridge-group cbus-bridging
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
Defaults
Autonomous bridging is disabled.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Normally, bridging takes place on the processor card at interrupt level. When autonomous bridging is enabled, bridging takes place entirely on the ciscoBus2 controller, significantly improving performance.
You can enable autonomous bridging on Ethernet, FDDI (FCIT) and HSSI interfaces that reside on a ciscoBus2 controller. Autonomous bridging is not supported on Token Ring interfaces, regardless of the type of bus in use.
To enable autonomous bridging on an interface, that interface must first be defined as part of a bridge group. When a bridge group includes both autonomously and normally bridged interfaces, packets are autonomously bridged in some cases, but bridged normally in others. For example, when packets are forwarded between two autonomously bridged interfaces, those packets are autonomously bridged. But when packets are forwarded between an autonomously bridged interface and one that is not, the packet must be normally bridged. When a packet is flooded, the packet is autonomously bridged on autonomously bridged interfaces, but must be normally bridged on any others.
Note
In order to maximize performance when using a ciscoBus2 controller, use the bridge-group cbus-bridging command to enable autonomous bridging on any Ethernet, FDDI, or HSSI interface.
Note
You can only filter by MAC-level address on an interface when autonomous bridging is enabled on that interface; autonomous bridging disables all other filtering and priority queueing.
Examples
In the following example, autonomous bridging is enabled on Ethernet interface 0:
bridge-group 1 cbus-bridging
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge-group circuit-group
To assign each network interface to a bridge group, use the bridge-group circuit-group interface configuration command. To remove the interface from the bridge group, use the no form of this command.
bridge-group bridge-group circuit-group circuit-group
no bridge-group bridge-group circuit-group circuit-group
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
circuit-group
|
Circuit group number. The range is 1 to 9.
|
Defaults
No bridge group interface is assigned.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Usage Guidelines
Circuit groups are primarily intended for use with HDLC-encapsulated serial interfaces. They are not supported for packet-switched networks such as X.25 or Frame Relay. Circuit groups are best applied to groups of serial lines of equal bandwidth, but can accommodate mixed bandwidths as well.
Note
You must configure bridging before you configure a circuit group on an interface.
Examples
In the following example, Ethernet interface 0 is assigned to circuit group 1 of bridge group 1:
bridge-group 1 circuit-group 1
Related Commands
bridge-group input-address-list
To assign an access list to a particular interface, use the bridge-group input-address-list interface configuration command. This access list is used to filter packets received on that interface based on their MAC source addresses. To remove an access list from an interface, use the no form of this command.
bridge-group bridge-group input-address-list access-list-number
no bridge-group bridge-group input-address-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the access-list command. It must be in the range 700 to 799.
|
Defaults
No access list is assigned.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example assumes you want to disallow the bridging of Ethernet packets of all Sun workstations on Ethernet interface 1. Software assumes that all such hosts have Ethernet addresses with the vendor code 0800.2000.0000. The first line of the access list denies access to all Sun workstations, while the second line permits everything else. You then assign the access list to the input side of Ethernet interface 1.
access-list 700 deny 0800.2000.0000 0000.00FF.FFFF
access-list 700 permit 0000.0000.0000 FFFF.FFFF.FFFF
bridge-group 1 input-address-list 700
Related Commands
Command
|
Description
|
access-list (standard-ibm)
|
Establishes MAC address access lists.
|
bridge address
|
Filters frames with a particular MAC-layer station source or destination address.
|
bridge-group output-address-list
|
Assigns an access list to a particular interface for filtering the MAC destination addresses of packets that would ordinarily be forwarded out that interface.
|
bridge-group input-lat-service-deny
To specify the group codes by which to deny access upon input, use the bridge-group input-lat-service-deny interface configuration command. To remove this access condition, use the no form of this command.
bridge-group bridge-group input-lat-service-deny group-list
no bridge-group bridge-group input-lat-service-deny group-list
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
group-list
|
List of LAT service groups. Single numbers and ranges are permitted. Specify a zero (0) to disable the LAT group code for the bridge group.
|
Defaults
No group codes are specified.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
This command prevents the system from bridging any LAT service advertisement that has any of the specified groups set.
Examples
The following example causes any advertisements with groups 6, 8, and 14 through 20 to be dropped:
bridge-group 1 input-lat-service-deny 6 8 14-20
Related Commands
bridge-group input-lat-service-permit
To specify the group codes by which to permit access upon input, use the bridge-group input-lat-service-permit interface configuration command. To remove this access condition, use the no form of this command.
bridge-group bridge-group input-lat-service-permit group-list
no bridge-group bridge-group input-lat-service-permit group-list
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
group-list
|
LAT service groups. Single numbers and ranges are permitted. Specify a zero (0) to disable the LAT group code for the bridge group.
|
Defaults
No group codes are specified.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
This command causes the system to bridge only those service advertisements that match at least one group in the group list specified by the group-list argument.
If a message specifies group codes in both the deny and permit list, the message is not bridged.
Examples
The following example bridges any advertisements from groups 1, 5, and 12 through 14:
bridge-group 1 input-lat-service-permit 1 5 12-14
Related Commands
bridge-group input-lsap-list
To filter IEEE 802.2-encapsulated packets on input, use the bridge-group input-lsap-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group input-lsap-list access-list-number
no bridge-group bridge-group input-lsap-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the standard access-list command. Specify a zero (0) to disable the application of the access list on the bridge group.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
This access list is applied to all IEEE 802.2 frames received on that interface prior to the bridge-learning process. SNAP frames must also pass any applicable Ethernet type-code access list.
Examples
The following example specifies access list 203 on Ethernet interface 1:
bridge-group 3 input-lsap-list 203
Related Commands
bridge-group input-pattern-list
To associate an extended access list with a particular interface in a particular bridge group, use the bridge-group input-pattern-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group input-pattern-list access-list-number
no bridge-group bridge-group input-pattern-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned using the extended access-list command. Specify a zero (0) to disable the application of the access list on the interface.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
Examples
The following command applies access list 1101 to bridge group 3 using the filter defined in group 1:
bridge-group 3 input-pattern-list 1101
Related Commands
bridge-group input-type-list
To filter Ethernet- and SNAP-encapsulated packets on input, use the bridge-group input-type-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group input-type-list access-list-number
no bridge-group bridge-group input-type-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the standard access-list command. Specify a zero (0) to disable the application of the access list on the bridge group.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
For SNAP-encapsulated frames, the access list is applied against the 2-byte TYPE field given after the DSAP/SSAP/OUI fields in the frame.
This access list is applied to all Ethernet and SNAP frames received on that interface prior to the bridge learning process. SNAP frames must also pass any applicable IEEE 802 DSAP/SSAP access lists.
Examples
The following example shows how to configure a Token Ring interface with an access list that allows only the LAT protocol to be bridged:
ip address 131.108.1.1 255.255.255.0
bridge-group 1 input-type-list 201
Related Commands
bridge-group lat-compression
To reduce the amount of bandwidth that LAT traffic consumes on the serial interface by specifying a LAT-specific form of compression, use the bridge-group lat-compression interface configuration command. To disable LAT compression on the bridge group, use the no form of this command.
bridge-group bridge-group lat-compression
no bridge-group bridge-group lat-compression
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
Compression is applied to LAT frames being sent out the router through the interface in question.
LAT compression can be specified only for serial interfaces. For the most common LAT operations (user keystrokes and acknowledgment packets), LAT compression reduces LAT's bandwidth requirements by nearly a factor of two.
Examples
The following example compresses LAT frames on the bridge assigned to group 1:
bridge-group 1 lat-compression
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge-group output-address-list
To assign an access list to a particular interface for filtering the MAC destination addresses of packets that would ordinarily be forwarded out that interface, use the bridge-group output-address-list interface configuration command. To remove an access list from an interface, use the no form of this command.
bridge-group bridge-group output-address-list access-list-number
no bridge-group bridge-group output-address-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the standard access-list command.
|
Defaults
No access list is assigned.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example assigns access list 703 to Ethernet interface 3:
bridge-group 5 output-address-list 703
Related Commands
bridge-group output-lat-service-deny
To specify the group codes by which to deny access upon output, use the bridge-group output-lat-service-deny interface configuration command. To cancel the specified group codes, use the no form of this command.
bridge-group bridge-group output-lat-service-deny group-list
no bridge-group bridge-group output-lat-service-deny group-list
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
group-list
|
List of LAT groups. Single numbers and ranges are permitted.
|
Defaults
No group codes are assigned.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
This command causes the system to not bridge onto this output interface any service advertisements that contain groups matching any of those in the group list.
Examples
The following example prevents bridging of LAT service announcements from groups 12 through 20:
bridge-group 1 output-lat-service-deny 12-20
Related Commands
bridge-group output-lat-service-permit
To specify the group codes by which to permit access upon output, use the bridge-group output-lat-service-permit interface configuration command. To cancel specified group codes, use the no form of this command.
bridge-group bridge-group output-lat-service-permit group-list
no bridge-group bridge-group output-lat-service-permit group-list
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
group-list
|
LAT service advertisements.
|
Defaults
No group codes are specified.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
This command causes the system to bridge onto this output interface only those service advertisements that match at least one group in the specified group code list.
Note
If a message matches both a deny and a permit condition, it will not be bridged.
Examples
The following example allows only LAT service announcements from groups 5, 12, and 20 on this bridge:
bridge-group 1 output-lat-service-permit 5 12 20
Related Commands
bridge-group output-lsap-list
To filter IEEE 802-encapsulated packets on output, use the bridge-group output-lsap-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group output-lsap-list access-list-number
no bridge-group bridge-group output-lsap-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the standard access-list command. Specify a zero (0) to disable the application of the access list on the bridge group.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
SNAP frames must also pass any applicable Ethernet type-code access list. This access list is applied just before sending out a frame to an interface.
For performance reasons, specify both input and output type code filtering on the same interface.
Access lists for Ethernet- and IEEE 802-encapsulated packets affect only bridging functions. It is not possible to use such access lists to block frames with protocols that are being routed.
Packets bearing an 802.2 LSAP of 0xAAAA qualify for LSAP filtering since they are inherently in 802.3 format. However, because they also carry a Type field, they are matched against any Type filters. Therefore, if you use LSAP filters on an interface that may bear SNAP encapsulated packets you must explicitly permit 0xAAAA.
Examples
The following example specifies access list 204 on Ethernet interface 0:
bridge-group 4 output-lsap-list 204
Related Commands
bridge-group output-pattern-list
To associate an extended access list with a particular interface, use the bridge-group output-pattern-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group output-pattern-list access-list-number
no bridge-group bridge-group output-pattern-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Extended access list number you assigned using the extended access-list command. Specify a zero (0) to disable the application of the access list on the interface.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
Examples
The following example filters all packets sent by bridge group 3 using the filter defined in access-list 1102:
bridge-group 3 output-pattern-list 1102
Related Commands
bridge-group output-type-list
To filter Ethernet- and SNAP-encapsulated packets on output, use the bridge-group output-type-list interface configuration command. To disable this capability, use the no form of this command.
bridge-group bridge-group output-type-list access-list-number
no bridge-group bridge-group output-type-list access-list-number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
access-list-number
|
Access list number you assigned with the standard access-list command. Specify a zero (0) to disable the application of the access list on the bridge group. This access list is applied just before sending out a frame to an interface.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Autonomous bridging must be disabled to use this command.
Examples
The following example specifies access-list 202 on Ethernet interface 0:
bridge-group 2 output-type-list 202
Related Commands
bridge-group path-cost
To set a different path cost, use the bridge-group path-cost interface configuration command. To choose the default path cost for the interface, use the no form of this command.
bridge-group bridge-group path-cost cost
no bridge-group bridge-group path-cost cost
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
cost
|
Relative cost of using the path. Path cost can range from 1 to 65535, with higher values indicating higher costs. This range applies regardless of whether the IEEE or Digital Spanning Tree Protocol has been specified.
|
Defaults
The default path cost is computed from the interface's bandwidth setting. The following are IEEE default path cost values. The Digital path cost default values are different.
•
Ethernet—100
•
16-Mb Token Ring—62
•
FDDI—10
•
HSSI—647
•
MCI/SCI Serial—647
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
By convention, the path cost is 10000/data rate of the attached LAN (IEEE), or 100000/data rate of the attached LAN (Digital), in megabits per second.
Examples
The following example changes the default path cost for Ethernet interface 0:
bridge-group 1 path-cost 250
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge-group priority
To set an interface priority, use the bridge-group priority interface configuration command. The interface priority is used to select the designated port for this bridge-group on the connected media. One designated port on each media is needed to compute the spanning tree.
bridge-group bridge-group priority number
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
number
|
Priority number ranging from 0 to 255 (Digital), or 0 to 64000 (IEEE).
|
Defaults
When the IEEE Spanning Tree Protocol is enabled on the router: 32768
When the Digital Spanning Tree Protocol is enabled on the router: 128
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The lower the number, the more likely it is that the bridge on the interface will be chosen as the root.
There is not a no form for this command.
Examples
The following example increases the likelihood that the root bridge will be the one on Ethernet interface 0 in bridge group 1:
bridge-group 1 priority 0
The following example shows the bridge-group priority help information for 9-bit port number size:
Router(config-if)# bridge-group 1 priority ?
<0-255> increments of 2 for IEEE or vlan-bridge, others 1
The following example shows the bridge-group priority help information for 10-bit port number size:
Router(config-if)# bridge-group 1 priority ?
<0-255> increments of 4 for IEEE or vlan-bridge, others 1
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge priority
|
Configures the priority of an individual bridge, or the likelihood that it will be selected as the root bridge.
|
bridge-group spanning-disabled
To disable the spanning tree on a given interface, use the bridge-group spanning-disabled interface configuration command.
bridge-group bridge-group spanning-disabled
no bridge-group bridge-group spanning-disabled
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range of 1 to 255.
|
Defaults
Spanning tree enabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
To enable transparent bridging on an interface, use the bridge protocol command to specify the type of Spanning Tree Protocol to be used. The bridge-group spanning-disabled command can be used to disable that spanning tree on that interface.
When a loop-free path exists between any two bridged subnetworks, you can prevent BPDUs generated in one transparent bridging subnetwork from impacting nodes in the other transparent bridging subnetwork, yet still permit bridging throughout the bridged network as a whole.
For example, when transparently bridged LAN subnetworks are separated by a WAN, you can use this command to prevent BPDUs from traveling across the WAN link. You would apply this command to the serial interfaces connecting to the WAN in order to prevent BPDUs generated in one domain from impacting nodes in the remote domain. Because these BPDUs are prevented from traveling across the WAN link, using this command also has the secondary advantage of reducing traffic across the WAN link.
Note
In order to disable the spanning tree, you must make sure that no parallel paths exist between transparently bridged interfaces in the network.
Examples
In the following example, the spanning tree for the serial interface 0 is disabled:
bridge-group 1 spanning-disabled
Related Commands
Command
|
Description
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge-group sse
To enable the Cisco silicon switching engine (SSE) switching function, use the bridge-group sse interface configuration command. To disable SSE switching, use the no form of this command.
bridge-group bridge-group sse
no bridge-group bridge-group sse
Syntax Description
bridge-group
|
Number of the bridge group to which the interface belongs. It must be a number in the range 1 to 255.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example enables SSE switching:
Related Commands
Command
|
Description
|
source-bridge
|
Configures an interface for SRB.
|
bridge-group subscriber-loop-control
To enable loop control on virtual circuits associated with a bridge group, use the bridge-group subscriber-loop-control interface configuration command. To disable loop control, use the no form of this command.
bridge-group bridge-group subscriber-loop-control
no bridge-group bridge-group subscriber-loop-control
Syntax Description
bridge-group
|
Bridge group number, in the range from 1 to 256, specified in the bridge protocol command.
|
Defaults
Loop control is disabled.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
12.2
|
This command was introduced.
|
Examples
The following example enables loop control on virtual circuits associated with bridge group 1:
bridge-group 1 subscriber-loop-control
Related Commands
bridge-group subscriber-trunk
To specify that an interface is at the upstream point of traffic flow, use the bridge-group subscriber-trunk interface configuration command. To remove the specification and reset the interface to a non-trunking port, use the no form of this command.
bridge-group bridge-group subscriber-trunk
no bridge-group bridge-group subscriber-trunk
Syntax Description
bridge-group
|
Bridge group number, in the range from 1 to 256, specified in the bridge protocol command.
|
Defaults
The interface is set to a non-trunking port.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.3
|
This command was introduced.
|
Examples
The following example sets bridge-group 1 as the upstream point of traffic flow:
bridge-group 1 subscriber-trunk
Related Commands
bridge hello-time
To specify the interval between hello bridge protocol data units (BPDUs), use the bridge hello-time global configuration command. To return the default interval, use the no form of this command.
bridge bridge-group hello-time seconds
no bridge bridge-group hello-time
Syntax Description
bridge-group
|
Bridge group number. It must be the same number specified in the bridge protocol command.
|
seconds
|
Interval between 1 and 10 seconds.
|
Defaults
1 second
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Each bridge in a spanning tree adopts the hello-time, forward-time, and max-age parameters of the root bridge, regardless of what its individual configuration might be.
Examples
The following example sets the interval to 5 seconds:
Related Commands
Command
|
Description
|
bridge forward-time
|
Specifies the forward delay interval for the Cisco IOS software.
|
bridge max-age
|
Changes the interval the bridge will wait to hear BPDUs from the root bridge. If a bridge does not hear BPDUs from the root bridge within this specified interval, it assumes that the network has changed and will recompute the spanning-tree topology.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge irb
To enable the Cisco IOS software to route a given protocol between routed interfaces and bridge groups or to route a given protocol between bridge groups, use the bridge irb global configuration command. To disable the feature, use the no form of this command.
bridge irb
no bridge irb
Syntax Description
This command has no arguments or keywords.
Defaults
Integrated routing and bridging (IRB) is disabled.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
IRB is supported for transparent bridging, but not for source-route bridging. IRB is supported on all interface media types except X.25 and ISDN bridged interfaces.
Examples
The following example enables integrated routing and bridging:
Related Commands
Command
|
Description
|
bridge bitswap-layer3-addresses
|
Enables the bridging of a specified protocol in a specified bridge group.
|
bridge route
|
Enables the routing of a specified protocol in a specified bridge group.
|
interface bvi
|
Creates the BVI that represents the specified bridge group to the routed world and links the corresponding bridge group to the other routed interfaces.
|
show interfaces irb
|
Displays the configuration for each interface that has been configured for integrated routing or bridging.
|
bridge lat-service-filtering
To specify LAT group-code filtering, use the bridge lat-service-filtering global configuration command. To disable the use of LAT service filtering on the bridge group, use the no form of this command.
bridge bridge-group lat-service-filtering
no bridge bridge-group lat-service-filtering
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
Defaults
LAT service filtering is disabled.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
This command informs the system that LAT service advertisements require special processing.
Examples
The following example specifies that LAT service announcements traveling across bridge group 1 require some special processing:
bridge 1 lat-service-filtering
Related Commands
Command
|
Description
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge max-age
To change the interval the bridge will wait to hear BPDUs from the root bridge, use the bridge max-age global configuration command. If a bridge does not hear BPDUs from the root bridge within this specified interval, it assumes that the network has changed and will recompute the spanning-tree topology. To return to the default interval, use the no form of this command.
bridge bridge-group max-age seconds
no bridge bridge-group max-age
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
seconds
|
Interval the bridge will wait to hear BPDUs from the root bridge. It must be a value in the range 10 to 200 seconds.
|
Defaults
15 seconds
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Each bridge in a spanning tree adopts the hello-time, forward-time, and max-age parameters of the root bridge, regardless of what its individual configuration might be.
Examples
The following example increases the maximum idle interval to 20 seconds:
Related Commands
bridge multicast-source
To configure bridging support to allow the forwarding, but not the learning, of frames received with multicast source addresses, use the bridge multicast-source global configuration command. To disable this function on the bridge, use the no form of this command.
bridge bridge-group multicast-source
no bridge bridge-group multicast-source
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
Defaults
Disabled
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
If you need to bridge Token Ring over another medium, remote source-route bridging (RSRB) is recommended.
Examples
The following example allows the forwarding, but not the learning, of frames received with multicast source addresses:
bridge 2 multicast-source
Related Commands
Command
|
Description
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge priority
To configure the priority of an individual bridge, or the likelihood that it will be selected as the root bridge, use the bridge priority global configuration command.
bridge bridge-group priority number
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
number
|
The lower the number, the more likely the bridge will be chosen as root. When the IEEE Spanning Tree Protocol is enabled, number ranges from 0 to 65535 (default is 32768). When the Digital Spanning Tree Protocol is enabled, number ranges from 0 to 255 (default is 128).
|
Defaults
When the IEEE Spanning Tree Protocol is enabled on the router: 32768
When the Digital Spanning Tree Protocol is enabled on the router: 128
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
When two bridges tie for position as the root bridge, an interface priority determines which bridge will serve as the root bridge. Use the bridge-group priority interface configuration command to control an interface priority.
There is not a no form for this command.
Examples
The following example establishes this bridge as a likely candidate to be the root bridge:
Related Commands
bridge protocol
To define the type of Spanning Tree Protocol, use the bridge protocol global configuration command. To delete the bridge group, use the no form of this command with the appropriate keywords and arguments.
bridge bridge-group protocol {dec | ibm | ieee | vlan-bridge}
no bridge bridge-group protocol {dec | ibm | ieee | vlan-bridge}
Syntax Description
bridge-group
|
Number in the range 1 to 255 that you choose to refer to a particular set of bridged interfaces. Frames are bridged only among interfaces in the same group. You will use the group number you assign in subsequent bridge configuration commands.
|
dec
|
Digital Spanning Tree Protocol.
|
ibm
|
IBM Spanning Tree Protocol.
|
ieee
|
IEEE Ethernet Spanning Tree Protocol.
|
vlan-bridge
|
VLAN-Bridge Spanning Tree Protocol.
|
Defaults
No Spanning Tree Protocol is defined.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
12.0(1)T
|
The ibm and vlan-bridge keywords were added.
|
Usage Guidelines
The routers support two Spanning Tree Protocols: the IEEE 802.1 standard and the earlier Digital Spanning Tree Protocol upon which the IEEE standard is based. Multiple domains are supported for the IEEE 802.1 Spanning Tree Protocol.
Note
The IEEE 802.1D Spanning Tree Protocol is the preferred way of running the bridge. Use the Digital Spanning Tree Protocol only for backward compatibility.
Examples
The following example shows bridge 1 as using the Digital Spanning Tree Protocol:
Related Commands
Command
|
Description
|
bridge domain
|
Establishes a domain by assigning it a decimal value from 1 to 10.
|
bridge-group
|
Assigns each network interface to a bridge group.
|
bridge route
To enable the routing of a specified protocol in a specified bridge group, use the bridge route global configuration command. To disable the routing of a specified protocol in a specified bridge group, use the no form of this command.
bridge bridge-group route protocol
no bridge bridge-group route protocol
Syntax Description
bridge-group
|
Bridge group number. It must be the same number specified in the bridge protocol command.
|
protocol
|
One of the following protocols: apollo, appletalk, clns, decnet, ip, ipx, vines, xns.
|
Defaults
No default bridge group or protocol is specified.
Command Modes
Global configuration
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Examples
In the following example, AppleTalk and IP are routed on bridge group 1:
Related Commands
Command
|
Description
|
bridge crb
|
Enables the Cisco IOS software to both route and bridge a given protocol on separate interfaces within a single router.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
bridge subscriber-policy
To bind a bridge group with a subscriber policy, use the bridge subscriber-policy global configuration command. To disable the subscriber bridge group feature, use the no form of this command.
bridge bridge-group subscriber-policy policy
no bridge bridge-group subscriber-policy policy
Syntax Description
bridge-group
|
Bridge group number, in the range of 1 to 256, specified in the bridge protocol command.
|
policy
|
Subscriber policy number in the range of 1 to 100.
|
Defaults
Table 4 shows the default values that are applied if no forward or filter decisions have been specified for the subscriber policy:
Table 4 Packet Default Values
Packet
|
Upstream
|
ARP
|
Permit
|
Broadcast
|
Deny
|
CDP
|
Deny/Disable
|
Multicast
|
Permit
|
Spanning Tree Protocol
|
Deny/Disable
|
Unknown Unicast
|
Deny
|
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.3
|
This command was introduced.
|
Usage Guidelines
Standard access lists can coexist with the subscriber policy. However, subscriber policy will take precedence over the access list by being checked first. A packet permitted by the subscriber policy will be checked against the access list if it is specified. A packet denied by subscriber policy will be dropped with no further access list checking.
Examples
The following example forms a subscriber bridge group using policy 1:
bridge 1 subscriber-policy 1
Related Commands
clear bridge
To remove any learned entries from the forwarding database and to clear the transmit and receive counts for any statically or system-configured entries, use the clear bridge privileged EXEC command.
clear bridge bridge-group
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Examples
The following example shows the use of the clear bridge command:
Related Commands
Command
|
Description
|
bridge address
|
Filters frames with a particular MAC-layer station source or destination address.
|
bridge protocol
|
Defines the type of Spanning Tree Protocol.
|
clear bridge multicast
To clear transparent bridging multicast state information, use the clear bridge multicast EXEC command.
clear bridge [bridge-group] multicast [router-ports | groups | counts]
[group-address] [interface-unit] [counts]
Syntax Description
bridge-group
|
(Optional) Bridge group number specified in the bridge protocol command.
|
router-ports
|
(Optional) Clear multicast router ports.
|
groups
|
(Optional) Clear multicast groups.
|
counts
|
(Optional) Clear RX and TX counts.
|
group-address
|
(Optional) Multicast IP address associated with a specific multicast group.
|
interface-unit
|
(Optional) Specific interface, such as Ethernet 0.
|
Defaults
No default behavior or values.
Command Modes
EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
If you do not specify arguments or keywords as part of the command, the command clears router ports, group ports, and counts for all configured bridge groups.
Use the show bridge multicast command to list transparent bridging multicast state information, then use specific pieces of state information in the clear bridge multicast command.
Examples
The following example clears router ports, group ports, and counts for bridge group 1:
The following example clears the group and count information for the group identified as 235.145.145.223, interface Ethernet 0/3 for bridge group 1:
clear bridge 1 multicast groups 235.145.145.223 Ethernet0/3 count
Related Commands
Command
|
Description
|
bridge cmf
|
Enables CMF for all configured bridge groups.
|
show bridge multicast
|
Displays transparent bridging multicast state information.
|
clear vlan statistics
To remove virtual LAN statistics from any statically or system-configured entries, use the clear vlan statistics privileged EXEC command.
clear vlan statistics
Syntax Description
This command has no arguments or keywords.
Defaults
No default behavior or values.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following example clears VLAN statistics:
frame-relay map bridge broadcast
To bridge over a Frame Relay network, use the frame-relay map bridge broadcast interface configuration command. To delete the mapping entry, use the no form of this command.
frame-relay map bridge dlci broadcast
no frame-relay map bridge dlci broadcast
Syntax Description
dlci
|
DLCI number. The valid range is 16 to 1007.
|
Defaults
No mapping entry is established.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
Bridging over a Frame Relay network is supported both on networks that support a multicast facility and those that do not.
Examples
The following example allows bridging over a Frame Relay network:
frame-relay map bridge 144 broadcast
Related Commands
Command
|
Description
|
encapsulation frame-relay
|
Enables Frame Relay encapsulation.
|
interface bvi
To create the bridge-group virtual interface (BVI) that represents the specified bridge group to the routed world and links the corresponding bridge group to the other routed interfaces, use the interface bvi interface configuration command. To delete the BVI, use the no form of this command.
interface bvi bridge-group
no interface bvi bridge-group
Syntax Description
bridge-group
|
Bridge group number. It must be the same number specified in the bridge protocol command.
|
Defaults
No BVI is created.
Command Modes
Interface configuration
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Usage Guidelines
You must enable IRB before attempting to create a BVI.
When you intend to bridge and route a given protocol in the same bridge group, you must configure the network-layer attributes of the protocol on the BVI. Do not configure protocol attributes on the bridged interfaces. No bridging attributes can be configured on the BVI.
Examples
The following example creates a bridge-group virtual interface and associates it with bridge group 1:
Related Commands
Command
|
Description
|
bridge irb
|
Enables the Cisco IOS software to route a given protocol between routed interfaces and bridge groups or to route a given protocol between bridge groups.
|
show bridge
To display classes of entries in the bridge forwarding database, use the show bridge privileged EXEC command.
show bridge [bridge-group] [interface] [address [mask]] [verbose]
Syntax Description
bridge-group
|
(Optional) Number that specifies a particular spanning tree.
|
interface
|
(Optional) Specific interface, such as Ethernet 0.
|
address
|
(Optional) 48-bit canonical (Ethernet ordered) MAC address. This may be entered with an optional mask of bits to be ignored in the address, which is specified with the mask argument.
|
mask
|
(Optional) Bits to be ignored in the address. You must specify the address argument if you want to specify a mask.
|
verbose
|
(Optional) Displays additional detail, including any Frame Relay DLCI associated with a station address.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
11.0
|
The verbose keyword was added.
|
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0. The verbose keyword first appeared in
Cisco IOS Release 11.0.
The following are possible variations of the show bridge command:
show bridge 0000.0c00.0000 0000.00FF.FFFF
show bridge 0000.0c00.0e1a
In the sample output, the first command would display all entries for hosts reachable via Ethernet interface 0, the second command would display all entries with the vendor code of 0000.0c00.0000, and the third command would display the entry for address 0000.0c00.0e1a. In the fourth command, all entries in the forwarding database would be displayed. The fifth command provides additional detail. In all five lines, the bridge group number has been omitted.
Examples
The following is sample output from the show bridge command. The second display is output from the
show bridge command with the verbose argument.
Total of 300 station blocks, 280 free
Codes: P - permanent, S - self
Bridge Group 32:Bridge Group 32:
Address Action Interface Age RX count TX count
0180.c200.0000 receive - S 0 0
ffff.ffff.ffff receive - S 0 0
0900.2b01.0001 receive - S 0 0
0300.0c00.0001 receive - S 0 0
0000.0c05.1000 forward Ethernet0/1 4 1 0
0000.0c04.4b5b receive - S 0 0
0000.0c04.4b5e receive - S 0 0
0000.0c04.4b5d receive - S 0 0
0000.0c04.4b5c receive - S 0 0
0000.0c05.4a62 forward Ethernet0/1 4 1 0
aa00.0400.2108 forward Ethernet0/1 0 42 0
0000.0c12.b888 forward Ethernet0/2 4 1 0
0000.0c12.b886 forward Ethernet0/1 4 1 0
aa00.0400.4d09 forward Ethernet0/1 4 1 0
0000.0c06.fb9a forward Ethernet0/1 4 1 0
0000.0c04.b039 forward Ethernet0/1 4 1 0
router# show bridge verbose
Total of 300 station blocks, 287 free
Codes: P - permanent, S - self
BG Hash Address Action Interface DLCI Age RX count TX count
32 00/0 0180.c200.0000 receive - - S 0 0
32 00/1 ffff.ffff.ffff receive - - S 0 0
32 01/0 0900.2b01.0001 receive - - S 0 0
32 01/1 0300.0c00.0001 receive - - S 0 0
32 10/0 0000.0c04.4b5b receive - - S 0 0
32 15/0 0000.0c04.4b5e receive - - S 0 0
32 16/0 0000.0c04.4b5d receive - - S 0 0
32 17/0 0000.0c04.4b5c receive - - S 0 0
32 29/0 aa00.0400.2108 forward Ethernet0/1 - 0 48 0
32 30/0 0000.0c12.b888 forward Ethernet0/2 - 0 1 0
32 A4/0 0800.2002.ff5b forward Ethernet0/1 - 0 6 0
32 E2/0 aa00.0400.e90b forward Ethernet0/1 - 0 65 0
32 F2/0 0000.0c04.b042 forward Ethernet0/2 - 3 2 0
Table 5 describes significant fields shown in the display.
Table 5 show bridge Field Descriptions
Field
|
Description
|
Total of 300 station blocks
|
Total number of forwarding database elements in the system. The memory to hold bridge entries is allocated in blocks of memory sufficient to hold 300 individual entries. When the number of free entries falls below 25, another block of memory sufficient to hold another 300 entries is allocated. Therefore, the size of the bridge forwarding database is limited to the amount of free memory in the router.
|
295 free
|
Number in the free list of forwarding database elements in the system. The total number of forwarding elements is expanded dynamically, as needed.
|
BG
|
Bridging group to which the address belongs.
|
Hash
|
Hash key/relative position in the keyed list.
|
Address
|
Canonical (Ethernet ordered) MAC address.
|
Action
|
Action to be taken when that address is looked up; choices are to discard or forward the datagram.
|
Interface
|
Interface, if any, on which that address was seen.
|
Age
|
Number of minutes since a frame was received from or sent to that address. The letter "P" indicates a permanent entry. The letter "S" indicates the system as recorded by the router. On the modular systems, this is typically the broadcast address and the router's own hardware address; on the IGS, this field will also include certain multicast addresses.
|
RX count
|
Number of frames received from that address.
|
TX count
|
Number of frames forwarded to that address.
|
show bridge circuit-group
To display the interfaces configured in each circuit group and show whether they are currently participating in load distribution, use the show bridge circuit-group EXEC command.
show bridge [bridge-group] circuit-group [circuit-group] [src-mac-address] [dst-mac-address]
Syntax Description
bridge-group
|
(Optional) Number that specifies a particular bridge group.
|
circuit-group
|
(Optional) Number that specifies a particular circuit group.
|
src-mac-address
|
(Optional) 48-bit canonical (Ethernet ordered) source MAC address.
|
dst-mac-address
|
(Optional) 48-bit canonical (Ethernet ordered) destination MAC address.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Examples
The following is sample output from various show bridge circuit-group command strings:
RouterA> show bridge circuit-group
Bridge group 1 Circuit group 1:
Interface Serial0 : inserted, learning, forwarding
Interface Serial3 : inserted, learning, forwarding
Bridge group 1 Circuit group 2:
Interface Serial2 : inserted, learning, forwarding
RouterA> show bridge 1 circuit-group 1
Bridge group 1 Circuit group 1:
Interface Serial0 : inserted, learning, forwarding
Interface Serial3 : inserted, learning, forwarding
RouterA> show bridge 1 circuit-group 2
Bridge group 1 Circuit group 2:
Interface Serial2 : inserted, learning, forwarding
RouterA> show bridge 1 circuit-group 1 0000.6502.23EA 0000.1234.4567
Output circuit group interface is Serial3
RouterA> show bridge 1 circuit-group 1 0000.6502.23EA
%Destination MAC address required
RouterB> show bridge 1 circuit-group 1
Bridge group 1 Circuit group 1:
Transmission pause interval is 250ms
Output interface selection is source-based
Interface Serial0 : inserted, learning, forwarding
Interface Serial3 : inserted, learning, forwarding
Interface Serial2 is unavailable
RouterB> show bridge 1 circuit-group 1 0000.6502.23EA 0000.1234.4567
%Please enter source MAC address only
Table 6 describes significant fields shown in the display.
Table 6 show bridge circuit-group Field Descriptions
Field
|
Description
|
inserted/not inserted
|
Indicates whether interface is included or not included in circuit-group operation. If the interface is administratively down, or if line protocol is not up, the interface is not included in the circuit-group operation.
|
learning/not learning
|
Indicates whether this interface is in Spanning Tree Protocol (IEEE or Digital) learning or not learning state.
|
forwarding/not forwarding
|
Indicates whether this port is in Spanning Tree Protocol (IEEE or Digital) forwarding or not forwarding state.
|
show bridge group
To display the status of each bridge group, use the show bridge group privileged EXEC command.
show bridge group [verbose]
Syntax Description
verbose
|
(Optional) Displays detailed information.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Examples
The following is sample output from the show bridge group command:
Router# show bridge group
Bridge Group 1 is running the DEC compatible Spanning Tree Protocol
Port 7 (ATM0.1 LANE Ethernet) of bridge group 1 is down
Port 4 (TokenRing0) of bridge group 1 is forwarding
"Forwarding" and "down" indicate the port state as determined by the spanning-tree algorithm or via configuration.
The following examples are for bridge group 30 and bridge group 40 of a PA-12E/2FE port adapter in slot 3:
Router# show bridge group
Bridge Group 30 is running the IEEE compatible Spanning Tree Protocol
Port 19 (Fast Ethernet3/0) of bridge group 30 is forwarding
Port 20 (Fast Ethernet3/1) of bridge group 30 is forwarding
Port 21 (Ethernet3/2) of bridge group 30 is forwarding
Port 22 (Ethernet3/3) of bridge group 30 is forwarding
Port 23 (Ethernet3/4) of bridge group 30 is forwarding
Port 24 (Ethernet3/5) of bridge group 30 is forwarding
Port 25 (Ethernet3/6) of bridge group 30 is forwarding
Bridge Group 40 is running the IEEE compatible Spanning Tree Protocol
Port 26 (Ethernet3/7) of bridge group 40 is down
Port 27 (Ethernet3/8) of bridge group 40 is down
Port 28 (Ethernet3/9) of bridge group 40 is down
Port 29 (Ethernet3/10) of bridge group 40 is down
Port 30 (Ethernet3/11) of bridge group 40 is down
Port 31 (Ethernet3/12) of bridge group 40 is down
Port 32 (Ethernet3/13) of bridge group 40 is down
show bridge multicast
To display transparent bridging multicast state information, use the show bridge multicast EXEC command.
show bridge [bridge-group] multicast [router-ports | groups] [group-address]
Syntax Description
bridge-group
|
(Optional) Bridge group number specified in the bridge protocol command.
|
router-ports
|
(Optional) Display information for multicast router ports.
|
groups
|
(Optional) Display information for multicast groups.
|
group-address
|
(Optional) Multicast IP address associated with a specific multicast group.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following is sample output from the show bridge multicast command:
Router# show bridge multicast
Multicast router ports for bridge group 1:
Multicast groups for bridge group 1:
235.145.145.223 RX count TX count
235.5.5.5 RX count TX count
235.4.4.4 RX count TX count
Table 7 describes significant fields shown in the display.
Table 7 show bridge multicast Field Descriptions
Field
|
Description
|
Multicast router ports for...
|
List of the multicast router ports by bridge group. Within the bridge group cluster, the display lists the number of multicast router ports and then lists the ports by interface.
|
Multicast groups for...
|
List of the multicast groups by bridge group.
Within each multicast group, identified by a unique address, the display lists each port by interface name and indicates whether that port is a group member ("G"), a multicast router port ("R"), or both.
The RX and TX counts show the number of multicast packets that have been constrained to the multicast group by the bridge.
|
show bridge vlan
To display virtual LAN subinterfaces, use the show bridge vlan privileged EXEC command.
show bridge vlan
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
10.3
|
This command was introduced.
|
Examples
The following is sample output from the show bridge vlan command:
Virtual LAN Trunking Interface(s): vLAN Protocol: vLAN ID: State
Fddi2/0.1000 IEEE 802.10 1000 forwarding
Fast Ethernet4/0.500 Inter Switch Link 500 listening
Virtual LAN Native Interface(s): State
Table 8 describes the fields shown in the display.
Table 8 show bridge VLAN Field Descriptions
Field
|
Description
|
Bridge Group
|
Bridge group to which these interfaces belong.
|
Virtual LAN Trunking Interface(s)
|
VLAN interface.
|
vLAN Protocol)
|
IEEE 802.10 or Cisco ISL encapsulation.
|
vLAN ID
|
VLAN identifier that maintains VLAN identities between switches.
|
State
|
Spanning-tree port state of the interface.
|
Virtual LAN Native Interface(s):
|
Interfaces whose transparently bridged traffic will be propagated only to other LAN segments within the same virtual LAN.
|
show interfaces crb
To display the configuration for each interface that has been configured for routing or bridging, use the show interfaces crb privileged EXEC command.
show interfaces crb
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Examples
The following is sample output from the show interfaces crb command:
Router# show interfaces crb
Routed protocols on Ethernet0/0:
appletalk decnet ip novell
Routed protocols on Ethernet0/1:
appletalk decnet ip novell
Routed protocols on Ethernet0/2:
Bridged protocols on Ethernet0/2:
Software MAC address filter on Ethernet0/2
Hash Len Address Matches Act Type
0x00: 0 ffff.ffff.ffff 0 RCV Physical broadcast
0x00: 1 ffff.ffff.ffff 0 RCV Appletalk zone
0x2A: 0 0900.2b01.0001 0 RCV DEC spanning tree
0x49: 0 0000.0c36.7a45 0 RCV Interface MAC address
0xc0: 0 0100.0ccc.cccc 20 RCV CDP
0xc2: 0 0180.c200.0000 0 RCV IEEE spanning tree
0xF8: 0 0900.07ff.ffff 0 RCV Appletalk broadcast
Routed protocols on Ethernet0/3:
Bridged protocols on Ethernet0/3:
Software MAC address filter on Ethernet0/3
Hash Len Address Matches Act Type
0x00: 0 ffff.ffff.ffff 0 RCV Physical broadcast
0x00: 1 ffff.ffff.ffff 0 RCV Appletalk zone
0x2A: 0 0900.2b01.0001 0 RCV DEC spanning tree
0x49: 0 0000.0c36.7a45 0 RCV Interface MAC address
0xc0: 0 0100.0ccc.cccc 48 RCV CDP
0xc2: 0 0180.c200.0000 0 RCV IEEE spanning tree
0xF8: 0 0900.07ff.ffff 0 RCV Appletalk broadcast
Table 9 describes significant fields shown in the display.
Table 9 show interfaces crb Field Descriptions
Field
|
Description
|
Routed protocols on...
|
List of the routed protocols configured for the specified interface.
|
Bridged protocols on...
|
List of the bridged protocols configured for the specified interface.
|
Software MAC address filter on...
|
Table of software MAC address filter information for the specified interface.
|
Hash
|
Hash key/relative position in the keyed list for this MAC-address entry.
|
Len
|
Length of this entry to the beginning element of this hash chain.
|
Address
|
Canonical (Ethernet ordered) MAC address.
|
Matches
|
Number of received packets matched to this MAC address.
|
Act
|
Action to be taken when that address is looked up; choices are to receive or discard the packet.
|
Type
|
MAC address type.
|
show interfaces irb
To display the configuration for each interface that has been configured for integrated routing or bridging, use the show interfaces irb privileged EXEC command.
show interfaces {ethernet | fastethernet} [interface | slot/port] irb
Syntax Description
ethernet
|
Specify Ethernet interface.
|
fastethernet
|
Specify Fast Ethernet interface.
|
interface
|
(Optional) Specific interface, such as Ethernet 0.
|
slot/port
|
(Optional) Specific slot/port, such as Fast Ethernet 3/0.
|
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.2
|
This command was introduced.
|
Examples
The following is sample output from the show interfaces irb command:
Router# show interfaces ethernet 2 irb
Routed protocols on Ethernet 2:
Bridged protocols on Ethernet 2:
appletalk clns decnet vines
Software MAC address filter on Ethernet 2
Hash Len Address Matches Act Type
0x00: 0 ffff.ffff.ffff 4886 RCV Physical broadcast
0x1F: 0 0060.3e2b.a221 7521 RCV Appletalk zone
0x1F: 1 0060.3e2b.a221 0 RCV Bridge-group Virtual Interface
0x2A: 0 0900.2b01.0001 0 RCV DEC spanning tree
0x05: 0 0900.0700.00a2 0 RCV Appletalk zone
0xC2: 0 0180.c200.0000 0 RCV IEEE spanning tree
0xF8: 0 0900.07ff.ffff 2110 RCV Appletalk broadcast
The following example shows that IP is configured for the first PA-12E/2FE interface of the port adapter in slot 3:
Router# show interfaces fastethernet 3/0 irb
Routed protocols on Fast Ethernet3/0:
Bridged protocols on Fast Ethernet3/0:
Software MAC address filter on Ethernet3/0
Hash Len Address Matches Act Type
0x00: 0 ffff.ffff.ffff 0 RCV Physical broadcast
0x2A: 0 0900.2b01.0001 0 RCV DEC spanning tree
0xC2: 0 0180.c200.0000 0 RCV IEEE spanning tree
0xC7: 0 00e0.f7a4.5130 0 RCV Interface MAC address
0xC7: 1 00e0.f7a4.5130 0 RCV Bridge-group Virtual Interface
Table 10 describes significant fields shown in the displays.
Table 10 show interfaces irb Field Descriptions
Field
|
Description
|
Routed protocols on...
|
List of the routed protocols configured for the specified interface.
|
Bridged protocols on...
|
List of the bridged protocols configured for the specified interface.
|
Software MAC address filter on...
|
Table of software MAC address filter information for the specified interface.
|
Hash
|
Hash key/relative position in the keyed list for this MAC-address entry.
|
Len
|
Length of this entry to the beginning element of this hash chain.
|
Address
|
Canonical (Ethernet ordered) MAC address.
|
Matches
|
Number of received packets matched to this MAC address.
|
Act
|
Action to be taken when that address is looked up; choices are to receive or discard the packet.
|
Type
|
MAC address type.
|
show spanning-tree
To display information regarding which Spanning Tree Protocol is running, use the show spanning-tree configuration command.
show spanning-tree bridge-group
Syntax Description
bridge-group
|
Bridge group number, in the range of 1 to 256, specified in the bridge protocol command.
|
Command Modes
EXEC
Command History
Release
|
Modification
|
12.0(1)T
|
This command was introduced.
|
Examples
The following example shows that Bridge group 1 is running the VLAN Bridge Spanning Tree Protocol.
Router# show spanning-tree 1
Bridge group 1 is executing the VLAN Bridge compatible Spanning Tree Protocol
Bridge Identifier has priority 32768, address 0000.0c37.b055
Configured hello time 2, max age 30, forward delay 20
We are the root of the spanning tree
Port Number size is 10 bits
Topology change flag not set, detected flag not set
Times: hold 1, topology change 35, notification 2
hello 2, max age 30, forward delay 20
Timers: hello 0, topology change 0, notification 0
Port 8 (Ethernet1) of Bridge group 1 is forwarding
Port path cost 100, Port priority 128
Designated root has priority 32768, address 0000.0c37.b055
Designated bridge has priority 32768, address 0000.0c37.b055
Designated port is 8, path cost 0
Timers: message age 0, forward delay 0, hold 0
BPDU: sent 184, received 0
show subscriber-policy
To display the details of a subscriber policy, use the show subscriber-policy EXEC command.
show subscriber-policy range
Syntax Description
range
|
Range of subscriber policy numbers (range 1 to 100).
|
Command Modes
EXEC
Command History
Release
|
Modification
|
11.3
|
This command was introduced.
|
Examples
The following is sample output from the show subscriber-policy command:
Router# show subscriber-policy 1
Related Commands
show vlans
To view virtual LAN (VLAN) subinterfaces, use the show vlans privileged EXEC command.
show vlans
Syntax Description
This command has no arguments or keywords.
Command Modes
Privileged EXEC
Command History
Release
|
Modification
|
11.0
|
This command was introduced.
|
Examples
The following is sample output from the show vlans command:
Virtual LAN ID: 300 (IEEE 802.10 Encapsulation)
vLAN Trunk Interface: FDDI 1/1.10
Protocols Configured: Address: Received: Transmitted:
Virtual LAN ID: 400 (ISL Encapsulation)
vLAN Trunk Interface: Fast Ethernet 2/1.20
Protocols Configured: Address: Received: Transmitted:
IP 171.69.2.2 123456 654321
Bridge Group 50 5190 8234
Virtual LAN ID: 500 (ISL Encapsulation)
vLAN Trunk Interface: Fast Ethernet 2/1.30
Protocols Configured: Address: Received: Transmitted:
Virtual LAN ID: 600 (ISL Encapsulation)
vLAN Trunk Interface: Fast Ethernet 2/1.30
Protocols Configured: Address: Received: Transmitted:
Bridge Group 50 8234 5190
Table 11 describes the fields shown in the display.
Table 11 show vlans Field Descriptions
Field
|
Description
|
Virtual LAN ID
|
Domain number of the VLAN.
|
vLAN Trunk Interface
|
Subinterface that carries the VLAN traffic.
|
Protocols Configured
|
Protocols configured on the VLAN.
|
Address
|
Network address.
|
Received
|
Packets received.
|
Transmitted
|
Packets sent.
|
subscriber-policy
To define or modify the forward and filter decisions of the subscriber policy, use the subscriber-policy global configuration command. To restore the default forward and filter values, use the no or default form of this command.
subscriber-policy policy [[no | default] packet [permit | deny]]
Syntax Description
policy
|
Subscriber policy number in the range 1 to 100.
|
no
|
(Optional) Turn off the permit for the packet (this is an equivalent of the deny keyword).
|
default
|
(Optional) Deny forwarding of the packet (this is an equivalent of the deny keyword).
|
packet
|
(Optional) One of the following packets:
• arp
• broadcast
• cdp
• multicast
• st
• unknown unicast
|
permit
|
(Optional) Permit forwarding of the packet.
|
deny
|
(Optional) Deny forwarding of the packet.
|
Defaults
Table 12 shows the default values that are applied if no forward or filter decisions have been specified for the subscriber policy:
Table 12 Packet Default Values
Packet
|
Upstream
|
ARP
|
Permit
|
Broadcast
|
Deny
|
CDP
|
Deny/Disable
|
Multicast
|
Permit
|
Spanning Tree Protocol
|
Deny/Disable
|
Unknown Unicast
|
Deny
|
Command Modes
Global configuration
Command History
Release
|
Modification
|
11.3
|
This command was introduced.
|
Usage Guidelines
As an alternative to the command syntax described above, you can enter subscriber-policy policy, followed by the specific forward or filter decisions for each packet.
There is not a no form for this command.
Examples
The following example changes the ARP behavior and the multicast behavior from permit to deny, using the command syntax shown in the Command Syntax section:
subscriber-policy 3 arp deny
subscriber-policy 3 multicast deny
The following example changes the ARP behavior and the multicast behavior from permit to deny, using the alternative syntax shown in the Usage Guidelines section:
Related Commands
x25 map bridge
To configure the an Internet-to-X.121 address mapping for bridging over X.25, use the x25 map bridge interface configuration command. To disable the Internet-to-X.121 mapping, use the no form of this command.
x25 map bridge x.121-address broadcast [options-keywords]
no x25 map bridge x.121-address broadcast [options-keywords]
Syntax Description
x.121-address
|
The X.121 address.
|
broadcast
|
Required keyword for bridging over X.25.
|
options-keywords
|
(Optional) Additional functionality that can be specified for originated calls. Can be any of the options listed in Table 13.
|
Defaults
Disabled
Command Modes
Interface configuration
Command History
Release
|
Modification
|
10.0
|
This command was introduced.
|
Usage Guidelines
The X.25 bridging software uses the same spanning-tree algorithm as the other bridging functions, but allows packets to be encapsulated in X.25 frames and sent across X.25 media. This command specifies IP-to-X.121 address mapping and maintains a table of both the Ethernet and X.121 addresses.
The X.25 bridging implementation supports the map options listed in Table 13.
Table 13 X.25 Map Options
Option
|
Description
|
compress
|
Specifies that X.25 payload compression be used for mapping the traffic to this host. Each virtual circuit established for compressed traffic uses a significant amount of memory (for a table of learned data patterns) and for computation (for compression and decompression of all data). Cisco recommends that compression be used with careful consideration to its impact on overall performance.
|
method {cisco | ietf | snap | multi}
|
Specifies the encapsulation method. The choices are as follows:
• cisco—Cisco's proprietary encapsulation; not available if more than one protocol is to be carried.
• ietf—Default RFC 1356 operation: protocol identification of single-protocol virtual circuits and protocol identification within multiprotocol virtual circuits uses the standard encoding, which is compatible with RFC 877. Multiprotocol virtual circuits are used only if needed.
• snap—RFC 1356 operation where IP is identified with SNAP rather than the standard IETF method (the standard method is compatible with RFC 877).
• multi—Forces a map that specifies a single protocol to set up a multiprotocol virtual circuit when a call is originated; also forces a single-protocol PVC to use multiprotocol data identification methods for all datagrams sent and received.
|
no-incoming
|
Use the map only to originate calls.
|
no-outgoing
|
Do not originate calls when using the map.
|
idle minutes
|
Specifies an idle timeout for calls other than the interface default; 0 minutes disables the idle timeout.
|
reverse
|
Specifies reverse charging for outgoing calls.
|
accept-reverse
|
Causes the Cisco IOS software to accept incoming reverse-charged calls. If this option is not present, the Cisco IOS software clears reverse-charged calls unless the interface accepts all reverse-charged calls.
|
broadcast
|
Causes the Cisco IOS software to direct any broadcasts sent through this interface to the specified X.121 address. This option also simplifies the configuration of OSPF.
|
cug group-number
|
Specifies a closed user group number (from 1 to 99) for the mapping in an outgoing call.
|
nvc count
|
Sets the maximum number of virtual circuits for this map or host. The default count is the x25 nvc setting of the interface. A maximum number of eight virtual circuits can be configured for each map. Compressed TCP may use only 1 virtual circuit.
|
packetsize in-size out-size
|
Proposes maximum input packet size (in-size) and maximum output packet size (out-size) for an outgoing call. Both values typically are the same and must be one of the following values: 16, 32, 64, 128, 256, 512, 1024, 2048, or 4096.
|
windowsize in-size out-size
|
Proposes the packet count for input window (in-size) and output window (out-size) for an outgoing call. Both values typically are the same, must be in the range 1 to 127, and must be less than the value set by the x25 modulo command.
|
throughput in out
|
Sets the requested throughput class values for input (in) and output (out) throughput across the network for an outgoing call. Values for in and out are in bits per second (bps) and range from 75 to 48000 bps.
|
transit-delay milliseconds
|
Specifies the transit delay value in milliseconds (0 to 65534) for an outgoing call, for networks that support transit delay.
|
nuid username password
|
Specifies that a network user ID (NUID) facility be sent in the outgoing call with the specified Terminal Access Controller Access Control System (TACACS) username and password (in a format defined by Cisco). This option should be used only when connecting to another Cisco router. The combined length of the username and password should not exceed 127 characters.
|
nudata string
|
Specifies the network user identification in a format determined by the network administrator (as allowed by the standards). This option is provided for connecting to non-Cisco equipment that requires an NUID facility. The string should not exceed 130 characters and must be enclosed in quotation marks (" ") if there are any spaces present.
|
rpoa name
|
Specifies the name defined by the x25 roa command for a list of transit Recognized Operating Agencies (ROAs) to use in outgoing Call Request packets.
|
passive
|
Specifies that the X.25 interface should send compressed outgoing TCP datagrams only if they were already compressed when they were received. This option is available only for compressed TCP maps.
|
Examples
The following example allows bridging over an X.25 network:
x25 map bridge 31370054065 broadcast
Related Commands
Command
|
Description
|
x25 address
|
Sets the X.121 address on the interface.
|
x25 map
|
Sets the maximum number of virtual circuits a protocol can have open simultaneously to one host.
|