Published on
28. December 2011 in
IETF.
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).
Published on
5. September 2011 in
IETF.
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.
Die Nordamerikanische Notruforganisation NENA hat am 16. Juni offiziell ihre “Next Generation 911 Architektur” verabschiedet: die technische Architektur sowie die Komponenten des zukünftigen Notrufsystems in Nordamerika sind somit festgelegt und werden auch die Abwicklung von VoIP-basierten Notrufen erlauben. Die NENA Architektur (i3) basiert auf dem Notrufframework der IETF und spezifiziert darüber hinaus wichtige Elemente für sogenannte IP-basierte Emergency Service Networks.
Mehr Information sind in der Aussendung der NENA zu finden: http://www.nena.org/stories/technical/executive-board-approves-i3-standard
Die NG911 Architektur, bekannt unter dem Namen i3, ist unter http://www.nena.org/standards/technical/i3-solution abrufbar.
Published on
21. April 2011 in
IETF.
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.
http://www.rfc-editor.org/rfc/rfc6197.txt
Titel: “VoIP Emergency Calling: Foundations and Practice”
ISBN: 978-0-470-66594-7
Hardcover
240 pages
November 2010
Bestellbar z.B. bei Amazon.de
Mehr Informationen im Flyer oder unter www.voip-sos.net
Am vergangenen Sonntag berichtete der ORF in seiner Sendung Österreich-Bild mit dem Titel “Wettlauf mit der Zeit” über Notruf 144 Niederösterreich.
Die Sendung kann online angeschaut werden:
http://tvthek.orf.at/programs/1296-Oesterreich-Bild-am-Sonntag
Der nächste “EU Emergency Services Workshop” findet vom 13. bis 15. April 2011 in Budapest statt. Organisiert wird dieser Event von der EENA, der European Emergency Number Association.
Nähere Informationen zum Workshop werden auf http://www.eena.org/view/en/112events/Workshops.html veröffentlicht.
Das Magazin “Öffentliche Sicherheit” des BMI berichtet in der Nr. 7-8/2010 von der PSCE Konferenz in Wien.
Der Artikel im PDF Format ist direkt unter http://www.bmi.gv.at/cms/BMI_OeffentlicheSicherheit/2010/09_10/files/KOMMUNIKATIONSTECHNIK.pdf abrufbar. Die gesamte Ausgabe ist unter der Adresse http://www.bmi.gv.at/cms/BMI_OeffentlicheSicherheit/2010/09_10/ zu finden.
In Oakland (US) wird folgendes empfohlen:
Call (510) 777-3211, the emergency number for use with cell phones.
As a reminder, DO NOT CALL 911 from a cell phone.
- When you call 911 from a cell phone, the call is routed to the California Highway Patrol (CHP). The CHP than has to re-route the call to your local police or fire dispatcher, losing precious time.
Quelle: http://www2.oaklandnet.com/Government/o/CityCouncil/o/District1/District1/ps/index.htm
Continue reading ’911 nicht vom Mobiltelefon anrufen?’
Published on
8. September 2010 in
IETF.
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:
http://tools.ietf.org/html/rfc5985
http://tools.ietf.org/html/rfc5986