[要約] この文書は、アプリケーション層トラフィック最適化（ALTO）プロトコルにおいて使用される「コストモード（数値、順序など）」を管理するための新しいIANAレジストリを定義しています。これまでの仕様上の制約を緩和し、将来の新しいコスト計算方式を秩序立って追加できるようにするための登録ポリシーを規定し、ALTOプロトコルの柔軟な拡張と相互運用性を確保します。
Internet Engineering Task Force (IETF) M. Boucadair
Request for Comments: 9274 Orange
Updates: 7285 Q. Wu
Category: Standards Track Huawei
ISSN: 2070-1721 July 2022
A Cost Mode Registry for the Application-Layer Traffic Optimization (ALTO) Protocol
アプリケーション層トラフィック最適化（ALTO）プロトコルのためのコストモードレジストリ
Abstract
概要
This document creates a new IANA registry for tracking cost modes supported by the Application-Layer Traffic Optimization (ALTO) Protocol. Also, this document relaxes a constraint that was imposed by the ALTO specification on allowed cost mode values.
このドキュメントは、アプリケーション層トラフィック最適化（ALTO）プロトコルでサポートされるコストモードを追跡するための新しいIANAレジストリを作成します。また、許可されるコストモード値に関してALTO仕様によって課されていた制約を緩和します。
This document updates RFC 7285.
このドキュメントは、RFC 7285を更新します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
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). Further information on Internet Standards is available in Section 2 of RFC 7841.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（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/rfc9274.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、https://www.rfc-editor.org/info/rfc9274で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2022 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（c）2022 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ドキュメントに関するIETF Trustの法的規定（https://trustee.ietf.org/license-info）の対象となります。これらのドキュメントには本ドキュメントに関するお客様の権利と制限事項が記載されているため、注意深く確認してください。本ドキュメントから抽出されたコードコンポーネントには、Trust法的規定のセクション4.eに記載されている改訂BSDライセンスのテキストが含まれていなければならず、改訂BSDライセンスに記載されているように無保証で提供されます。
Table of Contents
目次
1. Introduction 2. Terminology 3. Updates to RFC 7285 3.1. Updates to Section 6.1.2 of RFC 7285 3.2. Updates to Section 10.5 of RFC 7285 4. Backward Compatibility Considerations 5. IANA Considerations 6. Security Considerations 7. References 7.1. Normative References 7.2. Informative References Acknowledgements Authors' Addresses
The cost mode attribute indicates how costs should be interpreted when communicated as described in "Application-Layer Traffic Optimization (ALTO) Protocol" [RFC7285], which includes a provision for only two modes:
コストモード属性は、「アプリケーション層トラフィック最適化（ALTO）プロトコル」[RFC7285]で説明されているように通信される際、コストをどのように解釈すべきかを示します。これには次の2つのモードのみの規定が含まれています:
"numerical": Indicates that numerical operations can be performed (e.g., normalization) on the returned costs (Section 6.1.2.1 of [RFC7285]).
"numerical": 返されたコストに対して数値演算（例: 正規化）を実行できることを示します（[RFC7285]のセクション6.1.2.1）。
"ordinal": Indicates that the cost values in a cost map represent ranking (relative to all other values in a cost map), not actual costs (Section 6.1.2.2 of [RFC7285]).
"ordinal": コストマップ内のコスト値が実際のコストではなく、ランキング（コストマップ内の他のすべての値に対する相対順位）を表すことを示します（[RFC7285]のセクション6.1.2.2）。
Additional cost modes are required for specific ALTO deployment cases (e.g., [ALTO-PV]). In order to allow for such use cases, this document relaxes the constraint imposed by the base ALTO specification on allowed cost modes (Section 3) and creates a new ALTO registry to track new cost modes (Section 5).
特定のALTO展開ケース（例: [ALTO-PV]）では、追加のコストモードが必要とされます。そのようなユースケースに対応できるようにするため、このドキュメントは許可されるコストモードに関して基本ALTO仕様によって課されていた制約を緩和し（セクション3）、新しいコストモードを追跡するための新しいALTOレジストリを作成します（セクション5）。
The mechanisms defined in [RFC7285] are used to advertise the support of new cost modes for specific cost metrics. Refer to Section 4 for more details.
特定のコストメトリックに対する新しいコストモードのサポートを通知するために、[RFC7285]で定義されたメカニズムが使用されます。詳細についてはセクション4を参照してください。
This document updates Section 6.1.2 of [RFC7285] as follows:
このドキュメントは、[RFC7285]のセクション6.1.2を次のように更新します。
OLD:
旧：
The cost mode attribute indicates how costs should be interpreted. Specifically, the cost mode attribute indicates whether returned costs should be interpreted as numerical values or ordinal rankings.
コストモード属性は、コストをどのように解釈すべきかを示します。具体的には、コストモード属性は、返却されたコストを数値または順序ランキングとして解釈すべきかどうかを示します。
It is important to communicate such information to ALTO clients, as certain operations may not be valid on certain costs returned by an ALTO server. For example, it is possible for an ALTO server to return a set of IP addresses with costs indicating a ranking of the IP addresses. Arithmetic operations that would make sense for numerical values, do not make sense for ordinal rankings. ALTO clients may handle such costs differently.
ALTOサーバーから返却された特定のコストに対して特定の演算が有効でない場合があるため、そのような情報をALTOクライアントに伝達することが重要です。たとえば、ALTOサーバーがIPアドレスの順位を示すコストとともにIPアドレスのセットを返すことがあります。数値に対して意味をなす算術演算は、順序ランキングに対しては意味をなしません。ALTOクライアントはそのようなコストを異なって処理する場合があります。
Cost modes are indicated in protocol messages as strings.
コストモードは、プロトコルメッセージ内で文字列として示されます。
NEW:
新：
The cost mode attribute indicates how costs should be interpreted. Two cost modes (numerical values and ordinal rankings) are defined, but additional cost modes can be defined in the future.
コストモード属性は、コストをどのように解釈すべきかを示します。2つのコストモード（数値および順序ランキング）が定義されていますが、将来的に追加のコストモードを定義することができます。
It is important to communicate such information to ALTO clients, as certain operations may not be valid on certain costs returned by an ALTO server. For example, it is possible for an ALTO server to return a set of IP addresses with costs indicating a ranking of the IP addresses. Arithmetic operations that would make sense for numerical values, do not make sense for ordinal rankings. ALTO clients may handle such costs differently.
ALTOサーバーから返却された特定のコストに対して特定の演算が有効でない場合があるため、そのような情報をALTOクライアントに伝達することが重要です。たとえば、ALTOサーバーがIPアドレスの順位を示すコストとともにIPアドレスのセットを返すことがあります。数値に対して意味をなす算術演算は、順序ランキングに対しては意味をなしません。ALTOクライアントはそのようなコストを異なって処理する場合があります。
Cost modes are indicated in protocol messages as strings.
コストモードは、プロトコルメッセージ内で文字列として示されます。
For any future documents that defines a new cost mode, indicating whether that new cost mode applies to all or a subset of cost metrics is strongly recommended. This recommendation is meant to prevent nondeterministic behaviors that may result in presenting a cost mode with a specific metric, while such an association does not make sense or can't be unambiguously interpreted by ALTO implementations.
新しいコストモードを定義する将来のいかなるドキュメントにおいても、その新しいコストモードがすべてのコストメトリックに適用されるのか、あるいはそのサブセットに適用されるのかを示すことが強く推奨されます。この推奨事項は、そのような関連付けが意味をなさない場合やALTO実装によって一意に解釈できない場合に、特定のメトリックとともにコストモードを提示することによって生じる可能性がある非決定的な動作を防止することを目的としています。
If the definition of a cost mode does not indicate whether that cost mode applies to a subset of cost metrics, ALTO implementations MUST be prepared to accept that cost mode for any cost metric.
コストモードの定義において、そのコストモードがコストメトリックのサブセットに適用されるかどうかが示されていない場合、ALTO実装は任意のコストメトリックに対してそのコストモードを受け入れる準備をしておかなければなりません (MUST)。
This document updates Section 10.5 of [RFC7285] as follows:
このドキュメントは、[RFC7285]のセクション10.5を次のように更新します。
OLD:
旧：
A cost mode is encoded as a string. The string MUST have a value of either "numerical" or "ordinal".
コストモードは文字列としてエンコードされます。その文字列は、"numerical" または "ordinal" のいずれかの値を持たなければなりません (MUST)。
NEW:
新：
A cost mode is encoded as a string. The string MUST be no more than 32 characters, and it MUST NOT contain characters other than US-ASCII alphanumeric characters (U+0030-U+0039, U+0041-U+005A, and U+0061-U+007A), the hyphen-minus ('-', U+002D), the colon (':', U+003A), or the low line ('_', U+005F). Cost modes reserved for Private Use are prefixed with "priv:" (Section 5). Otherwise, the cost mode MUST have a value that is listed in the registry created in Section 5 of [RFC9274].
コストモードは文字列としてエンコードされます。その文字列は32文字以下でなければならず (MUST)、US-ASCII英数字（U+0030〜U+0039、U+0041〜U+005A、およびU+0061〜U+007A）、ハイフンマイナス（'-'、U+002D）、コロン（':'、U+003A）、またはアンダースコア（'_'、U+005F）以外の文字を含んではなりません (MUST NOT)。Private Useのために予約されたコストモードには、プレフィックスとして "priv:" が付けられます（セクション5）。それ以外の場合、コストモードは [RFC9274] のセクション5で作成されたレジストリにリストされている値を持たなければなりません (MUST)。
ALTO servers that support new cost modes for specific cost metrics will use the mechanism specified in Section 9.2 of [RFC7285] to advertise their capabilities. ALTO clients (including legacy) will use that information to specify cost constraints in their requests (e.g., indicate a cost metric and a cost mode). An example of such a behavior is depicted in Section 9.2.3 of [RFC7285].
If an ALTO client includes a cost mode that is not supported by an ALTO server, the server indicates such an error with the error code E_INVALID_FIELD_VALUE as per Section 8.5.2 of [RFC7285]. In practice, legacy ALTO servers will reply with the error code E_INVALID_FIELD_VALUE to requests that include a cost type other than "numerical" or "ordinal" for the "routingcost" cost metric.
ALTOクライアントがALTOサーバーによってサポートされていないコストモードを含めた場合、サーバーは[RFC7285]のセクション8.5.2に従ってエラーコード E_INVALID_FIELD_VALUE でそのエラーを示します。実際には、レガシーなALTOサーバーは、"routingcost" コストメトリックに対して "numerical" または "ordinal" 以外のコストタイプを含むリクエストに対して、エラーコード E_INVALID_FIELD_VALUE で応答します。
The encoding constraints in Section 3.2 do not introduce any interoperability issue given that currently implemented cost modes adhere to these constrains (mainly, those in [RFC7285] and [ALTO-PV]).
セクション3.2のエンコーディング制約は、現在実装されているコストモードがこれらの制約（主に[RFC7285]および[ALTO-PV]のもの）に準拠していることから、相互運用性の問題を引き起こすことはありません。
IANA has created the new "ALTO Cost Modes" subregistry within the "Application-Layer Traffic Optimization (ALTO) Protocol" registry available at [ALTO].
IANAは、[ALTO]で利用可能な「アプリケーションレイヤートラフィック最適化（ALTO）プロトコル」レジストリ内で、新しい「ALTOコストモード」サブレジストリを作成しました。
The assignment policy for this subregistry is "IETF Review" (Section 4.8 of [RFC8126]).
このサブレジストリの割り当てポリシーは「IETFレビュー」です（[RFC8126]のセクション4.8）。
Requests to register a new ALTO cost mode must include the following information:
新しいALTOコストモードを登録するリクエストには、次の情報を含める必要があります。
Identifier: The name of the ALTO cost mode. Refer to Section 3.2 for more details on allowed encoding.
Identifier: ALTOコストモードの名前。許可されるエンコーディングの詳細については、セクション3.2を参照してください。
Description: A short description of the requested ALTO cost mode.
Description: 要求されたALTOコストモードの簡単な説明。
Intended Semantics: A reference to where the semantic of the requested cost mode is defined.
Intended Semantics: 要求されたコストモードのセマンティクス（意味論）が定義されている場所への参照。
Reference: A reference to the document that registers the requested cost mode.
Reference: 要求されたコストモードを登録するドキュメントへの参照。
Cost modes prefixed with "priv:" are reserved for Private Use (Section 4.1 of [RFC8126]). IANA has added the following note to the new subregistry:
"priv:" で始まるプレフィックスを持つコストモードは、Private Use（私的使用）のために予約されています（[RFC8126]のセクション4.1）。IANAは新しいサブレジストリに次の注記を追加しました:
Identifiers prefixed with "priv:" are reserved for Private Use (see RFC 9274, Section 5).
"priv:" のプレフィックスを持つ識別子は、Private Use（私的使用）のために予約されています（RFC 9274のセクション5を参照）。
The subregistry is initially populated with the following values:
サブレジストリには当初、次の値が入力されています。
+============+=============================+============+===========+ | Identifier | Description | Intended | Reference | | | | Semantics | | +============+=============================+============+===========+ | numerical | Indicates that numerical | Section | RFC 9274 | | | operations can be performed | 6.1.2.1 | | | | on the returned costs | of | | | | | [RFC7285] | | +------------+-----------------------------+------------+-----------+ | ordinal | Indicates that the cost | Section | RFC 9274 | | | values in a cost map | 6.1.2.2 | | | | represent ranking | of | | | | | [RFC7285] | | +------------+-----------------------------+------------+-----------+
Table 1: ALTO Cost Modes
表1：ALTOコストモード
This document does not introduce new concerns other than those already discussed in Section 15 of [RFC7285].
この文書は、[RFC7285]のセクション15ですでに説明したもの以外の新しい懸念を導入していません。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <https://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner, S.、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、DOI 10.17487/RFC2119、1997年3月、<https://www.rfc-editor.org/info/rfc2119>。
[RFC7285] Alimi, R., Ed., Penno, R., Ed., Yang, Y., Ed., Kiesel, S., Previdi, S., Roome, W., Shalunov, S., and R. Woundy, "Application-Layer Traffic Optimization (ALTO) Protocol", RFC 7285, DOI 10.17487/RFC7285, September 2014, <https://www.rfc-editor.org/info/rfc7285>.
[RFC7285] Alimi, R., Ed., Penno, R., Ed., Yang, Y., Ed., Kiesel, S., Previdi, S., Roome, W., Shalunov, S., and R. Woundy、「アプリケーションレイヤートラフィック最適化（ALTO）プロトコル」、RFC 7285、DOI 10.17487/RFC7285、2014年9月、<https://www.rfc-editor.org/info/rfc7285>。
[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>.
[RFC8126] Cotton, M., Leiba, B., and T. Narten、「RFCSでIANA考慮事項セクションを書くためのガイドライン」、BCP 26、RFC 8126、DOI 10.17487/RFC8126、2017年6月、<https://www.rfc-editor.org/info/rfc8126>。
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8174] Leiba, B.、「RFC 2119キーワードの大文字と小文字のあいまいさ」、BCP 14、RFC 8174、DOI 10.17487/RFC8174、2017年5月、<https://www.rfc-editor.org/info/rfc8174>。
[ALTO] IANA, "Application-Layer Traffic Optimization (ALTO) Protocol", <https://www.iana.org/assignments/alto-protocol/>.
[ALTO] IANA、「アプリケーションレイヤートラフィック最適化（ALTO）プロトコル」、<https://www.iana.org/assignments/alto-protocol/>。
[ALTO-PV] Gao, K., Lee, Y., Randriamasy, S., Yang, Y. R., and J. J. Zhang, "An ALTO Extension: Path Vector", Work in Progress, Internet-Draft, draft-ietf-alto-path-vector-25, 20 March 2022, <https://datatracker.ietf.org/doc/html/draft-ietf-alto-path-vector-25>.
[ALTO-PV] Gao, K., Lee, Y., Randriamasy, S., Yang, Y. R., and J. J. Zhang、「Alto Extension：Path Vector」、Work in Progress、Internet-Draft、Draft-Iitf-Alto-path-vector-25、2022年3月20日、<https://datatracker.ietf.org/doc/html/draft-ietf-alto-path-vector-25>。
Acknowledgements
謝辞
Many thanks to Benjamin Kaduk for spotting the issue during the review of [ALTO-PV].
[ALTO-PV] のレビュー中にこの問題を指摘してくれた Benjamin Kaduk に感謝します。
Thanks to Adrian Farrel, Dhruv Dhody, Luis Miguel Contreras Murillo, Sabine Randriamasy, and Qiao Xiang for the review and comments.
レビューとコメントをいただいた Adrian Farrel、Dhruv Dhody、Luis Miguel Contreras Murillo、Sabine Randriamasy、および Qiao Xiang に感謝します。
Special thanks to Kai Gao for Shepherding the document.
ドキュメントシェパードを務めてくれた Kai Gao に特に感謝します。
Thanks to Martin Duke for the AD review.
AD（エリアディレクター）レビューを行ってくれた Martin Duke に感謝します。
Thanks to Roni Even for the gen-art review, Jaime Jimenez for the artart review, and Stephen Farrell for the secdir review.
gen-artレビューを行ってくれた Roni Even、artartレビューを行ってくれた Jaime Jimenez、およびsecdirレビューを行ってくれた Stephen Farrell に感謝します。
Thanks to Robert Wilton, Lars Eggert, Francesca Palombini, Roman Danyliw, Paul Wouters, and Murray Kucherawy for the IESG review.
IESGレビューを行ってくれた Robert Wilton、Lars Eggert、Francesca Palombini、Roman Danyliw、Paul Wouters、および Murray Kucherawy に感謝します。
Authors' Addresses
著者のアドレス
Mohamed Boucadair Orange 35000 Rennes France Email: mohamed.boucadair@orange.com
Mohamed Boucadair Orange 35000 Rennes France Email: mohamed.boucadair@orange.com
Qin Wu Huawei Yuhua District 101 Software Avenue Nanjing Jiangsu, 210012 China Email: bill.wu@huawei.com
Qin Wu Huawei Yuhua District 101 Software Avenue Nanjing Jiangsu, 210012 China Email: bill.wu@huawei.com