18+ 33dBm, 13 days ago German

IPv6-Adressen sind lang. Um das Routing zu vereinfachen, wurde daher im IPv6-Header das 'Flow Label' mit einer Länge von 24 Bit spezifiziert. Bei verbindungsorientierten Verbindungen (z.B. TCP) ist ja mit dem Austausch vieler Nachrichten zwischen Quelle und Ziel zu rechnen. Das Flow Label wird dann vom Client vergeben, der Server vergibt für die Rückrichtung auch eins. Jetzt müssen die Router nur einmal nach der IPv6-Adresse routen und können die weiteren TCP-Pakete aufgrund des erheblich kürzeren Flow Labels identifizieren und in die gleiche Richtung schicken. Das Flow Label wird u.a. aus der IPv6-Adresse des Clients bzw. Servers gehasht und ist nur für eine TCP-Verbindung gültig.
Das Flowlabel ist heute allerdings nicht mehr ganz so wichtig, wie die Erfinder angenommen hatten. Zum einen findet man als Router über die ersten Bit einer IPv6-Adresse recht einfach das Ziel und den Weg, da IPv6 Adressen mit Struktur an die Länder und Netzbetreiber vergeben sind. Zudem wird auf längeren oder komplexen Routerstrecken von den Übertragungsnetzbetreibern sowieso MPLS eingesetzt. MPLS wird als zusätzliche Schicht mit einem eigenen 'Flow-Label' zwischen Transport und IP von Routern hinzugefügt und wieder entfernt, die Endstellen merken i.d.R. davon nichts.
Grund für diesen Toot ist, dass mir nicht klar war, wer die Flow-Label bei IPv6 generiert. Beschreibungen über das Flowlabel im Internet sind eher mager. Ein Blick in WIreshark hat dann das Rätsel gelöst :-)

Der IPv6 Header mit Version, Class Type, Flow Label, Payload Length, Next Header, Hop Limit und den beiden 16 Byte langen Ziel- und Quell-IPv6-Adressen