Zusammenfassung

  • RFC 3132 trennte Paging von Zustellung: Ein Paket für einen ruhenden Host veranlasste zusätzliche Signalisierung, die ihn lokalisierte und alarmierte; der letzte IP-Hop folgte erst danach.
  • Die Energieersparnis verlagerte Arbeit. Das Endgerät meldete und hörte seltener, während das Netz eine grobe Paging-Area merken und deren Grenzen mit IP-Subnetzen abgleichen musste.

Die Adresse blieb, der Empfangskanal nicht

Ein Mobile konnte im Dormant Mode eine gültige Adresse behalten und dennoch normalen IP-Verkehr kaum empfangen. Es überwachte Funkkanäle seltener, sparte Batterie und reduzierte Standortmeldungen. Traf dann ein Paket ein, fehlte genau der Kanal, über den es den letzten Hop nehmen sollte.

RFC 3132 erschien im Juni 2001 als Informational Memo und definierte Paging eng: Das Netz suchte und alarmierte den ruhenden Host aufgrund eines eingetroffenen Pakets, damit eine Last-Hop-Verbindung entstand. Die Zustellung auf dieser Verbindung war ausdrücklich nicht Paging.

Damit entstanden getrennte Nachweise. Ein Agent konnte das Paket besitzen, ohne dass der Host es hatte. Eine Page konnte gesendet, aber nicht gehört worden sein. Eine Funkantwort bedeutete noch keine wiederhergestellte L3-Route. Das Dokument beschrieb das Problem, nicht ein fertiges Protokoll.

Nicht jeder Schlafzustand verlangte eine neue Schicht

Bei Funklinks mit Dormancy, aber ohne Paging, erwachte der Host periodisch auf dem Verkehrskanal. Der Access Point puffert eingegangene Pakete. Nach einer Bewegung verband sich das Mobile beim Erwachen neu; der neue Access Point konnte den Puffer des alten übernehmen. In diesem Modell kannte das Netz den Anschluss genau genug, sodass IP-Paging keinen zusätzlichen Nutzen bot.

Die Aussage war begrenzt. Puffergröße und Haltezeit blieben Implementierungsfragen, und Overflow oder Timeout konnten Daten verlieren.

Mit Radio Paging hörte der Host dagegen einen besonderen Kanal und ließ den Verkehrskanal inaktiv. Access Points bildeten Paging Areas. Bei Paketankunft rief das Netz in der zuletzt gemeldeten oder heuristisch gewählten Area. Antwort erlaubte Fortsetzung, Timeout führte zur Annahme von Unerreichbarkeit.

In lizenziertem Spektrum hatte dies einen Betreiberanreiz: Weniger Signalisierung auf Verkehrskanälen ließ mehr Kapazität für erlösbringenden Verkehr. RFC 3132 berichtete diese Logik, maß ihren Ertrag aber nicht.

Funkgebiet und IP-Subnetz waren zwei Karten

Mobile IP behandelte den Subnetzwechsel als topologische Bewegung. Das Funksystem behandelte den Wechsel der Paging Area als Standortsignal. Beide Grenzen mussten nicht zusammenfallen.

Eine Area pro Subnetz war einfach: Die Funkseite weckte am gültigen IP-Ort. Mehrere Areas in einem Subnetz waren ebenfalls beherrschbar, weil der Access Router in mehreren Gebieten suchen konnte, ohne dass die IP-Position falsch wurde.

Der Bruch zeigte sich, wenn eine Paging Area mehrere Subnetze umfasste. Ein ruhender Host konnte eine IP-Grenze überqueren, ohne das Funkgebiet zu verlassen. Layer 2 sah keinen Registrierungsanlass, während die gespeicherte IP-Position veraltete. Das erste Paket ging zum alten Subnetz; die Antwort auf die Page konnte aus einem anderen kommen.

Zusätzliche Mobile-IP-Signalisierung konnte den Zustand korrigieren, verzögerte aber die erste Zustellung. Ein eigener Austausch zu einem Agenten im Paging-Gebiet war eine mögliche Optimierung, nicht die einzig denkbare Lösung. Der RFC formulierte den Kern bewusst offen: Gesucht wurde ein Host, der sich im Schlaf bewegt hatte.

Grobe Erinnerung machte spätere Suche teuer

Reale Areas konnten überlappen; Geräte am selben Ort konnten unterschiedliche Kennungen erhalten. Der Text berichtete vorsichtig, Betreiber nutzten teils Heuristiken statt Area-Registrierung. Große Gebiete reduzierten Updates und vergrößerten die Suche. Kleine Gebiete taten das Gegenteil.

Mehrere Funktechniken fügten die Schnittstellenwahl hinzu. Ein Host konnte drinnen eine Abdeckung verlieren und eine billigere oder schnellere Alternative bevorzugen. RFC 3132 skizzierte eine IP-Kennung, die Access Points in technologiespezifische Pages übersetzten. Das war Architektur, kein Deployment-Nachweis. Auch ARP und Neighbor Discovery setzten den nutzbaren Verkehrskanal voraus, der gerade schlief.

RFC 3154 zerlegte das Wecken in Rollen

RFC 3154 ergänzte Anforderungen: Skalierung auf Millionen Hosts, geringer Energieeinfluss, Filter gegen massenhaftes Aufwecken durch Broadcast, Multicast oder Anycast, Unterscheidung von dormant, inactive und unreachable sowie Unterstützung verschiedener Schlafmodi.

Das Design sollte unabhängig von einem einzelnen Mobility-Protokoll bleiben und dennoch Mobile IPv4 und IPv6 anbinden. Beliebige Zuordnung von Areas und Subnetzen, optionale Nutzung von L2-Paging, Fehlertoleranz und Authentisierung von Registrierung, Gebietsinformation und Paging-Nachricht kamen hinzu.

Host, Tracking Agent, Paging Agent und Dormant Monitoring Agent teilten die Verantwortung. Einer erinnerte die Position, einer erkannte den Trigger, einer alarmierte, der Host stellte L3 wieder her. „Geweckt“ war kein atomarer Erfolg.

Fünf Entwürfe waren noch kein Standard

Ein Working-Group-Internet-Draft von 2002 bewertete fünf Vorschläge. Die Revisionen -00 und -01 zeigen offene Punkte bei mehreren Dormant Modes, Mobility-Unabhängigkeit, Fehlern, Administration und Integration. Der Assessment-Entwurf wurde kein RFC. Auch RFC 3132 und RFC 3154 waren Informational und belegten weder Implementierung noch Einsatz.

RFC 3344, 6275 und 3753 geben späteren Kontext für Mobile IPv4, Mobile IPv6 und Terminologie. Sie beweisen keine Übernahme dieses Paging-Entwurfs.

Erreichbarkeit wurde zur Beweiskette

Eine richtige Adresse konnte auf einen Host zeigen, der nicht zuhörte. Eine richtige Area konnte mehrere Subnetze verbergen. Eine gesendete Page konnte unbeantwortet bleiben. Eine Antwort konnte der reparierten Route vorausgehen.

Der Host bestimmte Dormancy. Tracking hielt eine Annahme. Monitoring deutete das Paket. Paging suchte. Mobility reparierte. Der Betreiber setzte Areas, Filter und Fristen. Kein einzelnes System besaß die Wahrheit der gesamten Zustellung.

Das erste Paket bewies nicht, dass es angekommen war. Es zeigte, welche Schuld das Netz für die Stille des Endgeräts übernommen hatte: verlässliche Erinnerung, begrenzte Suche und getrennte Nachweise vom Alarm bis zur Anwendung.

Quellen

  1. https://www.rfc-editor.org/rfc/rfc3132.txt
  2. https://www.rfc-editor.org/info/rfc3132
  3. https://www.rfc-editor.org/rfc/rfc3132.html
  4. https://www.rfc-editor.org/rfc/rfc3154.txt
  5. https://www.rfc-editor.org/info/rfc3154
  6. https://www.rfc-editor.org/rfc/rfc3154.html
  7. https://www.rfc-editor.org/rfc/rfc2002.txt
  8. https://www.rfc-editor.org/rfc/rfc3344.txt
  9. https://www.rfc-editor.org/rfc/rfc6275.txt
  10. https://www.rfc-editor.org/rfc/rfc3753.txt
  11. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-00.txt
  12. https://www.ietf.org/archive/id/draft-ietf-seamoby-paging-protocol-assessment-01.txt