Zusammenfassung

  • RFC 9893 regelt den Zufluss vorausschauend: Das Modem schreibt einem durch FID benannten Fenster Oktette gut; der Router darf nur senden, wenn der Stand das vollständige Paket einschließlich MAC-Rahmen, Header und Trailer deckt.
  • Grant ist eine lokale Erlaubnis, Status die Zählersicht des Routers. Beide belegen weder Warteschlangenannahme noch Linkübertragung, Fernempfang oder Anwendungserfolg.

Die Abschlussprüfung zeigte keine Lücke im Credit-Buch. Die Gutschriften des Modems, die Abbuchungen des Routers und der gemeldete Status passten zusammen. Die entfernte Anwendung kannte den Vorgang dennoch nicht. Der Fehler lag nicht zwingend im Buch; er konnte in jedem Abschnitt liegen, über den dieses Buch nichts aussagt.

RFC 9893 erweitert das Dynamic Link Exchange Protocol um zwei Nachrichten und fünf Data Items für Credit-Window-Flusskontrolle. Das Basisprotokoll aus RFC 8175 tauscht linkbezogene Steuerinformationen zwischen Router und Modem aus, kennt aber weder eine feinere Flussidentifikation noch eine Datenebenensteuerung. Mit Kredit wartet der Router auf angezeigte Empfangsreserve, statt bis zu einem nachträglichen Pause-Signal zu senden.

Das kann Verluste wegen knappen Puffers vermindern. Es verschiebt nicht die Systemgrenze. Ein logisches Fenster entspricht typischerweise einer virtuellen oder physischen Modemwarteschlange und kann geteilt oder einem Fluss gewidmet werden. Geregelt wird nur die Richtung vom Router zum Modem. Künftige Funkkapazität, Übertragungserfolg und Empfängerzustand bleiben außerhalb.

Die Zuordnung liefert RFC 9892. Ein TID bezeichnet einen Klassifikationssatz, FIDs die darin enthaltenen Flüsse. Über eine Association wird der TID einem DLEP-Ziel zugeordnet. Die Werte besitzen nur im ausstellenden Modem Bedeutung. Dieselbe Zahl bei zwei Modems ist keine gemeinsame Identität, und ein FID bezeichnet sein Fenster nur während einer bestimmten Sitzung eindeutig.

Darum gehört die Sitzung in jeden Nachweisschlüssel. Modem, Router, Sitzungsinstanz, Klassifikatorgeneration, Ziel, TID, FID und Wildcard-Regel müssen gemeinsam erhalten bleiben. Nach einem Neuaufbau kann eine Zahl neu vergeben sein. Findet der Router keinen Klassifikator, darf er nicht senden; fehlt auch eine Wildcard, muss er das Paket verwerfen.

Die fünf Data Items teilen Aussagen sauber auf. Initialization legt das Fenster eines FID an oder ändert es. Association verknüpft TID und Ziel. Grant erhöht den Stand. Status meldet die aktuelle Sicht des Routers. Request fordert Kredit für einzelne oder alle FIDs an. Ein gemeinsames Feld „Queue OK“ würde Absender, Zeitpunkt und Gegenstand dieser Aussagen verlieren.

Additional Credits ist eine 64-Bit-Zahl von Oktetten; Null liefert keinen Zuwachs. Das Modem kann erhöhen, wenn Übertragungs- oder lokale Queue-Verfügbarkeit den zuvor veröffentlichten Wert übersteigt. Der Overhead seiner angehängten Technologie lässt sich jedoch möglicherweise nur näherungsweise auf die MAC-Semantik des RFC abbilden. Ein Grant ist damit eine lokale Allokationsentscheidung unter aktuellen Annahmen, keine unveränderliche Kapazitätszusage.

Vor dem Senden muss der Router den ganzen Frame decken. Er zählt MAC-Framing, Header und Trailer, wie sie am Router-Modem-Link erscheinen, und zieht diese Oktette beim Senden ab. Das beweist Klassifikation, Sendeentscheidung und lokale Buchung. Es beweist nicht, dass die Modemschnittstelle annahm, die Firmware das Paket behielt, der Scheduler es auswählte oder der entfernte Linkpartner quittierte.

Credit Window Status ist ebenfalls keine Messung im Modempuffer. Er gibt die Sicht des Routers zur Synchronisierung wieder. Das Modem vergleicht sie mit seinem offenen Stand und kann bei unerklärter Abweichung neu initialisieren oder spätere Grants korrigieren. Die Spezifikation rechnet also mit auseinanderlaufenden, zunächst legitimen Sichten. Eine Korrektur attestiert keine rückwirkende Zustellung.

Besonders deutlich ist die Loggrenze: Die beschriebenen Meldungen entstehen aus dem Inhalt empfangener Control Data Items. Datenebenenaktivität erzeugt sie nicht. Ein stilles DLEP-Protokoll schließt Eingangsdrops, Queue-Verluste, Schedulingverzug, erschöpfte Funkwiederholungen, Fernverlust oder Anwendungsablehnung nicht aus.

Die Diffserv-Erweiterung aus RFC 9894 kann DSCPs Fenstern zuordnen. Der Router darf weniger Queues oder Kombinationen unterstützen als das Modem, einen Teil verwenden oder die Sitzung zurücksetzen. RFC 2474 ordnet Codepoints einem lokalen Per-Hop Behavior zu; RFC 2475 beschreibt Dienste als Komposition aus Klassifikation, Konditionierung und Verhalten. Eine lokale Zuordnung ist kein Ende-zu-Ende-Beleg.

Auch Pause und Restart aus RFC 8651 gelten nur für den Datenkanal vom Router zum Modem in diesem Subnetz. Credit ist proaktiver, ohne dadurch Fernsicht zu gewinnen.

Der belastbare Abschluss bewahrt zunächst Erweiterungsaushandlung, Sitzung, Klassifikatorbytes, Ziel, TID/FID, Initialization, Association und alle Grant-, Status- und Request-Ereignisse. Danach folgen Routerentscheidung, MAC-Länge, Sendezeit und Abzug. Für Modemeingang, Queue-Annahme, Belegung, Drop und Ablauf braucht es neue Daten. Dasselbe gilt für Scheduling, Übertragungsversuch, Wiederholung, Fernquittung sowie schließlich Autorisierung und Commit der Anwendung.

Heng Lus Running-Code Primacy lässt jedes laufende System über seine beobachtete Wirklichkeit sprechen. Ein Routerzähler erhält keine Hoheit über Modemfirmware, Funk oder Anwendung. Minimum Initial Specification erklärt die kleine gemeinsame Schicht: Identifikatoren, Nachrichten und Zählregeln sind interoperabel; Queue-Design, DSCP-Politik, Alarme, Aufbewahrung und Rücknahme bleiben lokal.

Die Führungsfrage lautet daher nicht „War Kredit vorhanden?“, sondern: Welche unabhängigen Belege begleiten genau dieses Paket von der lokalen Erlaubnis bis zum behaupteten Geschäftsergebnis?

Sources