IETF Logo Mail Archive

Re: [Ecrit] urn:service:sos.country-specific

"Drage, Keith (Nokia - GB)" <keith.drage@nokia.com> Thu, 10 November 2016 01:23 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 4C7981294ED for <ecrit@ietfa.amsl.com>; Wed, 9 Nov 2016 17:23:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, 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 APCUqFeoEkEO for <ecrit@ietfa.amsl.com>; Wed, 9 Nov 2016 17:23:22 -0800 (PST)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (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 E27A61294AC for <ecrit@ietf.org>; Wed, 9 Nov 2016 17:23:21 -0800 (PST)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 48B7BD5E461D0; Thu, 10 Nov 2016 01:23:18 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id uAA1NIuN029274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 10 Nov 2016 01:23:18 GMT
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id uAA1NGq1005220 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 10 Nov 2016 02:23:16 +0100
Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.214]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0301.000; Thu, 10 Nov 2016 02:23:16 +0100
From: "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>
To: Ted Hardie <ted.ietf@gmail.com>, Brian Rosen <br@salsgiver.com>
Thread-Topic: [Ecrit] urn:service:sos.country-specific
Thread-Index: AQHSOrn8JQLgLZQLSkySNrzrVP0JSqDQ8zEAgABs3CA=
Date: Thu, 10 Nov 2016 01:23:15 +0000
Message-ID: <949EF20990823C4C85C18D59AA11AD8BADFABB44@FR712WXCHMBA11.zeu.alcatel-lucent.com>
References: <F4B26B73-8B33-4C88-B8A3-B9A28EAC967D@salsgiver.com> <CA+9kkMApo-Yx5cG2z1Deu1Sxo=C8+ZF7zJwXZ9aqjfTKko1vDQ@mail.gmail.com>
In-Reply-To: <CA+9kkMApo-Yx5cG2z1Deu1Sxo=C8+ZF7zJwXZ9aqjfTKko1vDQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.41]
Content-Type: multipart/alternative; boundary="_000_949EF20990823C4C85C18D59AA11AD8BADFABB44FR712WXCHMBA11z_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ecrit/iCUjW2kM0qS5cDwPVDLDe9F6iPo>
Cc: ECRIT <ecrit@ietf.org>
Subject: Re: [Ecrit] urn:service:sos.country-specific
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: Thu, 10 Nov 2016 01:23:24 -0000

Brian,

CT1 meets next week and then not until next year.

All this generating liaison statements will miss them doing anything about it until next year.

So please provide them with your input as an expert reviewer as soon as possible, rather than waiting for ECRIT to attempt to reinterpret the words of the RFC. It is then up to them to argue either for or against the spirit of the RFC and URNs in general.

Keith

From: Ecrit [mailto:ecrit-bounces@ietf.org] On Behalf Of Ted Hardie
Sent: 09 November 2016 19:09
To: Brian Rosen
Cc: ECRIT
Subject: Re: [Ecrit] urn:service:sos.country-specific

Hi Brian,

On Wed, Nov 9, 2016 at 10:49 AM, Brian Rosen <br@salsgiver.com<mailto:br@salsgiver.com>> wrote:

On the other hand, we don’t have criteria in 7163 that would allow me, as expert reviewer, to just say no.


I disagree with this, on two grounds.  The first is that 7163 is clear that the registrations in this registry must be sub-services of the sos service.  This registration is not in and of itself a sub-service.
The second is that URN namespaces are intended to be managed, in order to maintain the persistence of the identifier and the persistence of the referent/identifier relationship. While it is possible to have delegated spaces within a URN namespace, the persistence is guaranteed by an agreement between the NID holder and those accepting the delegation.  Because this is an IETF namespace, that means that the agreement would have to be between the IETF and the sub-namespace holders; no such agreement appears to be part of this.  The risk is that a country-specific:country:identifier might be re-used, and the IETF would have no way to inform the group minting the identifier that this was not permitted.

My suggested course of action is to send a liaison to CT1 and request that they withdraw this request in favor of just using the registry as it is designed to work.  If 3GPP insists that they must have this feature, I’m not sure I have sufficient grounds to reject it, but I seek the advice of the work group on that.


I agree with your suggested course of action.  If they decline, however, I believe you have sufficient grounds to reject it.
Ted


Brian

_______________________________________________
Ecrit mailing list
Ecrit@ietf.org<mailto:Ecrit@ietf.org>
https://www.ietf.org/mailman/listinfo/ecrit

v2.23.0 | Report a Bug | By Email