[urn] [IANA #1364943] Updated / revised request: URN Namespace Registration Request for "PNO" (urn-namespaces)

David Dong via RT <iana-prot-param-comment@iana.org> Tue, 14 May 2024 22:25 UTC

Return-Path: <iana-shared@icann.org>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A1EAC1CAF38 for <urn@ietfa.amsl.com>; Tue, 14 May 2024 15:25:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.929
X-Spam-Level:
X-Spam-Status: No, score=-2.929 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, MISSING_HEADERS=1.021, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XlLbAbiL-tZ0 for <urn@ietfa.amsl.com>; Tue, 14 May 2024 15:25:07 -0700 (PDT)
Received: from smtp.lax.icann.org (smtp.lax.icann.org [IPv6:2620:0:2d0:201::1:81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2AA36C1D4A9E for <urn@ietf.org>; Tue, 14 May 2024 15:25:07 -0700 (PDT)
Received: from request6.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp.lax.icann.org (Postfix) with ESMTP id 541B2E1AAC; Tue, 14 May 2024 22:25:06 +0000 (UTC)
Received: by request6.lax.icann.org (Postfix, from userid 48) id 38C707F9F5; Tue, 14 May 2024 22:25:06 +0000 (UTC)
RT-Owner: david.dong
From: David Dong via RT <iana-prot-param-comment@iana.org>
In-Reply-To: <PR3PR10MB402967B7CE66114C8AC92944E6E32@PR3PR10MB4029.EURPRD10.PROD.OUTLOOK.COM>
References: <RT-Ticket-1364943@icann.org> <PR3PR10MB402967B7CE66114C8AC92944E6E32@PR3PR10MB4029.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <rt-5.0.3-108821-1715725506-661.1364943-9-0@icann.org>
X-RT-Loop-Prevention: IANA
X-RT-Ticket: IANA #1364943
X-Managed-BY: RT 5.0.3 (http://www.bestpractical.com/rt/)
X-RT-Originator: david.dong@iana.org
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-RT-Original-Encoding: utf-8
Precedence: bulk
Date: Tue, 14 May 2024 22:25:06 +0000
MIME-Version: 1.0
Message-ID-Hash: ANMVZYDNQBO42XLRUO3SZFMA6KQGKO7Q
X-Message-ID-Hash: ANMVZYDNQBO42XLRUO3SZFMA6KQGKO7Q
X-MailFrom: iana-shared@icann.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-urn.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: urn@ietf.org
X-Mailman-Version: 3.3.9rc4
Reply-To: iana-prot-param-comment@iana.org
Subject: [urn] [IANA #1364943] Updated / revised request: URN Namespace Registration Request for "PNO" (urn-namespaces)
List-Id: Revisions to URN RFCs <urn.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/X13SVMUkJ4LxJKHzWmnle9NXkfE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Owner: <mailto:urn-owner@ietf.org>
List-Post: <mailto:urn@ietf.org>
List-Subscribe: <mailto:urn-join@ietf.org>
List-Unsubscribe: <mailto:urn-leave@ietf.org>

(Forwarding this to the mailing list as well.)

On Tue May 14 15:34:06 2024, guenter.steindl@siemens.com wrote:
> Dear IETF / IANA,
> 
> we would like to request the registration of a URN namespace with the
> following details:
> 
> 
> 
> Namespace Identifier:     pno
> 
> Version:                           1
> 
> Date:                                2024-05-14
> 
> Registrant:
> The PROFIBUS Nutzerorganisation e.V. (PNO) [PNO] is an international
> association that promotes and supports the development of PROFIBUS and
> PROFINET, industrial communication protocols used in automation
> technology.
> We provide standards, certification programs, and resources to ensure
> product interoperability and reliability, fostering collaboration
> among manufacturers, system integrators, and end-users.
> 
> 
> *   Organization: PROFIBUS Nutzerorganisation e.V. (PNO)
> *   Email: info@profibus.com<mailto:info@profibus.com>
> *   Phone: +49 721 986197 0
> 
> Purpose:
> These PNO specified URNs will be part of next editions of e.g.,
> "PROFINET" as part of the IEC61158/IEC61784 at the IEC.
> PROFINET is an industry technical standard for data communication over
> Ethernet, designed for collecting data from, and controlling,
> equipment in industrial systems, with a particular strength in
> delivering data under tight time constraints. It is managed by PNO and
> is used in automation applications, for manufacturing and process
> automation.
> PROFINET is a communication protocol for automation over Ethernet,
> primarily used to network a variety of devices in a production
> environment. Here are the key types of resources that can be described
> and managed using PROFINET:
> 
> *   Controllers: Often known as Programmable Logic Controllers (PLCs)
> or similar devices, PROFINET enables real-time communication between
> these controllers and connected devices.
> *   Field Devices: This includes sensors and actuators that provide
> data or perform physical actions in a production line. Sensors might
> measure parameters like temperature or pressure, while actuators could
> be motors, valves, or switches.
> *   Drive Systems: Components such as frequency converters and servo
> motors, controlled via PROFINET for precise movement in machines.
> *   Robot Control: PROFINET facilitates rapid and precise control of
> robots for assembly or packaging tasks.
> *   Human Machine Interfaces (HMI): Operator interfaces and
> visualization systems that allow monitoring and control of processes.
> *   Safety Devices: Safety-related devices and systems, such as
> emergency stop switches or safety light barriers, can also be
> integrated into PROFINET networks, often through specialized protocols
> like PROFIsafe.
> *   Network Components: Infrastructure components like switches and
> routers that manage data transmission over the industrial Ethernet
> network.
> 
> Syntax:
> URNs within the "pno" namespace will follow the following structure:
> 
> *   urn:pno:{PNOresource}:{ResourceSpecificString}
> 
> where "PNOresource" is a US-ASCII string that conforms to the URN
> syntax requirements [RFC8141] and defines a specific class of resource
> type. Each resource type has a specific labeling scheme that is
> covered by "ResourceSpecificString", which also conforms to the naming
> requirements [RFC8141].
> 
> Assignment:
> PNO maintains a registration authority, the PNO Registration Authority
> (PNO CO), that will manage the assignment of "PNOresource", and the
> specific registration values assigned for each resource class.
> 
> Security and Privacy:
> There are no additional security considerations other than those
> normally associated with the use and resolution of URNs in general,
> which are described in Functional Requirements for URNs [RFC1737], URN
> Syntax [RFC2141], and URN Namespace Definition Mechanisms [RFC3406].
> 
> Interoperability:
> No known potential issues related to interoperability.
> 
> Resolution:
> Resolution mechanisms are not intended or anticipated for URNs
> assigned within the URN namespace.
> 
> Documentation:
> These PNO specified URNs will be part of next editions of e.g.,
> "PROFINET" as part of the IEC61158/IEC61784 at the IEC.
> 
> Additional Information:   ---
> 
> Revision Information:     1
> 
> 
> 
> Please let us know if any additional information or documentation is
> required for the registration process.
> 
> Thank you for your attention to this matter.
> 
> Sincerely,
> Günter Steindl
> Committee B "PROFINET" Chair
> PROFIBUS Nutzerorganisation e.V. (PNO)