Zusammenfassung

  • Die IESG genehmigte am 13. August 2026 draft-ietf-opsawg-discardmodel-16 als Proposed Standard. Das Informationsmodell und das YANG-Datenmodell schaffen eine einheitlichere Berichterstattung über Paketverwerfungen an Schnittstellen sowie auf Geräte- und Steuerungsebene.
  • Das Dokument stellt ausdrücklich klar, dass eine Klassifikation allein nicht über beabsichtigte oder unbeabsichtigte Verwerfungen entscheidet. Der Zähler bezeichnet eine gerätelokale Beobachtung; Absicht, Konfiguration, Grundlinie, Dauer, Dienstkontext, Implementierungsreihenfolge und benachbarte Belege bestimmen ihre Bedeutung.

Dieselbe Klasse kann gegensätzliche Entscheidungen verlangen

Der Einstieg ist ein hypothetischer Fall, kein Bericht über einen Herstellerfehler oder einen Vorfall in einem bestimmten Netz. Beide Beobachtungen können wahr sein: Eine Richtlinienverwerfung besagt, dass Verkehr auf eine durchgesetzte Regel traf. Sie besagt nicht, ob diese Regel noch dem aktuellen Willen des Dienstverantwortlichen entspricht.

An der ersten Schnittstelle weist eine Zugriffsliste Verkehr ab, der die Grenze nie überschreiten durfte. Ein steigender Zähler zeigt erwartete Durchsetzung. Die Regel zu entfernen würde eine Schutzlücke öffnen. An der zweiten hat eine Topologieänderung zulässigen Verkehr in dieselbe Trefferbedingung verschoben. Das Gerät meldet dieselbe Klasse, doch die unveränderte Regel verlängert den Ausfall.

Genau hier liegt der Nutzen des neuen Modells. Ein gemeinsamer Wortschatz grenzt die Suche ein, ohne den Zähler zum Richter zu machen. Er kann einem Automationssystem mitteilen, wo das Gerät eine Verwerfung abschließend vollzog und unter welchem Berichtszweig es sie verbuchte. Bevor das System Verlust als akzeptabel bewertet, eine Ursache festlegt oder den Produktionszustand ändert, braucht es weiterhin lokale Belege.

Die Genehmigung schafft eine gemeinsame Beobachtungssprache

Am 13. August 2026 genehmigte die IESG Version 16 von „Information and Data Models for Packet Discard Reporting“ zur Veröffentlichung als Proposed Standard. Bis zur Veröffentlichung durch den RFC Editor bleibt der Text ein Internet-Draft. Er entstand in der Operations and Management Area Working Group.

Die Ankündigung beschreibt ein implementierungsunabhängiges Informationsmodell und ein YANG-Datenmodell für Verwerfungen an Schnittstellen, im Gerät und in der Steuerungsebene. Der Shepherd-Bericht nennt Zuordnungen oder Implementierungen auf neun Hardwareplattformen von vier Anbietern sowie eine quelloffene Umsetzung eines Teils des YANG-Modells. Das ist ein bedeutender Nachweis laufender Implementierungen. Es belegt weder allgemeine Einführung noch identische Zählung im Silizium oder die Unterstützung durch ein bestimmtes Produktionsnetz.

Bestehende Managementzähler können Summen für Verwerfungen und Fehler anzeigen. Ihre grobe Semantik erschwert jedoch die Trennung von gewolltem und ungewolltem Verlust. Die genehmigte Arbeit führt einen hierarchischen Pfad ein: Komponente, Richtung, Verkehrs- oder Verwerftyp, Protokollschicht, Untertyp, gegebenenfalls ein genauerer Grund und die Messgröße.

Die Komponente kann Steuerungsebene, Schnittstelle, Datenstrom oder Gesamtgerät sein. Die Richtung trennt Eingangs- und Ausgangsverkehr; die Schicht trennt Layer-2-Rahmen von Layer-3-Paketen. Die großen Verwerfzweige unterscheiden Fehler, Richtlinie und fehlenden Puffer. Diese gemeinsame Grammatik macht Untersuchungen und Automatisierung über Plattformgrenzen hinweg handhabbarer.

Sie erzeugt keinen allwissenden Beobachter. Das Modell erfasst den Betriebszustand, den ein Gerät offenlegt. Es rekonstruiert weder jedes Ereignis stromaufwärts noch den gesamten Paketpfad, die Erwartung eines Kunden oder die administrative Entscheidung, die dem Zustand Bedeutung verleiht.

Das verwerfende Gerät besitzt nur eine schmale Tatsache

Die Implementierungsregeln legen fest, wohin die Zählung gehört. Ein Paket gilt erst bei dem Gerät als verworfen, das endgültig entscheidet, es weder weiterzuleiten noch lokal zuzustellen. Die Übergabe an einen anderen internen Verarbeitungspfad, einschließlich einer Weitergabe an die Steuerungsebene, ist noch keine Verwerfung. Wird das Paket später aufgegeben, gehört die Zählung an den Ort dieses letzten Ereignisses.

Diese Regel beseitigt Mehrdeutigkeit. Sie verhindert, dass eine interne Übergabe als Verlust erscheint, und weist einem Gerät die Verantwortung für die Beobachtung zu. Wo möglich, soll die Verwerfung einer Schnittstelle zugeordnet werden; andernfalls wird sie auf Geräteebene erfasst.

Der Beobachtungsort ist aber nicht zwingend der Ursprung der Ursache. Ein Layer-2-Empfangsfehler kann bedeuten, dass das verwerfende Gerät einen Rahmen korrekt abwies, der auf der Leitung oder bei einem vorgelagerten Sender beschädigt wurde. Ein Layer-3-Empfangsfehler kann einen ungültigen äußeren Header beschreiben, der von anderswo eintraf. Eine Verwerfung mangels Route kann aus einer lokalen Tabelle, einer Fehlkonfiguration oder vorübergehender Konvergenz entstehen. Ein abgelaufener TTL-Wert kann auf normale Diagnostik, ein niedriges Senderlimit, Konvergenz oder eine Routingschleife zurückgehen.

Der Zähler stützt damit den Satz: „Dieses Gerät hat eine Verwerfung unter dieser Klasse abgeschlossen.“ Er stützt für sich allein weder „Dieses Gerät verursachte den Dienstausfall“ noch „Hier trat der erste Fehler auf“ oder „Diese Abhilfe ist sicher“.

Einmalige Verbuchung bedeutet nicht eine einzige Ursache

Das Modell vermeidet Doppelzählung. Innerhalb derselben Richtung und desselben Kontexts gehört ein Rahmen oder Paket entweder zum Verkehr oder zur Verwerfung, nicht zu beidem. Eine Layer-2-Verwerfung darf nicht zugleich auf Layer 3 gezählt werden. Ein Ereignis gehört höchstens zu einer Unterklasse aus Fehler, Richtlinie oder fehlendem Puffer; ein detaillierter Puffermangeltyp ist zugleich in seinem Aggregat enthalten.

Diese Einschränkungen machen Zähler abstimmbar. Sie behaupten nicht, dass nur eine Bedingung zum Verlust beitrug. Ein Paket kann zugleich auf eine Regel, einen knappen Puffer und einen ungültigen Header treffen. Das Gerät muss dennoch deterministisch einen Berichtszweig auswählen.

Wenn mehrere Gründe gelten, muss ihre Rangfolge eindeutig beschrieben sein. Implementierungen sollen discard-order-capability von der höchsten zur niedrigsten Priorität offenlegen oder einen anderen Mechanismus dokumentieren. Zwei Plattformen können dasselbe Paket beobachten und verschiedene Klassen auswählen, wenn ihre Pipelines Gründe in anderer Reihenfolge anwenden, obwohl beide ihre dokumentierte Rangfolge einhalten.

Ein Automationssystem muss daher Fähigkeiten und Rangfolge zusammen mit den Zählern aufnehmen. Nur Blattnamen zu vergleichen erzeugt eine falsche Gleichsetzung zwischen Geräten. Eine Firmware- oder Pipelineänderung kann verändern, welcher Grund gewinnt, ohne dass sich Verkehr oder Dienstvertrag ändern.

Zählerwerte gehören zu Belegepochen

Aggregierte Layer-2- und Layer-3-Summen sollen die darunterliegenden Klassen umfassen. Das Dokument erlaubt aber Ausnahmen, wenn feingranulare Zähler unterschiedliche Diskontinuitätszeiten haben. Der Neustart einer Karte, eines Prozesses oder einer Funktion kann Summen und Untertypen in verschiedene Belegepochen versetzen.

Wer zwei Werte ohne Beobachtungsintervall und Diskontinuitätsnachweis subtrahiert, kann eine Rate errechnen, die nie existierte. Wer ein langlebiges Aggregat mit frisch initialisierten Blattzählern addiert, lässt gültige Daten unvollständig erscheinen. Ein Reset als Genesung zu deuten kann einen Vorfall schließen, während der Verlust anhält.

Dieselbe Vorsicht gilt für die Abdeckung. Implementierungen können nur einen Teil der Funktionen für Steuerungsebene, Schnittstelle, Datenstrom und Gerät unterstützen. Unterstützte Funktionen sind über die YANG Library erkennbar. Selbst in einer unterstützten Funktion kann ein Zähler unbefüllt bleiben; die Implementierung soll offenlegen, welche Werte tatsächlich gepflegt werden.

Drei Zustände müssen getrennt bleiben: Das Modell definiert einen Zähler; das Gerät kündigt die betreffende Funktion an; die Implementierung befüllt den Zähler in der aktuellen Epoche. Ein fehlender Wert im dritten Zustand ist keine Null. Und Null beweist nicht, dass außerhalb des Beobachtungsumfangs kein betroffenes Paket existierte.

Die Absicht bleibt beim Betreiber

Das genehmigte Dokument zieht die Grenze ausdrücklich: Seine Klassifikation bestimmt nicht selbst, ob eine Verwerfung beabsichtigt war. Der Betreiber beurteilt dies anhand der Klasse zusammen mit lokaler Richtlinie, konfigurierter Absicht, Grundverhalten, Dauer, betroffenem Umfang, Dienstkontext und weiteren Betriebsbelegen.

Eine Richtlinienverwerfung macht den Unterschied anschaulich. Sie beweist, dass Verkehr auf eine ACL, einen Policer, eine Reverse-Path-Prüfung, eine Schutzregel oder eine ausdrückliche Nullroute traf. Der Treffer kann eine legitime Sicherheitsgrenze durchsetzen. Er kann ebenso eine veraltete ACL, das falsche Präfix, ein altes Kundenprofil oder eine unbeabsichtigte Wechselwirkung nach einer Änderung widerspiegeln.

Puffermangel ist ebenfalls kontextabhängig. Geringer Best-Effort-Verlust unterhalb eines vereinbarten Schwellenwerts kann als Lastfolge akzeptiert sein. Dauerhafter Verlust oberhalb dieses Werts kann zusätzliche Kapazität oder eine Verkehrsverlagerung verlangen. Lower-Effort-Verkehr kann einer anderen Grundlinie folgen. Ein einzelner Überlastungszähler bringt den Dienstvertrag nicht ins Gerät.

Wenig TTL-ablaufender Verkehr kann durch traceroute völlig normal sein. Ein anhaltender Sprung kann Konvergenzprobleme oder eine Schleife anzeigen. Die Klasse liefert das Signal; Rate, Dauer und Topologie entscheiden, ob daraus ein Vorfall wird.

Automatisierung braucht eine Belegverknüpfung

Das Dokument nennt mögliche Maßnahmen: eine Verbindung oder ein Gerät aus dem Dienst nehmen oder zurückbringen, Verkehr verschieben, eine Änderung zurückrollen oder an einen Betreiber eskalieren. Diese Eingriffe unterscheiden sich wesentlich. Der falsche kann einen Ausfall vergrößern oder eine beabsichtigte Kontrolle beseitigen.

Eine sichere Entscheidung verknüpft mehrere Aufzeichnungen. Ausgangspunkt sind Geräteidentität, Software und Weiterleitungspipeline. Hinzu kommen exakte Komponente, Schnittstelle, Richtung, Schicht, Klasse und Untertyp; Funktionsankündigung; Befüllungsnachweis; Rangfolge; Wert, Zeitpunkt, Diskontinuität und Grundlinie. Danach folgen die auslösende Konfiguration oder Richtlinie, ihr Eigentümer und die genehmigte Absicht sowie Routing-, Nachbarschafts-, Warteschlangen-, Hardware-, Datenstrom- und Paketbelege vor und nach dem Beobachtungsort.

Bei Richtlinienverwerfungen sind Regel und treffender Verkehr zu prüfen. Bei Empfangsfehlern müssen Leitung und Sender stromaufwärts untersucht werden, bevor die korrekt verwerfende Schnittstelle stillgelegt wird. Bei Puffermangel ist die knappe Ressource zu lokalisieren und Eingangskapazität von Ausgangswarteschlangendruck zu trennen. Bei fehlenden Routen sind Routingzustand und Konvergenzzeit zu vergleichen.

Der Zähler wird als typisierter Schlüssel in dieser Verknüpfung mächtig. Allein als Auslöser verwendet, automatisiert er lediglich eine ungestützte Schlussfolgerung mit höherer Präzision.

Quellen