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

Ivo Sedlacek <ivo.sedlacek@ericsson.com> Fri, 23 December 2016 09:15 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 D16321299B4 for <ecrit@ietfa.amsl.com>; Fri, 23 Dec 2016 01:15:54 -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 Kvg9dNcmBn9n for <ecrit@ietfa.amsl.com>; Fri, 23 Dec 2016 01:15:53 -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 C262B1294B1 for <ecrit@ietf.org>; Fri, 23 Dec 2016 01:15:52 -0800 (PST)
X-AuditID: c1b4fb3a-854f998000005d1c-b9-585ceb46b53a
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by (Symantec Mail Security) with SMTP id CB.DC.23836.64BEC585; Fri, 23 Dec 2016 10:15:50 +0100 (CET)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.63) with Microsoft SMTP Server (TLS) id 14.3.319.2; Fri, 23 Dec 2016 10:16:15 +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=xUPUoEE1IHhtpBfRsnN/BvlG2q66wEsQWtMxR3yS8g4=; b=mfrCw3m9ADGXPM2tGSVZaFDbaXQc1IAPhYEAjpK7PkjhibfEOuc+uC3IjGwfMFwQmT75CPFhRQsuRS4eMpaZZz6r3+qKN7WDIAWpZmRAUFNWAzFr+AsUBwHphDQEtjXpaI47xPaSoyvi8b/P/w01NNjjaMtqqScdDJ6/R2AetkE=
Received: from AM5PR0701MB2468.eurprd07.prod.outlook.com (10.169.153.136) by AM5PR0701MB2465.eurprd07.prod.outlook.com (10.169.153.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.817.5; Fri, 23 Dec 2016 09:15:47 +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.013; Fri, 23 Dec 2016 09:15:47 +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: AQHSWtJu3yJv7DUb5UW1QOuSBAvImqEQ8AUwgAAaoICAAOm3kIAAiQ8AgAFsmwCAAEmQAIABAVpA
Date: Fri, 23 Dec 2016 09:15:47 +0000
Message-ID: <AM5PR0701MB24685E7A47D3EC32A3D8C451E5950@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> <AM5PR0701MB24681A713CD739498C17C8C7E5930@AM5PR0701MB2468.eurprd07.prod.outlook.com> <2055C2AF-C910-44BE-81FC-CA06FE1E0E2C@brianrosen.net> <AM5PR0701MB24687FDB1AEE0DF0F772B0FEE5920@AM5PR0701MB2468.eurprd07.prod.outlook.com> <7292B4B6-D187-4703-8F4B-F69DC3292330@brianrosen.net>
In-Reply-To: <7292B4B6-D187-4703-8F4B-F69DC3292330@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: 4b210ba3-0beb-4f1e-8d00-08d42b14484f
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2465;
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2465; 7:WlTSu/gvjGuL95BQKPyBQCcy7pKS/wVNlAkYbzqoYq7PXAqiQj+Un7OO1iOCd625YkVEEVKHz1kte/FbHC5JKhorhcPmNx0daLMmD/rDa4TImoRyG49ITU1qt53M4k4D9YHDACw2mxxBU/xgdPni+rLA5F0hghxOIzJs9gfncDhTQfKOH9Phxa+DvEmZMv+YgpsBflxjsDGmRYzJRplMyGLSZXCgrWYsQ5vr6rSQMrDmx8VgAAKPgXtMlBnTsR2Y62Fuu6ujNV5GWXGa3DrirBunffCRiUR92Evt/gWkM95WjLHK6xLOC8kNDABHq5aOG4J5sraV2++iGCwk7MT45ZvWhMwZ/agfakO8whQismRczVmnn/tqD+qxi9X5LIZzfV9Xcz9THooIEtMukm49dDin+2dfhRY8xdEZOIFg/yMKKNJw8L4fQ8IRaVJUQKExN+1AqYrgZu30/tUxxSR3Ew==
x-microsoft-antispam-prvs: <AM5PR0701MB2465C212FE73B291F7A970FCE5950@AM5PR0701MB2465.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148); SRVR:AM5PR0701MB2465; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2465;
x-forefront-prvs: 016572D96D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(39450400003)(199003)(189002)(50986999)(76176999)(3280700002)(7696004)(97736004)(3660700001)(54356999)(101416001)(5660300001)(4326007)(33656002)(66066001)(68736007)(9686002)(2906002)(74316002)(106356001)(105586002)(106116001)(93886004)(7736002)(81166006)(81156014)(8676002)(8936002)(230783001)(76576001)(86362001)(77096006)(6506006)(6116002)(790700001)(122556002)(2900100001)(229853002)(92566002)(102836003)(38730400001)(6436002)(2950100002)(6916009)(25786008)(110136003)(189998001)(3846002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2465; 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_AM5PR0701MB24685E7A47D3EC32A3D8C451E5950AM5PR0701MB2468_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2016 09:15:47.6604 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2465
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Sa0iTYRTHed7L9jocPC3N44rAWaFR80KEWGT2ISwI/WC5RNOVL2peJntV tKBMEryjZZHDNHSwdJUmK7VUdEXp1AwToYnIUEm7WaZ2MbXNZ4Hffuf8/4dznj8PR8uaWDmX nJ7Ja9PVqQqRhKlWtYXsP/4pRuXf9X1P0MzkbVHQtfoZ9igVNrm8Kg7T639TEVS05HACn5qc zWv9jsRLkgaWjEzGaAHK+fKilMpDhfmoGLlwgA9ATdksXYwknAw/QvC4r4YlRR+C97+sGwWD y2jIt7U4bToKSpb+bMzL8CCCpjy5g0VYCZWml6yD3bA3dFiLxA6msRx6xj9TDt6KT8PN7jmn 5wz0zxhFhKPB2NNt93D2bbuhdELpaEtxPFQaGxiy18zCesMo7RBc8DGoq9EzDkZ4G/y0PKDI Lg+wTtdR5G0Y9J3DNGF3mJtaY4k/BtZLfrCk7w2mG/NOzymwdv11zobDmKVWRLicgenuAMIa aF1ac3qCobDy9UZCdg8Fb2aqGCLsgPFVG02E5ywMzZJLZZgHw8MCRJKQw8RoEapAvrpNhxPW gKGrBek2EtgC/dXTjM4eDI19ofmZH7F4QVWJTUzYBwpq7oo39+8hcRNyF3hBSEsMDFTy2uQL gqBJV6bzma3I/oN6TSvB7aj3Q6gZYQ4pXKXf7kSrZKw6W8hNMyPgaIWbNHQuRiWTJqhzL/Fa TZw2K5UXzGg7xyg8pAcbJ6NkOFGdyafwfAav/a9SnIs8D/mF3cqJmzSbYy/2jwXML72bsoUY s3YtXA81tXwcLFckmX3jVyq86NaKE6b+2LMDzHp+24jX4toyP/Lk3E5DRNmU+yHlYju6et9n eqHZ4snaDBNfB95Gni975V9bOcu6hrdJ9kU+rS4acq/PrW3U+eDOKMNwSd/lGIu140rKSU8F IySpA/bSWkH9D+y4rU49AwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/RqXsTgh641GRSaEXDRZ3iUrgZRI>
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: Fri, 23 Dec 2016 09:15:55 -0000

Hello,

> At least in my experience, the changes in the network take a lot of time to plan and implement.

When all required emergency URNs are specified, then providing emergency services in a 3GPP specified SIP network requires solely enhancements of the operator's network as:
- any SIP user agent in a 3GPP mobile phone supporting non-emergency voice service over a 3GPP specified SIP network is already required to support also the emergency voice service over the 3GPP specified SIP network; and
- PSAPs do not need to be changed - if a PSAP is connected to public switched telephony network (PSTN) only, then a node in the operator's SIP network interworks the emergency SIP call to an PSTN call towards PSAP.

So, when all required emergency URNs are specified, including an emergency URN for any emergency service *already available via public switched telephony network* in the country of the SIP based network, then it is just matter of decision of the operator.

And the operator needs to make that decision at a moment when, in *a location*, a 3GPP specified SIP based network is available while 3GPP specified circuit switched networks is not available. That can happen soon.

So, stating it in a different way, if a country defines an emergency service *already available via public switched telephony network* for which an emergency URN is not specified, then the operator is forced to keep 3GPP specified circuit switched network in any location where 3GPP specified SIP based network is available (and that's costly and inefficient use of precious radio resources).

That's why getting emergency URNs for any any emergency service *already available via public switched telephony network* needs to be reasonably quick.

> The expert merely authorizes an entry in the sos registry for a service with a period in it.  When the document creating a sub-registry is published,
> that entry is removed from the sos registry, and included in the sub registry.  The net effect is no change, the service is exactly the same.

Let me try to reformulate the above to check if I understood correctly. To me, the above suggests:
- the sub-registries are solely a way of organizing and showing the emergency URNs at IANA pages.
- the sub-registries do not state any restrictions on registration of new emergency URNs (and do not make it any easier either). I.e. rfc7163 applies no matter whether IANA keeps a sub-registry or not.

If that's correct understanding and assuming the draft explicitly state so, I would be OK with it.

If it is incorrect understanding, can you please explain?

> I asked IANA to change “federal” to “national”, but it hasn’t happened yet.

Thanks.

Kind regards

Ivo