QinQ must be configured on all the devices and ports participating in the provider bridge. Typically, customer facing ports are configured as untagged members of S-VLANs and provider facing ports are configured as tagged members of S-VLANs. Per the IEEE 802.1ad specification, there is no condition binding port types (customer or provider) to untagged or tagged S-VLAN memberships. Therefore, when configuring QinQ tunnelling on the switch, you would first configure per-port S-VLAN membership (tagged or untagged), and then configure the port type as customer-network
or provider-network
, depending on the device to which the switch port is connected.
|
|
NOTE: A customer-network port can receive S-VLAN tagged frames if the customer and provider agree on the S-VID association for that customer and the customer device is capable of sending S-VLAN tagged frames. Configuring QinQ with S-VLANs in a switch stack is not supported. For more information, see Effects of QinQ on other switch features. |
|
|
To configure QinQ take the following steps on all participating provider switches:
|
|
CAUTION: A reboot is required to enable/disable QinQ operations on the switch. When moving between QinQ modes ( |
|
|