The PPPoE QinQ Support feature installed at a subinterface level preserves VLAN IDs and segregates the traffic in different customer VLANs. Encapsulating IEEE 802.1Q VLAN tags within 802.1Q enables service providers to use a single VLAN to support customers who have multiple VLANs.
Your software release may not support all the features documented in this module. For the latest caveats and feature information, see
Bug Search Tool and the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the feature information table at the end of this module.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to
www.cisco.com/go/cfn. An account on Cisco.com is not required.
Prerequisites for PPPoE QinQ Support
You have checked Cisco Feature Navigator at
http://www.cisco.com/go/cfn
to verify that your Cisco device and Cisco IOS XE release support this feature.
You must be connected to an Ethernet device that supports double VLAN tag imposition/disposition or switching.
The PPPoE QinQ Support feature adds another layer of IEEE 802.1Q tag
(called "metro tag" or "PE-VLAN") to the 802.1Q tagged packets that enter the
network. The purpose is to expand the VLAN space by tagging the tagged packets,
thus producing a "double-tagged" frame. The expanded VLAN space allows service
providers to offer assorted services on different VLANs. For example, certain
customers can be provided Internet access on specific VLANs while other
customers receive different services on other VLANs.
Generally the service provider’s customers require a range of VLANs to
handle multiple applications. Service providers can allow their customers to
use this feature to safely assign their own VLAN IDs on subinterfaces because
these subinterface VLAN IDs are encapsulated within a service
provider-designated VLAN ID for that customer. Therefore there is no overlap of
VLAN IDs among customers, nor does traffic from different customers become
mixed. The double-tagged frame is "terminated" or assigned on a subinterface
through use of an expanded
encapsulationdot1q command that specifies the two VLAN ID tags
(outer VLAN ID and inner VLAN ID) terminated on the subinterface. See
.
The PPPoE QinQ Support feature is generally supported on whichever
Cisco IOS XE features or protocols are supported on the subinterface. For
example, if you can run PPPoE on the subinterface, you can configure a
double-tagged frame for PPPoE. IPoQinQ supports IP packets that are
double-tagged for QinQ VLAN tag termination by forwarding IP traffic with the
double-tagged (also known as stacked) 802.1Q headers.
A primary consideration is whether you assign ambiguous or unambiguous
subinterfaces for the inner VLAN ID. See the
Unambiguous and Ambiguous Subinterfaces.
The primary benefit for the service provider is a reduced number of
VLANs supported for the same number of customers. Other benefits of this
feature are as follows:
PPPoE scalability.
Expanding the available VLAN space from 4096 to about 16.8 million (4096 times
4096) allows the number of PPPoE sessions that can be terminated on a given
interface to be multiplied.
When deploying Gigabyte
Ethernet DSL access multiplexer (DSLAM) in a wholesale model, you can assign
the inner VLAN ID to represent the end-customer virtual circuit (VC) and assign
the outer VLAN ID to represent the service provider ID.
The QinQ VLAN tag termination feature is simpler than the IEEE 802.1Q
tunneling feature deployed for switches. Whereas switches require IEEE 802.1Q
tunnels on interfaces to carry double-tagged traffic, routers need only
encapsulate QinQ VLAN tags within another level of 802.1Q tags in order for the
packets to arrive at the correct destination.
Figure 1. Untagged, 802.1Q-Tagged, and Double-Tagged Ethernet
Frames
Broadband Ethernet-Based DSLAM Model of QinQ VLANs
For the emerging broadband Ethernet-based DSLAM market, the Cisco ASR 1000 Series Routers support QinQ encapsulation. With the Ethernet-based DSLAM model shown in the figure below, customers typically get their own VLAN; all these VLANs are aggregated on a DSLAM.
Figure 2. Broadband Ethernet-Based DSLAM Model of QinQ VLANs
VLAN aggregation on a DSLAM will result in many aggregate VLANs that at some point need to be terminated on the broadband remote access servers (BRASs). Although the model could connect the DSLAMs directly to the BRAS, a more common model uses the existing Ethernet-switched network where each DSLAM VLAN ID is tagged with a second tag (QinQ) as it connects into the Ethernet-switched network.
Both PPPoE sessions and IP can be enabled on a subinterface. The PPPoEoQinQ model is a PPP-terminated session.
PPPoEQinQ and IPoQinQ encapsulation processing is an extension to 802.1Q encapsulation processing. A QinQ frame looks like a VLAN 802.1Q frame; the only difference is that it has two 802.1Q tags instead of one. See
Broadband Ethernet-Based DSLAM Model of QinQ VLANs.
QinQ encapsulation supports configurable outer tag Ethertype. The configurable Ethertype field values are 0x8100 (default), 0x9100, 0x9200, and 0x8848. See the figure below.
Figure 3. Supported Configurable Ethertype Field Values
Unambiguous and Ambiguous Subinterfaces
Note
Only PPPoE is supported on ambiguous subinterfaces. Standard IP routing is not supported on ambiguous subinterfaces.
The encapsulationdot1q command is used to configure QinQ termination on a subinterface. The command accepts an outer VLAN ID and one or more inner VLAN IDs. The outer VLAN ID always has a specific value, and the inner VLAN ID can either be a specific value or a range of values.
A subinterface that is configured with a single inner VLAN ID is called an unambiguous QinQ subinterface. In the following example, QinQ traffic with an outer VLAN ID of 101 and an inner VLAN ID of 1001 is mapped to the Gigabit Ethernet 1/1/0.100 subinterface:
A subinterface that is configured with multiple inner VLAN IDs is called an ambiguous QinQ subinterface. By allowing multiple inner VLAN IDs to be grouped, ambiguous QinQ subinterfaces allow for a smaller configuration, improved memory usage, and better scalability.
In the following example, QinQ traffic with an outer VLAN ID of 101 and inner VLAN IDs anywhere in the 2001-2100 and 3001-3100 range is mapped to the Gigabit Ethernet 1/1/0.101 subinterface:
Ambiguous subinterfaces can also use the anykeyword to specify the inner VLAN ID.
See the Configuration Examples for PPPoE QinQ Support for an example of how VLAN IDs are assigned to subinterfaces, and for a detailed example of how the any keyword is used on ambiguous subinterfaces.
Note
Theany keyword in the second-dot1qkeyword is not supported on a subinterface configured for IPoQinQ because IP routing is not supported on ambiguous subinterfaces. Therefore, multiple values and ranges for the inner VLAN ID are not supported on IPoQinQ.
Perform this task to configure the main interface used for the QinQ
double tagging and to configure the subinterfaces. An optional step in this
task shows you how to configure the Ethertype field to be 0x9100 for the outer
VLAN tag, if that is required. After the subinterface is defined, the 802.1Q
encapsulation is configured to use the double tagging.
Router(config-subif)# ip address 192.168.1.2 255.255.255.0
Specifies the VLAN tags to be terminated on the subinterface, to
enable PPPoE sessions or IP on the subinterface.
Use the
second-dot1q keyword and the
vlan-idargument to specify the VLAN tags to be terminated on the
subinterface.
In the example, an
ambiguous QinQ subinterface is configured because a range of inner VLAN IDs is
specified.
QinQ frames with an
outer VLAN ID of 100 and an inner VLAN ID in the range of 100 to 199 or 201 to
600 will be terminated.
Step 7 enables the
802.1Q encapsulation of traffic on a specified subinterface in a VLAN.
Step 8 enables PPPoE
sessions on the subinterface. The example specifies that the PPPoE profile,
vpn1, will be used by PPPoE sessions on the subinterface.
Step 9 enables IP on a
subinterface specified by the IP address and mask. The example enables IP on
the subinterface specified by the IP address, 192.168.1.2, and mask,
255.255.255.0.
Note
Both PPPoE sessions and IP can be enabled on a subinterface.
Step 13
end
Example:
Router(config-subif)# end
Exits subinterface configuration mode and returns to privileged
EXEC mode.
Verifying the PPPoE QinQ Support
Perform this optional task to verify the configuration of the PPPoE QinQ Support feature.
Enables privileged EXEC mode. Enter your password if prompted.
Example:
Router> enable
Step 2
showrunning-config
Use this command to show the currently running configuration on the device. You can use delimiting characters to display only the relevant parts of the configuration.
The following output shows the currently running PPPoEoQinQ and IPoQinQ configurations:
Configuring the any Keyword on Subinterfaces for PPPoE QinQ Support Example
Some ambiguous subinterfaces can use the
any keyword for the inner VLAN ID specification. The
any keyword represents any inner VLAN ID that is not explicitly configured on any other interface. In the following example, seven subinterfaces are configured with various outer and inner VLAN IDs.
Note
The
any keyword can be configured on only one subinterface of a specified physical interface and outer VLAN ID.
Note
Theany keyword in the
second-dot1qkeyword is not supported on a subinterface configured for IPoQinQ because IP routing is not supported on ambiguous subinterfaces. Therefore, multiple values and ranges for the inner VLAN ID are not supported on IPoQinQ.
The table below shows which subinterfaces are mapped to different values of the outer and inner VLAN IDs on QinQ frames that come in on Gigabit Ethernet (GE) interface 1/0/0.
Table 1 Subinterfaces Mapped to Outer and Inner VLAN IDs for GE Interface 1/0/0
The table below shows the changes made to the table for the outer VLAN ID of 200. Notice that subinterface 1/0/0.7 configured with the
any keyword now has new inner VLAN ID mappings.
Table 2 Subinterfaces Mapped to Outer and Inner VLAN IDs for GE Interface 1/0/0--Changes Resulting from Configuring GE Subinterface 1/0/0.8
Outer VLAN ID
Inner VLAN ID
Subinterface mapped to
200
1 through 49
GigabitEthernet1/0/0.7
200
50
GigabitEthernet1/0/0.5
200
51 through 199
GigabitEthernet1/0/0.7
200
200 through 600
GigabitEthernet1/0/0.8
200
601 through 899
GigabitEthernet1/0/0.7
200
900 through 999
GigabitEthernet1/0/0.8
200
1000 through 2000
GigabitEthernet1/0/0.6
200
2001 through 2999
GigabitEthernet1/0/0.7
200
3000 through 4000
GigabitEthernet1/0/0.6
200
4001 through 4094
GigabitEthernet1/0/0.7
Additional References
The following sections provide references related to the PPPoE QinQ Support feature.
Related Documents
Related Topic
Document Title
Additional information about commands used in this document
Cisco IOS Broadband Access Aggregation and DSL Command Reference
No new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified by this feature.
--
Technical Assistance
Description
Link
The Cisco Support website provides extensive online resources, including documentation and tools for troubleshooting and resolving technical issues with Cisco products and technologies.
To receive security and technical information about your products, you can subscribe to various services, such as the Product Alert Tool (accessed from Field Notices), the Cisco Technical Services Newsletter, and Really Simple Syndication (RSS) Feeds.
Access to most tools on the Cisco Support website requires a Cisco.com user ID and password.
The following table provides release information about the feature or features described in this module. This table lists only the software release that introduced support for a given feature in a given software release train. Unless noted otherwise, subsequent releases of that software release train also support that feature.
Use Cisco Feature Navigator to find information about platform support and Cisco software image support. To access Cisco Feature Navigator, go to
www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 3 Feature Information for PPPoE QinQ Support
Feature Name
Releases
Feature Information
IEEE 802.1Q-in-Q VLAN Tag Termination
Cisco IOS XE Release 2.1
This feature was introduced on Cisco ASR 1000 Series Routers.
Encapsulating IEEE 802.1Q VLAN tags within 802.1Q enables service providers to use a single VLAN to support customers who have multiple VLANs.
PPPoE QinQ Support
Cisco IOS XE Release 2.2
This feature was introduced on Cisco ASR 1000 Series Routers.
This feature on the subinterface level preserves VLAN IDs and keeps traffic in different customer VLANs segregated.
The following commands were introduced or modified:
dot1qtunnelingethertype,
encapsulationdot1q,
showvlansdot1q.