Re: [Ecrit] country specific emergency URNs

"Drage, Keith (Nokia - GB)" <keith.drage@nokia.com> Thu, 20 July 2017 00:11 UTC

Return-Path: <keith.drage@nokia.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 CC6E61287A0 for <ecrit@ietfa.amsl.com>; Wed, 19 Jul 2017 17:11:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.91
X-Spam-Level:
X-Spam-Status: No, score=-2.91 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_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.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 UPfmTT0e9fQy for <ecrit@ietfa.amsl.com>; Wed, 19 Jul 2017 17:11:57 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40134.outbound.protection.outlook.com [40.107.4.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB7B41293E1 for <ecrit@ietf.org>; Wed, 19 Jul 2017 17:11:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Vji5MRkhgnA69K90CaoMbY9SQUtmr8bTBOaV7YZTpMk=; b=dWZfvovdO6MM+czKCw1VewSXNcLOxG5TkSdyHwjdnl7FUowYW/T/uSFe+PQvJg+FEOGe8rb8jkGTZFmIVImhTqyXeqFOahErPkYSPMYskIuPzqbXGGy9IUEDA6oJ8A3hv2VcCV4UypUtgnoz0dz+Hh5Fu0pQhM/5/fU4HfNfxyw=
Received: from DB5PR07MB1480.eurprd07.prod.outlook.com (10.165.212.10) by DB5PR07MB1432.eurprd07.prod.outlook.com (10.166.4.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1282.4; Thu, 20 Jul 2017 00:11:54 +0000
Received: from DB5PR07MB1480.eurprd07.prod.outlook.com ([fe80::f4d7:1b83:cbeb:be99]) by DB5PR07MB1480.eurprd07.prod.outlook.com ([fe80::f4d7:1b83:cbeb:be99%14]) with mapi id 15.01.1282.011; Thu, 20 Jul 2017 00:11:54 +0000
From: "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>
To: Brian Rosen <br@brianrosen.net>, Christer Holmberg <christer.holmberg@ericsson.com>
CC: "ecrit@ietf.org" <ecrit@ietf.org>
Thread-Topic: [Ecrit] country specific emergency URNs
Thread-Index: AdL2ROp+GC2FwlYiRHWp8QRnly9MhQBEALswAIla3wAAKZeggAAGMciAAASIpgAAEnQegAAfmA2AAABaTYAAAjNqAAABHtmAAAAHueAAAQNOgAAH7pUAAACr0IAAFmJkgAAOLXkAAFn3FoAAC/JRgADeWJbw
Date: Thu, 20 Jul 2017 00:11:53 +0000
Message-ID: <DB5PR07MB1480DF5592CC256F73EE1FA5F7A70@DB5PR07MB1480.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>
In-Reply-To: <FD4700F9-BF54-40D5-BC4E-C9661BBFE6F2@brianrosen.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: brianrosen.net; dkim=none (message not signed) header.d=none;brianrosen.net; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [135.245.212.8]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; DB5PR07MB1432; 7:vsHnW+6oHOYQ93tnv9yFQL4+k/biHQgMNwpKDDOEMbLdCGpynDXit4lgaLKiow4Kdbr2cCvBR12N9F4pk9x9H3CG0IldQfGKeIOjBYBhTcTIdLNJKqiV2K8Dt6VW+JyBLdOafan+eMtFAr/X/vo5wqT1ZP9VmkxSIug3LyxNRYTZl2c6SU/lbrna2rrebyXdm95oEExGMiDbva4myUJ1W8tTrAdbttz7/m+doy5S/KkL5ehOJ0IBGjJn4oIRpVtAfwpjeA1FtFkauJoQkAKjM/jsdfh3/9H45LIdNEyHNpODR+6da+QDp9nFSwJDKP6pQwsjN5xAZnIckXpMfj7BwhpM6vUF1PSiokcJfGjulvKRxUTF3on8Mv4Jp1byrmuksudomPXNAySpI/93OKe223hBzas3woyiLe+dPLIRmEv97gLGOLT7ParTZQZGemT3zGsHGvVyXD/W6Vry7b8cF9SvXSxF7i9IOVffjjGJ53xMovkMSq7nAwAMkDJiKMJEG2POrQ2FAAFfO5FKAdIBpRGfNlswp4MShqSJQNdv658xpcrM+4g3yJqGzcbeASlneYIu1LsQzqAoeqNru1AAwwjHWP11/m5btRZzV9QM9Gcq4MA3c9wi235VQpjYu6WvhwMi5C5TTxYpBW2Dtsq4czv9OQ72Go7cX9pKCYKzNKkb7wPlMjlK/O+laQc77jwEK5vo5RcqOkzsxHvnvFvJafxCDjx9mf6VAlnnp9nvY8ElgiSoY2qhEdUrGBMXwVYmrFeBgsh/BLhLLeGWunp/ZKolPrrJnHy/f/e3Gk9eNuA=
x-ms-office365-filtering-correlation-id: f5bce556-4e31-4beb-e83d-08d4cf03ed80
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254075)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DB5PR07MB1432;
x-ms-traffictypediagnostic: DB5PR07MB1432:
x-exchange-antispam-report-test: UriScan:(151999592597050)(37575265505322)(26388249023172)(236129657087228)(82608151540597)(148574349560750)(21748063052155)(167848164394848)(158140799945019)(247924648384137);
x-microsoft-antispam-prvs: <DB5PR07MB1432EDDBA7CBD3BB24639B65F7A70@DB5PR07MB1432.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(2017060910075)(10201501046)(100000703101)(100105400095)(3002001)(93006095)(93001095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(20161123560025)(20161123564025)(20161123558100)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DB5PR07MB1432; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DB5PR07MB1432;
x-forefront-prvs: 0374433C81
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39850400002)(39450400003)(39410400002)(39400400002)(39840400002)(39860400002)(377454003)(24454002)(229853002)(189998001)(5250100002)(86362001)(2906002)(2900100001)(74316002)(790700001)(6506006)(3846002)(102836003)(2950100002)(6116002)(6246003)(606006)(7736002)(53546010)(3280700002)(4326008)(38730400002)(99286003)(53936002)(8676002)(55016002)(5660300001)(9686003)(8936002)(3660700001)(6436002)(236005)(66066001)(81166006)(14454004)(33656002)(93886004)(50986999)(478600001)(7696004)(25786009)(966005)(54896002)(6306002)(54356999)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR07MB1432; H:DB5PR07MB1480.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_DB5PR07MB1480DF5592CC256F73EE1FA5F7A70DB5PR07MB1480eurp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Jul 2017 00:11:53.8832 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR07MB1432
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/P4RDqizmKbOLQTP7DnL9SyYNH2w>
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, 20 Jul 2017 00:12:00 -0000

I suspect there is one normative statement we should make (emphasise). That is that any usage of a type and subtypes MUST meet the semantics of the type and the subtypes and not just the subtype.

Thus it must be made more explicit that if I use “sos”, I want an immediate response, and if I use “ambulance” with it, I want an ambulance with immediate response. Failure to do this will mean that those responders that validly remove subtypes they do not need to understand will receive erroneous emergency calls.

Keith

From: Brian Rosen [mailto:br@brianrosen.net]
Sent: 15 July 2017 15:02
To: Christer Holmberg <christer.holmberg@ericsson.com>
Cc: Drage, Keith (Nokia - GB) <keith.drage@nokia.com>; ecrit@ietf.org
Subject: Re: [Ecrit] country specific emergency URNs

I have a draft in progress:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00

Henning and I are going to add subtrees for several kinds of services, and we can include the non-emergency services in that.

It is informational - in only asks IANA to create sub registries, and does not update 5031.  I don’t think we need to update 5031 if we do that.

Brian

On Jul 15, 2017, at 4:20 AM, Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote:

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<mailto: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