Zusammenfassung

  • RFC 5213 verlagert Mobilitätssignalisierung vom Endgerät ins Netz. Der MAG erkennt den Anschluss und sendet stellvertretend einen PBU; der erfolgreiche PBA zeigt, dass der LMA eine authentisierte und autorisierte Netzaussage angenommen hat.
  • Er beweist weder die fortdauernde Richtigkeit der Anschlussbeobachtung noch die Ausführung am MAG, den Empfang der Router Advertisement, die Adressbereitschaft oder den Fortbestand einer Anwendungssitzung.

Mobilität ohne Mobilitätsclient

Proxy Mobile IPv6 erleichtert die Einführung, weil Endgeräte keine besondere Mobilitätsfunktion benötigen. Innerhalb einer verwalteten Domäne erkennt das Netz den Knoten und sorgt dafür, dass sein Home-Network-Präfix beim Wechsel des Zugangs erhalten bleibt. Aus Sicht des Geräts laufen gewöhnliche IPv6-Mechanismen.

Der Local Mobility Anchor (LMA) ist der topologische Anker und führt den Binding Cache. Der Mobile Access Gateway (MAG) sitzt am Zugang. Erkennt er einen neuen Anschluss, beschafft er Knotenkennung und Profil und sendet einen Proxy Binding Update. Nimmt der LMA ihn an, erstellt oder ändert er das Binding, ordnet Präfix und MAG zu, bereitet sein Ende des bidirektionalen Tunnels vor und sendet einen Proxy Binding Acknowledgement.

Dieser Erfolg ist substantiell. Der LMA hat eine geschützte Nachricht eines Peers verarbeitet, dem er das Handeln für genau diesen Knoten gestattet, und seinen eigenen vorgeschriebenen Zustand aufgebaut. Der Fehler liegt nicht darin, diesen Beleg ernst zu nehmen, sondern darin, ihm fremde Belege hinzuzurechnen.

Das Endgerät hat den PBU nicht unterzeichnet. Das Zugangsnetz lieferte die Beobachtung, ein Identitätssystem ordnete sie einem Subjekt zu, eine Richtlinie erteilte dem MAG die Vertretungsmacht. Proxy-Mobilität ist eine Kette delegierter Aussagen.

Ein echter Ausweis macht die Behauptung nicht automatisch aktuell

Zwischen MAG und LMA muss Vertrauen bestehen. Binding-Nachrichten werden geschützt; IPsec ist verpflichtend zu implementieren. Außerdem muss der LMA prüfen, ob der MAG das Binding dieses konkreten Knotens ändern darf. Damit werden Absender, Unversehrtheit und Umfang der Befugnis geklärt.

Der physische Anschluss wird dabei nicht erneut gemessen.

Wie Ankunft und Abgang erkannt werden, hängt von der Zugangstechnik ab: Funkassoziation, Portereignis, Zugangsauthentisierung oder ein anderes Signal. RFC 5213 standardisiert diese Beobachtung nicht. Der MAG trägt ihr Ergebnis in die Mobilitätsebene. War das Ereignis veraltet oder die Kennung falsch zugeordnet, schützt Kryptografie eine korrekt übertragene, aber falsche Prämisse.

Der Sicherheitsteil benennt den Grenzfall ausdrücklich. Ein kompromittierter MAG könnte einen Anschluss behaupten, der nicht existiert. Als Abhilfe kann eine vertrauenswürdige Stelle die tatsächliche Anwesenheit bestätigen, bevor der LMA die Aktualisierung akzeptiert; das Verfahren bleibt außerhalb des Standards. Wäre Peer-Authentisierung bereits ein Anwesenheitsbeweis, brauchte es diesen zweiten Kontrollpunkt nicht.

Die Unterscheidung folgt Heng Lus Grundsatz: Sichtbarkeit ist nicht automatisch Autorität, und Autorität ist nicht Ausführung. Der MAG besitzt ein echtes, aber abgegrenztes Mandat. Seine Identität ersetzt weder einen Sensor am Link noch die Beobachtung einer Anwendung.

Nach dem PBA beginnt die Arbeit auf der anderen Seite

Der LMA nimmt den PBU an, aktualisiert Cache und Präfixzustand, setzt Route und Tunnelende und antwortet. Danach muss der MAG den PBA empfangen und authentisieren, seinen lokalen Binding-Zustand ändern, das zweite Tunnelende und die Weiterleitung einrichten und Router Advertisements an den Knoten senden.

Wer den Handover beim Absenden des erfolgreichen PBA beendet, kennt nur die Ankerhälfte. Die Antwort kann am MAG fehlen, die Route kann scheitern oder die Advertisement kann den Link nicht erreichen.

Anschließend verarbeitet das Gerät die Nachricht nach Neighbor Discovery. Autokonfiguration und Duplicate Address Detection besitzen eigene Bedingungen. PMIPv6 möchte dem Gerät denselben Präfix präsentieren und den Wechsel verbergen. Dieses Ziel ist kein Messwert für den Empfang, die nutzbare Adresse, den Default Router oder bidirektionalen Verkehr.

GRE-Schlüssel, dynamische LMA-Zuordnung und QoS-Erweiterungen verfeinern Tunnel und Steuerung. Sie ändern nicht den Evidenztyp. Ein eindeutig identifizierter Tunnel kann bestehen, obwohl eine Route am Rand fehlt oder die Anwendung bereits abgebrochen ist.

Der Binding Cache sieht keine Funkzelle

Der Cache des LMA ist für die Weiterleitung maßgeblich. Er bestimmt, zu welchem MAG Pakete gehen. Lebensdauer und Sequenz sind deshalb keine Verwaltungsdetails, sondern operative Eingaben.

Gleichzeitig ist der Cache kein kontinuierlicher Ortungssensor. Beim Wechsel können alter und neuer MAG unterschiedliche Ereignisse melden; Nachrichten können sich kreuzen, verzögern oder ausfallen. Eine nicht abgelaufene Bindung besagt, dass eine akzeptierte Aussage nach den Protokollregeln noch gilt. Sie besagt nicht, dass der Knoten gerade erneut beobachtet wurde.

Die Störungsanalyse sollte den ersten gerissenen Beweis suchen. Wer erkannte den Anschluss und wann? Woher stammt die Kennung? Beziehen sich Zugangsauthentisierung und Profil auf dasselbe Gerät? War der MAG für dieses Subjekt befugt? Erhielt er den PBA? Installierte er Tunnel und Weiterleitung? Kam die Advertisement an? Wann wurde der alte Pfad entfernt? Scheiterte Hinweg, Rückweg oder Anwendung?

Ein einziger Zeitstempel „Handover abgeschlossen“ verdeckt all diese Besitzer und Uhren. Er kann die Oberfläche vereinfachen, aber keine Verantwortung erklären.

Ein Beleg für den delegierten Handover

Ein belastbarer Beleg verknüpft Zugangstechnik, Beobachter, Zeit und Vertrauen; Herkunft der Knotenkennung; Zugangsauthentisierung und Profil; MAG-Identität und knotenbezogene Vollmacht; PBU-Sequenz und Lebensdauer; gegebenenfalls unabhängige Anschlussbestätigung; Binding-Generation, Präfix, Route und Tunnel am LMA; PBA-Status und authentisierten Empfang am MAG; MAG-Weiterleitung; Versand und Empfang der Advertisement; Adresse und DAD am Gerät; bidirektionale Tests; Anwendungsergebnis; Rückzug des alten Zustands.

Dieser Beleg ist eine redaktionelle Empfehlung von BTW, keine neue Forderung des RFC 5213. Er bewahrt die im Protokoll vorhandene Arbeitsteilung, wenn Ereignisse in Automation, Assurance und Führungsberichte fließen.

Der Binding Cache darf die laufende Weiterleitung steuern. Er darf nicht rückwirkend eine alte Anschlussbeobachtung wahr machen. Der MAG darf den Knoten im Mobilitätsprotokoll vertreten. Er kann nicht anstelle des Knotens den Empfang einer Nachricht oder die Erfahrung der Anwendung bestätigen. Für den nächsten Schritt braucht es den Beleg der Komponente, die ihn tatsächlich ausführt.

Ein reifes System erklärt deshalb nicht nur, dass der Stellvertreter Erfolg gemeldet hat. Es zeigt auch, wo sein Mandat endet und die nächste Betriebsrealität beginnt.

Quellen

  1. RFC 5213 als HTML
  2. IETF Datatracker: RFC 5213
  3. Informationen zu RFC 5213
  4. Dokumenthistorie zu RFC 5213
  5. RFC 6543 — MAG-Unterstützung mehrerer Schnittstellen
  6. RFC 7864 — Aktualisierung der PMIPv6-Basis
  7. RFC 3775 — Mobilität in IPv6
  8. RFC 4283 — Mobile Node Identifier Option
  9. RFC 4832 — Mobilitätsterminologie
  10. RFC 4861 — IPv6 Neighbor Discovery
  11. RFC 4862 — IPv6-Adressautokonfiguration
  12. RFC 4301 — IP-Sicherheitsarchitektur
  13. RFC 4303 — Encapsulating Security Payload
  14. RFC 4306 — Internet Key Exchange
  15. RFC 2473 — generisches IPv6-Tunneling
  16. RFC 5845 — GRE Key Option für PMIPv6
  17. RFC 6463 — LMA-Zuweisung zur Laufzeit
  18. RFC 8127 — PMIPv6-QoS-Optionen
  19. Heng Lu — Vorrang des laufenden Codes