John Scudder

Eine erfolgreiche TCP-Verbindung beweist noch keine Einigung über die beabsichtigte BGP-Funktion. Ein Router kann eine Erweiterung kennen, die der andere nie implementiert hat; vielleicht beherrschen beide sie, aber nur einer nennt sie in diesem OPEN. Die mit John Scudder verbundene öffentliche RFC-Spur macht aus dieser Unsicherheit einen beidseitigen Datensatz: Eine optionale Fähigkeit darf erst nach zwei Anzeigen verwendet werden, Unbekanntes bleibt wirkungslos, und das Fehlen einer zwingenden Funktion kann als benannter Abbruch sichtbar werden.

John Scudders öffentlich dokumentierte IETF-Arbeit verbindet praktische Netzwerkerfahrung mit drei klar unterscheidbaren Aufgaben des Internet-Routings: Aussagen über den Ursprung einer Route prüfen, die Folgen fehlerhafter BGP-Nachrichten begrenzen und den tatsächlich sichtbaren Routing-Zustand beobachtbar machen. Diese Verbindung ist aufschlussreich, solange Registereinträge, Standards, Implementierungen, lokale Richtlinien und gemessene Netzrealität nicht miteinander verwechselt werden.

Ein fehlerhaftes BGP-Attribut reist nicht allein. Es kommt über eine Sitzung, die zugleich eine große Menge einwandfreier Routen trägt. Wird die gesamte Sitzung beendet, ist der Fehler fort — und mit ihm vorübergehend auch alles Gesunde. Die von John Scudder mitgestaltete Revision fragt deshalb nicht nach Nachsicht, sondern nach einer belegbaren Grenze für den Schaden.