Site icon bintorosoft.com

QinQ (802.1ad) erklärt: VLAN Stacking für Provider und Wholesale

Red Snapper

QinQ (802.1ad) – oft auch „VLAN Stacking“ genannt – ist eine Schlüsseltechnologie, wenn Provider und Wholesale-Partner Ethernet-Services skalierbar, sauber trennbar und betrieblich beherrschbar transportieren müssen. In klassischen VLAN-Designs mit 802.1Q stößt man im Telco-Umfeld schnell an Grenzen: Einerseits ist die Anzahl der VLAN-IDs begrenzt, andererseits explodiert die Komplexität, wenn jedes Kunden-VLAN (C-VLAN) durch das gesamte Provider-Netz durchgeschleift werden soll. Genau hier setzt QinQ an: Der Provider kapselt das Kunden-VLAN in ein Service-VLAN (S-VLAN) und erhält damit eine klare Demarkation, bessere Skalierung und ein sauberes Betriebsmodell – besonders relevant für Wholesale, Carrier Ethernet, Business-Anbindungen, Multi-Tenant-Access und regionale Aggregationsnetze. In diesem Artikel erfahren Sie verständlich und praxisnah, wie QinQ funktioniert, welche Topologien sich bewährt haben, welche Stolperfallen (MTU, Tagging, QoS, Security) häufig auftreten und wie Sie VLAN Stacking so implementieren, dass es langfristig stabil bleibt.

Was ist QinQ (802.1ad) – und was bedeutet „VLAN Stacking“?

QinQ erweitert das klassische VLAN-Tagging nach 802.1Q, indem es zwei VLAN-Tags in einem Ethernet-Frame ermöglicht: einen inneren Tag (Kunden-Tag) und einen äußeren Tag (Provider-Tag). Das Prinzip ist simpel: Der Kunde oder Wholesale-Partner nutzt seine eigenen VLANs (C-VLANs). Der Provider fügt am Übergabepunkt einen zusätzlichen Tag hinzu (S-VLAN) und transportiert den Verkehr im eigenen Netz primär anhand des äußeren S-Tags. Dadurch kann der Provider:

Begriffe im QinQ-Umfeld: C-VLAN, S-VLAN, UNI und NNI

Damit QinQ in der Praxis verständlich bleibt, lohnt sich eine klare Begriffsbasis. Im Provider- und Wholesale-Kontext werden häufig Begriffe aus Carrier Ethernet verwendet.

Wichtig für die Praxis: Wer „owned“ welches Tag?

Ein sauberes Betriebsmodell trennt Verantwortlichkeiten: Der Kunde/Partner verantwortet C-VLAN-Design und ggf. interne Trennung. Der Provider verantwortet S-VLAN-Zuordnung, Transport, QoS-Policies im Provider-Netz sowie die Dokumentation der Demarkationspunkte.

Warum QinQ für Provider und Wholesale so wertvoll ist

Die zentrale Herausforderung in Wholesale- und Carrier-Ethernet-Szenarien ist Skalierung mit klarer Trennung. Ohne QinQ müsste der Provider entweder extrem viele VLANs im eigenen Netz führen oder auf komplexe Sonderkonstrukte ausweichen. QinQ reduziert diesen Druck, ohne die Flexibilität der Kunden einzuschränken.

Wie QinQ technisch funktioniert: Tag-Struktur und Frame-Overhead

Bei klassischem 802.1Q trägt ein Frame einen VLAN-Tag. Bei QinQ werden zwei Tags eingefügt: der äußere S-Tag und der innere C-Tag. Für den Transport im Provider-Netz ist meist der äußere Tag entscheidend. Dadurch verändert sich die Frame-Größe, was in der Praxis unmittelbar die MTU-Planung betrifft.

Warum MTU bei QinQ eine der häufigsten Fehlerquellen ist

Jeder VLAN-Tag erhöht den Overhead. QinQ bedeutet also mindestens einen zusätzlichen Tag. Kommen weitere Encapsulations hinzu (z. B. PPPoE, MPLS, VXLAN), steigt der Overhead weiter. Wenn die End-to-End-MTU nicht konsistent geplant und umgesetzt ist, entstehen schwer zu diagnostizierende Probleme wie Fragmentierung, Drops oder unerklärliche Performance-Einbrüche.

QinQ-Topologien in der Praxis: Transparent, Selective und Mapping

QinQ ist kein „Einheitsmodus“. Je nach Geschäft und Technik wählen Provider unterschiedliche Varianten. Entscheidend ist, ob C-VLANs transparent durchgereicht werden oder ob der Provider selektiert und mappt.

Welche Variante ist „richtig“?

Für Wholesale ist Selective QinQ oft betrieblich stabiler, weil Sie erlaubte C-VLAN-Ranges definieren und unerwünschtes Tagging vermeiden. Transparent QinQ ist komfortabel, kann aber schneller zu unerwarteten Effekten führen, wenn Kunden C-VLANs unkontrolliert erweitern.

QinQ als Skalierungswerkzeug: Wie viele C-VLANs passen unter ein S-VLAN?

QinQ kann die Komplexität im Provider-Netz stark reduzieren, aber es hebt nicht alle Limits auf. In der Praxis bestimmen Plattformlimits (MAC-Learning, ARP/ND in L3-Termination-Szenarien, TCAM/ACL-Kapazitäten) sowie Betriebsprozesse, wie „groß“ ein QinQ-Service werden darf.

QoS im QinQ-Umfeld: CoS/DSCP, Trust Boundaries und Priorisierung

Wholesale- und Provider-Services erfordern häufig klare QoS-Regeln. QinQ bringt dabei eine zusätzliche Dimension: Welcher Tag trägt die Priorität? In Ethernet-Umgebungen kann die Priorität über CoS (802.1p) im VLAN-Tag abgebildet werden. Im QinQ-Fall existieren zwei Tags, und Provider müssen festlegen, ob sie die Priorität am äußeren Tag, inneren Tag oder über eine Policy-Übersetzung steuern.

Praxisregel für Wholesale

Definieren Sie vertraglich und technisch, welche Klassen zulässig sind. Implementieren Sie an der UNI eine klare Klassifizierung und Policer-Logik. So bleibt QoS fair, vorhersehbar und auditierbar.

Sicherheit: QinQ schützt nicht automatisch – es braucht Kontrollen

QinQ ist primär ein Transport- und Skalierungsmechanismus, keine vollständige Sicherheitslösung. Ohne Kontrollen können Fehlkonfigurationen oder Missbrauch zu VLAN-Leaks, unerwünschtem Tagging oder großen Fehlerdomänen führen. Besonders wichtig sind klare Regeln an der UNI.

Betrieb und Provisionierung: QinQ sauber dokumentieren und standardisieren

QinQ kann Betrieb massiv vereinfachen – wenn es standardisiert ist. Ohne klare Regeln wird QinQ schnell zu einem „Mapping-Labyrinth“. Der Schlüssel liegt in Templates, Namenskonventionen und einer verlässlichen Dokumentation (idealerweise in IPAM/CMDB in Verbindung mit Service-Inventar).

Allowed VLAN Lists auch bei QinQ nicht vergessen

Auch wenn QinQ die Anzahl der „sichtbaren“ VLANs reduziert, bleibt Trunk-Hygiene essenziell. S-VLANs sollten auf NNIs nur dort erlaubt sein, wo sie gebraucht werden. Das reduziert Ausbreitung, Fehlersuche und Sicherheitsrisiken.

Typische Stolperfallen bei QinQ – und wie Sie sie vermeiden

In der Praxis sind QinQ-Probleme selten exotisch. Meist sind es wiederkehrende Basics, die bei konsequenter Standardisierung vermeidbar sind.

Praxis-Checkliste: QinQ (802.1ad) für Provider und Wholesale sauber umsetzen

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.

Exit mobile version