Re: [Ecrit] country specific emergency URNs

"Aleksiev, Vasil" <Vasil.Aleksiev@t-mobile.at> Tue, 11 July 2017 08:36 UTC

Return-Path: <Vasil.Aleksiev@t-mobile.at>
X-Original-To: ecrit@ietfa.amsl.com
Delivered-To: ecrit@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 539C91319E0 for <ecrit@ietfa.amsl.com>; Tue, 11 Jul 2017 01:36:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jjuo2_SqIvib for <ecrit@ietfa.amsl.com>; Tue, 11 Jul 2017 01:36:09 -0700 (PDT)
Received: from shmail04.t-systems.at (shmail04.t-systems.at [212.31.86.92]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD26A1319E3 for <ecrit@ietf.org>; Tue, 11 Jul 2017 01:36:06 -0700 (PDT)
X-IronPort-RemoteIP: 213.162.65.69
X-IronPort-MID: 8141104
X-IronPort-Reputation: None
X-IronPort-Listener: DefaultListener
X-IronPort-SenderGroup: TMA_Relay
X-IronPort-MailFlowPolicy: $RELAY
X-HAT: Sender Group TMA_Relay, Policy $RELAY applied.
X-ExtLoop1: 1
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2EBAgCFjGRZ/0VBotVHFg4QBgwYAQUBCwGCRCIcLVQQgRSfdZYDghEGhXACGoMXPxgBAQEBAQEBAQEBAQJoKIIzIoJEBiMKMgwJBRACARYdDQcDAgICMBQRAQEEDgUIE4gMAYEjZQOsJYImgUOJdgEBAQEBAQEBAQEBAQEBAQEBAQEBAR2DJASBMYIdZ4hOOwwJFQoCglswgjEFiWOGbYZmh2MGAoEAgh2LNIdFGYFNh1eGXJVCHzlMPh6BNYJMgkccgShBdIguAQEB
X-IronPort-AV: E=Sophos;i="5.40,345,1496095200"; d="scan'208,217";a="8141104"
X-Spam-Processed: mailint2.t-mobile.at, Tue, 11 Jul 2017 10:36:10 +0200 (not processed: spam filter heuristic analysis disabled)
X-MDHelo: ATWIREHUBV0002.sv.ad.tmo
X-MDArrival-Date: Tue, 11 Jul 2017 10:36:10 +0200
X-Return-Path: Vasil.Aleksiev@t-mobile.at
X-Envelope-From: Vasil.Aleksiev@t-mobile.at
From: "Aleksiev, Vasil" <Vasil.Aleksiev@t-mobile.at>
To: Henning Schulzrinne <hgs@cs.columbia.edu>
CC: "ecrit@ietf.org" <ecrit@ietf.org>
Date: Tue, 11 Jul 2017 10:35:57 +0200
Thread-Topic: [Ecrit] country specific emergency URNs
Thread-Index: AdL5emrsfOSPoHN5SUqqUzzv+lUdhwAmuwrw
Message-ID: <52809D5B0606C049903AD6AD07E033E1032709747D@ATWIREMXSC0101.sv.ad.tmo>
References: <52809D5B0606C049903AD6AD07E033E10326EF8FFD@ATWIREMXSC0101.sv.ad.tmo> <AF1BEB84-A0D2-44AD-9666-1C608B73BC68@brianrosen.net> <CACgrgBbgMqWn3ovUogw6o_pLPhJBpSOPZ+JgDcSfgzzChcUcAQ@mail.gmail.com> <DB5PR07MB14806FA9F5D0FA90DEF2E1E2F7AB0@DB5PR07MB1480.eurprd07.prod.outlook.com> <CACgrgBY1Y_cT_F-eT-R50H81o5=9xgTjdLgRKS2x59Ar0M4gxw@mail.gmail.com> <52809D5B0606C049903AD6AD07E033E10327096BB1@ATWIREMXSC0101.sv.ad.tmo> <CACgrgBazRYu_XAu2S1t5-mEoMPYmRVFG+az71LLej_wTVFTiqw@mail.gmail.com>
In-Reply-To: <CACgrgBazRYu_XAu2S1t5-mEoMPYmRVFG+az71LLej_wTVFTiqw@mail.gmail.com>
Accept-Language: en-US, de-AT
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, de-AT
Content-Type: multipart/alternative; boundary="_000_52809D5B0606C049903AD6AD07E033E1032709747DATWIREMXSC010_"
MIME-Version: 1.0
X-TMADISCLAIMER: MAXMR
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/NgPrNwpS8VhcBqc6_LzY7ChboEI>
Subject: Re: [Ecrit] country specific emergency URNs
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ecrit/>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jul 2017 08:36:13 -0000

Hello,
I do not agree with your interpretation of emergency services. In one country only the local authority can define what are the emergency services. Since there is law saying that 147 Telefonseelsorge is emergency service, it shall be treated as such. Regarding the vehicle with flashing lights dispatched – you cannot guarantee for that the respective operator on 147 will not send the police for example via its own channel if this is needed. So in my understanding the approach shall be based on local law. Regarding the benefits in routing of having all the emergency services in one country under sos subspace I have given examples already. In the file that I have send I have added only the emergency services for Austria with the respective link to the written law. The same is done from other 3GPP CT1 delegates who have given the info regarding the other countries in the file. Ecrit experts can check the links and read the respective law requirements written in the languages of the respective country.
Regarding 197 service, the original name of the service of the name in French is: Alerte attentat – Alerte enlèvement from the provided link with written law. So I suppose this is a little bit different meaning from what is written as translation – according to Google it is more regarding alert abduction and attack. It was filled in the file from Orange delegate in 3GPP CT1, so I suppose more explanation from her will follow. If there is Ecrit expert speaking French, he can also help.
The list is present already – done with help of 3GPP CT1 delegates from the respective countries, but only some countries in Europe present there. It is seen from the list that consolidation between different countries is not so simple and it cannot be done without reading the law of the respective country on the respective language.
I consider talking with regulator not so easy – it has to be done via the official channels. I expect the regulator, when wants to start a new service, to have a meeting with all the operators present in one country and to discuss the details about. On such meeting every operator can state its opinion and discuss the requirements and possibilities. The requirements for the solution will be finalised and then the regulator can publish the respective law. Gathering such meeting is not in mine authorities. The result of talking only with some of the attending parties in process will be only speculation regarding a future decision. I am also not sure if this is the process in every country.
That is why 3GPP CT1 tried to register country specific emergency URN as a simple solution for countries where the emergency services are different from the common ones.

Best regards,

Vasil

Von: Henning Schulzrinne [mailto:hgs@cs.columbia.edu]
Gesendet: Montag, 10. Juli 2017 14:45
An: Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at>
Cc: ecrit@ietf.org
Betreff: Re: [Ecrit] country specific emergency URNs

We can't predict what unknown third parties, such as regulators, will do, but since registrations of sos URNs is not a high-effort project, we can always go back and try again. I think it is incumbent upon standards organizations to explain that these are "mechanical" protocol constants, not user interface elements.

The most productive way forward would be to enumerate the services by description (and, for concreteness, the [short code] number and country) and whether these services are meant as emergency services (i.e., a vehicle with flashing lights get dispatched) or as counseling (i.e., somebody provides advice or information over the phone, with no expectation that anything or anyone is dispatched to your location). That way, we can collectively judge which ones are sufficiently similar and avoid any collisions, as well as judge whether a hierarchical label is useful. As I mentioned, the goal is collision avoidance within a country and rough categorization, without worrying about fine details. (After all, we don't get too concerned for 112/911 of how each country or region organizes their fire brigades and whether dispatch is done across services, integrated or separated by service.)

From your note, it is clear that we're lacking an authoritative description in some cases. For example, I admit that I don't understand the 197 service (why would children call in terrorism alerts?). I'm afraid in some cases, nuance or substance has been lost in translation (literally, in some cases).

Since you seem to have a good list of emergency services, maybe you can get this started and others can chime in. Again, I wouldn't worry about the labels at this point as that is probably more of a distraction.

In some cases, I think it would be helpful to have somebody with local knowledge contribute, possibly after consulting with local authorities.

Henning

On Mon, Jul 10, 2017 at 5:31 AM, Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>> wrote:
Hi to all,

In my first bullet regarding unique emergency URN I have given the example with differences between IMS and CS and to show that emergency numbers are handled differently and also to show the roaming treatment. For every emergency number defined by regulator it is needed to have sos domain. Sos triggers the respective routing with emergency category and this is different from the CS treatment where some numbers currently are not handled as emergency and detected as such on a later stage. I am glad to understand that this is also the view of ECRIT and for every emergency service defined by local law there shall be sos definition.

In my second bullet regarding difficulties of consolidating services in different nations I have given examples of 142 – Telefonseelsorge (telephone soul care), 106 – Mental problems hotline. Just looking to the names - the services look quite similar, so how these two services will be named under sos? Sos.soulcare and sos.mentalhealth?
197 – Terror Alert – Child Alert in France – I suppose the name shall be sos.terror-child? I think somebody from France should explain the specifics regarding this emergency service.
114- Child emergency in Italy – here is easy – sos.children.

In my third bullet regarding counselling services in one country considered as emergency in other I have given examples of 147 and +498001110333<tel:+49%20800%201110333>. I suppose 147 (emergency service for children and youth) shall be sos.children-and-youth. The service does not have the same name as 114- child emergency in Italy. +498001110333<tel:+49%20800%201110333> shall be counseling.children.

In my fourth bullet regarding the will of the local regulator – I fully agree that the urns may even look like sos.1, sos.2, sos.3, sos.4 … But the problem might be that the local regulator does not think so. Till now in Austria there is no law regarding routing of IMS emergency calls, but when it is written it could be written inside that urns shall be sos.telefonseelsorge, sos.kinder.147.

I see a problem with that I am not authorized to make registrations regarding emergency URNs – I am not representing the regulator or the other operators in the respective countries.
Of course I could try to define sos.children and I agree that this will be enough, but if the regulator later decides that this is not ok?

Best regards,

Vasil


__________________________________________________________________________________________
Notice: This e-mail and any attachments are confidential and may be privileged.
If you are not the intended recipient, notify the sender immediately, destroy all
copies from your system and do not disclose or use the information for any purpose.
Diese E-Mail inklusive aller Anhaenge ist vertraulich und koennte bevorrechtigtem
Schutz unterliegen. Wenn Sie nicht der beabsichtigte Adressat sind, informieren Sie
bitte den Absender unverzueglich, loeschen Sie alle Kopien von Ihrem System und
veroeffentlichen Sie oder nutzen Sie die Information keinesfalls, gleich zu welchem Zweck.

Think before you print!

T-Mobile Austria GmbH
Geschaeftsfuehrung: Dr. Andreas Bierwirth (Vorsitzender), Aufsichtsrat: Dr. Rolf Nafziger (Vorsitzender)
Firmenbuch: Handelsgericht Wien, Sitz Wien, FN 171112k, UID ATU 45011703, DVR 0898295
Konto: UniCredit Bank Austria AG IBAN: AT93 1200 0528 4407 2301, BIC: BKAUATWW

T-Mobile – Das verbindet uns.
__________________________________________________________________________________________