Re: [Ecrit] country specific emergency URNs

Brian Rosen <br@brianrosen.net> Tue, 11 July 2017 13:57 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 6687E12EA6A for <ecrit@ietfa.amsl.com>; Tue, 11 Jul 2017 06:57:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.588
X-Spam-Level:
X-Spam-Status: No, score=-2.588 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, URIBL_BLOCKED=0.001] 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 8L40T3_bb6o6 for <ecrit@ietfa.amsl.com>; Tue, 11 Jul 2017 06:57:25 -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 79B15129B7F for <ecrit@ietf.org>; Tue, 11 Jul 2017 06:57:25 -0700 (PDT)
Received: by mail-qk0-x235.google.com with SMTP id d78so623021qkb.1 for <ecrit@ietf.org>; Tue, 11 Jul 2017 06:57:25 -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=DQ25QcN8qbEnabl0IClAKa1NKrylQVVqfsZ483RIxpA=; b=u/UQ4bP/a9zFbSopYcXXZD/pL+t8Hx5LjEVzNWQGuxZSmX6F70S2Kv76bFG2Cte2xC g++9wnJGDVfJu23EWdUyzDfk9bXNkC90o9OXCOhdBRm/k78KS23XSZuCmdfIprtYyoBT lWG/f3C8EEg5w+02Zat4BKx4pWc0W9IbKClBGHioMa/MpPFxsrz1C4ewRkrO80kfqP12 o6zfw2XqtYBmWhPSIi4OHOmJTX0Uc5LFhXZ6DIY4r3b8l6NkOcTwatgnZxvRTQs/PTJR owXDAyyODI7IyRIeIb3pgVeQUFQ8gC4sqjfU/8o1a4I+YKRKo0fcjJUj9LBgesR8PLTO wK0Q==
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=DQ25QcN8qbEnabl0IClAKa1NKrylQVVqfsZ483RIxpA=; b=Qnpm/ObDEikBi8yFpMyhZwS7NdflXW+dN0vDAYVO+Dw6iVaA/JvKhEdmPRe2+nwg+Y mQha3UsjPOirceNCwyT2lzmVV9eZbmA5xoWtG2T0o6uNDx1f30PU6dAHBWTP1FD2dkZw q81OP8/AkhHLQr7VfD1d33DYgU3lSlL3J5SRHsCA/oBcmug1GdS7HZmEEGxdYu8x0GOO tnfdGLwuieVpXhD8xl7f60cHiArs9xW1zgTFAHQ+70K9IZpxcF53EpCs4gIdR5gS54hS 5Te2psl3DZHYCpDBrdho74t+g5q1Ywcock1ysiMwfuDkHk3IKUZh6C4PvxhxcBS7fr59 ec0Q==
X-Gm-Message-State: AIVw1137wGFQxwI+r3wrkz/B5DDIT/1+24iVxu75m/rW6303z6De49LL nQjwtPUbP912ta0wMXTZwg==
X-Received: by 10.55.115.132 with SMTP id o126mr45729qkc.130.1499781444142; Tue, 11 Jul 2017 06:57:24 -0700 (PDT)
Received: from [10.96.10.159] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id m49sm9773qtf.32.2017.07.11.06.57.17 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Jul 2017 06:57:23 -0700 (PDT)
From: Brian Rosen <br@brianrosen.net>
Message-Id: <24BB3D3B-5765-49F0-ABD6-A9EF1690C505@brianrosen.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_43005617-3306-45E8-9E2B-629246892BC0"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Tue, 11 Jul 2017 09:57:11 -0400
In-Reply-To: <52809D5B0606C049903AD6AD07E033E1032709783F@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>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/HpkTLbWpK9gnP-rlMX3zo5VnQG4>
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 13:57:29 -0000

Henning provided the answer to this issue:
1. We make a list of all known services, and create registrations for them.  Your list from CT1 will be very helpful to do this
2. A country makes its own determination of which existing registrations match its services, and uses those registrations for services that it determines match
3. If there is a service in a country that does not match, it requests a new registration.  As this involves a designated expert reviewer, there may be some questions back and forth about why an existing registration is not acceptable, but if it is actually a different service, then there is a reasonable expectation the new registration will be allowed.

As Henning and I have observed, the only requirement is that there be a unique mapping between the service number and a registration.  The name of the service doesn’t matter.  It’s helpful if the service matches the description in the registration, but, strictly speaking, it doesn’t have to, it only needs to be unique from other services in that country.

Brian


> On Jul 11, 2017, at 9:43 AM, Aleksiev, Vasil <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] 
> Gesendet: Dienstag, 11. Juli 2017 13:33
> An: Aleksiev, Vasil <Vasil.Aleksiev@t-mobile.at>
> Cc: 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.
> __________________________________________________________________________________________
> <Emergency-numbers-v1.6.xlsx>_______________________________________________
> Ecrit mailing list
> Ecrit@ietf.org
> https://www.ietf.org/mailman/listinfo/ecrit