[Ecrit] Country-Specific Emergency Service sub-type

Georg Mayer <georg.mayer.huawei@gmx.com> Wed, 29 March 2017 20:31 UTC

Return-Path: <georg.mayer.huawei@gmx.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 DB3C7129968 for <ecrit@ietfa.amsl.com>; Wed, 29 Mar 2017 13:31:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.396
X-Spam-Level:
X-Spam-Status: No, score=-5.396 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.796, SPF_PASS=-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 lZo7jLpXCrUY for <ecrit@ietfa.amsl.com>; Wed, 29 Mar 2017 13:31:21 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 6CE201294D3 for <ecrit@ietf.org>; Wed, 29 Mar 2017 13:31:12 -0700 (PDT)
Received: from [31.133.143.119] ([31.133.143.119]) by mail.gmx.com (mrgmx103 [212.227.17.174]) with ESMTPSA (Nemesis) id 0Lb5Tp-1cRAEr28dd-00keuH; Wed, 29 Mar 2017 22:30:56 +0200
To: ecrit@ietf.org
Cc: Brian Rosen <br@salsgiver.com>, adam@nostrum.com, Ben Campbell <ben@nostrum.com>
From: Georg Mayer <georg.mayer.huawei@gmx.com>
Message-ID: <c27a6789-797a-7312-8bba-2a2aed254f9a@gmx.com>
Date: Wed, 29 Mar 2017 15:30:52 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:drYu8NXba2xy2KzaoDjiRej7UoOd4nclev+qGeMtwrHVk4qyZv8 M1YqJeXmhC4Os4ykGcel9g6bqTcQ8YVihoKr17i3Q+s+wBJ54M5me9Xjn5MsboAR44ElNBa VNfp8TxSPSAlTT1GS+gZ+TioSeqK+nRPtXSzuML7U+KjHbXTO4bToCUlXZNFltMqMgmH4VX w6VoBgxFhFp13agQ1VNCw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:R7aPmD7PX6k=:t/7guqWB7e7Z4XhUkkVbYp L6tY5L/znyCtEZ0gkL4nrxk4y6QVHTj08vEEK+l+uW68v0xpCesm9Ct/Qz0FFv2jhdqrG10IU auEdW0F7K1NeGYbUBJMhdpDYDb74BRvNaOfnHXQIMaRgrH7s2i5P5rFCZvkGl+/TU1W3BBz1t Hj4vYoluMSX976epWV8EHbOZeISNnUYzXrmMHAIXVtY5xFk0vGfulsbEnwY2bf8nMOUESTuZO EZ3dBvgWR8wygm/2YPdPqexzYXs/cXtaYgICMJnRaUjUInR6qfcrIaFHvMvbzcRsVR30c2kDc 0th/5Hn88VRdQTedx0xxmY0TZ+4r4sZL/mjSnW3dhESgjhn56gw5Fxvc3j72tCo16fmefHLIu l+AL340+ja+jQALOaB7WCdiNgMZD8okJ2HACOQEyBZXSSiiFimCHtB1WQW3nTiiQdTHGx3O8m V83cVJoD4ARXiq5LPiNqFmR/ecTuthrIf61G7+6acbxOWjNkaNFBrnJP0+isNb7pCKI01pKVc EcoXnYExDh10CVVlqV2Nw3VIut5gG3Sie0HgXCuBbvLyA/M2fd7Me/rA59eSRpE4dKm/vZqy4 ZSBKzQKqi4bP9qgvZqHDiR4d4IkrDwqwjPmyvAEQ9XNOWde9pGXBHpsjKqJQrG3WV1lemNaNJ ul9lHE/U9LFby0XP0wkJ1y0OxG4Oftuh+5XH51xC9GpxWAwwGxoGpyTasc7KetAGq5YN42Aud Ov9UPNYFFerONFp85k7KBGkWAfF02PEvKKmV+420dk1XhlZJQbWtMBNC/Yc2C6nlDWxKsev7K SpYhi7O
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/fJTL6kTz6md7Xg58PIBq0HiXy0g>
Subject: [Ecrit] Country-Specific Emergency Service sub-type
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: Wed, 29 Mar 2017 20:31:23 -0000

Hello Ecrit experts,

here are the notes and once more the slides from the discussions on
country-specific emergency service sub-type which we had during the
IETF/3GPP coordination meeting this week.

Cheers,
Georg



Participants:
- Ben Campell
- Adam Roach
- Robert Sparks
- Roger Marshall
- Georg Mayer
- Andrew Allen
- Roland Jesske
- Wu-Chi Feng
- Danny Moses
- ...

Georg: presented slides

Ben/Adam:
The proposal circumvents the registration policy of emergency services,
which mandates new emergency services to undergo expert reviewed.

The registry and the registration policy were established by IETF
consensus.

In order to change the process in a way that something like the
suggested sub-type could be done, a change proposal would need to go
through IETF last call. The community needs to have consensus to change
the process.

Ben:
Current process allows for country specific registrations, but only in a
way as e.g. "xy-specific-service", where "xy" would indicate the
country. So all country specific services would in fact be top-level
emergency services and would need to go through the IANA experts review
process.

Adam:
Country specific registrations are not the best approach. The idea was
an abstraction level, independent of the country.

Andrew:
but even the same service could have different meaning in different
countries (counsel, animal control)

Christer:
How can we flexibly assign temporary URNs, e.g. flood, avalanche

Georg:
There needs to be (country specific) flexibility to allow for assignment
of emergency services provided by currently deployed (CS-based) PSAPs.

Adam:
The current registration process is not complicated and quite open. It
is also fast (new registrations should go through in approximately one
week).

The emergency-services should not indicate numbers, but the service itself.


Ben/Adam/Robert:
There are practically three ways to approach this.

1) Change the registration process
3GPP comes up with an internet draft that shows that the current
registration of emergency service types is not flexible enough. The
draft could suggest that the expert review is not needed anymore. Such
draft would need to result in a standards track RFC.

2) Create an exception of the registration process
3GPP comes up with an internet draft that shows that for
country-specific emergency services a different registration policy
(without expert review) would be needed. Such draft would as well need
to result in a standards track RFC.

3) Use the process
Collect a list of country-specific services (per country) and send them
via one of the ADs for IANA registration. The list doesn't need to be
exhaustive, but as complete as possible.


Open Question to 3GPP:
If the country-specific sub-type would be granted, how and where would
the country specific sub-types be registered? Who would take care of the
related registry/registries? Would that be 3GPP? If yes, how would the
registration of sub-types work?


Next steps:
3GPP should discuss this input and see if the proposed ways forward are
feasible or if more input is needed. Future discussions should, if
possible, take place on the ECRIT mailing list.




-- 
Georg Mayer
3GPP CT Chairman
HUAWEI Technologies
Mobile: +43 699 1900 5758