3. Definition des Differentiated Services-Felds (Differentiated Services Field Definition)
Ein Ersatz-Headerfeld, das als DS-Feld (DS Field) bezeichnet wird, ist definiert, das die bestehenden Definitionen des IPv4 TOS-Oktetts [RFC791] und des IPv6 Traffic Class-Oktetts [IPv6] ersetzen soll.
Sechs Bits des DS-Felds werden als Codepoint (DSCP, Differentiated Services Codepoint) verwendet, um das PHB auszuwählen, das ein Paket an jedem Knoten erfährt. Ein zwei-Bit derzeit ungenutztes (CU, Currently Unused) Feld ist reserviert, und seine Definition und Interpretation liegen außerhalb des Geltungsbereichs dieses Dokuments. Der Wert der CU-Bits wird von Differentiated Services-konformen Knoten bei der Bestimmung des Per-Hop-Verhaltens ignoriert, das auf ein empfangenes Paket angewendet werden soll.
Die Struktur des DS-Felds wird unten dargestellt:
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| DSCP | CU |
+---+---+---+---+---+---+---+---+
DSCP: differentiated services codepoint (Differentiated Services-Codepoint)
CU: currently unused (derzeit ungenutzt)
In einer DSCP-Wertnotation xxxxxx (wobei x gleich 0 oder 1 sein kann), die in diesem Dokument verwendet wird, bezeichnet das linkeste Bit Bit 0 des DS-Felds (wie oben gezeigt), und das rechteste Bit bezeichnet Bit 5.
Implementierer sollten beachten, dass das DSCP-Feld sechs Bits breit ist. DS-konforme Knoten müssen (MUST) PHBs auswählen, indem sie gegen das gesamte 6-Bit-DSCP-Feld abgleichen, z.B. indem sie den Wert des Felds als Tabellenindex behandeln, der verwendet wird, um einen bestimmten Paketbehandlungsmechanismus auszuwählen, der in diesem Gerät implementiert wurde. Der Wert des CU-Felds muss (MUST) bei der PHB-Auswahl ignoriert werden. Das DSCP-Feld ist als unstrukturiertes Feld definiert, um die Definition zukünftiger Per-Hop-Verhaltensweisen zu erleichtern.
Mit einigen unten angegebenen Ausnahmen muss (MUST) die Zuordnung von Codepoints zu PHBs konfigurierbar sein. Ein DS-konformer Knoten muss (MUST) das logische Äquivalent einer konfigurierbaren Zuordnungstabelle von Codepoints zu PHBs unterstützen. PHB-Spezifikationen müssen (MUST) einen empfohlenen Standard-Codepoint enthalten, der für Codepoints im Standardraum eindeutig sein muss (MUST) (siehe Abschnitt 6). Implementierungen sollten (SHOULD) die empfohlenen Codepoint-zu-PHB-Zuordnungen in ihrer Standardkonfiguration unterstützen. Betreiber können wählen, unterschiedliche Codepoints für ein PHB zu verwenden, entweder zusätzlich zu oder anstelle des empfohlenen Standards. Beachten Sie, dass, wenn Betreiber dies tun, eine Neumarkierung von DS-Feldern an administrativen Grenzen erforderlich sein kann, selbst wenn auf beiden Seiten der Grenze dieselben PHBs implementiert sind.
Siehe [ARCH] für eine weitere Diskussion über die Neumarkierung.
Die Ausnahmen von der allgemeinen Konfigurierbarkeit betreffen Codepoints xxx000 und sind in den Abschnitten 4.2.2 und 4.3 vermerkt.
Pakete, die mit einem nicht erkannten Codepoint empfangen werden, sollten (SHOULD) weitergeleitet werden, als wären sie für das Standardverhalten markiert (siehe Abschnitt 4), und ihre Codepoints sollten nicht geändert werden. Solche Pakete dürfen nicht (MUST NOT) dazu führen, dass der Netzwerkknoten fehlerhaft funktioniert.
Die oben gezeigte Struktur des DS-Felds ist mit der bestehenden Definition des IPv4 TOS-Oktetts in [RFC791] nicht kompatibel. Die Annahme ist, dass DS-Domains sich durch die Bereitstellung von Neumarkierungs-Grenzknoten schützen, ebenso wie Netzwerke, die die RFC 791 Precedence-Bezeichnungen verwenden. Das korrekte Betriebsverfahren sollte (SHOULD) [RFC791] folgen, das besagt: „Wenn die tatsächliche Verwendung dieser Precedence-Bezeichnungen für ein bestimmtes Netzwerk von Belang ist, liegt es in der Verantwortung dieses Netzwerks, den Zugriff auf und die Verwendung dieser Precedence-Bezeichnungen zu kontrollieren." Die Validierung des Werts des DS-Felds an DS-Grenzen ist in jedem Fall sinnvoll, da ein Upstream-Knoten es leicht auf jeden beliebigen Wert setzen kann. DS-Domains, die nicht durch geeignet konfigurierte Grenzknoten isoliert sind, können unvorhersehbaren Service liefern.
Knoten können (MAY) das DS-Feld nach Bedarf neu schreiben, um einen gewünschten lokalen oder End-to-End-Service bereitzustellen. Spezifikationen von DS-Feldübersetzungen an DS-Grenzen sind Gegenstand von Service-Level-Vereinbarungen zwischen Anbietern und Benutzern und liegen außerhalb des Geltungsbereichs dieses Dokuments. Standardisierte PHBs ermöglichen es Anbietern, ihre Services aus einem bekannten Satz von Paketweiterleitungsbehandlungen aufzubauen, die in der Ausrüstung vieler Anbieter vorhanden sein können.