Zusammenfassung

  • Revision 05 des PROBE-Entwurfs ergänzt Betriebserfahrung: Der Vergleich mit Ping scheint eine falsche Annahme zum Paketformat und später eine wie Erfolg aussehende Client-Ausgabe begünstigt zu haben.
  • Der Text schärft die Darstellung, doch ein belastbarer Betriebsnachweis sollte Ergebniscode, Rohbits, sichtbare Bezeichnung und den Test verbinden, der ihre Übereinstimmung belegt.

Die Zeile wirkt beruhigend, noch bevor sie vollständig gelesen ist:

64 bytes from 192.0.2.2: icmp_seq=1 ttl=63 active=1 ipv4=0 ipv6=0

Eine Adresse antwortet, eine Sequenznummer und eine TTL stehen da. Wer Ping in Störungen benutzt, erkennt die Form einer erfolgreichen Antwort. Die beiden Nullen am Ende können jedoch bedeuten, dass der gesuchte IPv4- oder IPv6-Zustand fehlt.

Genau diese Falle beschreibt Revision 05 des PROBE-Entwurfs. Der neue Anhang erklärt, dass Menschen Muster schnell erkennen und die Ausgabe deshalb als Erfolg einordnen können. Das ist mehr als Oberflächendesign. Das Netzresultat und die darauf gestützte Entscheidung sind verschiedene Gegenstände. Eine vertraute Form kann sich ungefragt zur Autorität über beide machen.

PROBE stellt eine andere Frage

Ping prüft bidirektionale Erreichbarkeit zwischen der prüfenden und der Ziel-Schnittstelle. PROBE sendet einen ICMP Extended Echo Request an eine Proxy-Schnittstelle und fragt nach einer anderen Schnittstelle. Diese kann auf demselben Gerät oder an einem direkt verbundenen Nachbarn liegen. Die nötige bidirektionale Verbindung besteht zum Proxy, nicht zwingend zur geprüften Schnittstelle.

Darum ist die Antwort kein einfaches „erreichbar“. Bei einer lokalen Schnittstelle bezeichnet das A-Bit deren Aktivität; zwei weitere Bits melden IPv4 und IPv6 getrennt. Die Tabelle des Entwurfs enthält 1/0/0: Schnittstelle aktiv, aber weder IPv4 noch IPv6 aktiv. Weitere Codes unterscheiden eine fehlerhafte Anfrage, eine unbekannte Schnittstelle, einen fehlenden Tabelleneintrag und mehrere Treffer.

Eine Antwort belegt, dass der Proxy die Frage verarbeitet hat. Sie belegt nicht den gewünschten Zustand. Wer Transporterfolg in Betriebserfolg umwandelt, lässt die Messung ein Urteil erzeugen.

Die Analogie prägte auch das Format

Der Anhang blickt auf die Implementierung zurück. RFC 8335 führte PROBE 2018 als Ping-ähnlich ein. Revision 05 sagt, diese Beschreibung habe Implementierende offenbar annehmen lassen, auch das Paketformat sei ähnlich. Frühe Implementierungen verletzten dem Entwurf zufolge die übliche Erweiterungsanordnung aus RFC 4884.

Der bis-Entwurf erhält die Kompatibilität mit diesem Verhalten. Die ICMP Extension Structure enthält genau ein Interface Identification Object; optionale Daten dürfen außerhalb folgen. Andere Nutzungen von ICMP-Erweiterungen sollen diese Anordnung nicht übernehmen. Zugleich bezeichnet der Entwurf alle bekannten RFC-8335-Implementierungen als kompatibel und verlangt weder eine Änderung auf dem Draht noch eine Migration.

Daraus folgt nicht, dass jede Implementierung denselben Fehler machte oder die Analogie allein die Architektur verursachte. Belegt ist ein engerer, wichtigerer Punkt: Der Text selbst hält fest, dass vertraute Sprache eine Abkürzung gefördert zu haben scheint und deren Kompatibilitätskosten bis in die Nachfolgespezifikation reichen.

Erfahrung ist keine Verbreitungsmessung

Die Datatracker-Historie verzeichnet Revision 05 am 6. September 2026 UTC; der Dokumentkopf nennt den 7. September. Der Unterstatus wechselt von Revised I-D Needed zu AD Followup. Es bleibt ein Internet-Draft mit Ziel Proposed Standard, kein verabschiedeter RFC.

Der offizielle Vergleich mit Revision 04 zeigt den neuen Anhang. Der zuständige Area Director hatte im Mai um Betriebserfahrung gebeten, darunter öffentliche Internetpfade und Middleboxes. Nun heißt es: Extended Echo ist standardmäßig aus, soll eng kontrolliert werden und wird meist in einer Domäne eingesetzt, deren Pfad eine Organisation beherrscht. Einzelne Versuche verliefen über Teile des öffentlichen Internets, breite experimentelle Ergebnisse fehlen.

Diese Begrenzung verhindert, dass Einzelfälle als Verbreitung gelten. Die Revision präzisiert außerdem Unicast-Adressen, ordnet AFI 1 der ARP-Tabelle und AFI 2 dem IPv6 Neighbor Cache zu, lässt andere AFI-Werte mit No Such Table Entry enden und spezifiziert kein Flow Label. Das Modell wird genauer, ohne alle Netze zu zertifizieren.

Zugangsrecht beweist keine richtige Anzeige

Der Entwurf enthält sinnvolle Schutzmaßnahmen. Extended Echo bleibt zunächst deaktiviert, soll nur auf benötigten Knoten eingeschaltet, auf Quellpräfixe autorisierter Managementnetze begrenzt und rate-limitiert werden. Informationen dürfen nicht zwischen Netzinstanzen entweichen.

Diese Regeln steuern Fragerecht, Volumen und Offenlegungsgrenze. Sie beweisen nicht, dass der Client die Antwort unverzerrt zeigt. Auch eine vollständig autorisierte Anfrage kann unter Zeitdruck falsch gelesen werden.

Anhang A.1 verlangt bereits ausgeschriebene Fehlermeldungen für von null verschiedene Codes und nennt klare Texte für A/IPv4/IPv6-Kombinationen. Eine lokale Abnahme sollte zusätzlich verbinden: Zielkennung und lokal/benachbart; Code und Rohbits; sichtbaren Text und Schweregrad; Client- und Serverversion; Testvektoren für negative, mehrdeutige und mehrfache Treffer; Prüfer, Entscheidung und Datum.

Dieser Ergebnis-Anzeige-Nachweis ist Daniel Kades Analyse, keine IETF-Pflicht. Er soll belegen, dass ein erfolgreicher Paketaustausch nicht zur falschen Aussage über einen funktionierenden Dienst wurde.

Analogien bleiben nützlich, wenn ihre Grenze sichtbar ist. Sagt die Spezifikation „wie Ping“, müssen Tests jede Abweichung benennen. Leiht der Client Pings Erscheinungsbild, muss der negative Zustand die Zeile bestimmen und darf nicht am Rand verschwinden.

Quellen

  1. Jüngste Internet-Drafts der IETF
  2. PROBE im Datatracker
  3. Revisionshistorie
  4. Revision 05
  5. Revision 04
  6. Offizieller Vergleich 04–05
  7. RFC 8335
  8. RFC 4884
  9. RFC 5706
  10. RFC 2151
  11. RFC 8343
  12. PROBE-Quellrepository
  13. AD-Review zu Revision 04
  14. Lu Heng — Minimum Initial Specification, Localized Future Decision
  15. Lu Heng — Running Code Primary