Zusammenfassung

  • RFC 9893 ist ein IETF-Standards-Track-Dokument. Es definiert zwei DLEP-Nachrichten und fünf wiederverwendbare Data Items für Credit-Window-Flow-Control.
  • Das Modem vergibt Credits; der Router meldet seinen Blick auf den Fensterstatus und darf Credits anfordern. Senden ist unzulässig, wenn ein Klassifizierer fehlt, Credits fehlen oder das Paket inklusive MAC-Overhead nicht in das zugeordnete Fenster passt.
  • Pro Sender darf bis zum Eintreffen der zugehörigen Antwort nur eine Credit Control Message ausstehen. Das macht Reihenfolge und Zustandsübergänge zu einem zentralen Prüfpunkt.

RFC 9892 liefert die Klassifizierungsstruktur, die RFC 9893 in den Regelkreis einspeist: TIDs verbinden Klassifizierung mit Zielen, FIDs kennzeichnen Kreditfenster. Diese Werte haben nur im Geltungsbereich des ausstellenden Modems Bedeutung; sie sind keine globalen IDs. Überlappende TIDs sind ungültig. Nach der Zuordnung muss der Router die vollständige Paketgröße als Oktettzahl verbuchen, einschließlich MAC-Overhead. Gibt es keinen passenden Klassifizierer und auch keinen Wildcard-Klassifizierer, muss das Paket verworfen werden. Das ist eine Protokollfolge und kein Beleg für eine bestimmte Deployment-Policy.

Das Modem führt die Initialisierung und die Association durch und erteilt anschließend Grants. Der Router berichtet seinen Fensterstatus und kann Credits anfordern, aber die Vergabe kommt vom Modem. RFC 8175 stellt die DLEP-Basis für Session-Abläufe, linkbezogene Kontrollinformationen und Data-Item-Fehlersemantik bereit. Die Quellen legen weder eine allgemeine Grant-Frequenz noch eine bestimmte Queue-Geometrie fest.

Wird ein Maximum Window kleiner, soll das Modem bereits im Flug befindliche qualifizierende Pakete weiterverarbeiten. Für das betroffene Fenster hält es neue Credits zurück, bis der Bestand unter das neue Maximum gesunken ist. Erreicht ein Fenster sein Maximum, sättigt die Vergabe dort; daraus folgt weder eine gemessene Funkkapazität noch ein Performance-Nachweis.

Die Grenzen sind ausdrücklich: Keine Quelle belegt Verbreitung in Deployments, eine gemessene Leistungsverbesserung oder eine universelle Zuordnung logischer Fenster zu physischen Queues. Keine Quelle etabliert domänenübergreifendes Vertrauen in DSCP-, VLAN- oder andere Klassifizierungsmarkierungen. Grant-Takt, Queue-Form, Rollback-Schwellen und Telemetrie bleiben Betreiberentscheidungen.

Analyse von Theo March

Theo Marchs Analyse ist: Ein Audit-Trail, der Klassifizierer, Grant, Abzug, Antwort und Ereigniszeit in einer nachvollziehbaren Reihenfolge verbindet, erleichtert die Rekonstruktion. Ebenso können die Erkennung veralteter Grants, monotone Ereignisordnung, Telemetrie und ein geprobter Rollback sinnvoll sein. Das sind Analyse und Betriebsempfehlungen, keine RFC-Mandate. Auch Vertrauen in Markierungen über Domänengrenzen hinweg ist eine Governance- und Risikofrage, keine Zusicherung der RFCs. RFC 9893 schreibt weder Grant-Fristen noch Telemetrie noch Rollback-Schwellen vor.

Quellen