Zum Inhalt
Bytearium

Keine Werbung und keine Partnerlinks aktiv

Netzwerke

Jumbo Frames

Jumbo Frames sind Ethernet-Rahmen mit mehr als 1500 Byte Nutzlast; sie helfen im reinen Speichernetz und brechen den Pfad, wenn ein Gerät nicht mitzieht.

Dieser Eintrag liegt noch unter unserer Mindestlatte für den Suchindex (Umfang und Zahl der Quellen) und wird überarbeitet. Er ist deshalb nicht in Suchmaschinen gelistet.

Weniger, größere Pakete zu senden klingt nach reinem Vorteil. Ist es auch, solange sich jedes einzelne Gerät auf dem Weg darüber einig ist, was „größer“ heißt.

Kurz gesagt

Ein Jumbo Frame ist ein Ethernet-Rahmen, dessen Nutzlast über den üblichen 1500 Byte liegt. Die Größe dieser Nutzlast heißt MTU (Maximum Transmission Unit). Kein Industriestandard legt die Größe eines Jumbo Frames fest [1]. Intel nennt als Vorteil, dass Jumbo Frames die CPU-Last senken und die Leitungseffizienz verbessern können, wenn große Pakete den Großteil des Verkehrs ausmachen [3]. Unsere Einschätzung: Sie können einem Speichernetz zwischen einem NAS und ein, zwei Servern helfen, und sie lohnen sich nicht in einem gemischten Heimnetz, in dem ein vergessenes Gerät den Pfad kaputt macht.

So funktioniert’s

  1. Der Standardrahmen. Die ursprüngliche IEEE-802.3-Spezifikation definiert Rahmen von 64 bis 1518 Byte. Nach 18 Byte Overhead (14 Byte Header und 4 Byte CRC-Prüfsumme am Ende) liegt die Nutzlast zwischen 46 und 1500 Byte [1]. Ein VLAN-Tag (IEEE 802.1Q) fügt 4 Byte hinzu und hebt den größten Rahmen auf 1522 Byte, die MTU bleibt aber bei 1500 [1][2].
  2. Kein Standard für „Jumbo“. Die Ethernet Alliance definiert Jumbo Frames als alle Rahmen mit einer MTU über 1500 Byte. Sie schreibt, kein Industriestandard lege ihre Größe fest, und die IEEE habe sich wegen Bedenken zur Interoperabilität entschieden, sie nicht zu definieren [1]. In der Praxis stellen viele Hersteller eine MTU von 9000 ein, zum Beispiel in VMware-Anleitungen [4][5].
  3. Warum es helfen kann. Größere Rahmen bedeuten weniger Pakete für dieselbe Datenmenge und damit weniger Arbeit pro Paket für CPU und Netzwerkkarte [3]. Das zählt bei Massenübertragungen wie Backups und Speicherverkehr, nicht bei kleinen Anfragen und Antworten.
  4. Warum es kaputtgehen kann. Jedes Gerät auf dem Weg braucht dieselbe MTU: Netzwerkkarten, jeder Switch-Port und das NAS. Ein Gerät, das einen Rahmen größer als seine MTU empfängt, kann ihn fragmentieren oder verwerfen [4]. Verschiedene Geräte zählen die Größe auch unterschiedlich: Manche rechnen Header-Bytes mit, manche nicht. Intel rät, die Rahmengröße eines Switches um 4 Byte für die CRC höher einzustellen, bei VLAN-Tagging um weitere 4 [3]. Intel warnt außerdem, Jumbo Frames bei 10 oder 100 Mbit/s könnten schlechte Leistung oder den Verlust der Verbindung auslösen [3].
  5. Path MTU Discovery. Normalerweise finden Hosts über ICMP-Fehlermeldungen von Routern heraus, welches das größte Paket ist, das ein Pfad trägt [6]. Unsere Einschätzung: Ein Layer-2-Switch ist kein Router, deshalb zeigt sich eine MTU-Abweichung innerhalb eines geswitchten Netzes oft als Verbindungen, die starten und dann hängen. Teste mit großen Paketen, bevor du dem Aufbau vertraust.
  6. Testen. Sende einen Ping, der nicht fragmentiert werden darf. Unter Linux verbietet -M do die Fragmentierung, und -s legt die Datengröße fest [7]. Die Größe ist die MTU minus 28 Byte für die IP- und ICMP-Header [4][7]: 8972 bei einer MTU von 9000, 1472 bei 1500 [5].

Ein Homelab-Beispiel

Jumbo Frames haben wir bei Bytearium nicht erfasst (Inventar Stand 14. bis 16. Okt. 2026). Das hier ist deshalb ein allgemeiner Test zwischen zwei Linux-Rechnern. Stelle die MTU an einer freien Schnittstelle ein und beweise den Pfad, bevor echter Verkehr darüber läuft:

sudo ip link set dev eth1 mtu 9000
ping -M do -s 8972 -c 4 192.0.2.20

Die ip link-Form steht in ip-link(8) [8]. Schlägt der Ping fehl, während -s 1472 funktioniert, hat irgendetwas auf dem Pfad noch eine MTU von 1500 [5]. Die Adresse ist ein Platzhalter.

Prüfliste

  • Frag dich, ob die Last große Blöcke bewegt, etwa ein NAS-Backup oder eine Speicherstrecke; wenn nicht, lass die MTU bei 1500.
  • Liste jedes Gerät auf dem Pfad auf: Netzwerkkarten, Switches, NAS, Hypervisor, VLAN-Schnittstellen.
  • Stelle bei allen dieselbe MTU ein und achte darauf, wie jedes Gerät Header-Bytes zählt [3].
  • Teste mit ping -M do -s 8972, bevor du echte Daten verschiebst [5][7].
  • Lass im Netz, das ins Internet führt, die MTU bei 1500.
  • Aktiviere Jumbo Frames nicht bei 10 oder 100 Mbit/s [3].
  • Halte die MTU in deinen Netzwerknotizen neben der VLAN-ID fest.

Primärquellen

Diese Quellen sind die Grundlage der Seite. Das heißt nicht, dass jede Aussage einzeln nachgeprüft wurde; ob ein Prüfbeleg vorliegt, steht oben unter „Stand“. Einordnung und Prüfliste sind unsere eigene Arbeit.

Für diese Fassung liegt noch kein dokumentierter Prüfbeleg vor. Der Text stützt sich auf die genannten Quellen.

Entstehung: Bytearium erstellt diese Seiten mit Unterstützung von KI und verantwortet die Veröffentlichung. KI kann sich irren, deshalb nennen wir Quellen und Prüfstand offen.

  1. Ethernet AllianceEthernet Jumbo Frames
  2. CiscoInter-Switch Link and IEEE 802.1Q Frame Format
  3. IntelAdvanced Settings for Intel Ethernet Adapters
  4. BroadcomEnd-to-End MTU Validation for VMware HCX and vSphere Networks
  5. Broadcom"Failed waiting for data. Error 195887179" when attempting to vMotion
  6. IETFRFC 1191: Path MTU Discovery
  7. Linux man-pages projectping(8)
  8. Linux man-pages projectip-link(8)

Auf dieser Seite gibt es keine Werbung und keine Partnerlinks.