Zusammenfassung

  • RFC 5127 fasst mehrere Diffserv-Dienstklassen in einem Forwarding Treatment zusammen, ohne zwingend ihre verschiedenen DSCP-Werte zu vereinheitlichen.
  • Die Dienstklasse beschreibt eine Ende-zu-Ende-Anforderung; das Treatment Aggregate beschreibt eine lokale Weiterleitungsentscheidung.
  • Das Aggregat muss die strengste Anforderung seiner Mitglieder erfüllen und darf sie nicht zu einem Mittelwert verwischen.
  • Ähnliche Verzögerungsziele genügen nicht: Paketgrößen, Raten und Burst-Muster bestimmen die reale Queue-Belastung.
  • Die ursprüngliche Klassenidentität darf nicht zerstört werden, weil jeder nachfolgende Bereich anders aggregieren kann.
  • Empfohlen wird, DSCPs zu erhalten und mehrere Werte in eine Queue zu klassifizieren; lokale Markierungen sind am Ausgang zurückzusetzen.
  • Jede Mitgliedsklasse benötigt eigene Konditionierung oder Zulassung; eine zusätzliche Kontrolle der Summe beantwortet eine andere Frage.
  • Die vier vorgeschlagenen Aggregate sind ein Beispiel und weder Mindestumfang noch Höchstgrenze oder Kapazitätsnachweis.
  • Ein Real-Time-Aggregat setzt begrenzte Zulassung am Rand voraus; EF-Kodierung allein erzeugt keine Lastgrenze.
  • Sichere Aggregation hängt von Linkrate, Auslastung, Queue-Tiefe, Scheduler, Paketmix und Last nach Umleitung ab.
  • MPLS Traffic Class und LSP kodieren lokale Absicht, nicht installierten Zustand, beobachtetes PHB oder Anwendungserfolg.
  • Ein belastbarer Betrieb trennt Identität, Berechtigung, Metering, Zulassung, Mapping, Queue, Messung und Ergebnis.

Die Tabelle im Paket ist nicht die Tabelle im Router

Im Anhang von RFC 5127 steht eine klare Zuordnung: Network Control, Real-Time, Assured Elastic und Elastic erhalten bestimmte Werte im damals EXP genannten MPLS-Feld. Eine solche Tabelle sieht wie ein unmittelbar prüfbarer Vertrag aus.

Sie ist zunächst ein Kodierungsbeispiel. RFC 5462 benannte EXP später in Traffic Class um. Jeder MPLS-Bereich kontrolliert weiterhin seine eigene Belegung. Derselbe Bitwert muss an einer anderen Grenze nicht dieselbe geschäftliche oder operative Bedeutung haben.

Noch wichtiger: Eine Solltabelle im Dokument ist keine installierte LFIB, kein Klassifizierer und kein Scheduler. Ein Konfigurationssystem kann die richtige Zuordnung anzeigen, während ein Rollout nur auf einem Teil der Geräte ankam. Ein Paket kann den erwarteten Traffic-Class-Wert tragen und dennoch in einer falschen Queue landen.

Darum beginnt die Beweiskette mit dem IP-DSCP und endet nicht beim MPLS-Header. Dazwischen liegen Mapping-Entscheidung, LSP-Auswahl, tatsächlich installierte Regeln, Queue-Zähler, Drop-Ereignis, Ausgangsmarke und Ende-zu-Ende-Messung.

E-LSP und L-LSP setzen unterschiedliche Grenzen

Ein E-LSP verwendet das Traffic-Class-Feld, um PHB Scheduling Class und gegebenenfalls Drop Precedence zu erschließen. Mehrere Behandlungsklassen können über denselben Label Switched Path getragen werden.

Ein L-LSP trägt dagegen genau eine Scheduling Class pro LSP. Die Unterstützung eines Treatment Aggregate wird damit zu einer Entscheidung pro Pfad. Der Labelwert übernimmt einen Teil der Klassifikationsbedeutung.

Keines der Modelle beweist die Ausführung. Das E-LSP kann korrekt markiert und falsch geplant sein. Das L-LSP kann korrekt gewählt, aber überlastet sein. Ein gültiges Label beweist Erreichbarkeit innerhalb des Labelplans, nicht ausreichende Ressourcen.

Die Unterscheidung ist für Fehlersuche entscheidend. Ohne Aufzeichnung des jeweils geltenden Modells wird ein Traffic-Class-Wert wie eine universelle Aussage gelesen, obwohl sein Sinn vom Pfad und der Domänenkonfiguration abhängt.

Ein gemeinsames Treatment behält mehrere Pflichten

RFC 5127 definiert das Treatment Aggregate als mehrere Dienstklassen, die eine Weiterleitungsbehandlung teilen. Es kann mehrere DSCPs enthalten und unterscheidet sich deshalb von einem Behavior Aggregate mit einem Codepoint und PHB.

Die Dienstklasse bleibt die Sprache der Anwendung: Verlust, Verzögerung und Jitter. Das Aggregat ist die Sprache der lokalen Ressourcen. Eine gemeinsame Queue vereint die Ressource, nicht die Verpflichtung.

Die Norm fordert daher die strengste Mitgliedsanforderung als Untergrenze. Ein toleranter Datenstrom darf die Anforderungen eines empfindlichen Mitglieds nicht über einen Durchschnitt absenken.

Dieser Satz liefert aber keine Kapazitätszahl. Zugelassene Raten, gemeinsame Peaks, Queue-Speicher, Scheduler-Gewichte und Failover-Last müssen aus der laufenden Infrastruktur kommen. Der RFC legt fest, welche Frage zu beantworten ist; Telemetrie liefert die Antwort.

Klassenidentität ist der Rückweg aus der Aggregation

Jede Domäne kann anders aggregieren. Damit eine feinere Entscheidung später möglich bleibt, darf die ursprüngliche Ende-zu-Ende-Klasse nicht verschwinden.

Die empfohlene Methode behält den DSCP und klassifiziert mehrere Werte in dasselbe Treatment. Nutzt ein Bereich interne Markierungen, muss die ursprüngliche Anzeige am Ausgang wiederhergestellt werden. Ein Tunnel kann beide Ebenen bewahren.

Der Tunnel ist jedoch nur ein Mechanismus. Zu prüfen sind Eingangs-DSCP, innere Darstellung, Kapselungsbindung, Entkapselung, Ausgangs-DSCP und die Klassifizierung beim Empfänger.

Ein Fehler kann still bleiben: Pakete kommen an, aber die Folgedomäne legt sie in eine andere Behandlung. Ohne Custody-Protokoll ist nicht mehr feststellbar, wo die Bedeutung verloren ging.

Einzelzulassung und Gesamtschutz

Jede Mitgliedsklasse soll vor der Aggregation konditioniert, zugelassen oder überwacht werden. Zusätzlich kann die Summe begrenzt werden.

Eine Klasse kann ihren Anteil überschreiten, während die Summe unter dem Queue-Limit bleibt. Dann zeigt nur der Klassenmeter die Verschiebung. Umgekehrt können alle Klassen ihre Grenzwerte einhalten und durch gleichzeitige Peaks das Aggregat überlasten. Dann ist das gemeinsame Modell falsch.

Die beiden Fälle haben ähnliche Drops, aber andere Verantwortliche und Gegenmaßnahmen. Wer nur den Queue-Zähler aufbewahrt, verliert diese Zuordnung.

Historische Muster unterstützen Planung. Sie ersetzen keine Zulassung, besonders bei Multipoint-Diensten mit wechselnder Korrelation. Ein Mittelwert kennt den Zeitpunkt des gemeinsamen Peaks nicht.

Vier Aggregate sind eine mögliche Projektion

Network Control schützt für das Überleben des Netzes notwendige Pakete. Kunden-Kontrollverkehr kann dabei anders behandelt werden als die Steuerung des Providers. Real-Time setzt Edge Admission voraus. Assured Elastic bewahrt Drop-Precedence-Gruppen. Elastic kann CS1 vor Default/CS0 verwerfen.

Der RFC erlaubt mehr oder weniger Aggregate und nur Teilmengen der Klassen. Vier farbige Queue-Symbole sind deshalb kein Konformitätstest.

Besonders aufschlussreich ist CS1: Im MPLS-Beispiel kann es bei Überlastung verhungern. Das kann einer Low-Priority-Politik entsprechen. Es sagt dennoch nichts über Mindestdurchsatz, maximale Hungerzeit oder Wiederanlauf.

Die lokale Freiheit ist beabsichtigt. Sie verlangt jedoch, dass Anforderungen und Messungen sichtbar bleiben, sonst wird Flexibilität zu Unprüfbarkeit.

Geschwindigkeit ist nur eine Variable

Höhere Linkraten können mehr Aggregation erlauben, sofern die Auslastung im geplanten Bereich bleibt. Queue-Tiefe, Scheduler, Paketgrößen und Senderaten verändern das Ergebnis.

Eine tiefe Queue absorbiert Bursts und erhöht Wartezeit. Eine kurze Queue schützt die Latenz und zeigt Verlust früher. Große Pakete verlängern Serialisierung und können kleine Kontrollpakete blockieren.

Nach einem IP-Reroute oder MPLS Protection Switch teilen plötzlich mehr Aggregate den Ersatzpfad. Die Route bleibt verfügbar, während die Qualitätsreserve verschwindet.

Validierung muss deshalb Normalbetrieb, korrelierte Bursts, Linkausfall, neue Mitglieder und Scheduler-Wechsel umfassen. Eine grüne Konfiguration im Leerlauf belegt keine Resilienz.

Provider tauschen Klassen, nicht interne Queues

An Providergrenzen empfiehlt RFC 5127 Vereinbarungen auf Basis der Dienstklassen. Provider A darf intern vier Treatments verwenden und B sechs.

Die Vereinbarung muss unterstützte Klassen, Verhalten für nicht unterstützte Werte, Ingress-Zulassung, Markierungsänderung, Wiederherstellung und Messung benennen. Ein proprietärer Queue-Name ist keine portable Schnittstelle.

Der gleiche DSCP an beiden Grenzen beweist Feldkontinuität an zwei Punkten. Er beweist weder Ressourcen dazwischen noch das PHB jedes Hops oder das Ergebnis der Anwendung.

Diese Trennung erlaubt technische Autonomie ohne globale Bedeutungsmonopole. Interoperabel sind Identität, Vertrag und Nachweis.

Was die Quellen begrenzen

RFC Editor und Datatracker belegen Veröffentlichung und Informational-Status. IANA belegt Registrierungen. Verwandte RFCs definieren Diffserv, AF, EF, Meter und MPLS; spätere Dokumente zeigen Weiterentwicklung.

Das Quellenpaket enthält keinen benannten aktuellen Provider, keine Produktkonfiguration, keinen Paketmitschnitt, Vorfall, Marktanteil oder SLA-Nachweis. Der Artikel behauptet daher keine konkrete Implementierung oder Wirkung.

Quellen