[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)
- [urn] [IANA #1364943] Updated / revised request: … David Dong via RT