Zusammenfassung

  • RFC 9892 definiert ein zwölf Bit breites VID: 0x000 ignoriert die VLAN-ID, 0xFFF ist reserviert und 0xFFE der höchste explizite Wert.
  • RFC 9895 verpflichtet auf dieses Format, nennt im Managementteil aber 0x0000, 0xFFFF und 0x00010xFFFE; zum Prüfzeitpunkt führte die RFC-Editor-Suche kein passendes Erratum.

Eine Spezifikationsprüfung endete mit einer ungewöhnlichen Frage: Welcher Teil des Systems würde den Wert 0x1001 zuerst zurückweisen? Die Bedienoberfläche, das Schema, der Controller, der Serializer oder erst der DLEP-Peer? Ohne Test war jede Antwort nur eine Annahme.

RFC 9895 definiert die IEEE 802.1Q Aware Credit Window Extension. Ein Modem ordnet Ethernet-Verkehr anhand von DLEP-Ziel, VLAN Identifier und Priority Code Point logischen Kreditfenstern zu. Der Router darf passenden Verkehr nur mit ausreichendem Kredit an das Modem senden.

Die Erweiterung übernimmt ihre Klassifikation aus RFC 9892 und die Fenstermechanik aus RFC 9893. Wer Extension Type 5 signalisiert, muss die einschlägigen Nachrichten, Data Items und Verarbeitungsschritte beider RFCs unterstützen.

RFC 9892 teilt ein 16-Bit-Wort sichtbar auf: vier Bit NumPCPs, zwölf Bit VID. Der Text bestätigt die Geometrie. Null (0x000) bedeutet, dass VID bei der Klassifikation ignoriert wird, 0xFFF ist reserviert, explizite Werte liegen zwischen 0x001 und 0xFFE.

RFC 9895 Abschnitt 3 verwendet dagegen vierstellige Grenzen: 0x0000 für Null, 0xFFFF als reservierten Wert und 0x0001 bis 0xFFFE als nutzbaren Bereich. Die oberen Werte benötigen sechzehn Bit. HTML und XML des RFC Editors enthalten dieselbe Aussage. Die öffentliche Errata-Suche meldete bei der Recherche keinen passenden Eintrag.

Das ist ein belegter Textkonflikt, aber noch keine offizielle Korrektur. Der Artikel behauptet weder eine Absicht der Autoren noch einen bekannten Produktfehler. Implementierungen können längst durch allgemeine VLAN-Validatoren geschützt sein. Genau diese Schutzwirkung muss jedoch nachgewiesen werden.

Für das Paket ist die engere Grenze belastbar. RFC 9895 schreibt RFC-9892-Verarbeitung vor, und deren Drahtformat bietet nur zwölf Bit. Werte oberhalb 0xFFE dürfen daher nicht als explizite VID serialisiert werden. Ein früher, sichtbarer Fehler erhält die Bedeutung; stilles Abschneiden verändert sie.

Ein Maskierungsfehler wäre syntaktisch erfolgreich. Aus 0x1001 wird nach & 0x0FFF VLAN 1. Speichert der Controller den ursprünglichen Wert und liest ihn später zurück, dokumentiert das Management eine unmögliche Absicht, während das Modem eine reale andere Klasse betreibt. Ein grünes „applied“ würde beide Ebenen verdecken.

Andere Stacks können den Überlauf anders behandeln: Validierungsfehler, Typkonvertierung, Sitzungsabbruch oder hardwareabhängige Normalisierung. Das sind keine gemeldeten Vorfälle, sondern notwendige Testfälle. Gerade heterogene Router und Modems dürfen nicht nur mit üblichen VLANs geprüft werden.

Die Vorrangregel verschärft die Wirkung. Stimmen Ethernet- und Diffserv-Klassifikation überein, muss nach RFC 9892 VLAN/PCP gewinnen. Ein falsch normalisiertes Ethernet-Mapping kann somit das erwartete DSCP-Fenster aus RFC 9894 verdrängen.

Wildcards können den Fehler unsichtbar machen. RFC 9895 warnt, dass VID- oder PCP-Wildcards unerwartete und später auftauchende Flüsse erfassen können. Wird eine explizite Regel abgelehnt und übernimmt die Standardklasse, bleibt die Verbindung bestehen, während die Isolation verloren geht.

Auch die Erweiterungsverhandlung löst die Wertefrage nicht. Peers signalisieren Unterstützung in der Initialisierung. Kann der Router nicht alle vom Modem angebotenen Fenster abbilden, darf er eine Teilmenge nutzen oder die Sitzung zurücksetzen; der Unterschied soll dem Nutzer gemeldet werden. Diese Transparenz muss ebenfalls für abgewiesene oder veränderte VIDs gelten.

Die Konformitätsmatrix beginnt mit 0x001 und 0xFFE als erlaubten Grenzfällen. 0xFFF, 0x1000, 0xFFFF, negative Zahlen und gesetzte Hochbits müssen scheitern. Null ist nur mit der Semantik „VID ignorieren“ zulässig. Danach werden Antrag, gespeicherter Wert, ausgegebene Bytes, Peer-Parsing, installierte Regel und Read-back verglichen.

Zusätzlich gehören gemischte Ethernet-/DSCP-Treffer, Wildcard-Fallback, Wiederverbindung, reduzierte Fensterzahl und fehlender Kredit in den Test. RFC 9893 beantwortet, ob der Router senden darf; sie repariert keine falsche Klasse und bestätigt keine Zustellung. RFC 2475 trennt Klassifikation, Konditionierung, Per-Hop-Verhalten und Dienst ebenso.

Das IANA-DLEP-Register koordiniert den Code 5, nicht den Validator einer Herstelleroberfläche. Lu Hengs Running-Code Primacy verlangt Belege aus der tatsächlich ausgeführten Zustandsänderung. Minimum Initial Specification hält die gemeinsame Regel klein und lokal prüfbar; Reality Layers verhindert, dass Dokumentstatus an die Stelle der Messung tritt.

Lokaler Code kann den RFC nicht heimlich berichtigen. Verantwortlich ist die Kombination aus 12-Bit-Grenze, dokumentierter Interpretation, Negativtest und Meldung an den Errata-Prozess. Die Freigabefrage lautet: Wo wird das dreizehnte Bit sichtbar abgewiesen, bevor es zu einer anderen VLAN-ID wird?

Quellen