Ethernet/Jumbo Frame: Unterschied zwischen den Versionen

Aus Foxwiki
K Textersetzung - „Man-Pages“ durch „Man-Page“
 
(28 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
'''topic''' kurze Beschreibung
'''Jumbo Frames''' sind im [[Ethernet]] nicht standardisierte [[Ethernet/Frame|Frame]]s, die größer sind als die in der Norm festgelegte Standardgröße
 
== Beschreibung ==
== Beschreibung ==
Der Begriff '''Jumbo Frames''' bezeichnet im [[Datennetzwerk]] [[Ethernet]] nicht standardisierte [[Datenframe|Frames]] (d. h. Zusammenfassungen der zu übertragenden Daten), die größer sind als die in der Norm [[IEEE 802|IEEE 802.3]] festgelegte Standardgröße von 1518 [[Byte]]s.
Der Begriff '''Jumbo Frames''' bezeichnet im [[Datennetzwerk]] [[Ethernet]] nicht standardisierte [[Datenframe|Frames]] (d. h. Zusammenfassungen der zu übertragenden Daten), die größer sind als die in der Norm [[IEEE 802|IEEE 802.3]] festgelegte Standardgröße von 1518 [[Byte]]s.


Häufig wird auch der Begriff [[Maximum Transmission Unit]]&nbsp;(MTU) verwendet, der allerdings die größtmögliche un[[IP-Fragmentierung|fragmentiert]]e [[Datenpaket|Paket]]<nowiki/>größe in der höheren [[Vermittlungsschicht]] angibt und bei Standard-Ethernet 1500&nbsp;Bytes entspricht (die 18&nbsp;Byte Differenz zwischen 1500 und 1518&nbsp;Byte sind der [[Overhead (EDV)|Overhead]] eines Ethernet-Frames ohne [[IEEE 802.1Q]]-Feld).
; Häufig wird auch der Begriff [[Maximum Transmission Unit]]&nbsp;(MTU) verwendet
* der allerdings die größtmögliche un[[IP-Fragmentierung|fragmentiert]]e [[Datenpaket|Paket]]<nowiki/>größe in der höheren [[Vermittlungsschicht]] angibt
* Bei Standard-Ethernet 1500&nbsp;Bytes entspricht (die 18&nbsp;Byte Differenz zwischen 1500 und 1518&nbsp;Byte sind der [[Overhead (EDV)|Overhead]] eines Ethernet-Frames ohne [[IEEE 802.1Q]]-Feld)


Für einige Anwendungen können Jumbo Frames sinnvoll sein, da durch sie der Protokoll-Overhead reduziert und die Effizienz verbessert werden können. Außerdem kann bei den beteiligten Knoten der Verarbeitungsoverhead möglicherweise gesenkt werden, da weniger Frames verarbeitet werden müssen. Solche Frames sind nicht Standard, und so muss sichergestellt werden, dass alle [[Netzwerkelement]]e wie [[Switch (Computertechnik)|Switches]], [[Router]] etc. in einem Netz mit diesen Jumbo Frames umgehen können, und getestet werden, ob es einen Geschwindigkeitsvorteil gibt.
; Für einige Anwendungen können Jumbo Frames sinnvoll sein
* da durch sie der Protokoll-Overhead reduziert und die Effizienz verbessert werden können
* Außerdem kann bei den beteiligten Knoten der Verarbeitungsoverhead möglicherweise gesenkt werden, da weniger Frames verarbeitet werden müssen
* Solche Frames sind nicht Standard, und so muss sichergestellt werden, dass alle [[Netzwerkelement]]e wie [[Switch (Computertechnik)|Switches]], [[Router]] etc
* in einem Netz mit diesen Jumbo Frames umgehen können, und getestet werden, ob es einen Geschwindigkeitsvorteil gibt


Ist die [[Kompatibilität (Technik)|Kompatibilität]] nicht gegeben, so interpretieren betroffene Geräte die übergroßen Frames eventuell als [[Jabber (Ethernet)|Jabber]], was typischerweise mit einer Blockade des [[Datenstrom]]es verbunden ist, oder verwerfen die Frames.
; Ist die [[Kompatibilität (Technik)|Kompatibilität]] nicht gegeben
* so interpretieren betroffene Geräte die übergroßen Frames eventuell als [[Jabber (Ethernet)|Jabber]]
* was typischerweise mit einer Blockade des [[Datenstrom]]es verbunden ist, oder verwerfen die Frames


== Installation ==
== Einsatzgebiete ==
== Anwendungen ==
; Typisches Einsatzgebiet
=== Fehlerbehebung ===
* Übertragung großer Datenmengen ([[Datensicherung]])
== Syntax ==
=== Optionen ===
=== Parameter ===
=== Umgebungsvariablen ===
=== Exit-Status ===
== Konfiguration ==
=== Dateien ===
== Sicherheit ==
== Dokumentation ==
=== RFC ===
=== Man-Pages ===
=== Info-Pages ===
== Siehe auch ==
== Links ==
=== Projekt-Homepage ===
=== Weblinks ===
=== Einzelnachweise ===
<references />
== Testfragen ==
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 1''
<div class="mw-collapsible-content">'''Antwort1'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 2''
<div class="mw-collapsible-content">'''Antwort2'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 3''
<div class="mw-collapsible-content">'''Antwort3'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 4''
<div class="mw-collapsible-content">'''Antwort4'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 5''
<div class="mw-collapsible-content">'''Antwort5'''</div>
</div>


[[Kategorie:Entwurf]]
; Belastung aller beteiligten Komponenten reduzieren
* [[Datendurchsatz|Durchsatz]] maximieren


= Wikipedia =
; Weniger Header müssen erzeugt, verarbeitet und übermittelt und weniger [[Prüfsumme]]n berechnet werden
== Einsatzgebiete ==
Ein typisches Einsatzgebiet für Jumbo Frames ist die Übertragung großer Datenmengen, wie dies z.&nbsp;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 weiteres Einsatzgebiet ist das Abwälzen der Rechenlast auf die [[Edge Computing|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&nbsp;MTU des externen Zielnetzes umkodieren (=&nbsp;fragmentieren). Zwar genießt man lokal so die Vorteile, die Jumbo Frames bieten, aber die Kommunikation zu externen Netzen wird deutlich „teurer“, d.&nbsp;h. es wird viel Overhead erzeugt.
; Ein weiteres Einsatzgebiet
* Abwälzen der Rechenlast auf die [[Edge Computing|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&nbsp;MTU des externen Zielnetzes umkodieren (=&nbsp;fragmentieren)
* Zwar genießt man lokal so die Vorteile, die Jumbo Frames bieten, aber die Kommunikation zu externen Netzen wird deutlich „teurer“, d.&nbsp;h. es wird viel Overhead erzeugt


Beim [[Tunneling]] wird durch das [[Netzwerkprotokoll|Protokoll]] typischerweise zusätzliche [[Datenübertragungsrate|Bandbreite]] verbraucht. So muss die&nbsp;MTU des Netzes um die Headergröße des Tunnelingprotokolls reduziert werden oder der Tunnel-Edge die Frames umkodieren.
; Beim [[Tunneling]] wird durch das [[Netzwerkprotokoll|Protokoll]] typischerweise zusätzliche [[Datenübertragungsrate|Bandbreite]] verbraucht.
* So muss die&nbsp;MTU des Netzes um die Headergröße des Tunnelingprotokolls reduziert werden oder der Tunnel-Edge die Frames umkodieren


Um den Einsatz von&nbsp;[[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.
; Path MTU Discovery
* Um den Einsatz von&nbsp;[[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]]&nbsp;(FCoE) transportiert [[Fibre Channel|Fibre-Channel]]-Frames, die bis zu 2148&nbsp;Bytes umfassen können, in Ethernet-Frames verpackt, die dadurch auf 2166&nbsp;Bytes&nbsp;=&nbsp;2148&nbsp;Bytes&nbsp;+&nbsp;18&nbsp;Bytes Overhead anwachsen können.
; [[Fibre Channel over Ethernet]]
* '''FCoE''' transportiert [[Fibre Channel|Fibre-Channel]]-Frames
* die bis zu 2148&nbsp;Bytes umfassen können, in Ethernet-Frames verpackt, die dadurch auf 2166&nbsp;Bytes&nbsp;=&nbsp;2148&nbsp;Bytes&nbsp;+&nbsp;18&nbsp;Bytes Overhead anwachsen können


== Nutzen ==
== Nutzen ==
Jumbo Frames haben zwei direkte Auswirkungen:
; Auswirkungen von Jumbo Frames
* die Framerate sinkt – je nach [[Hardware]] kann das die Verarbeitungslast senken oder den Durchsatz erhöhen
# 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&nbsp;4 %.
# der maximale Durchsatz der Links erhöht sich um etwa&nbsp;4 %


{| class="wikitable" style="text-align:center"
{| class="wikitable" style="text-align:center"
  |+ Effizienz-Vergleich von [[Transmission Control Protocol|TCP]] (z.&nbsp;B. [[iSCSI]]) über Ethernet:
  |+ Effizienz-Vergleich von [[Transmission Control Protocol|TCP]] (z.&nbsp;B.&nbsp;[[iSCSI]]) über Ethernet/
  !
  !
  ! Standard-Frame
  ! Standard-Frame
Zeile 109: Zeile 86:
  | 13.830 Frames/s<br/>= 123,9 MB/s  
  | 13.830 Frames/s<br/>= 123,9 MB/s  
  |}
  |}
Wenn die Hardware bereits für die Verarbeitung hoher Frameraten optimiert ist ([[TCP segmentation offload|Large Segment Offload]], [[Large Receive Offload]]), bringen Jumbo Frames wenig Vorteil.
Wenn die Hardware bereits für die Verarbeitung hoher Frameraten optimiert ist ([[TCP segmentation offload|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 [[Hop (Netzwerktechnologie)|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&nbsp;Byte (bzw. 1522&nbsp;Byte bei Unterstützung von [[IEEE 802.1Q|VLAN-Tagging]]) optimiert (MTU von 1500&nbsp;Byte); dies betrifft Vorhaltespeicher ([[Puffer (Informatik)|Buffer]]), Zwischenspeicher ([[Cache]]s) und Warteschlangen ([[Warteschlange (Datenstruktur)|Queue]]s) 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.
Abhängig von den Fähigkeiten und dem Alter der Hardware sollte die Übertragung von ''Jumbo Frames'' über mehrere [[Hop (Netzwerktechnologie)|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&nbsp;Byte (bzw.&nbsp;1522&nbsp;Byte bei Unterstützung von [[IEEE 802.1Q|VLAN-Tagging]]) optimiert (MTU von 1500&nbsp;Byte); dies betrifft Vorhaltespeicher ([[Puffer (Informatik)|Buffer]]), Zwischenspeicher ([[Cache]]s) und Warteschlangen ([[Warteschlange (Datenstruktur)|Queue]]s) 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.
 
== Sicherheit ==
== Dokumentation ==
=== RFC ===
=== Man-Page ===
=== Info-Pages ===
== Siehe auch ==
== Links ==
=== Projekt ===
=== Weblinks ===
# https://de.wikipedia.org/wiki/Jumbo_Frames
# http://www.nwlab.net/art/jumboframes/jumbo-frames.html
# https://ieeexplore.ieee.org/browse/standards/get-program/page/series?id=68
 


[[Kategorie:Netzwerkprotokoll (Netzzugang)]]
[[Kategorie:Ethernet]]

Aktuelle Version vom 6. November 2024, 12:24 Uhr

Jumbo Frames sind im Ethernet nicht standardisierte Frames, die größer sind als die in der Norm festgelegte Standardgröße

Beschreibung

Der Begriff Jumbo Frames bezeichnet im Datennetzwerk Ethernet nicht standardisierte Frames (d. h. Zusammenfassungen der zu übertragenden Daten), die größer sind als die in der Norm IEEE 802.3 festgelegte Standardgröße von 1518 Bytes.

Häufig wird auch der Begriff Maximum Transmission Unit (MTU) verwendet
Für einige Anwendungen können Jumbo Frames sinnvoll sein
  • da durch sie der Protokoll-Overhead reduziert und die Effizienz verbessert werden können
  • Außerdem kann bei den beteiligten Knoten der Verarbeitungsoverhead möglicherweise gesenkt werden, da weniger Frames verarbeitet werden müssen
  • Solche Frames sind nicht Standard, und so muss sichergestellt werden, dass alle Netzwerkelemente wie Switches, Router etc
  • in einem Netz mit diesen Jumbo Frames umgehen können, und getestet werden, ob es einen Geschwindigkeitsvorteil gibt
Ist die Kompatibilität nicht gegeben
  • so interpretieren betroffene Geräte die übergroßen Frames eventuell als Jabber
  • was typischerweise mit einer Blockade des Datenstromes verbunden ist, oder verwerfen die Frames

Einsatzgebiete

Typisches Einsatzgebiet
Belastung aller beteiligten Komponenten reduzieren
Weniger Header müssen erzeugt, verarbeitet und übermittelt und weniger Prüfsummen berechnet werden
Ein weiteres Einsatzgebiet
  • 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
Path MTU Discovery
  • 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

Auswirkungen von Jumbo Frames
  1. die Framerate sinkt – je nach Hardware kann das die Verarbeitungslast senken oder den Durchsatz erhöhen
  2. der maximale Durchsatz der Links erhöht sich um etwa 4 %
Effizienz-Vergleich von TCP (z. B. iSCSI) über Ethernet/
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.

Sicherheit

Dokumentation

RFC

Man-Page

Info-Pages

Siehe auch

Links

Projekt

Weblinks

  1. https://de.wikipedia.org/wiki/Jumbo_Frames
  2. http://www.nwlab.net/art/jumboframes/jumbo-frames.html
  3. https://ieeexplore.ieee.org/browse/standards/get-program/page/series?id=68