Endlich ist auch der als PhoneBCP bekannte Internet Draft als RFC veröffentlich worden, abrufbar unter http://tools.ietf.org/html/rfc6881.
Archive for the 'IETF' Category
Die IETF hat den LoST-Synchroinsationsmechanismus publiziert: Synchronizing Service Boundaries and
Es wird dabei die Service Boundary basierend auf dem LoST Protokoll synchronisiert. Es sind dabei die beiden Einsatzzwecke genau zu unterscheiden: einerseits können Forest Guides (auf der gleichen hierarchischen Ebene) Daten synchronisieren. Das zweite Anwendungsgebiet ist der Austausch der Zuständigkeitsgebiete zB zwischen Forest Guide und LoST Mapping Servern oder auch zwischen LoST Mapping Servern untereinander.
Jedenfalls ist RFC 6739 ein wichtiger Bestandteil um die LoST Architektur erfolgreich umsetzen zu können.
Die IETF Notrufarchitektur wurde nun von der IETF als RFC 6443 publiziert (Framework for Emergency Calling Using Internet Multimedia): http://tools.ietf.org/html/rfc6443
In diesem Dokument ist die Architektur für Notrufe über das Internet von der IETF beschrieben und ist ein wichtiger Meilenstein in der Standardisierung. Ausständig ist weiterhin noch das Dokument phoneBCP (http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-20).
RFC 3825 wurde mit der Veröffentlichung von RFC 6225 für obsolet erklärt. Der neue RFC für die Konfiguration von “geodetic” Standortinformation (also mit Hilfe von Koordinaten) ist unter der folgenden Adresse aufrufbar:
http://www.rfc-editor.org/rfc/rfc6225.txt
Die DHCP Option für “civic” Standortinformation bleibt unverändert.
Eine Erweiterung für das LoST Protokoll wurde heute von der IETF als RFC 6197 publiziert: die Service List Boundary. LoST (RFC 5222) bietet die Möglichkeit, eine Service Liste für einen bestimmten Standort abzufragen, gibt dem Client aber keinen Hinweis, für welches Gebiet diese spezielle Service Liste gültig ist. Daher könnte es passieren, daß ein sich bewegender Client eine Änderung der Service Liste nicht bemerkt. Die im RFC 6197 beschriebene Service List Boundary schafft hier Abhilfe: der Server kann eine Boundary zurückliefern, für welche die Service List gültig ist. Bewegt sich der Client außerhalb dieser Boundary, muß eine neue Service Liste vom Server angefordert werden. Damit ist sichergestellt, daß ein Client Änderungen der Servcie List bemerkt und dem Nutzer somit immer alle verfügbaren Service Nummern (insbesondere Notrufnummern) zur Verfügung stehen.
Die Spezifikation des HELD Protokolls wurde nun von der IETF als RFC 5985 veröffentlicht. HELD dient zur Standortkonfiguration. Ein Client, z.B. ein VoIP Telefon kann mittels HELD von einem Location Server seine Standortinformation anfordern.
Weiters wurde auch RFC 5986 publiziert: “Discovering the Local Location Information Server (LIS)”. Darin wird beschrieben, wie ein Client in einem Netzwerk überhaupt den Server findet, den er mit HELD zur Standortkonfiguration kontaktieren kann.
Links:
RFC 5774 “Considerations for Civic Addresses in the Presence Information Data Format Location Object (PIDF-LO): Guidelines and IANA Registry Definition” wurde heute von der IETF publiziert, das Dokument ist z.B. unter http://tools.ietf.org/html/rfc5774 verfügbar.
Civic Address Considerations werden nun von der IANA in einer Registry verwaltet. Als einziges Land mit einem aktiven Dokument ist derzeit Österreich angeführt. Die Behandlung der österreichischen Adressen ist im Anhang von RFC 5774 enthalten. Dokumente für andere Länder folgen hoffentlich rasch und könnten in die IANA Registry eingetragen werden. Die Registry ist unter http://www.iana.org/assignments/pidf-lo-civic-address-considerations/pidf-lo-civic-address-considerations.xhtml abrufbar.
Zuständigkeitsgebiete werden in LoST mit sogenannten Boundaries beschrieben. Diese können in beiden Standortprofilen civic und geodetic-2d beschrieben werden. Allerdings gibt es im LoST RFC 5222 keine genaueren Hinweise, wie mit Boundaries im Profil civic zu verfahren ist. Der Vergleich und die Auswertung (befindet man sich innerhalb der Boundary oder nicht) von solchen civic Boundaries ist daher Thema des Drafts “Describing Boundaries for Civic Addresses”. Der Draft ist unter
http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary
verfügbar.
In der ECRIT Working Group der IETF läuft derzeit bis 2.2.2010 der Last Call zum Draft über eine ServiceListBoundary. Informationen zur ServiceListBoundary sind hier verfügbar. Das Dokument ist unter http://tools.ietf.org/html/draft-ietf-ecrit-lost-servicelistboundary abrufbar.
Kommentare sind erwünscht.
Der ServiceListBoundary-Draft ist nun als Working Group Item der IETF ECRIT Arbeitsgruppe aufgenommen worden. Die aktuelle Version ist unter http://tools.ietf.org/html/draft-ietf-ecrit-lost-servicelistboundary abrufbar.
Weitere Information zum Thema sind unter: http://ecrit.labs.nic.at/cgi-bin/trac.cgi/wiki/ServiceListBoundary oder https://www.handbuch-notruf.at/2009/03/04/190/
