Re: [Ecrit] country specific emergency URNs

Henning Schulzrinne <hgs@cs.columbia.edu> Tue, 25 July 2017 15:01 UTC

Return-Path: <hgs10@columbia.edu>
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 74461131CF6 for <ecrit@ietfa.amsl.com>; Tue, 25 Jul 2017 08:01:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 5vhjRmukLhGH for <ecrit@ietfa.amsl.com>; Tue, 25 Jul 2017 08:01:38 -0700 (PDT)
Received: from outprodmail01.cc.columbia.edu (outprodmail01.cc.columbia.edu [128.59.72.39]) (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 E1A98131CFF for <ecrit@ietf.org>; Tue, 25 Jul 2017 08:01:37 -0700 (PDT)
Received: from hazelnut (hazelnut.cc.columbia.edu [128.59.213.250]) by outprodmail01.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id v6PF1L3i011479 for <ecrit@ietf.org>; Tue, 25 Jul 2017 11:01:36 -0400
Received: from hazelnut (localhost.localdomain [127.0.0.1]) by hazelnut (Postfix) with ESMTP id D5AF26D for <ecrit@ietf.org>; Tue, 25 Jul 2017 11:01:36 -0400 (EDT)
Received: from sendprodmail02.cc.columbia.edu (sendprodmail02.cc.columbia.edu [128.59.72.14]) by hazelnut (Postfix) with ESMTP id BEFBD6D for <ecrit@ietf.org>; Tue, 25 Jul 2017 11:01:36 -0400 (EDT)
Received: from mail-oi0-f70.google.com (mail-oi0-f70.google.com [209.85.218.70]) by sendprodmail02.cc.columbia.edu (8.14.4/8.14.4) with ESMTP id v6PF1atk022649 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <ecrit@ietf.org>; Tue, 25 Jul 2017 11:01:36 -0400
Received: by mail-oi0-f70.google.com with SMTP id x3so11558517oia.8 for <ecrit@ietf.org>; Tue, 25 Jul 2017 08:01:36 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=00mWGyP/l19iTfe1wkWrx1ki2nW8HhECXAVYlZCFqGQ=; b=WSatncftQ7ubbMCzLlnRTVIbf/rvEL2LU9/kbFo7V3o+46GMQNtjdQOMVbou6aenWy y3WA2vx9t/YhH7CbY9TXlfRF8SOKMhfiE/Avu13ZNwHIXioea9+B0a+JyTL4efjuQkDM IYSYqWZckKVZ9pOMa0Y32gisRiAQgN5tzTkwRvrzu2CvSRf89erk5xezvi8dvV1yU5P0 UcHMTeKX1OZBQwAgtAA1Gx7PNqAv/jjV0FM4xoSV9JIlWiJiWm0gd+PmPawrGF+INDQo zU/uZCqXsTvzeGxFT3s4z3DYqvZXD+z6LDSRkQqr6T9TipBv/1q6+ifBo3TiwRMTfTLH qJwQ==
X-Gm-Message-State: AIVw1112EasG58zZRW+22rpzgadBqi1ABSLbdbNkfvLmWyRm/4Cd1+mX z4Hp6heHVHdSedb5W/toW/oDbfm0v3oUui/8qtck0dpYAAYpG8zQk2lH1JyRng9wdSXNvGxGOD2 RGy1ELCGVD3ZaTn+QOLr7
X-Received: by 10.202.222.139 with SMTP id v133mr10933532oig.42.1500994895372; Tue, 25 Jul 2017 08:01:35 -0700 (PDT)
X-Received: by 10.202.222.139 with SMTP id v133mr10933502oig.42.1500994894827; Tue, 25 Jul 2017 08:01:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.232.225 with HTTP; Tue, 25 Jul 2017 08:01:13 -0700 (PDT)
In-Reply-To: <AM5PR0701MB2468E07B0D33A693EEC5FE01E5B80@AM5PR0701MB2468.eurprd07.prod.outlook.com>
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> <7594FB04B1934943A5C02806D1A2204B4CC600F4@ESESSMB109.ericsson.se> <3ABCE27C-CC6F-47AF-AD69-4AD38F3B55DE@brianrosen.net> <D58CED5D.1F468%christer.holmberg@ericsson.com> <ABB243B9-8F34-4E97-B71A-6035F005D09A@brianrosen.net> <7594FB04B1934943A5C02806D1A2204B4CC70318@ESESSMB109.ericsson.se> <FD4700F9-BF54-40D5-BC4E-C9661BBFE6F2@brianrosen.net> <AM5PR0701MB2468B61E36805BF107BBA2CBE5BB0@AM5PR0701MB2468.eurprd07.prod.outlook.com> <CACgrgBYtjQLYxq3MMA0wxyKQD_eCVStUfcNRK+ohMif6BB5g9g@mail.gmail.com> <AM5PR0701MB24689A305A27859B45BC731AE5B80@AM5PR0701MB2468.eurprd07.prod.outlook.com> <CACgrgBY=KMmN8gbQJQ=pK7nGk4Kp3Mb07haC283MBGM4B4fGDA@mail.gmail.com> <AM5PR0701MB246838AF2623F6481C0C93E0E5B80@AM5PR0701MB2468.eurprd07.prod.outlook.com> <CACgrgBZ4PNXQqvK-H9hWnO2eBwCE0GEGJUvaFQfzUcNZTVPYGQ@mail.gmail.com> <AM5PR0701MB2468E07B0D33A693EEC5FE01E5B80@AM5PR0701MB2468.eurprd07.prod.outlook.com>
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Date: Tue, 25 Jul 2017 11:01:13 -0400
Message-ID: <CACgrgBa3jpZZan6LqAT9CrQ5E4+DDZykUfOyJLkjZ92t6KDd2w@mail.gmail.com>
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: "ecrit@ietf.org" <ecrit@ietf.org>
Content-Type: multipart/alternative; boundary="001a113d6250842d000555259b74"
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.78 on 128.59.72.14
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/mNDvM_wFK3cKBn6jMBm4wncHFcU>
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, 25 Jul 2017 15:01:48 -0000

None of you seem to have actually talked to a living, real "regulator" (in
reality, likely a staff person).

You argue that the RFC 5031 model should be abandoned, by assertion. I'm
not sure that trying to make technical arguments is going to convince you
or even first-hand experience of somebody who works for a regulator, so I
don't think continuing this discussion is particularly productive.

Henning

On Tue, Jul 25, 2017 at 9:25 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com>
wrote:

> > None of this has anything to do with the discussion of whether to
> create, essentially, SOS URNs that are phone numbers.
>
>
>
> It has.
>
>
>
> Several operators indicated that they do not feel authorized to make a
> registration for emergency-services-without-an-assigned-sos-URN (Vasil: 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. and Roberto: I share the points raised by
> Vasil.) and that a decision needs to be made by the regulator (Vasil: 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's why the operators want to stick to what is defined by in the
> regulations (i.e. emergency numbers) and enable its usage for addressing
> within 3GPP SIP based mobile networks.
>
>
>
> Kind regards
>
>
>
> Ivo Sedlacek
>
>
>
> *From:* Henning Schulzrinne [mailto:hgs@cs.columbia.edu]
> *Sent:* Tuesday, July 25, 2017 2:51 PM
> *To:* Ivo Sedlacek <ivo.sedlacek@ericsson.com>
> *Cc:* ecrit@ietf.org
> *Subject:* Re: [Ecrit] country specific emergency URNs
>
>
>
>
>
>
>
> On Tue, Jul 25, 2017 at 8:40 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com>
> wrote:
>
> Henning,
>
> Do you agree that:
> - *today*, most regulators do not indicate what sos URNs to use for
> emergency services; and
>
>
>
> None do, as far as I know. Neither do they specify whether SIP is to be
> used over TCP or UDP, or SIP is used at all, among a myriad of other
> details.
>
>
>
> - *today*, operators of 3GPP SIP based mobile networks need the sos URNs
> for the emergency services (for emergency call routing in their 3GPP SIP
> based mobile networks)?
>
>
>
> Yes. And they should decide whether regulators, in a specific country,
> care about SOS URNs or see that as a low-level engineering detail that is
> invisible to the public.
>
>
>
> None of this has anything to do with the discussion of whether to create,
> essentially, SOS URNs that are phone numbers.
>
>
>
> I haven't heard a substantive argument on this; rather, this is all about
> the perceived mental state or ability of regulators, which seems like a
> rather peculiar way of designing identifiers and protocols.
>
>
>
> I have made a specific set of proposals that provide URNs, sos and
> otherwise, for all EENA-identified services and other, non-emergency ones,
> that are listed as widely-available services. Rather than speculating about
> regulators, it might be more productive to see if they meet the identified
> needs and to identify gaps. I look forward to your feedback.
>
>
>
> Henning
>
>
>
>
> Kind regards
>
> Ivo Sedlacek
>
>
>