Re: [Ecrit] country specific emergency URNs

Christer Holmberg <christer.holmberg@ericsson.com> Sat, 15 July 2017 08:20 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 93826131B34 for <ecrit@ietfa.amsl.com>; Sat, 15 Jul 2017 01:20:30 -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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 oLq-nrL7AxVx for <ecrit@ietfa.amsl.com>; Sat, 15 Jul 2017 01:20:29 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 014AB131B42 for <ecrit@ietf.org>; Sat, 15 Jul 2017 01:20:28 -0700 (PDT)
X-AuditID: c1b4fb2d-803ff70000005faa-54-5969d04a224b
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 63.59.24490.A40D9695; Sat, 15 Jul 2017 10:20:27 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.91]) by ESESSHC014.ericsson.se ([153.88.183.60]) with mapi id 14.03.0352.000; Sat, 15 Jul 2017 10:20:26 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Brian Rosen <br@brianrosen.net>
CC: "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>, "ecrit@ietf.org" <ecrit@ietf.org>
Thread-Topic: [Ecrit] country specific emergency URNs
Thread-Index: AdL2ROp+GC2FwlYiRHWp8QRnly9MhQARnPOAAEAq5AAAHB2PAAALhiIAAEj9T4AABsHgAAApl6CAAAYxyIAABIinAAASdB6AAB+YDYAAAFpNgAACM2oAAAEe2YAAADY9gAAA1MqAAAvCePD//+a/gIAA5aQAgAA+2wD//Q+VwA==
Date: Sat, 15 Jul 2017 08:20:25 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CC70318@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> <7594FB04B1934943A5C02806D1A2204B4CC600F4@ESESSMB109.ericsson.se> <3ABCE27C-CC6F-47AF-AD69-4AD38F3B55DE@brianrosen.net> <D58CED5D.1F468%christer.holmberg@ericsson.com> <ABB243B9-8F34-4E97-B71A-6035F005D09A@brianrosen.net>
In-Reply-To: <ABB243B9-8F34-4E97-B71A-6035F005D09A@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZGbHdRtf7QmakwfW1TBZP709js2hc9JTV YsOW4ywOzB73v/1l91iy5CeTx91bl5gCmKO4bFJSczLLUov07RK4Mn6e389S0CFX8fPCDdYG xiWyXYycHBICJhKbL+xn6mLk4hASOMIosWVSCwuEs5hR4vWfVsYuRg4ONgELie5/2iANIgLK EjtvdbKD2MwCMRI/jt1lAykRBho0ZZoiRImpxIuWF6wgY0QEdjFK7H51F6yeRUBV4k3Ha3aQ el4BX4lZC4UhVnVwSzTP/soKUsMp4CTR1PqYCcRmFBCT+H5qDRPELnGJW0/mM0EcLSCxZM95 ZghbVOLl43+sELaSxKLbn5lA5jMLaEqs36UP0aooMaX7IdgJvAKCEidnPmGZwCg6C8nUWQgd s5B0zELSsYCRZRWjaHFqcXFuupGxXmpRZnJxcX6eXl5qySZGYNwc3PJbdwfj6teOhxgFOBiV eHi/HcuMFGJNLCuuzD3EKMHBrCTCy7sdKMSbklhZlVqUH19UmpNafIhRmoNFSZzXYd+FCCGB 9MSS1OzU1ILUIpgsEwenVAOjxh3tc7lrtz980PgvdO3BEk2X4F2658NYyzTfscy+Jd0p2nbs tNiDmT7tsyNtDxrEcm7Wl+D00ng7+/6Xu1w2wa0KHdY8OwQL14rw26XGuH0R3K9v+3ad+c0o pSrVnq3mb7L+qu+J+Wuh4VriZz1bpvEDq9hhv1ve04Sqvsj+WlAzU5H5xAIlluKMREMt5qLi RAA05v5dlwIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/y6iPnsI-aTKLgs8MRRke7kFmc58>
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: Sat, 15 Jul 2017 08:20:31 -0000

Hi,

>As in my prior message to Gunnar, I’m convinced; let’s have non-emergency services, >including one for ambulance.

Great.

The question then is whether we should update RFC 5031, to make it more clear.

Regards,

Christer

> On Jul 13, 2017, at 2:38 AM, Christer Holmberg <christer.holmberg@ericsson.com> wrote:
> 
> Hi,
> 
> 
> 
>>> 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.
>> 
>> There is no limit expressed, or implied, that sos is restricted to 
>> łflashing lights˛ emergencies.  Itąs suggestive of emergency, but not 
>> exclusively used that way.
>> The counter example was the non-emergency ambulance service.  Using 
>> sos.ambulance for a non emergency ambulance service, unless a country 
>> has both an emergency and a non-emergency ambulance service that 
>> needs urns, is appropriate I think.
>> I donąt think it would be wrong to create a non-emergency ambulance 
>> registration, but I also donąt think we need to.
> 
> I think we should have separate URNs for emergency and non-emergency 
> services - no matter if the emg and non-emg services are provided in 
> the same country or in different countries.
> 
>> There is no MUST language at all.  Anything is acceptable, although 
>> the expert review gets to offer an opinion, and take it to the list 
>> if needed.
>> 
>> The review is merely supposed to make sure the service is distinct 
>> from an existing registration.  Registrations are cheap.
> 
> Not if we are going to have list discussions about the name whenever a 
> URN is to be registered. It would prolong the registration and, 
> depending on who participate in such discussions, the outcome would be 
> very inconsistent.
> 
> So, I strongly think that if the service is an emergency service, we 
> use sos. If the service is not an emergency service, we donąt use sos.
> 
> And, *URNs* are cheap, so we are not going to łrun out of them˛ if we 
> use different ones for emergency services and non-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Š
>> 
>> The above example is how I think we donąt get into a mess.  I donąt 
>> think there is a good reason to create an ambulance service that 
>> isnąt in the sos tree unless we have an incidence of two services and 
>> we need to differentiate.  Even if the ambulance service in a country 
>> is not considered an emergency service, using sos.ambulance for it is 
>> fine in my opinion.
> 
> I have a different opinion :)
> 
> Regards,
> 
> Christer
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>