Zusammenfassung

  • RFC 4957 ordnet Link-Layer-Benachrichtigungen als Eingaben zur Erkennung eines Netzanschlusses ein, nicht als abgeschlossenes IP- oder Dienstergebnis.
  • Ein Wechsel des Zugangspunkts kann im selben Subnetz stattfinden; eine IP-Änderung kann ohne neues Link-Ereignis nötig werden.

„Link up“ klingt wie ein Abschluss: Die Funkassoziierung ist beendet, die Wi-Fi-Station ist am Zugangspunkt oder Ethernet kann Frames senden. In einem Incident-Dashboard wird daraus leicht „Dienst wiederhergestellt“. Genau diesen Bedeutungswechsel bremst RFC 4957.

Das Informationsdokument, das Suresh Krishnan mit herausgegeben hat, katalogisiert Angaben, die Zugangstechnologien der IP-Schicht bei einem Wechsel des Anschlusspunkts liefern können. Sie sollen die Prüfung der Konfiguration beschleunigen. Sie bestätigen weder eine nutzbare Adresse noch ein erreichbares Standard-Gateway oder einen verfügbaren Dienst.

Eine neue Link-Layer-Verbindung kann den Host veranlassen, weitere Hinweise zu suchen, etwa durch eine Router Solicitation. Der RFC sagt ausdrücklich, dass die Benachrichtigung allein nicht alle Eingaben für die Network-Attachment-Erkennung liefert. Beworbene Präfixe, Gateway-Erreichbarkeit und weitere IP-Evidenz bleiben erforderlich. Das Signal startet eine Zustandsmaschine; es ist nicht deren Endzustand.

Wi-Fi-Roaming macht den Unterschied anschaulich. Ein Gerät kann einen Zugangspunkt verlassen und einen anderen erreichen, ohne das IP-Subnetz zu wechseln. Jede Assoziierung als Neukonfiguration zu lesen, erzeugt unnötige Arbeit und falsche Kennzahlen. Umgekehrt kann IPv6-Umnummerierung eine IP-Änderung verlangen, ohne dass eine neue Link-up-Meldung erscheint.

Der RFC kennt zudem ein nichtdeterministisches Link-up, wenn die Schnittstelle bereit ist, die Übertragung im Netz aber noch blockiert sein kann. Auch eine spätere deterministische Meldung beschreibt eine vom jeweiligen System definierte Link-Layer-Bedingung. Sie beweist weder den Abschluss von SLAAC oder DHCP noch Policy-Zulassung, DNS-Auflösung, eine entfernte Dienstantwort oder ein vom Kunden gesehenes Ergebnis.

Für Betreiber ist das eine Frage des Evidenzdesigns. link_up kann eine wertvolle lokale Beobachtung sein: Schnittstelle, Anschlusspunkt, Zeit und technischer Kontext. Es darf nicht in online umbenannt, als Anwendungswiederherstellung gezählt oder allein zum Schließen eines Tickets genutzt werden. Jede breitere Bezeichnung behauptet etwas, das das Signal nicht gesehen hat.

Robuster ist eine Evidenzleiter: Link-Ereignis, Adress- und Präfixzustand, Gateway-Probe, Resolver-Ergebnis, authentisierte Dienstantwort und sichtbare Kundenbestätigung. Jede Stufe hat einen anderen Beobachter, Fehlerbereich und Verantwortungswert. Kein Beteiligter sollte ohne Beleg für einen anderen sprechen.

Die Lehre aus RFC 4957 ist begrenzt und deshalb haltbar: Ein Link-Ereignis belegt ein Link-Ereignis. Sein Wert liegt darin, den nächsten Test auszulösen. Irreführend wird es erst, wenn es als Beleg für einen Pfad, Dienst oder eine Erfahrung ausgegeben wird, die es nie beobachtet hat.

Quellen