Syntax

SETDefault !<port> -SR GatewayControl = ([Enabled | Disabled], [IeeeMode | EtherMode], [AutoMode | NoAutoMode])

SHow [!<port> | !*] -SR GatewayControl

SHowDefault [!<port> | !*] -SR GatewayControl

Disabled, IeeeMode, AutoMode

Description

The GatewayControl parameter controls the behavior of the SRTG. This parameter does not apply to SuperStack II NETBuilder bridge/router models 32x and 52x.

Values

Enabled | Disabled	When enabled, SRTG bridges packets between source route and transparent bridge domains. When disabled, SRTG does not bridge packets between source route and transparent bridge domains.
IeeeMode | EtherMode	This pair of options determines how LLC-based packets from source route domains are translated as they are bridged to Ethernet LANs. If IeeeMode is selected, LLC-based protocol packets are translated into IEEE 802.2 frames when they are bridged to Ethernet. If EtherMode is selected, LLC-based protocol packets are translated into Ethernet Version II frame using a protocol packet type of 0x80D5 when they are bridged to Ethernet.
AutoMode | NoAutoMode	This pair of options determines whether SRTG automatically keeps track of each station's encapsulation format. When AutoMode is selected, SRTG automatically keeps track of each station's encapsulation formats. When NoAutoMode is selected, SRTG does not keep track of each station's encapsulation format.

If SRTG is configured with NoAutoMode, SRTG does not keep track of each transparent bridging station's encapsulation type. The final encapsulation format is decided by the setting of the IeeeMode or EtherMode settings. If EtherMode is selected, Ethernet II encapsulation with protocol type of 0x80D5 is used. Otherwise, LLC2-based packets are translated into the IEEE 802.3 format.

If AutoMode is selected, different packet translation rules are used for known and unknown stations. For known stations, the IeeeMode | EtherMode setting is ignored and the encapsulation format learned for those stations is used. For unknown stations, LLC-based packets are translated into both 802.3 and Ethernet Version II frames. Because non-LLC-based packets are not supported in this release, the DSAP field in the token ring 802.2 frame must be a multiple of 4's (that is, 00, 04, 08, so on), except for 0xBC and 0xE0, which are reserved for Banyan VINES and IPX, respectively.