Zusammenfassung

  • Das ursprüngliche IPv4-TOS beschrieb Vorrang und gewünschte Eigenschaften, garantierte aber nichts. DiffServ ließ sechs DSCP-Bits ein Verhalten pro Hop auswählen und verlegte Klassifizierung, Messung, Policing, Shaping und Neumarkierung an Grenzen.
  • AF und EF sind Bausteine, keine durchgehenden Ansprüche. Erst lokale Ressourcen und passende Absprachen erzeugen einen Dienst; ein empfangender Bereich darf fremde Markierungen annehmen, übersetzen, auf Default setzen oder abweisen.

Die Markierung überschritt eine Grenze, ihre Begründung nicht

Ein Sprachpaket verlässt ein Unternehmensnetz mit der Kennzeichnung für Expedited Forwarding. Dort kann sie auf eine kurz gehaltene Warteschlange mit konfigurierter Bedienrate verweisen. Am Eingang des Providers sind dieselben sechs Bits sichtbar. Nicht sichtbar sind Kundenidentität, gebuchtes Profil, bisherige Messwerte oder reservierte Kapazität.

Der Ingress-Router muss mit den eigenen Regeln neu entscheiden. Er kann die Markierung erhalten und den Überschuss begrenzen. Er kann sie ersetzen, auf Best Effort zurückführen oder ein unzulässiges Paket verwerfen. Die bevorzugte Behandlung im ersten Netz verpflichtet das zweite nicht.

DiffServ ließ somit eine Aussage reisen, ohne ihr die Verfügungsgewalt über fremde Warteschlangen mitzugeben.

TOS begann als Wunschzettel

RFC 791 definierte 1981 das Type-of-Service-Oktett in IPv4. Drei Bits gaben eine Vorrangstufe an; weitere standen für niedrige Verzögerung, hohen Durchsatz oder hohe Zuverlässigkeit. Eine Anwendung konnte eine abstrakte Präferenz äußern, während jedes durchquerte Netz sie auf seine Technik abbildete.

Schon damals blieb Network Control precedence auf das jeweilige Netz bezogen. Nutzung und Kontrolle lagen bei diesem Netz; wollte es Missbrauch verhindern, musste es den Zugang selbst beschränken. Ein gesetztes Bit war kein Berechtigungsnachweis.

RFC 1349 bezeichnete TOS 1992 ausdrücklich als beratenden Mechanismus, der sich nicht für Dienstgarantien eignete. Manche Netze konnten keine alternative Route anbieten, und das Feld drückte keine konkrete Bandbreite aus. Es konnte eine Richtung wünschen, nicht die fehlende Ressource schaffen.

DiffServ skalierte durch Aggregate

Zustand für jeden Kunden und jeden Anwendungsfluss in jedem Kernrouter wäre teuer geworden. RFC 2474 und RFC 2475 legten im Dezember 1998 eine Architektur für Verkehrsaggregate fest.

Die oberen sechs Bits des früheren IPv4-TOS-Oktetts und der IPv6 Traffic Class bilden das Differentiated-Services-Feld. Der DSCP-Wert wählt an jedem Knoten ein Per-Hop Behavior. Die unteren zwei Bits wurden später ECN zugeordnet und sind keine zusätzliche DiffServ-Anweisung.

Codepoint und Verhalten sind verschieden. Mehrere Werte können dasselbe PHB auswählen; andere haben nur örtliche Bedeutung. Ein PHB beschreibt die von außen beobachtbare Behandlung eines Aggregats an einem Knoten: Queue-Scheduling, Pufferzuweisung und Verwerfen. Es ist ein prüfbarer Baustein für einen Dienst, nicht der Dienst über einen ganzen Pfad.

Die Grenze trägt die anspruchsvolle Arbeit

DiffServ konzentriert Mehrfeldklassifizierung, Messen, Markieren, Neumarkieren, Formen und Policing auf Ein- und Austritt. Der Rand prüft ein Verkehrsprofil, verzögert Spitzen oder verwirft Überschuss. Innenknoten können danach Aggregate mit wenigen PHBs behandeln, ohne den Vertrag jedes Nutzers zu kennen.

Ein DS domain ist ein zusammenhängender Bereich mit gemeinsamer Bereitstellungspolitik und abgestimmten PHB-Definitionen. Damit bezeichnet »domain« einen Verwaltungs- und Vertrauensraum. Innen sollen akzeptierte Werte hinreichend einheitlich wirken; am Rand wird entschieden, welche externe Behauptung in diesen Raum gelangt.

Die sechs Bits bleiben klein, weil Identität, Tarif, Quote, Kapazitätsplanung und Haftung außerhalb des Pakets in Klassifizierern, Konfigurationen und Vereinbarungen liegen.

AF normierte keine weltweite Rangordnung

RFC 2597 definierte 1999 Assured Forwarding mit vier Klassen und je drei Verwerfungsprioritäten. Bei Überlast soll innerhalb einer Klasse eine höhere Verwerfungspriorität das Verlustrisiko erhöhen; Pakete desselben Mikroflusses dürfen dadurch nicht umgeordnet werden.

Die AF-Bezeichnungen wirken wie globale Leistungsstufen. Der RFC schreibt jedoch weder Bandbreiten- noch Pufferanteile zwischen den Klassen vor. Die tatsächliche Zusicherung hängt von lokaler Zuweisung, Auslastung und Markierung ab. Ein DiffServ-konformer Knoten muss AF nicht einmal unterstützen.

Am Rand darf Verkehr geformt, anders markiert, einer anderen Klasse zugeordnet oder verworfen werden. Gemeinsame Codes vereinfachen Koordination, ersetzen aber keine Ressourcenentscheidung.

EF endet normativ am einzelnen Knoten

RFC 3246 fasste Expedited Forwarding 2002 neu. Ein Knoten, der EF anbietet, muss mindestens mit einer konfigurierten Rate bedienen und sein Verhalten unter begrenzten Bedingungen quantifizierbar machen.

Der Geltungsbereich endet dennoch beim Knoten. Eine Folge von Knoten liegt außerhalb der Spezifikation, und EF ist für DiffServ-Konformität nicht vorgeschrieben. Niedrige Verzögerung entlang eines Pfads setzt passende Ressourcen und begrenzte Ankunftsraten an jeder Station voraus. Die korrekte Implementierung eines Routers kann beim nächsten keine Kapazität erzeugen.

Gerade die begrenzte Aussage macht EF testbar und verantwortlich.

Verträge passen nicht in einen DSCP

RFC 2475 verwendete SLA und Traffic Conditioning Agreement. RFC 3260 stellte später klar, dass solche Abkommen auch Preise, Verfügbarkeit und weitere Geschäftsfragen enthalten. Für die technischen Parameter führte es die engeren Begriffe SLS und TCS aus.

Die IETF kann das Feld und normgerechtes Knotenverhalten festlegen. Sie kann nicht bestimmen, welcher Kunde welchen Dienst erwirbt oder welche Kapazität Nachbarn bereitstellen. Fehlt eine Vereinbarung über verbesserten Dienst, darf ein Eingangsbereich die Markierung auf Default setzen. Unzulässige Werte können geändert oder Pakete verworfen werden; unbekannte Zuordnungen sollen nach der Grenzprüfung gewöhnlich Default statt zufälligen Vorrang erhalten.

Eine fälschbare Angabe braucht eine Kontrolle

DSCP authentisiert niemanden. Endsysteme können privilegierte Werte setzen, Angreifer ungeschützte äußere Header verändern. Die RFCs behandeln Dienstdiebstahl deshalb als Gefahr: Erschöpft unberechtigter Verkehr die bevorzugten Ressourcen, wird daraus ein Denial-of-Service.

Die Hauptabwehr ist die Konditionierung am Rand. Der Eintritt prüft, ob Code, Verkehr und Policy zusammenpassen; der Kern vertraut dem bereinigten Aggregat. Auch ein Tunnelende wird zur Eintrittsgrenze, wenn ein innerer Header in einem neuen Bereich erscheint. Kryptografische Integrität kann Unverändertheit belegen, aber keine Zusage des nächsten Betreibers erzeugen.

Andere Übertragungswelten erforderten Übersetzung

RFC 7657 hielt 2015 fest, dass ein Endpunkt die PHB-Zuordnung eines Class Selectors in einem bestimmten Netz nicht zuverlässig kennen kann, erst recht nicht Ende zu Ende. CS1 kann Lower Effort, Default, bessere Behandlung, Neumarkierung oder Verwerfen bedeuten.

RFC 8325 beschrieb 2018 die Grenze zu IEEE 802.11. IP-DSCP und Wi-Fi User Priority sind unterschiedliche Coderäume. Der Access Point muss übersetzen und kann ohne entsprechendes Angebot auf Default zurückfallen. Die Zahl allein bewahrt keine Bedeutung.

Dünne Koordination statt übertragbarer Herrschaft

DiffServ funktionierte nicht, weil sechs Bits alle Netze regierten. Der Standard stellte gemeinsame Zeichen und messbares Knotenverhalten bereit. Betreiber behielten Zuteilung und Zulassung; Kunden und Nachbarn regelten Profile und Verträge; Grenzgeräte verbanden diese Ebenen.

Das Paket durfte bitten. Der laufende Knoten durfte antworten. Kein Headerfeld erhielt das Recht, das nächste Netz zu binden.

Quellen und Grenzen

RFC 791 und RFC 1349 belegen TOS; RFC 2474 und RFC 2475 Feld und Architektur; RFC 2597 und RFC 3246 AF und EF; RFC 3260, RFC 7657 und RFC 8325 spätere Grenzfragen. Daraus folgen keine heutigen Betreiberkonfigurationen, Kundenrechte, privaten Verträge, Verbreitungszahlen oder gemessenen Ende-zu-Ende-Leistungen.