Table Of Contents
Transparent Bridging Commands
access-list (extended)
access-list (standard)
access-list (type-code)
bridge acquire
bridge address
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 hello-time
bridge irb
bridge lat-service-filtering
bridge max-age
bridge multicast-source
bridge priority
bridge protocol
bridge route
clear bridge
clear bridge multicast
clear sse
clear vlan statistics
encapsulation isl
encapsulation sde
ethernet-transit-oui
frame-relay map bridge broadcast
interface bvi
ip routing
show bridge
show bridge circuit-group
show bridge group
show bridge multicast
show bridge vlan
show interfaces crb
show interfaces irb
show span
show sse summary
show vlans
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 Bridging and IBM Networking Configuration Guide.
access-list (extended)
Use the access-list global configuration command to provide extended access lists that allow more detailed access lists. 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.
|
Default
No extended access lists are established.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
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
Related Commands
access-list (standard)
access-list (type-code)
bridge-group output-pattern-list
access-list (standard)
Use the access-list global configuration command to establish MAC address access lists. Use the no form of this command to remove a single access-list entry.
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 written in dotted triplet form. The ones bits in the mask argument are the bits to be ignored in address.
|
Default
No MAC address access lists are established.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Usage Guidelines
Configuring bridging access lists of type 700 may cause a momentary interruption of traffic flow.
Example
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 (extended)
access-list (type-code)
access-list (type-code)
Use the access-list global configuration command to build type-code access lists. Use the no form of this command to remove a single access list entry.
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.)
|
Default
No type-code access lists are built.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
•
Other packet type, then the LSAP is used.
If the length/type field is greater than 1500, the packet is treated as an LSAP packet unless the DSAP and SSAP fields are AAAA. If the latter is true, the packet is treated using type-code 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 0x600F
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
access-list (extended)
access-list (standard)
bridge acquire
Use the bridge acquire global configuration command to forward any frames for stations that the system has learned about dynamically. Use the no form of this command to disable the behavior.
bridge bridge-group acquire
no bridge bridge-group acquire
Syntax Description
bridge-group
|
Bridge group number specified in the bridge protocol command.
|
Default
Enabled
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
The following example prevents the forwarding of dynamically determined source and destination addresses:
Related Commands
bridge address
bridge protocol
bridge address
Use the bridge address global configuration command to filter frames with a particular MAC-layer station source or destination address. Use the no form of this command to disable the forwarding ability.
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 dotted-triplet hardware address 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.
|
Default
Disabled
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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 acquire
bridge-group input-address-list
bridge-group output-address-list
bridge protocol
bridge bridge
Use the bridge bridge global configuration command to enable the bridging of a specified protocol in a specified bridge group. Use the no form of this command to disable the bridging of a specified protocol in a specified bridge group.
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.
|
Default
Bridge every protocol.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
When 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 only bridged. You cannot disable bridging for the nonroutable traffic.
Example
The following example disables bridging of IP in bridge group 1:
Related Commands
bridge irb
bridge protocol
bridge route
bridge circuit-group pause
Use the bridge circuit-group pause global configuration command to configure the interval during which transmission is suspended in a circuit group after circuit group changes take place.
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.
|
Default
0 ms pause
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.3.
Circuit-group changes include the addition or deletion of an interface and interface state changes.
Example
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
bridge-group circuit-group
bridge protocol
show bridge circuit-group
bridge circuit-group source-based
Use the bridge circuit-group source-based global configuration command to use just the source MAC address for selecting the output interface. Use the no form of this command to remove the interface from the bridge group.
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.
|
Default
No bridge-group interface is assigned.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.3.
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.
Example
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 circuit-group pause
bridge-group circuit-group
bridge protocol
show bridge circuit-group
bridge cmf
Use the bridge cmf global configuration command to enable constrained multicast flooding (CMF) for all configured bridge groups. Use the no form of this command to disable constrained multicast flooding.
bridge cmf
no bridge cmf
Syntax Description
This command has no arguments or keywords.
Default
Constrained multicast flooding is disabled.
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 11.2.
Example
The following example enables constrained multicast flooding for all configured bridge groups:
Related Commands
clear bridge multicast
show bridge multicast
bridge crb
Use the bridge crb global configuration command to enable the Cisco IOS software to both route and bridge a given protocol on separate interfaces within a single router. Use the no form of this command to disable the feature.
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 Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 11.0.
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).
Example
The following command enables concurrent routing and bridging:
Related Command
bridge route
bridge domain
Use the bridge domain global configuration command to establish a domain by assigning it a decimal value between 1 and 10. Use the no form of this command to return it to a single bridge domain by choosing domain zero (0).
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.
|
Default
Single bridge domain
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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 Command
bridge protocol
bridge forward-time
Use the bridge forward-time global configuration command to specify the forward delay interval for the Cisco IOS software. Use the no form of this command to return the default interval.
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.
|
Default
30-second delay
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
The following example sets the forward delay interval to 60 seconds:
Related Commands
bridge hello-time
bridge max-age
bridge protocol
bridge-group
Use the bridge-group interface configuration command to assign each network interface to a bridge group. Use the no form of this command to remove the interface from the bridge group.
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 63.
|
Default
No bridge group interface is assigned.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
In the following example, Ethernet interface 0 is assigned to bridge-group 1, and bridging is enabled on this interface:
Related Commands
bridge-group cbus-bridging
bridge-group circuit-group
bridge-group input-pattern-list
bridge-group output-pattern-list
bridge-group spanning-disabled
bridge-group aging-time
Use the bridge-group aging-time global configuration command 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 no form of this command to return to the default aging-time interval.
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 63.
|
seconds
|
Aging time, in the range 0 to 1000000 seconds. The default is 300 seconds.
|
Default
300 seconds
Command Mode
Global configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.3.
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 transmit continuously, increase the aging time to record the dynamic entries for a longer time and thus reduce the possibility of flooding when the hosts transmit again.
Example
The following example sets the aging time to 200 seconds:
bridge-group 1 aging-time 200
Related Command
bridge-group
bridge-group cbus-bridging
Use the bridge-group cbus-bridging interface configuration command to enable autonomous bridging on a ciscoBus2 controller. Use the no form of this command to disable autonomous bridging.
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 63.
|
Default
Autonomous bridging is disabled.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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, as well as priority queuing.
Example
In the following example, autonomous bridging is enabled on Ethernet interface 0:
bridge-group 1 cbus-bridging
Related Command
bridge-group
bridge-group circuit-group
Use the bridge-group circuit-group interface configuration command to assign each network interface to a bridge group. Use the no form of this command to remove the interface from the bridge group.
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 63.
|
circuit-group
|
Circuit group number. The range is 1 to 9.
|
Default
No bridge group interface is assigned.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.3.
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.
Example
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 circuit-group pause
bridge circuit-group source-based
show bridge circuit-group
bridge-group input-address-list
Use the bridge-group input-address-list interface configuration command to assign an access list to a particular interface. This access list is used to filter packets received on that interface based on their MAC source addresses. Use the no form of this command to remove an access list from an interface.
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 63.
|
access-list-number
|
Access list number you assigned with the access-list command. It must be in the range 700 to 799.
|
Default
No access list is assigned.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Example
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
access-list (extended)
access-list (standard)
bridge address
bridge-group output-address-list
bridge-group input-lat-service-deny
Use the bridge-group input-lat-service-deny interface configuration command to specify the group codes by which to deny access upon input. Use the no form of this command to remove this access condition.
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 63.
|
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.
|
Default
No group codes are specified.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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
bridge-group input-lat-service-permit
bridge-group output-lat-service-deny
bridge-group input-lat-service-permit
Use the bridge-group input-lat-service-permit interface configuration command to specify the group codes by which to permit access upon input. Use the no form of this command to remove this access condition.
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 63.
|
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.
|
Default
No group codes are specified.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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-lat-service-deny
bridge-group output-lat-service-permit
bridge-group input-lsap-list
Use the bridge-group input-lsap-list interface configuration command to filter IEEE 802.2-encapsulated packets on input. Use the no form of this command to disable this capability.
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 63.
|
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.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
The following example specifies access list 203 on Ethernet interface 1:
bridge-group 3 input-lsap-list 203
Related Commands
access-list (extended)
access-list (standard)
bridge-group
bridge-group output-lsap-list
bridge-group input-pattern-list
Use the bridge-group input-pattern-list interface configuration command to associate an extended access list with a particular interface in a particular bridge group. Use the no form of this command to disable this capability.
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 63.
|
access-list-number
|
Access list number you assigned using the standard access-list command. Specify a zero (0) to disable the application of the access list on the interface.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Autonomous bridging must be disabled to use this command.
Example
The following command applies access list 1 to bridge group 3 using the filter defined in group 1:
bridge-group 3 input-pattern-list 1
Related Commands
access-list (extended)
access-list (standard)
bridge-group
bridge-group output-pattern-list
bridge-group input-type-list
Use the bridge-group input-type-list interface configuration command to filter Ethernet- and SNAP-encapsulated packets on input. Use the no form of this command to disable this capability.
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 63.
|
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.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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
access-list (extended)
access-list (standard)
bridge-group
bridge-group output-type-list
bridge-group lat-compression
Use the bridge-group lat-compression interface configuration command to reduce the amount of bandwidth that LAT traffic consumes on the serial interface by specifying a LAT-specific form of compression. Use the no form of this command to disable LAT compression on the bridge group.
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 63.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
The following example compresses LAT frames on the bridge assigned to group 1:
bridge-group 1 lat-compression
Related Command
bridge-group
bridge-group output-address-list
Use the bridge-group output-address-list interface configuration command 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 no form of this command to remove an access list from an interface.
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 63.
|
access-list-number
|
Access list number you assigned with the standard access-list command.
|
Default
No access list is assigned.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Example
The following example assigns access list 703 to Ethernet interface 3:
bridge-group 5 output-address-list 703
Related Commands
access-list (extended)
access-list (standard)
bridge address
bridge-group
bridge-group input-address-list
bridge-group output-lat-service-deny
Use the bridge-group output-lat-service-deny interface configuration command to specify the group codes by which to deny access upon output. Use the no form of this command to cancel the specified group codes.
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 63.
|
group-list
|
List of LAT groups. Single numbers and ranges are permitted.
|
Default
No group codes are assigned.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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
access-list (extended)
access-list (standard)
bridge-group
bridge-group input-lat-service-deny
bridge-group output-lat-service-permit
bridge-group output-lat-service-permit
Use the bridge-group output-lat-service-permit interface configuration command to specify the group codes by which to permit access upon output. Use the no form of this command to cancel specified group codes.
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 63.
|
group-list
|
LAT service advertisements.
|
Default
No group codes are specified.
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
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 input-lat-service-permit
bridge-group output-lat-service-deny
bridge-group output-lsap-list
Use the bridge-group output-lsap-list interface configuration command to filter IEEE 802-encapsulated packets on output. Use the no form of this command to disable this capability.
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 63.
|
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.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
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.
Example
The following example specifies access list 204 on Ethernet interface 0:
bridge-group 4 output-lsap-list 204
Related Commands
access-list (extended)
access-list (standard)
bridge-group
bridge-group input-lsap-list
bridge-group output-pattern-list
Use the bridge-group output-pattern-list interface configuration command to associate an extended access list with a particular interface. Use the no form of this command to disable this capability.
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 63.
|
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.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Autonomous bridging must be disabled to use this command.
Example
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
access-list (extended)
bridge-group
bridge-group input-pattern-list
bridge-group output-type-list
Use the bridge-group output-type-list interface configuration command to filter Ethernet- and SNAP-encapsulated packets on output. Use the no form of this command to disable this capability.
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 63.
|
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.
|
Default
Disabled
Command Mode
Interface configuration
Usage Guidelines
This command first appeared in Cisco IOS Release 10.0.
Autonomous bridging must be disabled to use this command.
Example
The following example specifies access-list 202 on Ethernet interface 0:
bridge-group 2 output-type-list 202
Related Commands
access-list (extended)
access-list (standard)
bridge-group
bridge-group input-type-list
bridge-group path-cost
Use the bridge-group path-cost interface configuration command to set a different path cost. Use the no form of this command to choose the default path cost for the interface.
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 63.
|
cost
|
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 c