Re: [Ecrit] country specific emergency URNs

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 12 July 2017 19:38 UTC

Return-Path: <christer.holmberg@ericsson.com>
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 A720D12EC17 for <ecrit@ietfa.amsl.com>; Wed, 12 Jul 2017 12:38:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 UmIWO3RlUZ89 for <ecrit@ietfa.amsl.com>; Wed, 12 Jul 2017 12:38:24 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 932B412EA74 for <ecrit@ietf.org>; Wed, 12 Jul 2017 12:38:23 -0700 (PDT)
X-AuditID: c1b4fb25-607ff70000001eeb-11-59667aad284e
Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.183.51]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 3D.18.07915.DAA76695; Wed, 12 Jul 2017 21:38:21 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.98]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.03.0352.000; Wed, 12 Jul 2017 21:38:21 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Brian Rosen <br@brianrosen.net>, "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>
CC: "ecrit@ietf.org" <ecrit@ietf.org>
Thread-Topic: [Ecrit] country specific emergency URNs
Thread-Index: AdL2ROp+GC2FwlYiRHWp8QRnly9MhQARnPOAAEAq5AAAHB2PAAALhiIAAEj9T4AABsHgAAApl6CAAAYxyIAABIinAAASdB6AAB+YDYAAAFpNgAACM2oAAAEe2YAAADY9gAAA1MqAAAvCePA=
Date: Wed, 12 Jul 2017 19:38:20 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC600F4@ESESSMB109.ericsson.se>
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> <52809D5B0606C049903AD6AD07E033E1032709747D@ATWIREMXSC0101.sv.ad.tmo> <CACgrgBYUs=CfyjuPM9BX9Z1u9o7Boqtpj4=viOMB0VjYu0Aq9w@mail.gmail.com> <52809D5B0606C049903AD6AD07E033E1032709783F@ATWIREMXSC0101.sv.ad.tmo> <CACgrgBY+d==tTbVCuwLcTP_M6saYZw0UpV4Mi66DL2ToCbVeeA@mail.gmail.com> <52809D5B0606C049903AD6AD07E033E10327178504@ATWIREMXSC0101.sv.ad.tmo> <1599E1B5-CBA4-43F9-90FC-FA8D4EBAC28F@brianrosen.net> <52809D5B0606C049903AD6AD07E033E103271785EB@ATWIREMXSC0101.sv.ad.tmo> <ED1B93BE-A29D-46F5-8417-C8D56C9F83C5@brianrosen.net> <DB5PR07MB14809D599D828F1A5420CD34F7AF0@DB5PR07MB1480.eurprd07.prod.outlook.com> <1FFAF3E4-3FCF-43A9-8194-AA4B337FFFE2@brianrosen.net>
In-Reply-To: <1FFAF3E4-3FCF-43A9-8194-AA4B337FFFE2@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.148]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CC600F4ESESSMB109erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprPIsWRmVeSWpSXmKPExsUyM2K7se7aqrRIg/VzzCye3p/GZtG46Cmr xYYtx1kcmD3uf/vL7rFkyU8mj7u3LjEFMEdx2aSk5mSWpRbp2yVwZVzeeZut4MlG1oo3j24x NTD+mM/axcjJISFgIvHuczdzFyMXh5DAEUaJk993QjmLGSU2PF7A0sXIwcEmYCHR/U8bpEFE IEri3YctjCA2s4CqxLnGx2AlwkCDpkxThCgxlXjR8oIVZIyIwDxGiV/zOthAEixA9buvtbCA 2LwCvhKNr38wgdhCAos4JZ4tMwSxOQWcJGafXgpWwyggJvH91BomiF3iEreezGeCOFpAYsme 88wQtqjEy8f/oJ5Rkmhc8oQVoj5fYsfqd4wQuwQlTs58wjKBUWQWklGzkJTNQlI2C+gdZgFN ifW79CFKFCWmdD9kh7A1JFrnzGVHFl/AyL6KUbQ4tTgpN93IWC+1KDO5uDg/Ty8vtWQTIzDa Dm75rbqD8fIbx0OMAhyMSjy8goVpkUKsiWXFlbmHGCU4mJVEeNXLgEK8KYmVValF+fFFpTmp xYcYpTlYlMR5HfddiBASSE8sSc1OTS1ILYLJMnFwSjUwKkTznV25uKpc/YZWhkWrtHpB3JlW 9ZOdKka81vbL585m2H6u8vdpn6or92ckrFdsLvr3yTtug44dx//L6QoN8w7sWHDdOayhMuWH ue6nCcuKN6mxnp1X/KG8o7rEr9PgwYaqd6218fYyEy1UOM/PsHLf0R1qWRQVxj65eYXm8mL/ 1xflfj9TYinOSDTUYi4qTgQAvaIf6rICAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/Elw4B_D6wL368EIrNvBCJ8IZqLs>
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: Wed, 12 Jul 2017 19:38:28 -0000

Hi,

>No, I meant “flowers” like “flowers.ambulance”.
>
>The name has no significance.
>
>We do in fact want the name to be suggestive of  the function, mostly so that provisioning is easier.  However, if there was a flowers.ambulance, it should >work EXACTLY the same as if it was sos.ambulance, counseling.ambulance or non-government-non-emergencyservices.ambulance or sos.a15b23.
>
>The name has NO SIGNIFICANCE.  It’s just a token.

If that is true, we do we separate the sub-services to begin with? Why do we define sub-service specific registration procedures (even though they happen to be identical for the existing sub-services?

RFC 5031 defines semantics for the sos sub-service, and at least my understanding is that sos is to be used for emergency services, and nothing else. Where is it said that it is ok to use sos also for non-emergency services, and to use non-sos for emergency services?

If we start using non-sos for emergency services, and sos for non-emergency services, I think we will end up in a mess…

Regards,

Christer




On Jul 12, 2017, at 11:27 AM, Drage, Keith (Nokia - GB) <keith.drage@nokia.com<mailto:keith.drage@nokia.com>> wrote:

Yes, but the name is “sos.flowers”, not “flowers”.

Further, if the receiving entity does not understand “sos.flowers” it will be treated as “sos”, and therefore any usage should correspond with the semantics of “sos”.

Failure to do this will mean calls that are not emergency calls (thereby not requiring immediate response) will be sent to the PSAP, and at least certain regulators and emergency service providers get very upset with this happening.

So any subtype meaning, in my view, must also complement the semantics of “sos”, rather than just replace it.

Regards

Keith



From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen
Sent: 12 July 2017 16:21
To: Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>>
Cc: ecrit@ietf.org<mailto:ecrit@ietf.org>
Subject: Re: [Ecrit] country specific emergency URNs

Vasil

There is NO SIGNIFICANCE to the name.  It can be “flowers” and work the same.

Whether you treat the call as an emergency call (priority, etc) cannot be determined by the urn NAME.

It might be determined by looking at the URN and comparing it to a list of URNs that should be treated specially, but you can’t infer that just because the urn starts with sos that it is an emergency call, or that if starts with “flower” that it isn’t an emergency call.

The name has no significance.

Brian

On Jul 12, 2017, at 10:49 AM, Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>> wrote:

Hi Brian,
A service URN with a top-level service type of "sos" is used only when the user intends to establish an emergency call. The emergency call will be treated with priority in the network. For non-emergency numbers in one country sos shall not be used since priority there is not needed.

Best regards,

Vasil


Von: Brian Rosen [mailto:br@brianrosen.net]
Gesendet: Mittwoch, 12. Juli 2017 15:46
An: Aleksiev, Vasil <Vasi<mailto:Vasil.Aleksiev@t-mobile.at>l.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>>
Cc: Henning Schulzrinne <hgs@cs.columbia.edu<mailto:hgs@cs.columbia.edu>>; ecrit@ietf.org<mailto:ecrit@ietf.org>
Betreff: Re: [Ecrit] country specific emergency URNs

Vasil

Once again, the name has no significance as long as it is unique.  We use the names as suggestive for the service to aid the service providers, regulators and public safety authorities in setting up the systems, but the urn name is not used by anything other than computer software during an emergency.

If one country has a service for an ambulance service that is considered an emergency service, but in another country it is not considered an emergency service, we can, and should still use the service in the sos tree for the non-emergency service.  On the other hand, if there was a country that had two ambulance services, one that was used for emergency transport and another that was used for non-emergency transport, then we would need two URNs, because we have distinct services and need different URNs.

Brian


On Jul 12, 2017, at 9:36 AM, Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>> wrote:

Hi Henning,
I have looked at the list and noticed that you have also entered the other numbers for Austria, which are not emergency numbers. They shall not be under sos. This is what I see as other problem – there are services which you call for help - the respective service or vehicle is dispatched, but since they are not defined as emergency according to the law, they shall not be under sos domain.
For Austria you can also see in the law document (https://www.bmvit.gv.at/telekommunikation/recht/aut/rtrverordnung/downloads/kem_vo/2009212.pdf ) that the non-emergency services are:

130 Landeswarnzentralen (Country warning centre) – used in cases of storms, floods, different crisis, disaster control.
120, 123 Pannendienste – Roadside assistance.
1484-x Krankentransporte – ambulance services – only regional service.
116000 Hotline für vermiste Kinder – hotline for missinig children.
116111 Hotline für Hilfe suchender Kinder - hotline for searched (wanted) children.
116123 Hotline zur Lebenshilfe – hotline for support.
111 Telefonströrungsannahmestellen – Registering technical problems with telecommunication services.
118 Telefonauskunftsdienste – Telephone information services.

Some of them can be registered under counselling. Obviously road assistance and disaster line are not counselling services  - they can be defined under new domain – for example help.road.

Interesting is that 147 is emergency service, so it shall be sos.children, but 116000 shall be counselling.child.missing or help.child.missing. 116111 – help.child.wanted, 116123 – counselling.life (combination of mental-health and suicide). 1484-x help.ambulance. 111 – help.telecom, 118 – help.info<http://help.info/>.

The number which you have entered in the table of your file 01/406 43 43 and 0800/133133 are not present in the law document so they shall not at all be present in your file. The number starting with 01 is a normal number in Vienna, 0800 is a free phone service according to the law.

Best regards,

Vasil


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

Vasil,

my apologies for missing the attachment. This is indeed quite helpful. I have started to collect those and some other numbers at

https://docs.google.com/presentation/d/18t1siLVrPTwyYWUm8TQK7EnwC9Y4hwkYZmEa846Pzig/edit?usp=sharing

I've "pencilled in" some tentative names in red mainly to make sure that there are no in-country duplications.

There are a number of to-do countries, but so far, I've noticed a few that are likely to be easy (well-defined), with some tentative names:

sos.child-protection (for emergency services that deal with child abuse)
sos.child-missing (for missing or abducted children)
sos.water (for water utility-related emergencies, similar to sos.gas)
sos.electric (for electricity-related emergencies)

No particular preference on whether to label the children-related ones

sos.children.protection
sos.children.missing

I'll raise a few others separately to avoid mixing threads.

Henning

On Tue, Jul 11, 2017 at 9:43 AM, Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>> wrote:
Hi Henning,
I am sending the list attached. Sorry for not adding it in every email. It was present in the first mail that I have sent. It was prepared from 3GPP CT1 delegates as a list of emergency services in the respective countries according to current law – links to the law texts is also provided. Unfortunately we do not have more knowledge regarding other countries.
I gave the example with 147 again regarding not typical emergency service making sure that there is common understanding. Only the local law has the authority to say what services are emergency and all parties involved shall take this for granted and treat every aspect of the service as emergency including the sos registration.

I have tried to use google translate for the French document and it seems to be what you describe. But it is better somebody knowing French language to say more about it. Even if this service is activated under special circumstances it is still expected to have treatment as emergency call and it shall be under sos subspace.

According to the current law if subscriber from Telekom Italia goes to Austria and taking in mind emergency numbers in Italy dials 113 (Police) from phone with IMS registration, such call shall be stopped since 113 is not existing number in Austria. Dialling the number is leading and dialling of not existing number cannot route the call to emergency service.

Best regards,

Vasil





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

You mention a list (or lists) that you and others have compiled. Can you point at it (or attach the documents or presentations) as I'm afraid I don't have a good place to look?

One of the advantages that we have on this mailing list is that we can indeed draw on the expertise of a wide variety of international experts.

I also don't understand your comment regarding 147. I thought we had agreed that if a service exists as an emergency service, it will be added as an SOS URN, even if there's already a counseling version that's somewhat similar. Again, the user expectation should guide this since the goal is to fall back to something that the user isn't (too) surprised by if the service does not exist.

For France, the law seems to be at
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT000030973250

Interestingly, the link (via Google Translate) offers the following helpful advice:
"Finally, without calling into question the need of the Ministry of the Interior, the majority of contributions reminds us of the inefficiency and the risk of confusion associated with the multiplication of emergency numbers. Some operators reiterate the request made by the French Telecom Federation during the previous consultation of a reflection on the rationalization of emergency numbers."
From what I can tell, 197 is a number that combines two services, namely for citizens calling in information about an attack or a child abduction. The number is only activated after an incident and is otherwise dormant. In the US, we call them "tip lines" (although they are used for crimes in general, not just the two special cases). See
http://www.secourisme.net/spip.php?breve412&lang=fr

Henning

On Tue, Jul 11, 2017 at 4:35 AM, Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at<mailto:Vasil.Aleksiev@t-mobile.at>> wrote:
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


__________________________________________________________________________________________
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.
__________________________________________________________________________________________


__________________________________________________________________________________________
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.
__________________________________________________________________________________________ _______________________________________________
Ecrit mailing list
Ecrit@ietf.org<mailto:Ecrit@ietf.org>
https://www.ietf.org/mailman/listinfo/ecrit


__________________________________________________________________________________________
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.
__________________________________________________________________________________________