Site icon BintoroSoft PDF Tools

MTU bei QinQ und VXLAN: Warum Subnetting allein nicht reicht

Red Snapper

Young man working in data center with laptop, engineer specialist in network server room. AI Generative

Bei MTU bei QinQ und VXLAN zeigt sich im Telco- und Provider-Alltag ein wiederkehrendes Muster: Das IP-Design ist sauber, Subnetting stimmt, Routing ist korrekt – und trotzdem „funktioniert es irgendwie nicht“. Typische Symptome sind besonders tückisch: Kleine Pings gehen, große Pakete brechen ab, bestimmte Anwendungen sind langsam oder timeouten, TCP-Verbindungen wirken instabil, oder nur einzelne Services (z. B. VoIP, VPN, bestimmte Webportale) sind betroffen. In solchen Fällen ist Subnetting nicht das Problem, sondern die MTU (Maximum Transmission Unit) und damit die Frage, wie viel Nutzlast ein Frame oder Paket auf dem kompletten Pfad wirklich tragen kann. Gerade bei Technologien wie QinQ (802.1ad) und VXLAN kommt zusätzlicher Overhead hinzu: VLAN Stacking fügt einen weiteren Tag hinzu, VXLAN kapselt Ethernet in UDP/IP. Jeder zusätzliche Header reduziert die effektive Nutzlast oder erfordert eine größere Transport-MTU. Wenn diese End-to-End nicht konsistent ist – oder wenn Path MTU Discovery (PMTUD) durch Filterregeln gebrochen wird – entstehen genau die „Geisterprobleme“, die in großen Provider-Netzen Zeit und Nerven kosten. Dieser Artikel erklärt praxisnah, warum Subnetting allein nicht reicht, wie Sie MTU bei QinQ und VXLAN korrekt planen, welche Overheads realistisch sind, welche Best Practices in Telco-Topologien funktionieren und wie Sie MTU-Probleme schnell und strukturiert eingrenzen.

MTU-Grundlagen: Was bedeutet MTU in Ethernet- und IP-Netzen?

MTU ist die maximale Größe einer Daten-Einheit, die ohne Fragmentierung über eine Schnittstelle übertragen werden kann. In Ethernet-Umgebungen beziehen sich viele Diskussionen auf zwei Ebenen:

Wichtig: Eine größere MTU ist nur dann nützlich, wenn sie end-to-end funktioniert. Ein einzelner Link mit 1500 Byte in einem ansonsten Jumbo-fähigen Pfad reicht, um Probleme zu erzeugen. Und genau das passiert in Telco-Netzen häufig: QinQ oder VXLAN wird eingeführt, einzelne Zwischenknoten bleiben auf Standard-MTU, und plötzlich brechen große Pakete.

Warum Subnetting allein nicht reicht: MTU ist eine Pfad-Eigenschaft, nicht eine Adress-Eigenschaft

Subnetting und CIDR lösen Adress- und Routingfragen. MTU betrifft dagegen die Paketverpackung. Selbst wenn ein Subnetz perfekt geplant ist, kann ein einzelnes zu kleines MTU-Glied im Pfad verhindern, dass Anwendungen stabil funktionieren. Subnetting kann Ihnen nicht „sagen“, ob ein Paket von 1500 Byte plus Overhead noch passt.

Overhead verstehen: Was QinQ am Frame ändert

Bei QinQ wird zu einem bestehenden 802.1Q-Tag ein weiterer VLAN-Tag hinzugefügt. Das ist „nur“ ein kleiner Overhead, aber er kann ausreichen, um an einer 1500er Grenze zu scheitern, wenn irgendwo strikt gefiltert wird oder wenn weitere Encapsulations im Spiel sind.

In vielen Netzen ist der praktische Effekt: Ein Kunde sendet 1500 Byte IP-MTU, der Provider kapselt und transportiert – und wenn die Transportstrecke keine zusätzlichen Bytes zulässt, entstehen Drops oder Fragmentierung an ungünstigen Stellen.

Overhead verstehen: Was VXLAN am Paket ändert

VXLAN kapselt Ethernet in UDP/IP (Overlay über Underlay). Dadurch entsteht ein deutlich größerer Overhead als bei QinQ. Für Telcos ist das entscheidend, weil VXLAN oft in PoP-Fabrics, Edge-Clouds oder DC-nahem Telco-Design eingesetzt wird. Wenn Underlay-MTU nicht angepasst ist, brechen große Frames im Overlay.

Faustregel für VXLAN im Betrieb

Wenn Sie im Overlay „Ethernet-MTU 1500“ anbieten wollen, brauchen Sie im Underlay in der Regel eine deutlich höhere MTU (Jumbo). Andernfalls müssen Sie im Overlay die MTU reduzieren und sicherstellen, dass Endgeräte/Server damit klarkommen.

Das typische Fehlerbild: „Ping geht, aber die Anwendung nicht“

MTU-Probleme sind berüchtigt, weil ein Standard-Ping mit kleiner Payload oft durchgeht. Erst bei größeren Payloads oder bei Protokollen mit größeren Segmenten treten Drops auf. Besonders typisch ist das bei TCP: Verbindungen kommen zustande, aber Datenübertragung ist langsam oder bricht.

PMTUD: Warum ICMP-Filter MTU-Probleme unsichtbar machen

Path MTU Discovery (PMTUD) sorgt dafür, dass Sender die maximale Paketgröße auf dem Pfad herausfinden. Wenn PMTUD nicht funktioniert, bleibt der Sender bei zu großen Paketen hängen. In Provider-Netzen wird PMTUD häufig unabsichtlich gebrochen – etwa durch zu aggressive Firewall-Policies oder falsch gesetzte Filter.

MTU-Planung im Telco-Design: End-to-End statt Link-für-Link

Eine robuste MTU-Strategie ist nicht „jeder Link 9000“, sondern ein bewusstes End-to-End-Modell, das Overheads berücksichtigt: Access/UNI, Aggregation, Metro, PoP-Fabric, Firewall-Interconnect, Core und ggf. DC/Cloud-Edges müssen zusammenpassen.

Praktische Best Practices für QinQ-MTU

QinQ wird oft im Access- und Wholesale-Transport genutzt. Hier ist die wichtigste Frage: Soll der Kunde 1500 Byte IP-MTU behalten? Wenn ja, muss der Providertransport den zusätzlichen Tag-Overhead verkraften. Wenn nicht, muss die Kunden-MTU klar kommuniziert und konsistent umgesetzt werden.

Praktische Best Practices für VXLAN-MTU

VXLAN ist im Underlay/Overlay-Design besonders MTU-sensibel. Der häufigste Fehler ist, VXLAN „einzuschalten“, ohne das Underlay auf Jumbo-MTU zu bringen oder ohne die Overlay-MTU bewusst zu reduzieren.

Warum Kombinationen besonders kritisch sind: QinQ + VXLAN + weitere Encapsulations

In Telco-Umgebungen ist selten „nur QinQ“ oder „nur VXLAN“. Häufig kommen mehrere Schichten zusammen: QinQ im Access, MPLS im Core, VXLAN in der PoP-Fabric oder zur Cloud-Anbindung. Jede Schicht addiert Overhead, und die kleinste MTU im Pfad gewinnt.

Troubleshooting: MTU-Probleme schnell nachweisen

MTU-Troubleshooting sollte immer beweisorientiert sein: nicht „gefühlt“, sondern mit klaren Tests. Ziel ist: die maximale funktionierende Payload zu finden und den Flaschenhals zu lokalisieren.

Operationalisierung: MTU-Standards als Teil des Service- und IP-Designs

MTU ist kein „Detail“, das man später fixen kann. In großen Provider-Netzen gehört MTU in die gleiche Kategorie wie IP-Container und VLAN-Scope: Sie muss standardisiert, dokumentiert und automatisiert validiert werden. Sonst entstehen wiederkehrende Incidents bei jedem Ausbau.

Typische Stolperfallen in Telco-Netzen

Praxis-Checkliste: MTU bei QinQ und VXLAN richtig planen

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