[要約] RFC 9371は、IANAによるPrivate Enterprise Numbers（PENs）の登録手続きを記述しており、新しいPENのリクエスト方法や既存のPENの修正方法を示しています。また、PENの利用方法についても簡単な概要を提供しています。
Internet Engineering Task Force (IETF) A. Baber
Request for Comments: 9371 IANA
Category: Informational P. Hoffman
ISSN: 2070-1721 ICANN
March 2023
This document describes how Private Enterprise Numbers (PENs) are registered by IANA. It shows how to request a new PEN and how to modify a current PEN. It also gives a brief overview of PEN uses.
このドキュメントでは、プライベートエンタープライズ番号（PEN）がIANAによってどのように登録されているかについて説明します。新しいペンをリクエストする方法と、現在のペンを変更する方法を示しています。また、ペン用途の簡単な概要も提供します。
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are candidates for any level of Internet Standard; see Section 2 of RFC 7841.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。IESGによって承認されたすべてのドキュメントが、インターネット標準のあらゆるレベルの候補者であるわけではありません。RFC 7841のセクション2を参照してください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at https://www.rfc-editor.org/info/rfc9371.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https：//www.rfc-editor.org/info/rfc9371で取得できます。
Copyright (c) 2023 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2023 IETF Trustおよび文書著者として特定された人。無断転載を禁じます。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（https://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、改訂されたBSDライセンスで説明されている保証なしで提供されるように、改訂されたBSDライセンステキストを含める必要があります。
1. Introduction
1.1. Uses of PENs
2. PEN Assignment
2.1. Requesting a PEN Assignment
2.2. Modifying an Existing Record
2.3. Deleting a PEN Record
3. PEN Registry Specifics
4. IANA Considerations
5. Security Considerations
6. References
6.1. Normative References
6.2. Informative References
Acknowledgements
Authors' Addresses
Private Enterprise Numbers (PENs) are identifiers that can be used anywhere that an ASN.1 object identifier (OID) [ASN1] can be used. Originally, PENs were developed so that organizations that needed to identify themselves in Simple Network Management Protocol (SNMP) [RFC3411] Management Information Base (MIB) configurations could do so easily. PENs are also useful in any application or configuration language that needs OIDs to identify organizations.
プライベートエンタープライズ番号（PEN）は、ASN.1オブジェクト識別子（OID）[ASN1]を使用できる場所で使用できる識別子です。もともと、ペンは、単純なネットワーク管理プロトコル（SNMP）[RFC3411]管理情報ベース（MIB）構成で自分自身を識別する必要がある組織が簡単に行うことができるように開発されました。ペンは、組織を識別するためにOIDを必要とするアプリケーションまたは構成言語でも役立ちます。
The IANA Functions Operator, referred to in this document as "IANA", manages and maintains the PEN registry in consultation with the IESG. PENs are issued from an OID prefix that was assigned to IANA. That OID prefix is 1.3.6.1.4.1. Using the (now archaic) notation of ownership names in the OID tree, that corresponds to:
このドキュメントで「IANA」と呼ばれるIANA機能演算子は、IESGと相談してPENレジストリを管理および維持しています。ペンは、IANAに割り当てられたOIDプレフィックスから発行されます。そのOIDプレフィックスは1.3.6.1.4.1です。OIDツリーの所有者名の（現在の古風な）表記を使用して、次のものに対応しています。
1 3 6 1 4 1
iso.org.dod.internet.private.enterprise
A PEN is an OID that begins with the PEN prefix. Thus, the OID 1.3.6.1.4.1.32473 is a PEN.
ペンは、ペンのプレフィックスから始まるOIDです。したがって、OID 1.3.6.1.4.1.32473はペンです。
Once a PEN has been assigned to an organization, individual, or other entity, that assignee can use the PEN by itself (possibly to represent the assignee) or as the root of other OIDs associated with the assignee. For example, if an assignee is assigned the PEN 1.3.6.1.4.1.32473, it might use 1.3.6.1.4.1.32473.7 to identify a protocol extension and use 1.3.6.1.4.1.32473.12.3 to identify a set of algorithms that it supports in a protocol.
ペンが組織、個人、またはその他のエンティティに割り当てられたら、その譲受人はペンを単独で（おそらく譲受人を表すために）、または譲受人に関連付けられた他のOIDのルートとして使用できます。たとえば、譲受人がPEN 1.3.6.1.4.1.32473に割り当てられている場合、1.3.6.1.4.1.32473.7を使用してプロトコル拡張を特定し、1.3.6.1.4.1.32473.12.3を使用してアルゴリズムのセットを特定することができます。プロトコルでサポートすること。
Neither IANA nor the IETF can control how an assignee uses its PEN. In fact, no one can exert such control: that is the meaning of "private" in "private enterprise number". Similarly, no one can prevent an assignee that is not the registered owner of a PEN from using that PEN, or any PEN, however they want.
IANAもIETFも、譲受人がペンを使用する方法を制御できません。実際、誰もそのようなコントロールを発揮することはできません。それは「プライベートエンタープライズ番号」の「プライベート」の意味です。同様に、ペンの登録された所有者ではない譲受人がそのペンやペンを使用することを妨げることはできません。
A very common use of PENs is to give unique identifiers in IETF protocols. SNMP MIB configuration files use PENs for identifying the origin of values. Protocols that use PENs as identifiers of extension mechanisms include RADIUS [RFC2865], Diameter [RFC6733], Syslog [RFC5424], RSVP [RFC5284], and vCard [RFC6350].
ペンの非常に一般的な使用は、IETFプロトコルで一意の識別子を提供することです。SNMP MIB構成ファイルは、値の原点を識別するためにペンを使用します。ペンを拡張メカニズムの識別子として使用するプロトコルには、半径[RFC2865]、直径[RFC6733]、Syslog [RFC5424]、RSVP [RFC5284]、およびVCARD [RFC6350]が含まれます。
PENs are assigned by IANA. The registry is located at <https://www.iana.org/assignments/enterprise-numbers>, and requests for new assignments or the modification of existing assignments can also be submitted at that URL.
ペンはIANAによって割り当てられます。レジストリは<https://www.iana.org/assignments/enterprise-numbers>にあり、新しい割り当てまたは既存の割り当ての変更のリクエストもそのURLで提出することができます。
IANA maintains the PEN registry in accordance with the "First Come First Served" registration policy described in [RFC8126]. Values are assigned sequentially.
IANAは、[RFC8126]に記載されている「First Come First First Serving」登録ポリシーに従ってPENレジストリを維持しています。値は順次割り当てられます。
Requests for assignment must provide the name of the assignee, the name of a public contact who can respond to questions about the assignment, and contact information that can be used to verify change requests. The contact's name and email address will be included in the public registry.
割り当てのリクエストは、譲受人の名前、割り当てに関する質問に回答できる公開連絡先の名前、および変更リクエストの検証に使用できる連絡先情報を提供する必要があります。連絡先の名前とメールアドレスは、パブリックレジストリに含まれます。
A prospective assignee may request multiple PENs, but obtaining one PEN and making internal sub-assignments is typically more appropriate. (Sub-assignments should not be reported to IANA.)
将来の譲受人は複数のペンを要求する場合がありますが、1つのペンを取得して内部サブ割り当てを行うことが通常適切です。（サブ割り当てはIANAに報告されるべきではありません。）
IANA may refuse to process abusive requests.
IANAは、虐待的な要求を処理することを拒否する場合があります。
Any of the information associated with a registered value can be modified, including the name of the assignee.
登録値に関連付けられている情報は、譲受人の名前を含めて変更できます。
Modification requests require authorization by a representative of the assignee. Authorization will be validated either with information kept on file with IANA or with other identifying documentation, if necessary.
修正要求には、譲受人の代表者による承認が必要です。許可は、IANAにファイルに保管されている情報または必要に応じて他の識別文書を使用して検証されます。
Although such requests are rare, registrations can be deleted. When a registration is deleted, all identifying information is removed from the registry, and the value is marked as "returned." Returned values will not be made available for reassignment until all other unassigned values have been exhausted; as can be seen in Section 3, the unassigned values are unlikely to ever run out.
そのような要求はまれですが、登録は削除できます。登録が削除されると、すべての識別情報がレジストリから削除され、値は「返された」とマークされます。返された値は、他のすべての割り当てされていない値が使い果たされるまで、再割り当てのために利用できません。セクション3で見られるように、割り当てられていない値はこれまで尽きる可能性は低いです。
The range for values after the PEN prefix is 0 to 2**32-1. The values 0 and 4294967295 (2**32-1) are reserved. Note that while the original PEN definition had no upper bound for the value after the PEN prefix, there is now an upper bound due to some IETF protocols limiting the size of that value. For example, Diameter [RFC6733] limits the value to 2**32-1.
ペンプレフィックス後の値の範囲は0〜2 ** 32-1です。値0および4294967295（2 ** 32-1）は予約されています。元のペン定義には、ペンプレフィックスの後に値の上限がありませんでしたが、その値のサイズを制限するIETFプロトコルのために上限があります。たとえば、直径[RFC6733]は値を2 ** 32-1に制限します。
There is a PEN number, 32473, reserved for use as an example in documentation. This reservation is described in [RFC5612].
ドキュメントの例として使用するために予約されているペン番号32473があります。この予約は[RFC5612]で説明されています。
Values in the registry that have unclear ownership are marked "Reserved". These values will not be reassigned to a new company or individual without consulting the IESG.
不明確な所有権を持つレジストリ内の値は、「予約済み」とマークされています。これらの値は、IESGに相談することなく、新しい会社または個人に再割り当てされることはありません。
Per this document, IANA has made the following changes to the PEN registry:
このドキュメントによると、IANAは次の変更をペンレジストリに変更しました。
* Values 2187, 2188, 3513, 4164, 4565, 4600, 4913, 4999, 5099, 5144, 5201, 5683, 5777, 6260, 6619, 14827, 16739, 26975, and the range from 11670 to 11769, which had been missing from the registry, have been listed as "Reserved." As described in [RFC8126], reserved values can be released by the IESG.
* 値2187、2188、3513、4164、4565、4600、4913、4999、5099、5144、5201、5683、5777、6260、6619、14827、16739、26975、そして11670から11769から11670から11670からレジストリは「予約済み」としてリストされています。[RFC8126]で説明されているように、予約値はIESGによってリリースできます。
* This document has been listed in the registry's "Reference" field.
* このドキュメントは、レジストリの「参照」フィールドにリストされています。
* "First Come First Served" has been listed as its registration procedure.
* 「First Come First Seart」は、登録手順としてリストされています。
Registering PENs does not introduce any significant security considerations.
ペンを登録しても、重要なセキュリティ上の考慮事項は導入されません。
There is no cryptographic binding of a registrant in the PEN registry and the PEN(s) assigned to them. Thus, the entries in the PEN registry cannot be used to validate the ownership of a PEN in use. For example, if the PEN 1.3.6.1.4.1.32473 is seen in a protocol as indicating the owner of some data, there is no way to securely correlate that use with the name and assignee of the owner listed in the PEN registry.
ペンレジストリに登録者の暗号化の結合はなく、ペンに割り当てられたペン。したがって、ペンレジストリのエントリを使用して、使用中のペンの所有権を検証することはできません。たとえば、PEN 1.3.6.1.4.1.32473がプロトコルにあるデータの所有者を示すものとして見られる場合、その使用をPENレジストリにリストした所有者の名前と譲受人と安全に相関させる方法はありません。
[RFC8126] Cotton, M., Leiba, B., and T. Narten, "Guidelines for
Writing an IANA Considerations Section in RFCs", BCP 26,
RFC 8126, DOI 10.17487/RFC8126, June 2017,
<https://www.rfc-editor.org/info/rfc8126>.
[ASN1] ITU-T, "Information technology - ASN.1 encoding rules:
Specification of Basic Encoding Rules (BER), Canonical
Encoding Rules (CER) and Distinguished Encoding Rules
(DER)", ITU-T Recommendation X.690, February 2021,
<https://www.itu.int/rec/T-REC-X.690/en>.
[RFC2865] Rigney, C., Willens, S., Rubens, A., and W. Simpson,
"Remote Authentication Dial In User Service (RADIUS)",
RFC 2865, DOI 10.17487/RFC2865, June 2000,
<https://www.rfc-editor.org/info/rfc2865>.
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An
Architecture for Describing Simple Network Management
Protocol (SNMP) Management Frameworks", STD 62, RFC 3411,
DOI 10.17487/RFC3411, December 2002,
<https://www.rfc-editor.org/info/rfc3411>.
[RFC5284] Swallow, G. and A. Farrel, "User-Defined Errors for RSVP",
RFC 5284, DOI 10.17487/RFC5284, August 2008,
<https://www.rfc-editor.org/info/rfc5284>.
[RFC5424] Gerhards, R., "The Syslog Protocol", RFC 5424,
DOI 10.17487/RFC5424, March 2009,
<https://www.rfc-editor.org/info/rfc5424>.
[RFC5612] Eronen, P. and D. Harrington, "Enterprise Number for
Documentation Use", RFC 5612, DOI 10.17487/RFC5612, August
2009, <https://www.rfc-editor.org/info/rfc5612>.
[RFC6350] Perreault, S., "vCard Format Specification", RFC 6350,
DOI 10.17487/RFC6350, August 2011,
<https://www.rfc-editor.org/info/rfc6350>.
[RFC6733] Fajardo, V., Ed., Arkko, J., Loughney, J., and G. Zorn,
Ed., "Diameter Base Protocol", RFC 6733,
DOI 10.17487/RFC6733, October 2012,
<https://www.rfc-editor.org/info/rfc6733>.
An earlier draft version of this document was authored by Pearl Liang and Alexey Melnikov. Additional significant contributions have come from Dan Romascanu, Bert Wijnen, David Conrad, Michelle Cotton, and Benoit Claise.
このドキュメントの以前のドラフトバージョンは、Pearl LiangとAlexey Melnikovによって執筆されました。ダン・ロマスカヌ、バート・ウィジネン、デビッド・コンラッド、ミシェル・コットン、ブノワ・クロイズからの追加の多大な貢献があります。
Amanda Baber
Internet Assigned Numbers Authority
PTI/ICANN
12025 Waterfront Drive
Los Angeles, 90094
United States of America
Email: amanda.baber@iana.org
Paul Hoffman
ICANN
12025 Waterfront Drive
Los Angeles, 90094
United States of America
Email: paul.hoffman@icann.org