Re: [Ecrit] country specific emergency URNs

Brian Rosen <br@brianrosen.net> Wed, 12 July 2017 13:46 UTC

Return-Path: <br@brianrosen.net>
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 F08321318F3 for <ecrit@ietfa.amsl.com>; Wed, 12 Jul 2017 06:46:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.589
X-Spam-Level:
X-Spam-Status: No, score=-2.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=brianrosen-net.20150623.gappssmtp.com
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 sUPiZ7htqEEI for <ecrit@ietfa.amsl.com>; Wed, 12 Jul 2017 06:46:19 -0700 (PDT)
Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C92E012FEEB for <ecrit@ietf.org>; Wed, 12 Jul 2017 06:46:18 -0700 (PDT)
Received: by mail-qk0-x235.google.com with SMTP id d78so23835715qkb.1 for <ecrit@ietf.org>; Wed, 12 Jul 2017 06:46:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=6bHSVGV+PkGjCqdXbJy7O4YM3LnZcPp8ZTpDKOOfkC4=; b=o01qO6bCamnk941MBlMyG4ozJ/xoRcZSGswNNpP+GozEdSWUlcB35yhO0iqSjkmjos oHdQrwKWe65VLJicktzYd5jwFukcg0EEJvKePW60F8U4Db2IWLXjtDx9ac9oEY5cK1Is pSKwD5duOf2ZSD+ACMTYTeT/+5F/ZklZUDFc8Ye+6G2cj2QzB/Sjl+erKZCUdcxcjX/H 3WPfSvpIBdrhvkEEZaYA8okyZXJZk3e8o356SW+e06k6JZzp2vPS6j6KTA8BzsVFJSLX RB9UsHqJ2pLcdH1sUN1d/KLzjNztZBOJ26GJJqspBB7HAMb0smp/ezN+MWnORGkD5X7S MU4w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=6bHSVGV+PkGjCqdXbJy7O4YM3LnZcPp8ZTpDKOOfkC4=; b=J/US0J4Y4x17NMd944S0FxJENpJBPzVTrixUZKdjuyNqb6viGzrBp7axA/ivUBMK2h 9J9PZ5MPOKuj3H6eYNurdThMnzcc08ylMu75kDZw/xkQoD0jIqQPuZX+EQmuuWAX0cgt wGgCYWCRlIXQlKUgbpLq3PtZKMe1gGxHcpVL7+4p6j0GWtkelkqTf/J3M2oaRcuFVf+L FKfdaebSuDzIWp02+1vkHuSiyDgSS1BzXkjFNmSAZq7vJl8RAMTomeI8hiaiBOxfQM1x KCHWarrAIYbUT0vgN8190Ejgbeoiisbw/L5VlRZBAvJPpGITrXlgwekpzfmzxCxEoUkB gFDQ==
X-Gm-Message-State: AIVw110ZAL5ij1dhRRrWe9WMUnuS70oBCItNWTOR8PZieU86KryZxVQO SIlWUz/Eb4ldDNMp
X-Received: by 10.55.112.66 with SMTP id l63mr6146104qkc.56.1499867177782; Wed, 12 Jul 2017 06:46:17 -0700 (PDT)
Received: from [10.96.10.159] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id w9sm1972625qta.29.2017.07.12.06.46.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 12 Jul 2017 06:46:16 -0700 (PDT)
From: Brian Rosen <br@brianrosen.net>
Message-Id: <1599E1B5-CBA4-43F9-90FC-FA8D4EBAC28F@brianrosen.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_F777800F-DD3F-4BC4-934A-BB51FD009E6C"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Wed, 12 Jul 2017 09:46:15 -0400
In-Reply-To: <52809D5B0606C049903AD6AD07E033E10327178504@ATWIREMXSC0101.sv.ad.tmo>
Cc: Henning Schulzrinne <hgs@cs.columbia.edu>, "ecrit@ietf.org" <ecrit@ietf.org>
To: "Aleksiev, Vasil" <Vasil.Aleksiev@t-mobile.at>
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>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/zFONCfUesY6vHKJ7u_lMHssbkEU>
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 13:46:23 -0000

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> 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 <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 <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 <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 <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 <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 <https://www.ietf.org/mailman/listinfo/ecrit>