Re: [Ecrit] country specific emergency URNs

Brian Rosen <br@brianrosen.net> Thu, 13 July 2017 13:24 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 36A36127241 for <ecrit@ietfa.amsl.com>; Thu, 13 Jul 2017 06:24:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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 daGRAzIpsLXT for <ecrit@ietfa.amsl.com>; Thu, 13 Jul 2017 06:24:28 -0700 (PDT)
Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (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 331B812783A for <ecrit@ietf.org>; Thu, 13 Jul 2017 06:24:28 -0700 (PDT)
Received: by mail-qt0-x236.google.com with SMTP id b40so37508233qtb.2 for <ecrit@ietf.org>; Thu, 13 Jul 2017 06:24:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brianrosen-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=LsXIEgYwFdWKpitz8smzp9PKQwjfbo7uIlRWjSTsyKs=; b=XuYCpqbfG4nFEdny7osCwgHyDJNj/BPqNYvrM4/CCtbxBlI6A7uGRJCKfBCz36RIOG OvTCVcZxljEHHthfbY/35Zq55pDDDy7BdVJBr7RF7cuxb4Ka4Hf/58eM9AAziHKWDw2l Qx34EWhEEqC6L89xgraZOhU8pVh1eiKnjzBgyB6Q2VhjsOcMIqgRKRVrFg3p+dncB5xG GivP+Pw6dUquHd0opakXAPbXSbfTtsAREzPGjr9eQnxt99dmVtjQspDU0ohGZUfUTHwT eaffvk6lSiuKFEn+RTjBCO5hDvw4QM/J210Ujj59uial+f61foYgx5c4GSel6hduZARe Zv0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=LsXIEgYwFdWKpitz8smzp9PKQwjfbo7uIlRWjSTsyKs=; b=V2YetcOv9cuTad+WGSPDLmXrmTvcm5NWzuTSMpqHBb3X10TU0XqySSb3JI7zM9HrfX /0C2JhIKb2feAoTFpIFP9L93I3Cl7Q5pQ6Gtg6D7h3V5flPxEjylE5R11Dd12Ss/e9Ri IooGG66SPxh78tIqyF8R0H6T48Qu1RMGTjC8d3I67r9BfFJrJvuZiEaV0zzKW3A5QBM4 U8Nt5arp/ihkSMDiw0UoM5uXJxLV0f4jRCrpooTW4KPP/CV1hqCcEcVhZmuw3Zelos13 h04wYYk/F6gWZm7LB52p2S97En0iA8/lxKUXSS7dNhl2cqZsWljrWltOc003IgTN3McK E9UA==
X-Gm-Message-State: AIVw112e32SM3ccz4w7WfaX4JN/TOaq8xZNZz8ZIOsZiF6QmthNTp0Ka bdZV5AsSfU9+fOba
X-Received: by 10.237.52.39 with SMTP id w36mr5281313qtd.142.1499952267299; Thu, 13 Jul 2017 06:24:27 -0700 (PDT)
Received: from [10.96.10.159] (neustar-sthide-nat1.neustar.biz. [156.154.81.54]) by smtp.gmail.com with ESMTPSA id s5sm4288545qkl.9.2017.07.13.06.24.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Jul 2017 06:24:26 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <D58CED5D.1F468%christer.holmberg@ericsson.com>
Date: Thu, 13 Jul 2017 09:24:26 -0400
Cc: "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>, "ecrit@ietf.org" <ecrit@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <ABB243B9-8F34-4E97-B71A-6035F005D09A@brianrosen.net>
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>
To: Christer Holmberg <christer.holmberg@ericsson.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/sMDgB9y-Ugcjoi801j96LgVX2ts>
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: Thu, 13 Jul 2017 13:24:30 -0000

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

Brian
> 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
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>