Site icon bintorosoft.com

MTU-Probleme: Path MTU Discovery und Fragmentierung erklärt

Red Snapper

Close-up of network equipment with cables in a modern server room.

MTU-Probleme gehören zu den tückischsten Fehlerbildern in IT-Netzwerken, weil sie selten wie ein „klassischer Ausfall“ aussehen. Häufig funktioniert „das meiste“: kleine Webseiten laden, Ping geht, DNS löst auf – aber bestimmte Anwendungen hängen, große Uploads brechen ab, VPN-Verbindungen wirken instabil oder einzelne Cloud-Services timeouten scheinbar zufällig. Der Grund liegt oft in einer falsch gesetzten Maximum Transmission Unit (MTU) oder in einer gestörten Path MTU Discovery (PMTUD). Besonders in Umgebungen mit Tunneln (VPN, GRE, IPsec, WireGuard), PPPoE, SD-WAN, VLAN-Overlays oder Cloud-Interconnects wird die effektive Nutzdaten-Größe kleiner, weil zusätzliche Header Platz verbrauchen. Wenn Sender und Pfad nicht sauber erkennen, wie groß Pakete maximal sein dürfen, entstehen Fragmentierung, Paketverluste oder sogenannte PMTUD-Blackholes. In diesem Artikel lernen Sie verständlich und praxisnah, wie MTU, PMTUD und Fragmentierung funktionieren, welche Symptome typisch sind, wie Sie MTU-Probleme sauber nachweisen und welche Fixes in der Praxis wirklich helfen – vom Client bis zur Cloud.

MTU in der Praxis: Was bedeutet Maximum Transmission Unit?

Die MTU ist die maximale Größe eines Frames/Pakets, das über ein bestimmtes Medium ohne Fragmentierung übertragen werden kann. In Ethernet-Netzen ist eine MTU von 1500 Byte der verbreitete Standard für IP-Pakete (Payload ohne Ethernet-Header). Sobald jedoch zusätzliche Encapsulation ins Spiel kommt – etwa bei PPPoE oder Tunneln – sinkt die effektive Größe, die ohne Fragmentierung durch den Pfad passt. Wichtig ist dabei die Unterscheidung:

Wer MTU-Probleme lösen will, muss nicht jedes Header-Byte auswendig können, sollte aber verstehen: Jeder zusätzliche Header reduziert die „Platzreserve“ für Nutzdaten. Wird diese Reserve überschritten, muss fragmentiert werden (IPv4) oder das Paket wird verworfen (häufig bei IPv6 oder bei IPv4 mit DF-Bit).

Fragmentierung: Warum sie existiert und warum sie trotzdem problematisch ist

Fragmentierung bedeutet, dass ein zu großes IP-Paket in kleinere Fragmente zerlegt wird, damit es über einen Link mit kleinerer MTU übertragen werden kann. Bei IPv4 kann ein Router (je nach DF-Flag) fragmentieren; der Empfänger setzt die Fragmente wieder zusammen. In der Theorie klingt das praktisch, in der Praxis ist Fragmentierung oft ungünstig:

In modernen Netzen ist das Ziel daher meist: Fragmentierung vermeiden, indem Sender die richtige Paketgröße wählen – genau dafür ist PMTUD gedacht.

Path MTU Discovery: Wie der Sender die richtige Paketgröße findet

Path MTU Discovery (PMTUD) ist ein Verfahren, mit dem ein Sender die kleinste MTU entlang des gesamten Pfads zum Ziel ermittelt (die „Path MTU“). Das Prinzip ist einfach: Der Sender versucht, Pakete zu senden, die nicht fragmentiert werden sollen. Wenn ein Router unterwegs merkt, dass das Paket zu groß für den nächsten Link ist, verwirft er es (oder kann es nicht weiterleiten) und informiert den Sender mit einer ICMP-Meldung „Fragmentation Needed“ (IPv4) bzw. „Packet Too Big“ (IPv6). Der Sender reduziert daraufhin die Paketgröße und versucht es erneut. Genau dieser Rückkanal ist der kritische Punkt: Wenn ICMP-Meldungen gefiltert werden, funktioniert PMTUD nicht zuverlässig.

Die technischen Grundlagen zu ICMP für IPv4 sind in RFC 792 (ICMP) beschrieben. Für PMTUD im IPv4-Kontext ist RFC 1191 (Path MTU Discovery) eine passende Referenz.

Der Klassiker: PMTUD-Blackhole – wenn ICMP „zu gut“ gefiltert wird

Ein PMTUD-Blackhole entsteht, wenn ein Pfad eine kleinere MTU hat als der Sender annimmt, aber die notwendigen ICMP-Meldungen auf dem Rückweg blockiert werden. Dann sendet der Client weiterhin zu große Pakete, die irgendwo im Netz verworfen werden. Aus Nutzersicht wirkt das extrem widersprüchlich: Kleine Pakete und manche Verbindungen gehen, große Transfers hängen oder brechen ab.

Eine häufige Abhilfe ist MSS-Clamping auf dem Tunnel-/WAN-Edge, damit TCP bereits kleinere Segmente sendet, bevor ein Blackhole entsteht.

Warum MTU-Probleme besonders oft bei VPN, PPPoE und Cloud auftreten

MTU-Probleme sind selten in einem reinen, flachen Ethernet-LAN. Sie treten besonders dort auf, wo zusätzliche Header den nutzbaren Platz reduzieren:

Praxisregel: Sobald Sie Encapsulation im Pfad haben, sollten Sie aktiv über MTU/MSS nachdenken – nicht erst, wenn Nutzer Beschwerden melden.

Symptome: Woran Sie MTU-Probleme zuverlässig erkennen

MTU-Probleme sind typische „teilweise kaputt“-Fehler. Die wichtigsten Muster:

MTU testen: Praktische Diagnose ohne Spezialtools

Der schnellste Nachweis ist ein Größen-Test mit dem DF-Bit (bei IPv4) oder ein „größer werdender Ping“ bis zum maximalen Wert. Das Ziel ist, die größte Paketgröße zu finden, die noch durchkommt, ohne fragmentiert zu werden. Wichtig: Je nach System sind die Ping-Optionen unterschiedlich, und die „Payload“-Angabe ist nicht identisch mit der IP-MTU. Trotzdem ist dieser Test als Indikator sehr wertvoll.

Für Windows-Kommandos und Optionen ist die offizielle Referenz hilfreich: Microsoft-Dokumentation zu ping.

MTU vs. MSS: Warum MSS-Clamping oft der pragmatischste Fix ist

In vielen Unternehmensumgebungen ist es organisatorisch schwierig, überall die perfekte MTU zu setzen: Clients, WLAN, Switches, Router, Firewalls, VPN-Gateways, Cloud-Tunnel – zu viele Komponenten. Deshalb wird häufig MSS-Clamping eingesetzt: Ein Edge-Gerät (typischerweise Firewall/VPN-Gateway) passt die TCP MSS in SYN-Paketen an, sodass Endgeräte automatisch kleinere TCP-Segmente verwenden. Das umgeht viele PMTUD-Probleme, weil TCP gar nicht erst zu große Segmente erzeugt.

Für TCP-Grundlagen und Segmentierung ist RFC 9293 (TCP) eine passende Referenz.

Fragmentierung im IPv6-Kontext: Warum „ICMP blocken“ noch riskanter ist

In IPv6 fragmentieren Router nicht. Wenn ein Paket zu groß ist, kann der Router es nicht „retten“, sondern muss ICMPv6 „Packet Too Big“ senden. Wenn diese Meldung blockiert wird, ist der Pfad effektiv gebrochen – und zwar oft sehr selektiv. Deshalb ist es in IPv6-Umgebungen besonders wichtig, ICMPv6 nicht pauschal zu blockieren, sondern gezielt und policy-konform zu erlauben. Für IPv6-Grundlagen und Mechanik ist RFC 8200 (IPv6) eine solide Referenz.

Typische Root Causes: Was in der Realität meistens dahintersteckt

Der saubere Troubleshooting-Workflow für MTU-Probleme

Der folgende Ablauf ist praxiserprobt und verhindert, dass Sie sich in Detaildiskussionen verlieren. Ziel ist, in kurzer Zeit zu beweisen: „Es ist wirklich MTU“ – und dann den richtigen Fix zu wählen.

Schritt: Symptom klassifizieren

Schritt: Segmentvergleich durchführen

Schritt: Path MTU grob ermitteln

Schritt: ICMP/PMTUD prüfen

Schritt: Fix wählen

Behebung in der Praxis: Maßnahmen, die wirklich funktionieren

Typische Praxisfälle und schnelle Einordnung

Fall: „Bestimmte Webseiten gehen nicht, aber Internet ist da“

Fall: „VPN verbindet, aber Dateiübertragungen brechen ab“

Fall: „Nur ein Standort hat Probleme mit Cloud-Uploads“

Monitoring und Prävention: MTU-Probleme früh erkennen

MTU-Probleme werden oft erst sichtbar, wenn Nutzer sich melden. Das lässt sich verbessern, wenn Sie Messpunkte definieren und regelmäßig prüfen: Pfad-Latenz und Loss sind wichtig, aber auch „Connectivity unter realistischen Paketgrößen“. Zusätzlich helfen standardisierte Runbooks: Tunnel-Overhead berechnen, MTU/MSS dokumentieren, ICMP-Policies bewusst gestalten. Damit wird MTU von einem „mysteriösen Fehler“ zu einem kontrollierbaren Designparameter.

Checkliste: MTU-Probleme schnell erkennen und beheben

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Lieferumfang:

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

 

Exit mobile version