Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt

Ivo Sedlacek <ivo.sedlacek@ericsson.com> Wed, 21 December 2016 06:50 UTC

Return-Path: <ivo.sedlacek@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 936A11297C2 for <ecrit@ietfa.amsl.com>; Tue, 20 Dec 2016 22:50:41 -0800 (PST)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 2BvgwE1geDRk for <ecrit@ietfa.amsl.com>; Tue, 20 Dec 2016 22:50:38 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 90F7B1296DD for <ecrit@ietf.org>; Tue, 20 Dec 2016 22:50:37 -0800 (PST)
X-AuditID: c1b4fb3a-45bff70000005d1c-a0-585a263a6f99
Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by (Symantec Mail Security) with SMTP id 12.B5.23836.A362A585; Wed, 21 Dec 2016 07:50:35 +0100 (CET)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.87) with Microsoft SMTP Server (TLS) id 14.3.319.2; Wed, 21 Dec 2016 07:50:59 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1sXW4Tb4YCtFdowVl1R78IQmqAV8REb0hjaxLuLtO/U=; b=g5W4jyYJnn4X/rks9kRbB0T7H5k34ZeVeY5XPVsduDZ+pRJbI0oePIwQue6NqFDbVO5I7Sqy58tCIbAlh9VYc0l0J1d3uv42jgp+FU/XNfNeD/RnAA9Flu3M6q4hdFZTQURLtWVaPOLuLnS4zw2a59ZEZ1WtnJwwCqpYQKHOEGA=
Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2466.eurprd07.prod.outlook.com (10.169.153.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.803.5; Wed, 21 Dec 2016 06:50:32 +0000
Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) by AM5PR0701MB2468.eurprd07.prod.outlook.com ([10.169.153.136]) with mapi id 15.01.0803.010; Wed, 21 Dec 2016 06:50:32 +0000
From: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
To: Brian Rosen <br@brianrosen.net>
Thread-Topic: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt
Thread-Index: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUwgAAaoICAAOm3kA==
Date: Wed, 21 Dec 2016 06:50:32 +0000
Message-ID: <AM5PR0701MB24681A713CD739498C17C8C7E5930@AM5PR0701MB2468.eurprd07.prod.outlook.com>
References: <148192031155.14691.15926529065829067237.idtracker@ietfa.amsl.com> <80337302-56F1-4A10-A531-14C09A499B6B@brianrosen.net> <AM5PR0701MB2468356AEB66DF2D791718E7E5900@AM5PR0701MB2468.eurprd07.prod.outlook.com> <BF57D33D-CCBF-4F9D-B131-4BEF1AC2F508@brianrosen.net> <AM5PR0701MB24681C78CFD6E6332E1CC889E5900@AM5PR0701MB2468.eurprd07.prod.outlook.com> <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net>
In-Reply-To: <3F1B2A2C-97DB-4E07-9913-A50438A859FB@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=ivo.sedlacek@ericsson.com;
x-originating-ip: [193.179.210.162]
x-ms-office365-filtering-correlation-id: 7e971f3f-93a3-43ce-70c1-08d4296da8b9
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2466;
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2466; 7:VCUXieUBvHjQOwaj8OwnF1CS2GWdVea2wDqHdW5ZCObneXWxPLdlHFNbejtlMKQ9iGOsfM7lwdl7YhDanGy+kzqPvCZuBgIxoXseNl/VAvOh6o4kw4yPFGwtg7KAGYdin2hXN1HL/tbwJ+QiqheC/6fB+rSmrgamjzhJ/xP60iIZls0Ui4mHhpaIL74V7ztYx4xnQwRciap4LtwogmJOt10dit3NWDVfUU93xZeCfYOCWlcNnDRgBKqfk7Mp7mV4+CrOWOcViP4q1VBnCVFT62TQ4yYUa1rWg+X9S2DFC9NWbZzWVIHV1offto4wfs72I6+fcu8GNsKcFggA/pfFn01UubRb1G5kjH+o+xJAARy93+38W+VelF2q74STHMtfFTrvW5SZoh4sdzkFUGTQ0PZYaj3cSBLZo+dIch9NFgWrw8SorYhMVa/Ky8zhmfqDRh9GD7YPmhINy3hZE9ZIOA==
x-microsoft-antispam-prvs: <AM5PR0701MB2466DFEA315480BF3FE24884E5930@AM5PR0701MB2466.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123562025)(20161123555025)(20161123560025)(20161123564025)(6072148); SRVR:AM5PR0701MB2466; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2466;
x-forefront-prvs: 01630974C0
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(39450400003)(199003)(189002)(24454002)(69234005)(377424004)(51444003)(377454003)(3660700001)(2950100002)(6916009)(74316002)(5660300001)(14971765001)(3280700002)(76576001)(106356001)(106116001)(2906002)(101416001)(76176999)(110136003)(561944003)(66066001)(54356999)(50986999)(4326007)(105586002)(230783001)(33656002)(93886004)(7696004)(38730400001)(229853002)(102836003)(3846002)(6116002)(790700001)(606005)(25786008)(6506006)(6436002)(9686002)(4001150100001)(68736007)(189998001)(8936002)(8676002)(2900100001)(81156014)(81166006)(122556002)(77096006)(92566002)(97736004)(7906003)(86362001)(7736002)(24704002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2466; H:AM5PR0701MB2468.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM5PR0701MB24681A713CD739498C17C8C7E5930AM5PR0701MB2468_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Dec 2016 06:50:32.4351 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2466
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrOKsWRmVeSWpSXmKPExsUyM2J7uK61WlSEwbTfmhZP709js2hc9JTV gcnj/re/7B5LlvxkCmCK4rJJSc3JLEst0rdL4Mo4dyC/YMJm5orPV7kaGF8sZ+5i5OSQEDCR ONz2gq2LkYtDSGAdo8SaFx/YIZwTjBJruzrBMiwCvcwSB//3MoK0CAnMYpI42mcIUXWGUeLR 3Z9sIAk2AT2JiVuOsILYIgLKEjtvdbKD2MwCUhIHbr9hArGFBUIlJu97CVUTJnHy6Wo2CNtJ 4sTuO2D1LAKqEkffNIDdxyuQIHFz0TVWiGVLmCVWfGwBK+IEari+dh3YRYwCYhLfT61hglgm LnHryXwmiOcEJJbsOQ/1qKjEy8f/WCHqYyT+d39mhYgrS2yZ9B6qxlei9cEloJkcQLa/xLPr wRDhPhaJk9P5IML5Ev9vlkGEoyUu/H4MDi2gEiaJpes3skEkZCROXX3HApFYwSaxfsNdJkjI pUosX9vKCAkIKYm7VzoZJzBqzkJyNoSdLzFx7lr2WWD/C0qcnPmEZRbQbmYBTYn1u/QhShQl pnQ/ZIewNSRa58xlRxZfwMi+ilG0OLW4ODfdyEgvtSgzubg4P08vL7VkEyMw+Rzc8ttqB+PB 546HGAU4GJV4eAvcIyOEWBPLiitzDzFKcDArifCKK0VFCPGmJFZWpRblxxeV5qQWH2KU5mBR Euc1W3k/XEggPbEkNTs1tSC1CCbLxMEp1cDIrCwi25nkarb+XvFMtqw04XPfvYS36tkt6nsy 5avZNE3b7d2pX/9LLL08keEy653Pd78oK80MWloccn8L/9Z1fCeuBJmaHFXMO6q5ib9Xy/yy vW2NnbD1H3H34oI28y2bDt+fX9j2yVjuwWZ7xQvOLh57CuwabufOy9zUEtpgId4VuXbainAl luKMREMt5qLiRACK3tFTOgMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/pwLyA9ZmHBVgp9E5Cgame5Lsxww>
Cc: ECRIT <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.17
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: Wed, 21 Dec 2016 06:50:41 -0000

> You need a document with IANA considerations to create a registry, but an INFO will do.

Do you mean an RFC?

That makes getting emergency URN a lot toughter than today and pretty much prevents easy and quick deployment of new emergency services, which are subservices of an existing emergency service.

Kind regards

Ivo



From: Brian Rosen [mailto:br@brianrosen.net]
Sent: Tuesday, December 20, 2016 5:43 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com>
Cc: ECRIT <ecrit@ietf.org>
Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt

I think it’s an issue of whether we expect a number of registrations of subfoos.  If there is only 1 maybe not bother, but if we expect several, create the sub registry.  The expert can help guide.

You need a document with IANA considerations to create a registry, but an INFO will do.

The policy for the sub registry would be specified in that document.  I specified expert review in these 3.

Brian

On Dec 20, 2016, at 10:19 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com<mailto:ivo.sedlacek@ericsson.com>> wrote:

Hello,

> Although the ABNF allows it, I think that it’s much cleaner to have the separate registries.  I will note that we have allowed the registration in
> the existing registry, although if/when this document is published, we will remove it from the main sos registry and put it in the police sub registry.

How would it work for other services?

Imagine that a person X registers

                urn:service.sos.foo

and later on a person Y would like to register:

                urn:service.sos.foo.subfoo1
                               and
                urn:service.sos.foo.subfoo2

What would the IANA registration policy for request to establish sub-registry of urn:service.sos.foo?
And what would the IANA registration policy be for new entries in the urn:service.sos.foo subregistry?

> However, I do think “national” is actually a better token for this service, and I will change it in the next version.

Thanks.

Kind regards

Ivo



From: Brian Rosen [mailto:br@brianrosen.net]
Sent: Tuesday, December 20, 2016 4:04 PM
To: Ivo Sedlacek <ivo.sedlacek@ericsson.com<mailto:ivo.sedlacek@ericsson.com>>
Cc: ECRIT <ecrit@ietf.org<mailto:ecrit@ietf.org>>
Subject: Re: [Ecrit] I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt

Thanks for your comments.

Although the ABNF allows it, I think that it’s much cleaner to have the separate registries.  I will note that we have allowed the registration in the existing registry, although if/when this document is published, we will remove it from the main sos registry and put it in the police sub registry.  I have consulted with IANA on this.

I was careful to note that the token is NOT the name of the service, and trying to actually have the token be the actual name of the service will lead to many, many registrations that are effectively duplicates of one another.  Any police force which has true national scope would use the same token.  In the US, for example, it’s the FBI.

However, I do think “national” is actually a better token for this service, and I will change it in the next version.  However, I would not want to see a registration for the FBI, nor any other specific name for a national police force.  Having said that, in many countries, there are several national police forces with specialized responsibilities.  In the U.S., we have U.S. Marshalls, Drug Enforcement Agency, Immigration and Customs. Secret Service, and several others.  We don’t have emergency calling to them, so we don’t need sos tokens for them, but there are countries where there are more than one national police that do have emergency numbers and we will need tokens for them.  I would not want a “city” token instead of “municipal”.

At one point I was thinking of explicitly referencing the “A” levels from PIDF-LO for these tokens (so “A1” instead of “Provincial” and A2 instead of “Municipal”), but eventually decided that since we didn’t have A levels for all the tokens we would need that it didn’t make sense to use the A levels as the token name.  But I intended the tokens to be used that way.

Brian

On Dec 20, 2016, at 8:58 AM, Ivo Sedlacek <ivo.sedlacek@ericsson.com<mailto:ivo.sedlacek@ericsson.com>> wrote:

Hello,

Two comments to the draft:

Comment-1:
rfc5031 defines sub-services using the following ABNF where several sub-services can be included in a service URN.


     service-URN  = "URN:service:" service
    service      = top-level *("." sub-service)
     top-level    = let-dig [ *25let-dig-hyp let-dig ]
     sub-service  = let-dig [ *let-dig-hyp let-dig ]
     let-dig-hyp  = let-dig / "-"
     let-dig      = ALPHA / DIGIT
     ALPHA        = %x41-5A / %x61-7A   ; A-Z / a-z
     DIGIT        = %x30-39 ; 0-9

rfc7163 allows registration of additional sub-services of the service URN with the 'sos' service type using expert review.

Thus, registration of sub-services under urn:service.sos.police (under urn:service.sos.ambulance, and under urn:service.sos.fire) is possible already now and there should be no need to define new subregistries.

Comment-2:

The proposed new police emergency services do not address the needs of the Czech republic as:
- Czech republic defines emergency service of national police; and
- Czech republic is not a federation of states or provinces (and thus "federal" does not fit).
Proposal: change "federal" to "national".

Kind regards

Ivo Sedlacek


From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Brian Rosen
Sent: Friday, December 16, 2016 9:33 PM
To: ECRIT <ecrit@ietf.org<mailto:ecrit@ietf.org>>
Subject: [Ecrit] Fwd: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt

FYI




Begin forwarded message:

From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>
Subject: I-D Action: draft-rosen-ecrit-service-urn-subregistries-00.txt
Date: December 16, 2016 at 3:31:51 PM EST
To: <i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>>
Reply-To: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>


A New Internet-Draft is available from the on-line Internet-Drafts directories.


       Title           : A Subregistry for urn:service:sos.police, fire and ambulance
       Author          : Brian Rosen
            Filename        : draft-rosen-ecrit-service-urn-subregistries-00.txt
            Pages           : 5
            Date            : 2016-12-16

Abstract:
  In most countries, there are multiple kinds of police forces.
  RFC5031 defines a "Service URN" which is used to route emergency
  calls.  The urn has a sub registry for different kinds of emergency
  services that may be reached from different telephone numbers or
  service numbers (as opposed to a single number like 112).  In many
  countries, the "police" service is not a single service, but more
  than one service where the service area and/or types of emergencies
  they respond to are different.  In some countries there are multiple
  ambulance services.  This document defines sub registries for
  urn:service:sos.police, urn:service:sos.ambulance and, for
  completeness, urn:service:sos.fire.  It also provides an initial set
  of entries for these sub registries.  These services are in addition
  to the base urn:service:sos.police, etc. services.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-rosen-ecrit-service-urn-subregistries/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-rosen-ecrit-service-urn-subregistries-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org/>.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt