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

Randy Armstrong <randy.armstrong@opcfoundation.org> Tue, 23 May 2017 17:14 UTC

Return-Path: <randy.armstrong@opcfoundation.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 C509A129C16 for <uri-review@ietfa.amsl.com>; Tue, 23 May 2017 10:14:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 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_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=opcfoundation.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 WjXpa0m8Ox2O for <uri-review@ietfa.amsl.com>; Tue, 23 May 2017 10:14:43 -0700 (PDT)
Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0073.outbound.protection.outlook.com [104.47.42.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F38FB129BC4 for <uri-review@ietf.org>; Tue, 23 May 2017 10:14:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opcfoundation.onmicrosoft.com; s=selector1-opcfoundation-org; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GBqOKVWZcbGTM7XVu18OrKKttjuhpMtDKT/ack8ra+0=; b=UYoN+IaR10c/PafKk9Ay6+ZVD5aPfDsuUcphfiEift/HIj8n9FPsANG+Wt83O54H/LJpmb2AX+4Ku2O0fThF8bIrUBoAj83iGDSOx5XfAFgkDXlmYDKGXmnIpDA5wSYnD5r5veuFoHpaqN3gGhfs2/3Ivad9VdmDT8HprNjI1Ic=
Received: from SN2PR0801MB606.namprd08.prod.outlook.com (10.160.15.18) by SN2PR0801MB608.namprd08.prod.outlook.com (10.160.15.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1101.14; Tue, 23 May 2017 17:14:39 +0000
Received: from SN2PR0801MB606.namprd08.prod.outlook.com ([10.160.15.18]) by SN2PR0801MB606.namprd08.prod.outlook.com ([10.160.15.18]) with mapi id 15.01.1101.019; Tue, 23 May 2017 17:14:40 +0000
From: Randy Armstrong <randy.armstrong@opcfoundation.org>
To: Ted Hardie <ted.ietf@gmail.com>
CC: Graham Klyne <gk@ninebynine.org>, "uri-review@ietf.org" <uri-review@ietf.org>, TCB <TCB@opcfoundation.org>
Thread-Topic: [Uri-review] Request for URI schemes assigned to OPC UA
Thread-Index: AQHS0zs4xLLbNXnzh0CKrnIIlBQkpKIBoXWAgAAvpJ6AADyrAIAAA0WqgAAJnoCAAAFUag==
Date: Tue, 23 May 2017 17:14:39 +0000
Message-ID: <SN2PR0801MB606F865E9B97E82993102AAFAF90@SN2PR0801MB606.namprd08.prod.outlook.com>
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>
In-Reply-To: <CA+9kkMDC8Au-tWKB7Qs-s+xdy3RaPCfu+QX6bOZMxEcztB-jLw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=opcfoundation.org;
x-originating-ip: [2a01:111:e400:3411:cafe::25]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; SN2PR0801MB608; 7:pW/RC3V/JWOEgerxcIf3jP/qshITpCVcLnt5QShz9834ehQlSybt5rrpHgoxdnWo7g8uxS1TBdl+Rnusjb7ejapnBUpXX5FUA1IRLxvHsCNBYf179QUHcQNFFOH7xzmIw+9DxWG4r+FuAGcGXhfzBSHyV7zTHyNnxOWpakLGWGj8zUpFqb3YV4XUbQYrSzBMuSILM4HxAUM9D3XWOLTkbnmFfCe9Ow7t6sEghVXZe/NW4lKoFoGm19aRE9dTqNYFmyrdOrJ8Yt0FxZ/LX8LE08YSXPQ+Fwa8OfosINe8uptgfg4hXjfLH1EHowYRh7ZMjSgSQLl9Bh7EGHh/U/65pg==
x-ms-traffictypediagnostic: SN2PR0801MB608:
x-ms-office365-filtering-correlation-id: 9ab7d380-4f5c-4461-5627-08d4a1ff326b
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(201703131423075)(201703031133081); SRVR:SN2PR0801MB608;
x-microsoft-antispam-prvs: <SN2PR0801MB6089332E2A0F8481CB6D958FAF90@SN2PR0801MB608.namprd08.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(278428928389397)(1591387915157);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123555025)(20161123564025)(20161123560025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148); SRVR:SN2PR0801MB608; BCL:0; PCL:0; RULEID:; SRVR:SN2PR0801MB608;
x-forefront-prvs: 0316567485
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39410400002)(39450400003)(39400400002)(39830400002)(377454003)(24454002)(55885003)(2906002)(3280700002)(81166006)(3660700001)(53546009)(6506006)(122556002)(25786009)(8936002)(19627405001)(4326008)(8676002)(7696004)(7736002)(7906003)(39060400002)(76176999)(478600001)(54356999)(50986999)(93886004)(110136004)(74316002)(102836003)(6116002)(2900100001)(33656002)(6916009)(77096006)(2950100002)(6436002)(6306002)(54896002)(107886003)(86362001)(53936002)(229853002)(236005)(55016002)(9686003)(99286003)(606005)(54906002)(966005)(38730400002)(6246003)(5660300001)(46360400001)(189998001)(70820200005); DIR:OUT; SFP:1101; SCL:1; SRVR:SN2PR0801MB608; H:SN2PR0801MB606.namprd08.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_SN2PR0801MB606F865E9B97E82993102AAFAF90SN2PR0801MB606na_"
MIME-Version: 1.0
X-OriginatorOrg: opcfoundation.org
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 May 2017 17:14:39.8758 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2d8ef4e4-d41c-489c-8004-bb99304b60fe
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN2PR0801MB608
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/GjOjgdLAkIRtxTloxClZyzxCW6c>
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: Tue, 23 May 2017 17:14:46 -0000

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).

________________________________
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