RFC 9451 - Operations, Administration, and Maintenance (OAM) Packet and Behavior in the Network Service Header (NSH) 日本語訳

原文URL : https://www.rfc-editor.org/rfc/rfc9451.html
タイトル : RFC 9451 - ネットワークサービスヘッダー（NSH）の運用、管理、およびメンテナンス（OAM）パケットと動作
翻訳編集 : 自動生成

[要約] RFC 9451 は、NSH仕様に関連するO bitの取り扱いについての曖昧さを明確にし、「OAMパケット」の意味を明確化します。RFC 8300を更新することを目的としています。

Internet Engineering Task Force (IETF)                      M. Boucadair
Request for Comments: 9451                                        Orange
Updates: 8300                                                August 2023
Category: Standards Track                                               
ISSN: 2070-1721

Operations, Administration, and Maintenance (OAM) Packet and Behavior in the Network Service Header (NSH)

ネットワークサービスヘッダー（NSH）の運用、管理、およびメンテナンス（OAM）パケットと動作

Abstract

概要

This document clarifies an ambiguity in the Network Service Header (NSH) specification related to the handling of O bit. In particular, this document clarifies the meaning of "OAM packet".

このドキュメントは、O BITの処理に関連するネットワークサービスヘッダー（NSH）仕様のあいまいさを明確にします。特に、このドキュメントは「OAMパケット」の意味を明確にします。

This document updates RFC 8300.

このドキュメントは、RFC 8300を更新します。

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/rfc9451.

このドキュメントの現在のステータス、任意のERRATA、およびそれに関するフィードバックを提供する方法に関する情報は、https：//www.rfc-editor.org/info/rfc9451で取得できます。

Copyright Notice

著作権表示

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. はじめに

This document clarifies an ambiguity related to the definition of the Operations, Administration, and Maintenance (OAM) packet discussed in [RFC8300].

この文書は、[RFC8300]で説明されている運用、管理、およびメンテナンス（OAM）パケットの定義に関連する曖昧さを明確にします。

Processing of the O bit in the Network Service Header (NSH) must follow the updated behavior specified in Section 3.

ネットワークサービスヘッダー（NSH）でのOビットの処理は、セクション3で指定された更新された動作に従う必要があります。

2. Terminology

2. 用語

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.

この文書のキーワード "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", および "OPTIONAL" はBCP 14 [RFC2119] [RFC8174]で説明されているように、すべて大文字の場合にのみ解釈されます。

This document makes use of the terms defined in [RFC7665] and [RFC8300].

このドキュメントでは、[RFC7665]および[RFC8300]で定義されている用語を使用しています。

The document defines the following terms:

ドキュメントは次の用語を定義しています。

Service Function Chaining (SFC) data plane element:

サービス関数チェーン（SFC）データプレーン要素：

refers to the SFC-aware Service Function (SF), Service Function Forwarder (SFF), SFC Proxy, or Classifier as defined in the SFC data plane architecture [RFC7665] and further refined in [RFC8300].

SFCデータプレーンアーキテクチャ[RFC7665]で定義されており、[RFC8300]でさらに改良されたSFC対応サービス機能（SF）、サービス関数転送（SFF）、SFCプロキシ、または分類器を指します。

OAM control element:

OAMコントロール要素：

an NSH-aware element that is capable of generating NSH OAM packets. An SFC data plane element may behave as an OAM control element.

NSH OAMパケットを生成できるNSH認識要素。SFCデータプレーン要素は、OAM制御要素として動作する場合があります。

SFC OAM data:

SFC OAMデータ：

refers to an OAM request (e.g., Connectivity Verification and Continuity Checks [RFC7276]), any data that influences how to execute a companion OAM request (e.g., identity of a terminating SF), the output data of an OAM request, and any combination thereof.

OAMリクエスト（接続検証と連続性チェックなど[RFC7276]など）、コンパニオンOAMリクエストの実行方法に影響を与えるデータ（終了SFのアイデンティティなど）、OAMリクエストの出力データ、および任意の組み合わせを指します。そのように。

User data:

ユーザーデータ：

refers to user packets cited in Section 5.7 of [RFC7665].

[RFC7665]のセクション5.7で引用されているユーザーパケットを指します。

3. An Update to RFC 8300

3. RFC 8300の更新

This document updates Section 2.2 of [RFC8300] as follows:

このドキュメントは、[RFC8300]のセクション2.2を次のように更新します。

OLD:

古い：

O bit:

Oビット：

Setting this bit indicates an OAM packet (see [RFC6291]). The actual format and processing of SFC OAM packets is outside the scope of this specification (for example, see [SFC-OAM-FRAMEWORK] for one approach).

このビットの設定は、OAMパケットを示します（[RFC6291]を参照）。SFC OAMパケットの実際の形式と処理は、この仕様の範囲外です（たとえば、1つのアプローチについては[SFC-OAM-Frameworkを参照]）。

The O bit MUST be set for OAM packets and MUST NOT be set for non-OAM packets. The O bit MUST NOT be modified along the SFP.

O BITはOAMパケット用に設定する必要があり、OAM以外のパケット用に設定しないでください。oビットをSFPに沿って変更してはなりません。

SF/SFF/SFC Proxy/Classifier implementations that do not support SFC OAM procedures SHOULD discard packets with O bit set, but MAY support a configurable parameter to enable forwarding received SFC OAM packets unmodified to the next element in the chain. Forwarding OAM packets unmodified by SFC elements that do not support SFC OAM procedures may be acceptable for a subset of OAM functions, but it can result in unexpected outcomes for others; thus, it is recommended to analyze the impact of forwarding an OAM packet for all OAM functions prior to enabling this behavior. The configurable parameter MUST be disabled by default.

SF/SFF/SFCプロキシ/分類器の実装SFC OAM手順をサポートしていない実装は、パケットをoビットセットで破棄する必要がありますが、構成可能なパラメーターをサポートして、受信したSFC OAMパケットをチェーン内の次の要素に変更していないことを可能にする場合があります。SFC OAM手順をサポートしていないSFC要素によって修正されていないOAMパケットを転送することは、OAM関数のサブセットに受け入れられる可能性がありますが、他の人にとって予期しない結果につながる可能性があります。したがって、この動作を可能にする前に、すべてのOAM機能のOAMパケットを転送する影響を分析することをお勧めします。設定可能なパラメーターは、デフォルトで無効にする必要があります。

NEW:

新しい：

O bit:

Oビット：

Setting this bit indicates an NSH OAM packet. Such a packet is any NSH-encapsulated packet that exclusively includes SFC OAM data. SFC OAM data can be included in the Fixed-Length Context Header, optional Context Headers, and/or the inner packet.

このビットを設定すると、NSH OAMパケットが表示されます。このようなパケットは、SFC OAMデータのみを含むNSHにカプセル化されたパケットです。SFC OAMデータは、固定長のコンテキストヘッダー、オプションのコンテキストヘッダー、および/または内側のパケットに含めることができます。

The O bit is typically set by an OAM controller or a final destination of an NSH OAM packet that triggers a response (e.g., a specific SFC-aware SF or the last SFF of an SFP).

O BITは通常、OAMコントローラーまたは応答をトリガーするNSH OAMパケットの最終目的地によって設定されます（例：特定のSFC認識SFまたはSFPの最後のSFF）。

The O bit MUST be set for NSH OAM packets and MUST NOT be set for non-OAM packets. The O bit MUST NOT be modified along the SFP.

oビットはNSH OAMパケット用に設定する必要があり、非OAMパケット用に設定しないでください。oビットをSFPに沿って変更してはなりません。

NSH-encapsulated packets that include user data are not considered NSH OAM packets even if some SFC OAM data (e.g., record route) is also supplied in the packet.

一部のSFC OAMデータ（レコードルートなど）もパケットに提供されていても、ユーザーデータを含むNSHカプセル化パケットはNSH OAMパケットとは見なされません。

When SFC OAM data is included in the inner packet, the Next Protocol field is set to reflect the structure of that inner OAM packet. The setting and processing of the O bit neither assumes nor expects detailed analysis of the content of any inner IP packet carried by the NSH. In order to prevent non-deterministic behaviors, SFC data plane elements MAY support a configuration parameter to filter valid Next Protocol values in NSH OAM packets. Absent explicit configuration, SFFs, SFC-aware SFs, and SFC Proxies SHOULD discard any NSH packets with the O bit set and Next Protocol set to something that is not itself an OAM protocol. This includes discarding the packet when the O bit is set and the Next Protocol is set to 0x01 (IPv4), 0x02 (IPv6), 0x03 (MPLS), or 0x05 (Ethernet).

SFC OAMデータが内部パケットに含まれると、次のプロトコルフィールドは、その内側のOAMパケットの構造を反映するように設定されています。oビットの設定と処理は、NSHが携帯する内部IPパケットの内容の詳細な分析を想定しておらず、予想していません。非決定的な動作を防ぐために、SFCデータプレーン要素は、NSH OAMパケットの有効な次のプロトコル値をフィルタリングする構成パラメーターをサポートする場合があります。明示的な構成がない、SFF、SFC認識SFS、およびSFCプロキシは、oビットセットでNSHパケットを破棄し、次のプロトコルセットはそれ自体がOAMプロトコルではないものに廃棄する必要があります。これには、O BITが設定され、次のプロトコルが0x01（IPv4）、0x02（IPv6）、0x03（MPLS）、または0x05（イーサネット）に設定された場合のパケットの破棄が含まれます。

An NSH OAM packet MAY include optional Context Headers (e.g., a subscriber identifier [RFC8979] or a flow identifier [RFC9263]) that are used to influence the processing of the packet by SFC data plane elements.

NSH OAMパケットには、SFCデータプレーン要素によるパケットの処理に影響を与えるために使用されるオプションのコンテキストヘッダー（サブスクライバー識別子[RFC8979]またはフロー識別子[RFC9263]）が含まれます。

An NSH OAM packet MAY include SFC OAM data in both Context Headers and the inner packet. The processing of the SFC OAM data (including the order) SHOULD be specified in the relevant OAM or Context Header specification.

NSH OAMパケットには、コンテキストヘッダーと内側パケットの両方にSFC OAMデータが含まれる場合があります。SFC OAMデータ（注文を含む）の処理は、関連するOAMまたはコンテキストヘッダー仕様で指定する必要があります。

SFC-aware implementations of SF, SFF, SFC Proxy, and Classifier that do not support SFC OAM procedures SHOULD discard packets with the O bit set but MAY support a configurable parameter to enable forwarding received NSH OAM packets unmodified to the next element in the chain. Forwarding NSH OAM packets unmodified by SFC data plane elements that do not support SFC OAM procedures may be acceptable for a subset of OAM functions, but it can result in unexpected outcomes for others. Thus, it is recommended to analyze the impact of forwarding an NSH OAM packet for all OAM functions prior to enabling this behavior. The configurable parameter MUST be disabled by default.

SFC OAM手順をサポートしないSF、SFF、SFCプロキシ、および分類器のSFC対応の実装は、oビットセットでパケットを破棄する必要がありますが、構成可能なパラメーターをサポートして、受け取った転送を有効にして、チェーンの次の要素に変更されていないNSH OAMパケットを送信できるようにすることができます。。SFC OAM手順をサポートしていないSFCデータプレーン要素によって修正されていないNSH OAMパケットの転送は、OAM機能のサブセットに受け入れられる可能性がありますが、他の人にとって予期しない結果をもたらす可能性があります。したがって、この動作を可能にする前に、すべてのOAM関数のNSH OAMパケットを転送する影響を分析することをお勧めします。設定可能なパラメーターは、デフォルトで無効にする必要があります。

The actual format and additional processing of NSH OAM packets is outside the scope of this specification.

NSH OAMパケットの実際の形式と追加処理は、この仕様の範囲外です。

4. IANA Considerations

4. IANAの考慮事項

This document has no IANA actions.

このドキュメントにはIANAアクションがありません。

5. Security Considerations

5. セキュリティに関する考慮事項

Data plane SFC-related security considerations, including privacy, are discussed in Section 6 of [RFC7665] and Section 8 of [RFC8300]. Additional security considerations related to SFC OAM are discussed in Section 9 of [RFC8924].

プライバシーを含むデータプレーンSFC関連のセキュリティに関する考慮事項は、[RFC7665]のセクション6および[RFC8300]のセクション8で説明されています。SFC OAMに関連する追加のセキュリティ上の考慮事項については、[RFC8924]のセクション9で説明します。

Any data included in an NSH OAM packet SHOULD be integrity protected [RFC9145].

NSH OAMパケットに含まれるデータはすべて、整合性保護されている必要があります[RFC9145]。

6. References

6. 参考文献

6.1. Normative References

6.1. 引用文献

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

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

   [RFC8300]  Quinn, P., Ed., Elzur, U., Ed., and C. Pignataro, Ed.,
              "Network Service Header (NSH)", RFC 8300,
              DOI 10.17487/RFC8300, January 2018,
              <https://www.rfc-editor.org/info/rfc8300>.

   [RFC9145]  Boucadair, M., Reddy.K, T., and D. Wing, "Integrity
              Protection for the Network Service Header (NSH) and
              Encryption of Sensitive Context Headers", RFC 9145,
              DOI 10.17487/RFC9145, December 2021,
              <https://www.rfc-editor.org/info/rfc9145>.

6.2. Informative References

6.2. 参考引用

   [RFC6291]  Andersson, L., van Helvoort, H., Bonica, R., Romascanu,
              D., and S. Mansfield, "Guidelines for the Use of the "OAM"
              Acronym in the IETF", BCP 161, RFC 6291,
              DOI 10.17487/RFC6291, June 2011,
              <https://www.rfc-editor.org/info/rfc6291>.

   [RFC7276]  Mizrahi, T., Sprecher, N., Bellagamba, E., and Y.
              Weingarten, "An Overview of Operations, Administration,
              and Maintenance (OAM) Tools", RFC 7276,
              DOI 10.17487/RFC7276, June 2014,
              <https://www.rfc-editor.org/info/rfc7276>.

   [RFC7665]  Halpern, J., Ed. and C. Pignataro, Ed., "Service Function
              Chaining (SFC) Architecture", RFC 7665,
              DOI 10.17487/RFC7665, October 2015,
              <https://www.rfc-editor.org/info/rfc7665>.

   [RFC8924]  Aldrin, S., Pignataro, C., Ed., Kumar, N., Ed., Krishnan,
              R., and A. Ghanwani, "Service Function Chaining (SFC)
              Operations, Administration, and Maintenance (OAM)
              Framework", RFC 8924, DOI 10.17487/RFC8924, October 2020,
              <https://www.rfc-editor.org/info/rfc8924>.

   [RFC8979]  Sarikaya, B., von Hugo, D., and M. Boucadair, "Subscriber
              and Performance Policy Identifier Context Headers in the
              Network Service Header (NSH)", RFC 8979,
              DOI 10.17487/RFC8979, February 2021,
              <https://www.rfc-editor.org/info/rfc8979>.

   [RFC9263]  Wei, Y., Ed., Elzur, U., Majee, S., Pignataro, C., and D.
              Eastlake 3rd, "Network Service Header (NSH) Metadata Type
              2 Variable-Length Context Headers", RFC 9263,
              DOI 10.17487/RFC9263, August 2022,
              <https://www.rfc-editor.org/info/rfc9263>.

Acknowledgments

謝辞

Thanks to Jim Guichard, Greg Mirsky, Joel Halpern, Christian Jacquenet, Dirk von-Hugo, Carlos Pignataro, and Frank Brockners for the comments.

ジム・ギチャード、グレッグ・ミルスキー、ジョエル・ハルパーン、クリスチャン・ジャックエネット、ダーク・フォン・フゴ、カルロス・ピグナタロ、フランク・ブロックナーにコメントをしてくれてありがとう。

Thanks to Barry Leiba for the art directorate review and Russ Housley for the security directorate review.

アートディレクターレビューのバリーレイバと、セキュリティディレクターレビューのラスハウリーに感謝します。

Thanks to Alvaro Retana and Robert Wilton for their IESG reviews.

IESGのレビューをしてくれたAlvaro RetanaとRobert Wiltonに感謝します。

Author's Address

著者の連絡先

   Mohamed Boucadair
   Orange
   35000 Rennes
   France
   Email: mohamed.boucadair@orange.com