Ethernet/Jumbo Frame: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
|||
Zeile 47: | Zeile 47: | ||
= Wikipedia = | = Wikipedia = | ||
== Einsatzgebiete == | == Einsatzgebiete == | ||
Ein typisches Einsatzgebiet für Jumbo Frames ist die Übertragung großer Datenmengen, wie dies z. B. bei der [[Datensicherung]] der Fall ist. Hierdurch sollen die Belastung aller beteiligten Komponenten reduziert und der [[Datendurchsatz|Durchsatz]] maximiert werden. Weniger Header müssen erzeugt, verarbeitet und übermittelt und weniger [[Prüfsumme]]n berechnet werden. | Ein typisches Einsatzgebiet für Jumbo Frames ist die Übertragung großer Datenmengen, wie dies z. B. bei der [[Datensicherung]] der Fall ist. Hierdurch sollen die Belastung aller beteiligten Komponenten reduziert und der [[Datendurchsatz|Durchsatz]] maximiert werden. Weniger Header müssen erzeugt, verarbeitet und übermittelt und weniger [[Prüfsumme]]n berechnet werden. |
Version vom 16. Januar 2023, 11:02 Uhr
topic kurze Beschreibung
Beschreibung
Installation
Anwendungen
Fehlerbehebung
Syntax
Optionen
Parameter
Umgebungsvariablen
Exit-Status
Konfiguration
Dateien
Sicherheit
Dokumentation
RFC
Man-Pages
Info-Pages
Siehe auch
Links
Projekt-Homepage
Weblinks
Einzelnachweise
Testfragen
Testfrage 1
Testfrage 2
Testfrage 3
Testfrage 4
Testfrage 5
Wikipedia
Einsatzgebiete
Ein typisches Einsatzgebiet für Jumbo Frames ist die Übertragung großer Datenmengen, wie dies z. B. bei der Datensicherung der Fall ist. Hierdurch sollen die Belastung aller beteiligten Komponenten reduziert und der Durchsatz maximiert werden. Weniger Header müssen erzeugt, verarbeitet und übermittelt und weniger Prüfsummen berechnet werden.
Ein weiteres Einsatzgebiet ist das Abwälzen der Rechenlast auf die Edge-Komponenten oder Tunnel-Edge eines Netzwerks. Die Edge-Komponente, die das lokale Netz mit externen Netzen koppelt, muss alle Pakete aus Jumbo Frames, die das lokale Netz verlassen, auf die MTU des externen Zielnetzes umkodieren (= fragmentieren). Zwar genießt man lokal so die Vorteile, die Jumbo Frames bieten, aber die Kommunikation zu externen Netzen wird deutlich „teurer“, d. h. es wird viel Overhead erzeugt.
Beim Tunneling wird durch das Protokoll typischerweise zusätzliche Bandbreite verbraucht. So muss die MTU des Netzes um die Headergröße des Tunnelingprotokolls reduziert werden oder der Tunnel-Edge die Frames umkodieren.
Um den Einsatz von TCP/IP mit Jumbo Frames zu vereinfachen, kann mittels Path MTU Discovery eine dynamische Ermittlung der maximalen Frame-Größe vorgenommen werden. Wenn mehrere Routen zur Verfügung stehen, ist das Verfahren eventuell nicht zuverlässig.
Fibre Channel over Ethernet (FCoE) transportiert Fibre-Channel-Frames, die bis zu 2148 Bytes umfassen können, in Ethernet-Frames verpackt, die dadurch auf 2166 Bytes = 2148 Bytes + 18 Bytes Overhead anwachsen können.
Nutzen
Jumbo Frames haben zwei direkte Auswirkungen:
- die Framerate sinkt – je nach Hardware kann das die Verarbeitungslast senken oder den Durchsatz erhöhen
- der maximale Durchsatz der Links erhöht sich um etwa 4 %.
Standard-Frame | Jumbo-Frame | |
---|---|---|
TCP-Payload | 1460 Byte | 8960 Byte |
+ IP-Header | 20 Byte | |
+ TCP-Header | 20 Byte | |
= MTU | 1500 Byte | 9000 Byte |
+ Frame-Header / FCS | 18 Byte | |
+ Präambel / IPG | 20 Byte | |
= total | 1538 Byte | 9038 Byte |
TCP-payload / total | 94,93 % | 99,14 % |
max. Durchsatz (GbE) | 81.274 Frames/s = 118,7 MB/s |
13.830 Frames/s = 123,9 MB/s |
Wenn die Hardware bereits für die Verarbeitung hoher Frameraten optimiert ist (Large Segment Offload, Large Receive Offload), bringen Jumbo Frames wenig Vorteil.
Abhängig von den Fähigkeiten und dem Alter der Hardware sollte die Übertragung von Jumbo Frames über mehrere Hops gut überlegt sein. Die gesamte Hard- und Software der Netzwerkinfrastruktur ist nämlich für die Übertragung von Standard-Ethernet-Frames mit einer Größe von max. 1518 Byte (bzw. 1522 Byte bei Unterstützung von VLAN-Tagging) optimiert (MTU von 1500 Byte); dies betrifft Vorhaltespeicher (Buffer), Zwischenspeicher (Caches) und Warteschlangen (Queues) in Hardware- und Software-Komponenten. Durch abweichende Framegrößen kann es zu vielen Beeinträchtigungen und einer insgesamt deutlich langsameren Verarbeitung von Ethernet-Frames kommen.