Zusammenfassung

  • HMIPv6 hält eine Regional Care-of Address gegenüber entfernten Knoten stabil und aktualisiert lokal die Zuordnung zur aktuellen On-Link Care-of Address.
  • Die Gültigkeit äußerer Bindungen muss innerhalb der MAP-Bindung bleiben; ein korrektes Zeitverhältnis beweist dennoch weder Tunnel noch Paket- oder Dienstzustellung.

Eine Zusage ohne noch lebende Voraussetzung

Ein Correspondent Node besitzt eine gültige Bindung für die RCoA eines mobilen Knotens. Der Timer läuft. Pakete werden weiterhin an diese Adresse gesendet. Im lokalen MAP ist die Zuordnung zur LCoA jedoch bereits ausgelaufen oder verloren gegangen.

Jede einzelne Anzeige kann formal plausibel aussehen. Zusammen sind sie widersprüchlich.

RFC 5380 verhindert genau dieses Verhältnis, indem sie die Lebensdauer verschachtelt. Der mobile Knoten soll auf das Binding Acknowledgement des MAP warten, bevor er die RCoA bei Home Agent oder Gegenstellen registriert. Die äußere Bindung darf nicht länger gelten als die lokale Bindung, deren Laufzeit in der Bestätigung mitgeteilt wird.

Die Regel ist mehr als Timer-Hygiene. Sie legt fest, welche Zusage von welcher anderen Zusage abhängt. Kein äußerer Verbraucher darf länger Vertrauen erhalten, als der innere Mechanismus bereitsteht.

Die stabile Adresse ist eine abgeleitete Eigenschaft

HMIPv6 unterscheidet RCoA und LCoA. Die RCoA liegt am MAP und bleibt bei Bewegungen innerhalb seines Bereichs stabil. Die LCoA entsteht am aktuellen Access Router und ändert sich mit dem lokalen Anschluss. Der MAP führt eine Binding-Cache-Zuordnung und tunnelt Verkehr zwischen beiden Ebenen.

Home Agent und Correspondent Nodes müssen nicht jede lokale Bewegung erfahren. Das spart Signalisierung und kann die Unterbrechung verkürzen. Es macht die Stabilität aber abhängig von einem verborgenen, kurzlebigeren Zustand.

Eine unveränderte RCoA ist daher kein unabhängiger Gesundheitswert. Sie ist ein Interface, dessen Wahrheit durch den aktuellen MAP, den Cache-Eintrag, den Tunnelpfad, die Security Association und die LCoA erzeugt wird.

Die Bestätigung beweist Annahme, nicht Ausführung

Beim lokalen Binding Update fordert der Knoten die Zuordnung RCoA–LCoA an. Der MAP authentisiert, prüft und speichert sie. Bei Erfolg sendet er ein Binding Acknowledgement. Dieser Beleg beantwortet, ob der MAP den Zustand angenommen hat.

Für eingehende Pakete muss er danach RCoA-Verkehr abfangen, den richtigen Eintrag finden, kapseln und zur LCoA routen. Der mobile Knoten muss empfangen, entkapseln und an die Anwendung übergeben. Ausgehender Verkehr benötigt den umgekehrten funktionsfähigen Tunnel. Ein akzeptierter Eintrag kann weder Route noch Empfang allein bezeugen.

Ein sauberes Betriebsmodell führt deshalb getrennte Belege: Update gesendet, Update angenommen, Zustand noch vorhanden, erstes Paket weitergeleitet, erstes Paket empfangen und erste nützliche Transaktion abgeschlossen.

Auswahlfelder sind keine Betriebswerte

MAP-Optionen in Router Advertisements enthalten Adresse, Präfix, Distanz, Operatorpräferenz und Gültigkeitsdauer. Der mobile Knoten speichert sie und wählt mindestens einen MAP. Präferenz drückt eine gewünschte Auswahl aus; Distanz ist ein Eingabewert des Verfahrens und muss nicht den realen Datenpfad messen.

Eine Gültigkeitsdauer von null erklärt den MAP für nicht auswählbar. Bestehende Bindungen können als verloren gelten, ein anderer MAP muss gewählt werden; ohne Alternative darf HMIPv6 nicht weiter genutzt werden.

Eine positive Dauer ist keine Messung von Kapazität, Verlust, Cache-Konsistenz oder Tunnelerreichbarkeit. Aus dem definierten Rückzugssignal folgt nicht, dass jede nicht zurückgezogene Option gesund ist. Monitoring muss Anzeigevertrag und Beobachtung auseinanderhalten.

Beim MAP-Wechsel überlappen die Zeiträume

Wechselt der Knoten in einen anderen MAP-Bereich, ändert sich auch die RCoA. Er kann den früheren MAP bitten, Pakete für den alten Zustand zur neuen Position weiterzuleiten. Der Betreiber darf domänenübergreifende Weiterleitung einschränken; für bestimmte benachbarte Bereiche empfiehlt die RFC sie dennoch.

Nun existieren mindestens drei Zeitordnungen: temporäres Forwarding am alten MAP, aktuelles Binding am neuen MAP sowie externe Aktualisierungen bei Home Agent und Gegenstellen. Ein einziger Handover-Zeitstempel kann sie nicht abbilden.

Der alte MAP darf erst aus der Verantwortung entlassen werden, wenn der neue Pfad Daten in beide Richtungen getragen hat, alte Pakete abgeflossen sind und ein Dienstbeleg vorliegt. Ein bloßer Ablaufzeitpunkt kann zu früh oder zu spät sein.

Kapselung verkürzt eine andere Ressource

Der Verkehr zwischen mobilem Knoten und MAP wird in beiden Richtungen getunnelt. Kommt ein entfernter Home Agent hinzu, kann doppelte Kapselung entstehen. RFC 5380 verlangt, diesen Overhead bei der für obere Schichten verfügbaren MTU zu berücksichtigen.

Damit kann eine kleine Steuerungsnachricht samt Acknowledgement funktionieren, während größere Nutzdaten scheitern. Bindung und Timer sind korrekt, aber die physische Paketbedingung ist nicht erfüllt. Das Dokument behauptet keinen konkreten Produktionsausfall; es benennt die Abhängigkeit.

Ein Abnahmetest braucht repräsentative Paketgrößen und die Beobachtung relevanter MTU-Signale. Der Erfolg kleiner Kontrollnachrichten reicht nicht.

Authentisierung besitzt einen begrenzten Geltungsbereich

Zwischen Knoten und MAP verlangt die RFC gegenseitige Authentisierung, Integrität und Replay-Schutz. Der MAP kann außerdem gültige On-Link-Präfixe konfigurieren und eine LCoA außerhalb dieses Bereichs administrativ ablehnen.

Diese Regeln sichern, wer Zustand schreiben darf und welche lokale Position zulässig ist. Sie beweisen nicht, dass der Tunnel Pakete trägt oder die Anwendung fortbesteht. Ein authentisierter Eintrag kann auf einen nicht erreichbaren Endpunkt zeigen. Kryptografie verstärkt die Zuverlässigkeit der kontrollierten Aussage, nicht ihren Umfang.

Mehrere Anker, mehr Zuordnungen

Der Knoten darf mehrere MAPs registrieren und unterschiedliche RCoAs für Gruppen von Correspondent Nodes verwenden. Eine RCoA aus einem MAP darf jedoch nicht als Care-of Address bei einem anderen MAP dienen, weil mehrfache Kapselung Effizienz und Leistung verschlechtert.

RFC 7429 beschreibt HMIPv6 als weniger zentralisierte Form der Mobilitätsverwaltung und nennt zugleich Lücken bei dynamischer Ankerzuweisung, Verlagerung, Discovery und Context Transfer. Mehr Anker reduzieren eine Konzentration, erhöhen aber die Zahl der Zustände, deren Abhängigkeit bekannt sein muss.

Die operative Wahrheit lautet nicht „mehrere MAPs verfügbar“, sondern „diese Sitzung wird jetzt durch diesen MAP, diese RCoA und diese LCoA realisiert“.

Die Ordnung der Belege

Heng Lus Running-Code Primacy trennt dokumentierte Möglichkeit von ausgeführter Wirkung. Die äußere RCoA kann gültig registriert sein; nur laufender Code im MAP und ein beobachteter Datenpfad machen sie praktisch erreichbar.

Eine belastbare Kette umfasst Discovery, Auswahl, Adressbildung, Binding-Annahme, Bestand des Cache-Eintrags, Weiterleitung, Pfadfähigkeit, Endpunktverarbeitung und Dienstresultat. Jeder Beleg hat seine eigene Lebensdauer und Autorität.

Die zentrale Frage lautet: Welche Zusage darf niemals länger leben als ihre Voraussetzung? RFC 5380 beantwortet sie für Bindings. Führung muss dieselbe Antwort für Dashboards, SLAs und Automatisierung erzwingen.

Quellen