Zum Hauptinhalt springen

22. Historische Definitionen für das IPv4-TOS-Byte (Historical Definitions for the IPv4 TOS Octet)

Das IPv4-TOS-Byte (Type of Service, Diensttyp) hatte historisch mehrere Definitionen und Verwendungen. Dieser Abschnitt gibt einen kurzen Überblick über diese historischen Definitionen, um den Hintergrund zu bieten, wie ECN mit diesen Feldern interagiert.

Ursprüngliche Definition in RFC 791:

RFC 791 [RFC791] definierte ursprünglich das TOS-Byte wie folgt:

  0   1   2   3   4   5   6   7
+---+---+---+---+---+---+---+---+
|  Precedence   | D | T | R | C | 0 |
+---+---+---+---+---+---+---+---+

Wobei:

  • Bits 0-2: Precedence (Vorrang)
  • Bit 3: Delay (D = Verzögerung)
  • Bit 4: Throughput (T = Durchsatz)
  • Bit 5: Reliability (R = Zuverlässigkeit)
  • Bit 6: Cost (C = Kosten)
  • Bit 7: Reserviert (muss Null sein)

Revision in RFC 1349:

RFC 1349 [RFC1349] revidierte die TOS-Byte-Definition, aber die Grundstruktur blieb ähnlich.

Differentiated Services Definition in RFC 2474:

RFC 2474 [RFC2474] definierte dieses Byte für Differentiated Services (DS) neu:

  0   1   2   3   4   5   6   7
+---+---+---+---+---+---+---+---+
|        DSCP           | ECN   |
+---+---+---+---+---+---+---+---+

Wobei:

  • Bits 0-5: DSCP (Differentiated Services Codepoint)
  • Bits 6-7: ECN (Explicit Congestion Notification)

Dieses Dokument (RFC 3168) ist konsistent mit RFC 2474 und verwendet die letzten beiden Bits (Bits 6-7) des TOS-Bytes für ECN.

Es ist wichtig zu beachten, dass die Definition des ECN-Feldes mit der Differentiated-Services-Architektur koordiniert wurde, um sicherzustellen, dass beide koexistieren und interoperieren können. Das DSCP-Feld und das ECN-Feld können unabhängig verwendet werden, ohne sich gegenseitig zu stören.

Letztes Update am