RFC 6233 - IS-IS Registry Extension for Purges 日本語訳

URL : https://tools.ietf.org/html/rfc6233
タイトル : RFC 6233 - パージのレジストリ拡張IS-IS
翻訳編集 : 自動生成

Internet Engineering Task Force (IETF)                             T. Li
Request for Comments: 6233                                   L. Ginsberg
Updates: 3563, 5304, 5310                            Cisco Systems, Inc.
Category: Standards Track                                       May 2011
ISSN: 2070-1721

                  IS-IS Registry Extension for Purges

Abstract

抽象

IANA maintains the "IS-IS TLV Codepoints" registry. This registry documents which TLVs can appear in different types of IS-IS Protocol Data Units (PDUs), but does not document which TLVs can be found in zero Remaining Lifetime Link State PDUs (LSPs), a.k.a. purges. This document extends the existing registry to record the set of TLVs that are permissible in purges and updates the rules for generating and processing purges in the presence of authentication. This document updates RFC 3563, RFC 5304, and RFC 5310.

IANAは、 "IS-IS TLVコードポイント" のレジストリを維持します。 TLVは、IS-ISプロトコルデータユニット（PDU）の異なる種類に現れることができますが、TLVをゼロ残りの寿命のリンク州のPDU（LSPの）、別名、パージ中に見つけることができる文書化されません。このレジストリ文書。この文書では、パージに許容されるのTLVのセットを記録するために、既存のレジストリを拡張し、認証の存在下でパージを生成し、処理するためのルールを更新します。このドキュメントの更新RFC 3563、RFC 5304、およびRFC 5310。

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

このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6233.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6233で取得することができます。

著作権表示

著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://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 Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。

Table of Contents

   1. Introduction ....................................................2
      1.1. Requirements Language ......................................2
   2. Registry Changes ................................................2
   3. Purges and Authentication .......................................3
   4. IANA Considerations .............................................3
   5. Security Considerations .........................................3
   6. Normative References ............................................4

1. Introduction

1. はじめに

The IS-IS [ISO-10589] routing protocol maintains a link state database of the topology of its routing domain by flooding a set of Link State Protocol Data Units (LSPs). When the protocol no longer needs the information stored in an LSP, it uses the purge mechanism to cause the Intermediate Systems (ISs) in its domain to discard the information contained in the LSP. The process for generating purges can be found in Section 7.3.16.4 of [ISO-10589]. This process retains only the LSP header, discarding any TLVs that had been carried within the LSP.

IS-IS [ISO-10589]のルーティングプロトコルは、リンクステートプロトコルデータユニット（のLSP）のセットをあふれさせることによって、そのルーティングドメインのトポロジーのリンク状態データベースを維持します。プロトコルがもはやLSPに格納された情報を必要とするとき、それはLSPに含まれている情報を破棄し、そのドメイン内の中間システム（ISS）を引き起こすために、パージ機構を使用しません。パージを生成するためのプロセスは[ISO-10589]のセクション7.3.16.4に見出すことができます。このプロセスは、LSP内で行われた任意のTLVを破棄のみLSPヘッダを保持します。

Subsequent enhancements to IS-IS, such as [RFC5304] [RFC5310], amend the process of generating a purge and allow the inclusion of certain TLVs in purges.

このような[RFC5304]、[RFC5310]としてIS-IS、以降の拡張機能は、パージを生成するプロセスを修正し、パージ中の特定のTLVを含めることを可能にします。

1.1. Requirements Language

1.1. 要件言語

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].

この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。

2. Registry Changes

2.レジストリの変更

This document extends the current "IS-IS TLV Codepoints" registry, defined in [RFC3563], to record the set of TLVs that MAY be found in purges. All other TLVs MUST NOT appear in purges. This will serve as an aid to subsequent documents, which can then refer to the registry as the definitive list of the TLVs allowed in purges. This will also act as an aid to implementers, providing them with an easily accessible compendium of allowable TLVs.

この文書では、パージ中に見つけることができるのTLVのセットを記録するために、[RFC3563]で定義された現在の「IS-IS TLVコードポイント」レジストリを拡張します。他のすべてのTLVは、パージに現れてはいけません。これは、その後、パージで許可されたTLVの決定的なリストとして、レジストリを参照することができ、その後のドキュメントへの援助として機能します。また、これは許容のTLVの簡単にアクセス大要でそれらを提供し、実装者への援助として機能します。

The purge status defined for a given TLV applies to all sub-TLVs defined for that TLV.

与えられたTLV用に定義されたパージの状態がそのTLV用に定義されたすべてのサブのTLVに適用されます。

3. Purges and Authentication

3.パージと認証

Previous documents on authentication [RFC5304] [RFC5310] required that an IS only accept a purge if it only contained the Authentication TLV.

認証[RFC5304] [RFC5310]の前の文書は、それが唯一の認証TLVが含まれている場合にのみパージを受け入れていることが必要です。

This document updates and generalizes that behavior as follows: an implementation that implements authentication MUST NOT accept a purge that contains any TLV listed in the registry that is not acceptable in a purge. An implementation MUST NOT accept a purge that contains a TLV not listed in the registry unless the purge also contains the Purge Originator Identification (POI) TLV [RFC6232]. Purges that are accepted MUST be propagated without removal of TLVs. If multiple purges are received for the same LSP, then the implementation MAY propagate any one of the purges.

このドキュメントの更新と、次のようにその振る舞いを一般：パージでは受け入れられない、レジストリに記載されている任意のTLVが含まれているパージを受け入れてはいけません認証を実装して実装します。実装はパージもパージ発信識別（POI）TLV [RFC6232]を含んでいない限り、レジストリに記載されていないTLVが含まれているパージを受け入れてはいけません。受け入れられパージはのTLVを除去せずに伝播されなければなりません。複数のパージが同じLSPのために受信された場合、実装は粛清のいずれかを伝搬することができます。

If an implementation that implements authentication accepts a purge that does not include the POI TLV and it chooses to insert the POI TLV, it MUST also recompute authentication.

認証を実装実装はPOI TLVが含まれていないパージを受け入れ、それがPOI TLVを挿入することを選択した場合、それはまた、認証を再計算しなければなりません。

ISs MUST NOT accept LSPs with a non-zero Remaining Lifetime that contain the POI TLV.

ISは、POI TLVが含まれている非ゼロの残りの寿命とLSPを受け入れてはいけません。

Purge generation is updated as follows: an implementation that implements authentication generates a purge by first removing any TLVs that are not listed in the registry as being acceptable in purges. The POI TLV MUST be added. Then any other TLVs that MAY be in purges, as shown by the registry, MAY be added. Finally, authentication, if any, is added.

認証を実装する実装は、最初のパージに許容されるものとしてレジストリにリストされていない任意のTLVを除去することによりパージを生成する次のようにパージ世代が更新されます。 POI TLVを加えなければなりません。レジストリによって示されるように、パージであってもよい任意の他のTLVを添加してもよいです。最後に、認証は、もしあれば、追加されます。

4. IANA Considerations

4. IANAの考慮事項

IANA has modified the "IS-IS TLV Codepoints" registry by adding a column in the registry for 'Purge'. A 'y' in this column indicates that the TLV for this row MAY be found in a purge. An 'n' in this column indicates that the TLV for this row MUST NOT be found in a purge.

IANAは「パージ」のため、レジストリ内の列を追加することにより、「IS-IS TLVコードポイント」のレジストリを変更しました。この列の「Y」は、この行のTLVは、パージ中に見出すことができることを示しています。この列の「N」は、この行のTLVがパージで発見されてはならないことを示しています。

The 'Purge' column should initially contain a 'y' for TLV type 10 (Authentication) and for TLV type 137 (Dynamic hostname). All other entries in this column should have an 'n'. Other additions to this registry should explicitly specify their value for this column.

「パージ」の列は、最初のTLVタイプ10（認証）と、TLVタイプ137（動的ホスト名）のためには「Y」を含むべきです。この列の他のすべてのエントリは「N」を持っている必要があります。このレジストリへのその他の追加は、明示的にこの列のその値を指定する必要があります。

5. Security Considerations

5.セキュリティについての考慮事項

This document introduces no new security issues.

この文書は、新しいセキュリティ問題を紹介しません。

6. Normative References

6.引用規格

[ISO-10589] ISO, "Intermediate system to Intermediate system intra-domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode Network Service (ISO 8473)", ISO/IEC 10589:2002.

[ISO-10589] ISO、「（ISO 8473）コネクションレス型ネットワークサービスを提供するためのプロトコルと共に使用するための情報交換プロトコルをrouteingする中間システムイントラドメインに中間システム」、ISO / IEC 10589：2002。

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。

[RFC3563] Zinin, A., "Cooperative Agreement Between the ISOC/IETF and ISO/IEC Joint Technical Committee 1/Sub Committee 6 (JTC1/SC6) on IS-IS Routing Protocol Development", RFC 3563, July 2003.

[RFC3563]ジニン、A.、RFC 3563、2003年7月 "ISOC / IETFとIS-ISルーティングプロトコル開発に関するISO / IEC合同技術委員会1 /小委員会6（JTC1 / SC6）との間で協力協定"。

[RFC5304] Li, T. and R. Atkinson, "IS-IS Cryptographic Authentication", RFC 5304, October 2008.

[RFC5304]李、T.、およびR.アトキンソンは、 "IS-IS暗号認証"、RFC 5304、2008年10月。

[RFC5310] Bhatia, M., Manral, V., Li, T., Atkinson, R., White, R., and M. Fanto, "IS-IS Generic Cryptographic Authentication", RFC 5310, February 2009.

[RFC5310]はバティア、M.、Manral、V.は、李、T.、アトキンソン、R.、ホワイト、R.、およびM. Fantoは、 "IS-ISジェネリック暗号認証"、RFC 5310、2009年2月。

[RFC6232] Wei, F., Qin, Y., Li, Z., Li, T., and J. Dong, "Purge Originator Identification TLV for IS-IS", RFC 6232, May 2011.

[RFC6232]ウェイ、F.、秦、Y.、李、Z.、李、T.、およびJ.ドン、 "IS-ISのためのパージ発信元識別TLV"、RFC 6232、2011年5月。

Authors' Addresses

著者のアドレス

Tony Li Cisco Systems, Inc. 170 W. Tasman Dr. San Jose, CA 95134 USA

トニー・リーシスコシステムズ社170 W.タスマン博士はカリフォルニア州サンノゼ95134 USA

EMail: tony.li@tony.li

メールアドレス：tony.li@tony.li

Les Ginsberg Cisco Systems, Inc. 170 W. Tasman Dr. San Jose, CA 95134 USA

レ・ギンズバーグシスコシステムズ社170 W.タスマン博士はカリフォルニア州サンノゼ95134 USA

EMail: ginsberg@cisco.com

メールアドレス：ginsberg@cisco.com