Re: [Uri-review] Request for URI schemes assigned to OPC UA

Graham Klyne <gk@ninebynine.org> Wed, 24 May 2017 10:21 UTC

Return-Path: <gk@ninebynine.org>
X-Original-To: uri-review@ietfa.amsl.com
Delivered-To: uri-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72D92129469 for <uri-review@ietfa.amsl.com>; Wed, 24 May 2017 03:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, URIBL_BLOCKED=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 aYyZOceVNefu for <uri-review@ietfa.amsl.com>; Wed, 24 May 2017 03:20:59 -0700 (PDT)
Received: from relay11.mail.ox.ac.uk (relay11.mail.ox.ac.uk [129.67.1.162]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 11247129479 for <uri-review@ietf.org>; Wed, 24 May 2017 03:20:59 -0700 (PDT)
Received: from smtp6.mail.ox.ac.uk ([163.1.2.206]) by relay11.mail.ox.ac.uk with esmtp (Exim 4.80) (envelope-from <gk@ninebynine.org>) id 1dDTPR-00023F-aU; Wed, 24 May 2017 11:20:57 +0100
Received: from gklyne38.plus.com ([81.174.129.24] helo=sasharissa.local) by smtp6.mail.ox.ac.uk with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <gk@ninebynine.org>) id 1dDTPQ-0009yI-MM; Wed, 24 May 2017 11:20:53 +0100
Message-ID: <59255E83.7050003@ninebynine.org>
Date: Wed, 24 May 2017 11:20:51 +0100
From: Graham Klyne <gk@ninebynine.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
MIME-Version: 1.0
To: Randy Armstrong <randy.armstrong@opcfoundation.org>, Ted Hardie <ted.ietf@gmail.com>
CC: "uri-review@ietf.org" <uri-review@ietf.org>, TCB <TCB@opcfoundation.org>
References: <SN2PR0801MB606937F9F7215C2E994F5BEFAF80@SN2PR0801MB606.namprd08.prod.outlook.com> <5923FBBF.6000409@ninebynine.org> <SN2PR0801MB606CCA44CBB76C20B084165FAF90@SN2PR0801MB606.namprd08.prod.outlook.com> <CA+9kkMApXbbJJJEP0f8fKbo5EuGiCte5UVBh5Yr2whw9ne4+JA@mail.gmail.com> <SN2PR0801MB606433B4F49130F2EB39E00FAF90@SN2PR0801MB606.namprd08.prod.outlook.com>, <CA+9kkMDC8Au-tWKB7Qs-s+xdy3RaPCfu+QX6bOZMxEcztB-jLw@mail.gmail.com> <SN2PR0801MB606F865E9B97E82993102AAFAF90@SN2PR0801MB606.namprd08.prod.outlook.com>
In-Reply-To: <SN2PR0801MB606F865E9B97E82993102AAFAF90@SN2PR0801MB606.namprd08.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Oxford-Username: zool0635
X-Oxmail-Spam-Status: score=0.0 tests=none
X-Oxmail-Spam-Level: /
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/Iik-IJJ-hSt8cFfC0pSfVd-ahmU>
Subject: Re: [Uri-review] Request for URI schemes assigned to OPC UA
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uri-review/>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 May 2017 10:21:01 -0000

On 23/05/2017 18:14, Randy Armstrong wrote:
> The Application URI is the canonical identifier, however, it is simply an opaque string. There is nothing in OPC UA depends on the content of the value.  We simply use URI syntax because is a requirement for including the identifier in the subjectAltName of an x509 v3 certificate.
>
>
> At this point I would like to know what is the benefit of registering anything? It seems like the main risk is the potential for accidental conflict with other uses of the same scheme. However, we would run into the same issue if our application was turned down and we used any existing scheme such as 'http' (which is the recommendation).

Provisional registration, for which the bar is deliberately set much lower, 
would achieve this (avoiding accidental conflict).

#g
--

>
> ________________________________
> From: Ted Hardie <ted.ietf@gmail.com>
> Sent: Tuesday, May 23, 2017 9:20:57 AM
> To: Randy Armstrong
> Cc: Graham Klyne; uri-review@ietf.org; TCB
> Subject: Re: [Uri-review] Request for URI schemes assigned to OPC UA
>
> On Tue, May 23, 2017 at 9:03 AM, Randy Armstrong <randy.armstrong@opcfoundation.org<mailto:randy.armstrong@opcfoundation.org>> wrote:
>
> The URN conforms  to:
>
> https://tools.ietf.org/html/rfc2141
>
>
> Other than that the specification leaves it up to the implementer to choose something globally unique.
>
> RFC 3406, recently replaced by RFC 8141 go into the mechanics of URN registration.  Briefly, global uniqueness of the NID is maintained by a  global registry or URN namespace identifiers.
>
> Implementers also have the option of using the http scheme as the application URI.
>
> Is there a reason to register a URN scheme when we don't care about the content of the URN?
>
> ________________________________
>
> I understood your message below indicated that the URN was the canonical name for the resources, with the individual network paths being linked to that URN.  Did I get that wrong?
>
> regards,
>
> Ted
>
>
> From: Ted Hardie <ted.ietf@gmail.com<mailto:ted.ietf@gmail.com>>
> Sent: Tuesday, May 23, 2017 8:34:50 AM
> To: Randy Armstrong
> Cc: Graham Klyne; uri-review@ietf.org<mailto:uri-review@ietf.org>; TCB
>
> Subject: Re: [Uri-review] Request for URI schemes assigned to OPC UA
>
> On Tue, May 23, 2017 at 5:30 AM, Randy Armstrong <randy.armstrong@opcfoundation.org<mailto:randy.armstrong@opcfoundation.org>> wrote:
>
> 1) We use the schemes for URLs that identify multiple network paths to a single resource which is identified with a URI that uses the 'urn' scheme. It is not clear to me that registration is required for this usage. Please advise.
>
>
> Would you mind identify which URN nid you are using?  I did not see one listed here:
>
> https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml#urn-namespaces-1
>
> that was obvious.
>
> regards,
>
> Ted
>
>
>
> 2) The specs is an IEC specification as well (see https://webstore.iec.ch/publication/21993 ). In addition, the text quoted is old. Anyone can download the specifications from the OPC Foundation website today.
>
>
>
>
>
>
>
>
>
>
>
>
>
> ________________________________
> From: Graham Klyne <gk@ninebynine.org<mailto:gk@ninebynine.org>>
> Sent: Tuesday, May 23, 2017 2:07:11 AM
> To: Randy Armstrong; uri-review@ietf.org<mailto:uri-review@ietf.org>
> Cc: TCB
> Subject: Re: [Uri-review] Request for URI schemes assigned to OPC UA
>
> I have two objections here to permanent registration:
>
> 1. The specifications appear to be non-open "Note: Access to specifications and
> developer resources are available to OPC Foundation members only."
>
> 2. The use of multiple URI schemes to access the same resource goes against
> principles of web architecture [http://www.w3.org/TR/webarch/#uri-aliases].
>
> This topic has been discussed previously on this list: see thread at [1].
>
> [1]
> https://mailarchive.ietf.org/arch/search/?email_list=uri-review&gbt=1&index=ze2I30iloSGZxlP2vAeCWcPOWus
>
> #g
> --
>
>
>
> On 22/05/2017 22:04, Randy Armstrong wrote:
>> Scheme name:
>>
>> opc.tcp       :  OPC UA Connection Protocol over TCP/IP
>> opc.amqp  :  OPC UA Connection Protocol over AMQP
>> opc.wss      :  OPC UA Connection Protocol over WebSockets
>>
>> We expect to add new schemes as time goes on.
>>
>> Status:  permanent
>>
>> Applications/protocols that use this scheme name:
>>
>> Applications which implement the OPC UA Connection Protocol defined by the OPC Unified Architecture specification:
>> https://opcfoundation.org/developer-tools/specifications-unified-architecture
>>
>> The opc.tcp scheme has been in use in the field for about 10 years (we were unaware of the registration process).
>> Note that the OPC Foundation has a trademark on the term "OPC" (see US Trademark #78732560)
>>
>> Contact:
>> Randy Armstrong
>> tcb@opcfoundation.org<mailto:tcb@opcfoundation.org>
>>
>> Change controller:
>> OPC Foundation
>> https://opcfoundation.org/
>>
>> References:
>> The protocols and schemes are defined in Part 6: Mappings:
>> http://www.opcfoundation.org/UA/Part6/
>>
>> _______________________________________________
>> Uri-review mailing list
>> Uri-review@ietf.org<mailto:Uri-review@ietf.org>
>> https://www.ietf.org/mailman/listinfo/uri-review
>>
>
> _______________________________________________
> Uri-review mailing list
> Uri-review@ietf.org<mailto:Uri-review@ietf.org>
> https://www.ietf.org/mailman/listinfo/uri-review
>
>
>
>
>
>
> _______________________________________________
> Uri-review mailing list
> Uri-review@ietf.org
> https://www.ietf.org/mailman/listinfo/uri-review
>