Zusammenfassung

  • RFC 8570 empfiehlt eine Verzögerungsmessung, die nicht wesentlich mit der angebotenen Verkehrslast schwankt und Warteschlangenverzögerungen ausschließt. Sie dient damit nicht automatisch als Abbild der Erfahrung gewöhnlicher Dienstpakete.
  • Mittelung, Filter, Schwellen und begrenzte Ankündigungsraten machen aus Beobachtungen ein ausgewähltes Signal. Empfohlene Standardwerte sind keine Zusage über die Reaktionszeit eines Dienstes.
  • Die betriebliche Abnahme muss erklären, was das Signal repräsentiert, wer seine Bedeutung ändern darf und welche andere Beobachtung die ausgeblendeten Dienstprobleme erfasst.

Voreingestellt ist nicht gleich abgenommen

Eine Konfiguration mit empfohlenen Standardwerten hat einen nachvollziehbaren Ausgangspunkt. Sie erspart jedoch nicht die Entscheidung, ob dieser Ausgangspunkt zur Aufgabe passt. Gerade bei einer Verzögerungsmetrik bleibt hinter einer scheinbar einfachen Zahl eine Frage offen: Welche Verzögerung soll sie für wen darstellen?

Der Betrieb kann eine ruhige Referenz für die Pfadwahl benötigen. Der Dienstverantwortliche möchte dagegen erkennen, ob seine Anwendung unter Last warten muss. Beide können das Wort Latenz verwenden und dennoch unterschiedliche Anforderungen formulieren. Dass sie sich auf eine vorhandene Zahl einigen, beweist noch nicht, dass sie sich auf dieselbe Beobachtung geeinigt haben.

Das wird wichtig, wenn ein unveränderter Routing-Wert einer verschlechterten Dienstbeobachtung gegenübersteht. Die erste Frage sollte nicht lauten, welche Anzeige mehr Autorität besitzt. Zu klären ist zunächst, ob die Anzeigen überhaupt denselben Gegenstand haben. Ein Instrument kann einen Effekt absichtlich ausblenden, den das andere gerade erfassen soll.

Dieser Text beschreibt keinen untersuchten Vorfall. Er untersucht eine in den Spezifikationen ausdrücklich angelegte Arbeitsteilung und die Entscheidungen, die ein Betreiber daraus nicht an eine Voreinstellung delegieren kann.

Eine bewusst lastarme Referenz

RFC 8570 wurde im März 2019 veröffentlicht und definiert IS-IS-Erweiterungen zur Verteilung von Link-Performance-Informationen. Die Einleitung empfiehlt, dass die Verzögerungsmessung nicht wesentlich mit der angebotenen Last variiert und keine Warteschlangenverzögerung enthält. Bei einer Forwarding Adjacency, die einen Pfad repräsentiert, nennt sie beispielsweise eine wenig wartende Verkehrsklasse oder die Zusammenführung von Messungen der einzelnen Links.

Das ist keine universell vorgeschriebene Messimplementierung. Die Gewinnung der Information und die Entscheidung darüber, wie ein Empfänger auf sie reagiert, liegen außerhalb des Dokumentumfangs. Die Spezifikation regelt die Verteilung. Aus der Empfehlung lässt sich daher nicht ableiten, dass jedes tatsächlich eingesetzte System auf dieselbe Weise misst.

Die Absicht ist dennoch deutlich. Ein Referenzwert kann helfen, Pfade zu vergleichen, ohne jede Schwankung des bereits auf ihnen liegenden Verkehrs unmittelbar in den Auswahlmaßstab zu übernehmen. Für diese Aufgabe kann ein vergleichsweise ruhiges Signal nützlicher sein als eine vollständige Wiedergabe momentaner Wartebedingungen.

Was aus dem Maßstab entfernt wird, verschwindet jedoch nicht aus dem Dienst. Ein Anwendungspaket kann warten, während das anders behandelte Messpaket wenig Verzögerung erfährt. Keine der beiden Beobachtungen muss deshalb falsch sein. Falsch wäre die ungeprüfte Gleichsetzung ihrer Aussagen.

Die Behandlung des Messpakets gehört zur Messung

Das OSPF-Gegenstück, RFC 7471, verfolgt ebenfalls das Ziel einer weitgehend lastunabhängigen Verzögerungsmessung. Seine Beispiele verdeutlichen, warum die verwendete Verkehrsklasse nicht bloß eine organisatorische Eigenschaft der Sonde ist. Sie kann beeinflussen, welcher Teil der Wirklichkeit in der Zahl erscheint.

Deshalb reicht es nicht, die Messpunkte zu kennen. Der Betreiber muss verstehen, welche Pakete die Beobachtung repräsentiert. Eine bevorzugt behandelte Probe kann für eine stabile Referenz geeignet sein, ohne die Wartebedingungen eines anderen Verkehrs abzubilden.

Auch eine zweite Sonde löst dieses Problem nicht allein durch ihre Unabhängigkeit als Gerät. Wenn beide Messungen eine vergleichbare warteschlangenarme Behandlung erhalten, können sie denselben für den Dienst wichtigen Effekt auslassen. Ein anderer Hersteller oder eine andere zuständige Abteilung ersetzt die Prüfung dieser Bedingungen nicht.

Die Arbeitsteilung kann vernünftig sein: ein Signal zur Pfadwahl, eine Beobachtung für den Dienst. Die Wiederverwendung einer Zahl spart nur dann tatsächlich Aufwand, wenn ihre Aussage für den neuen Zweck reicht. Sonst wird nicht die Messung effizienter, sondern lediglich ihre Erklärung verkürzt.

Schnellere Reaktion verändert möglicherweise den Gegenstand

Man kann die Stabilitätsfrage an einem hypothetischen Regler betrachten. Er erkennt einen momentan weniger ausgelasteten Pfad und verlagert Verkehr dorthin. Die Verlagerung verändert dessen Last. Wenn die neu entstandene Wartezeit sofort eine weitere Verlagerung auslöst, beobachtet der Regler teilweise die Folgen seiner eigenen vorherigen Entscheidung.

Das ist kein Nachweis einer Oszillation in einem realen Netz. Das Ergebnis hinge unter anderem von Entscheidungsregel, Verkehrsmenge, Alternativen und Zeitverhältnissen ab. RFC 8570 schreibt einen solchen Regler nicht vor. Ebenso wenig garantiert das Herausnehmen von Warteschlangen allein einen stabilen Betrieb.

Das Beispiel erklärt nur, warum eine Forderung nach höherer Empfindlichkeit mehr enthalten muss als einen kürzeren Timer. Eine schnellere lokale Beobachtung ist noch keine Aussage über das Verhalten des Gesamtsystems. Entscheidend ist, welche bessere Entscheidung sie ermöglicht und wie diese Entscheidung die nächste Beobachtung beeinflusst.

Hinzu kommt der Verteilungsaufwand. Selbst wenn sich kein Pfad ändert, müssen andere Knoten die angekündigten Informationen verarbeiten. Eine für den Produzenten angenehme Frequenz kann für die Gesamtheit der Empfänger eine andere Bedeutung haben. Wer nur den Erkennungsgewinn am Ursprung abnimmt, hat die verteilten Folgen noch nicht bewertet.

Eine empfangene Zahl hat mehrere Zeitbezüge

RFC 8570 sieht konfigurierbare Mess- und Ankündigungsintervalle, Mittelwerte oder repräsentative Filter, Schwellen, Unterdrückung kleiner Änderungen und eine Begrenzung der Ankündigungen vor. Empfohlene Voreinstellungen sind 30 Sekunden für die Messung und 120 Sekunden für den begrenzenden Ankündigungstimer. Für Migrationen oder fehlende dynamische Messmöglichkeiten sind auch statische Werte vorgesehen. Daraus folgt keine Ende-zu-Ende-Reaktionsgarantie für einen Dienst.

Die ursprüngliche Beobachtung, die Bildung eines Werts über ein Intervall oder einen Filter und dessen Ankündigung können zu unterschiedlichen Zeitpunkten stattfinden. Ein neuer Empfangszeitstempel erklärt deshalb nicht allein, wie alt die zugrunde liegende Information ist oder wie sie zusammengesetzt wurde.

Ähnlich unterscheiden sich Archive. Ein Team speichert aufeinanderfolgende Beobachtungen, ein anderes nur tatsächlich versandte Ankündigungen. Im zweiten Archiv kann Ruhe herrschen, weil Änderungen die Kriterien für eine erneute Mitteilung nicht erfüllen. Daraus folgt nicht, dass im Beobachtungsarchiv nichts geschehen ist.

Es wäre vorschnell, diese Differenz durch Abschalten der Unterdrückung beseitigen zu wollen. Zunächst ist zu fragen, ob das Ankündigungsarchiv überhaupt als alleinige Diensthistorie geeignet sein sollte. Mehr Nachrichten heilen keinen unbegründeten Wechsel des Verwendungszwecks.

Dienstbeobachtung ist ebenfalls spezifikationsbedürftig

Einen hilfreichen Vergleich liefert RFC 7679 mit seiner IPPM-Metrik für unidirektionale Verzögerung. Die Beobachtung eines bestimmten Pakets reicht vom ersten gesendeten bis zum letzten empfangenen Bit. Die genaue Paketart muss angegeben werden; Protokoll, Größe, Port und besondere Behandlung können den Wert beeinflussen. Kalibrierung, die Abgrenzung langer Verzögerung gegenüber Verlust und verfügbarer Pfadkontext sind ebenfalls relevant.

Das macht dieses Verfahren nicht zur verpflichtenden Implementierung von RFC 8570. Es zeigt vielmehr, dass auch eine für den Dienst eingesetzte Beobachtung eine verständliche Beschreibung braucht. Das Etikett „unabhängige Messung“ ersetzt diese Beschreibung nicht.

Vor der Deutung einer Abweichung sind Richtung, Verkehrsbehandlung, Zeitraum und Verfahren zu vergleichen. RFC 7679 beschreibt den Minimalwert als Hinweis auf Ausbreitungs- und Übertragungsbedingungen bei geringer Last; höhere Werte können auf Überlastung hindeuten. Das gilt innerhalb einer verstandenen Messung. Es erlaubt nicht, zwei unverbundene Dashboard-Zahlen zu subtrahieren und den Rest als Warteschlange zu bezeichnen.

Eine Abnahme muss also nicht verlangen, dass alle Instrumente übereinstimmen. Sie sollte klären, welche Unterschiede aus dem jeweiligen Zweck folgen und welche Unterschiede eine Untersuchung auslösen. Das ist aussagekräftiger als der Versuch, einer einzigen Zahl die Zuständigkeit für sämtliche Fragen zu geben.

Manuell kann legitim sein

Ein statisch gesetzter Referenzwert kann in einer Übergangsphase oder bei fehlender dynamischer Messung sinnvoll sein. Die Verantwortung liegt nicht allein darin, eine Zahl einzugeben. Sie umfasst auch die Beschreibung, auf deren Grundlage andere diese Zahl verwenden.

Wer einen Pfad anhand einer manuellen Referenz akzeptiert, sollte wissen, dass genau dieses Arrangement akzeptiert wurde. Beim späteren Wechsel zur Messung garantiert dieselbe Einheit keine unveränderte Bedeutung. Ein sichtbarer Sprung kann aus dem neuen Verfahren entstehen, nicht aus einem verbesserten oder verschlechterten Netz.

Das betrifft alle Verbraucher, die alte und neue Werte vergleichen. Routing, Planung und kommerzielle Bewertung können dieselbe Spalte verwenden und trotzdem unterschiedliche Erwartungen haben. Ein unveränderter Feldname hält diese Erwartungen nicht automatisch zusammen.

Die Grenze bleibt eine Aufgabe

Die hier ausgewerteten Quellen sind öffentliche Spezifikationen. Es wurden keine Geräte, Einstellungen, Kundenpakete, Pfadänderungen oder Dienstergebnisse getestet. Die betriebliche Schlussfolgerung ist eine Ableitung aus den beschriebenen Grenzen: Zwischen der Performance, nach der ein Pfad gewählt wird, und der Performance, die ein Kunde erwartet, braucht es eine nachvollziehbare Zuständigkeit.

Bleibt die Routing-Referenz ruhig, während sich eine passende Dienstbeobachtung verschlechtert, kann diese Differenz auf eine Grenze des vorgesehenen Messzwecks hinweisen. Das beendet das Dienstproblem nicht. Es hilft, die weitere Untersuchung dem Instrument und der Entscheidung zuzuordnen, die das Problem tatsächlich erfassen können.

Eine Voreinstellung kann somit ein guter Ausgangspunkt sein. Sie kann aber nicht stellvertretend erklären, welche Aufgabe übernommen wurde und welche noch offen ist.