3. Differentiated Services Field Definition (Definition des Differentiated Services-Feldes)

Ein alternatives Header-Feld, das DS-Feld genannt wird, ist definiert, um die bestehenden Definitionen des IPv4 TOS-Oktetts [RFC791] und des IPv6 Traffic Class-Oktetts [IPv6] zu ersetzen.

Sechs Bits des DS-Feldes werden als Codepunkt (DSCP, Differentiated Services Codepoint) verwendet, um das PHB auszuwählen, das ein Paket an jedem Knoten erfährt. Ein derzeit ungenutztes (CU, Currently Unused) Zwei-Bit-Feld ist reserviert, dessen Definition und Interpretation außerhalb des Umfangs dieses Dokuments liegt. Differentiated Services-konforme Knoten müssen den Wert der CU-Bits bei der Bestimmung des auf ein empfangenes Paket anzuwendenden Per-Hop-Verhaltens ignorieren.

Die Struktur des DS-Feldes ist wie folgt:

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

     DSCP: differentiated services codepoint
     CU:   currently unused

In der in diesem Dokument verwendeten DSCP-Wertnotation 'xxxxxx' (wobei 'x' gleich '0' oder '1' sein kann) zeigt das am weitesten links liegende Bit Bit 0 des DS-Feldes an (wie oben) und das am weitesten rechts liegende Bit zeigt Bit 5 an.

Implementierer sollten beachten, dass das DSCP-Feld 6 Bit breit ist. Ein DS-konformer Knoten muss (MUST) das PHB auswählen, indem er das gesamte 6-Bit-DSCP-Feld abgleicht, zum Beispiel indem er den Wert des Feldes als Tabellenindex behandelt, der zur Auswahl eines bestimmten auf diesem Gerät implementierten Paketverarbeitungsmechanismus verwendet wird. Die Werte des CU-Feldes müssen (MUST) von der PHB-Auswahl ignoriert werden. Das DSCP-Feld ist als unstrukturiertes Feld (unstructured field) definiert, um zukünftige Per-Hop-Verhaltensdefinitionen zu erleichtern.

Die Zuordnung von Codepunkten zu PHBs muss (MUST) konfigurierbar sein, mit einigen unten aufgeführten Ausnahmen. Ein DS-konformer Knoten muss (MUST) das logische Äquivalent einer konfigurierbaren Zuordnungstabelle von Codepunkten zu PHBs unterstützen. PHB-Spezifikationen müssen (MUST) einen empfohlenen Standard-Codepunkt enthalten, der für Codepunkte im Standardraum (standard space) eindeutig sein muss (MUST) (siehe Abschnitt 6). Implementierungen sollten (should) die empfohlene Standard-Codepunkt-zu-PHB-Zuordnung in der Standardkonfiguration unterstützen. Betreiber können sich dafür entscheiden, einen anderen Codepunkt für ein PHB zusätzlich zu oder anstelle der empfohlenen Standardeinstellung zu verwenden. Wenn sich Betreiber dafür entscheiden, sollten sie sich bewusst sein, dass eine Neumarkierung (re-marking) des DS-Feldes an administrativen Grenzen erforderlich sein kann, selbst wenn beide Seiten der Grenze dasselbe PHB implementieren.

Siehe [ARCH] für eine weitere Diskussion der Neumarkierung.

Die Ausnahme von der allgemeinen Konfigurierbarkeit betrifft die Codepunkte 'xxx000', die in den Abschnitten 4.2.2 und 4.3 beschrieben sind.

Pakete, die mit einem nicht erkannten Codepunkt empfangen werden, sollten (SHOULD) so weitergeleitet werden, als wären sie für das Default-Verhalten (siehe Abschnitt 4) markiert, und dieser Codepunkt sollte nicht (SHOULD NOT) geändert werden. Solche Pakete dürfen (MUST NOT) einen Netzwerkknoten zum Fehlfunktionieren bringen.

Die oben dargestellte Struktur des DS-Feldes ist nicht mit der bestehenden Definition des IPv4 TOS-Oktetts in [RFC791] kompatibel. Die Annahme ist, dass DS-Domänen sich durch die Bereitstellung von Neumarkierungs-Grenzknoten schützen, ebenso wie Netzwerke, die RFC 791 Precedence-Bezeichnungen verwenden. Geeignete Betriebsverfahren sollten (SHOULD) [RFC791] folgen, das besagt: "Wenn die tatsächliche Verwendung dieser Prioritätsbezeichnungen ein Anliegen für ein bestimmtes Netzwerk ist, liegt es in der Verantwortung dieses Netzwerks, den Zugang zu und die Verwendung dieser Prioritäten zu kontrollieren." Die Validierung der DS-Feldwerte an einer DS-Grenze macht ohnehin Sinn, da vorgelagerte Knoten ihn leicht auf jeden Wert setzen können. DS-Domänen, die nicht durch ordnungsgemäß konfigurierte Grenzknoten isoliert sind, können einen unvorhersehbaren Dienst bieten.

Knoten können (MAY) das DS-Feld nach Bedarf umschreiben, um einen gewünschten lokalen oder End-to-End-Dienst bereitzustellen. Die Spezifikation von DS-Feldübersetzungen an DS-Grenzen ist Gegenstand von Service Level Agreements zwischen Anbietern und Benutzern und liegt außerhalb des Umfangs dieses Dokuments. Mit standardisierten PHBs können Anbieter Dienste aus einem bekannten Satz von Paketweiterleitungsbehandlungen konstruieren, die auf Geräten vieler Anbieter vorhanden sein können.