RFC4221 日本語訳
4221 Multiprotocol Label Switching (MPLS) Management Overview. T.Nadeau, C. Srinivasan, A. Farrel. November 2005. (Format: TXT=70291 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group T. Nadeau
Request for Comments: 4221 Cisco Systems, Inc.
Category: Informational C. Srinivasan
Bloomberg L.P.
A. Farrel
Old Dog Consulting
November 2005
コメントを求めるワーキンググループT.ナドーの要求をネットワークでつないでください: 4221年のシスコシステムズInc.カテゴリ: 犬のコンサルティング2005年11月に年取った情報のC.のSrinivasanブルームバーグ・L.P.A.ファレル
Multiprotocol Label Switching (MPLS) Management Overview
Multiprotocolラベルの切り換え(MPLS)マネジメントの展望
Status of This Memo
このメモの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
Abstract
要約
A range of Management Information Base (MIB) modules has been developed to help model and manage the various aspects of Multiprotocol Label Switching (MPLS) networks. These MIB modules are defined in separate documents that focus on the specific areas of responsibility of the modules that they describe.
Multiprotocol Label Switching(MPLS)ネットワークの種々相をモデル化して、管理するのを助けるためにさまざまなManagement Information基地(MIB)のモジュールを開発してあります。 これらのMIBモジュールはそれらが説明するモジュールの責任の特定の領域に焦点を合わせる別々のドキュメントで定義されます。
This document describes the management architecture for MPLS and indicates the interrelationships between the different MIB modules used for MPLS network management.
このドキュメントは、MPLSのために管理体系について説明して、MPLSネットワークマネージメントに使用される異なったMIBモジュールの間に相互関係を示します。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology .....................................................3
3. The SNMP Management Framework ...................................3
4. An Introduction to the MPLS Working Group MIB Modules ...........4
4.1. Structure of the MPLS MIB OID Tree .........................5
4.2. MPLS-TC-STD-MIB ............................................5
4.3. MPLS-LSR-STD-MIB ...........................................5
4.4. MPLS-LDP-STD-MIB ...........................................6
4.5. MPLS-LDP-GENERIC-STD-MIB ...................................6
4.6. MPLS-LDP-ATM-STD-MIB .......................................6
4.7. MPLS-LDP-FRAME-RELAY-STD-MIB ...............................7
4.8. MPLS-TE-STD-MIB ............................................7
4.9. MPLS-FTN-STD-MIB ...........................................7
1. 序論…3 2. 用語…3 3. SNMP管理枠組み…3 4. MPLSワーキンググループMIBモジュールへの序論…4 4.1. MPLS MIB OID木の構造…5 4.2. MPLS Tc STD-MIB…5 4.3. MPLS-LSR-STD-MIB…5 4.4. MPLS自由民主党STD-MIB…6 4.5. MPLSの自由民主党の一般的なSTD-MIB…6 4.6. MPLS自由民主党気圧STD-MIB…6 4.7. MPLS自由民主党フレームリレーSTD-MIB…7 4.8. MPLS Te STD-MIB…7 4.9. MPLS-FTN-STD-MIB…7
Nadeau, et al. Informational [Page 1] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [1ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
4.10. TE-LINK-STD-MIB ...........................................7
4.11. MIB Module Interdependencies ..............................8
4.12. Dependencies on External MIB Modules ......................9
5. Tables, Scalars, and Notifications in MPLS-LSR-STD-MIB .........10
5.1. Tables ....................................................10
5.2. Scalars ...................................................10
5.3. Indexing ..................................................11
5.4. Notifications .............................................12
5.5. Dependencies between MIB Module Tables ....................12
6. Tables, Scalars, and Notifications in the LDP MIB ..............13
6.1. MIB Modules ...............................................13
6.2. Tables ....................................................14
6.3. Scalars ...................................................15
6.4. Notifications .............................................15
6.5. Dependencies between MIB Module Tables ....................15
7. Tables, Scalars, and Notifications in MPLS-TE-STD-MIB ..........16
7.1. Tables ....................................................16
7.2. Scalars ...................................................17
7.3. Notifications .............................................18
7.4. Dependencies between MIB Module Tables ....................18
8. Tables, Scalars, and Notifications in MPLS-FTN-STD-MIB .........18
8.1. Tables ....................................................18
8.2. Scalars ...................................................19
8.3. Notifications .............................................19
8.4. Dependencies between MIB Module Tables ....................19
9. Tables and Objects in TE-LINK-STD-MIB ..........................19
9.1. Tables ....................................................19
9.2. Scalars ...................................................20
9.3. Notifications .............................................20
9.4. Dependencies between MIB Module Tables ....................20
10. Table Dependencies between MPLS MIB Modules ...................21
11. A Note on Interfaces ..........................................21
11.1. MPLS Tunnels as Interfaces ...............................21
11.2. Application of the Interfaces Group to TE Links ..........22
11.3. References to Interface MIB Objects from MPLS MIB
Modules ..................................................23
12. Management Options ............................................24
13. Related IETF MIB Modules ......................................25
13.1. PWE3 Working Group MIB Modules ...........................26
13.2. PPVPN Working Group MIB Modules ..........................26
13.2.1. PPVPN-MPLS-VPN-STD-MIB ............................26
13.3. CCAMP Working Group MIB Modules ..........................26
14. Traffic Engineering Working Group TE MIB ......................27
14.1. Choosing between TE MIB Modules ..........................27
15. Security Considerations .......................................28
16. Acknowledgements ..............................................28
17. Normative References ..........................................29
18. Informative References ........................................30
4.10. TeリンクSTD-MIB…7 4.11. MIBモジュール相互依存性…8 4.12. 外部のMIBモジュールに関する依存…9 5. MPLS-LSR-STD-MIBのテーブル、スカラ、および通知…10 5.1. テーブル…10 5.2. スカラ…10 5.3. 索引をつけます…11 5.4. 通知…12 5.5. MIBモジュールテーブルの間の依存…12 6. 自由民主党MIBのテーブル、スカラ、および通知…13 6.1. MIBモジュール…13 6.2. テーブル…14 6.3. スカラ…15 6.4. 通知…15 6.5. MIBモジュールテーブルの間の依存…15 7. MPLS Te STD-MIBのテーブル、スカラ、および通知…16 7.1. テーブル…16 7.2. スカラ…17 7.3. 通知…18 7.4. MIBモジュールテーブルの間の依存…18 8. MPLS-FTN-STD-MIBのテーブル、スカラ、および通知…18 8.1. テーブル…18 8.2. スカラ…19 8.3. 通知…19 8.4. MIBモジュールテーブルの間の依存…19 9. TeリンクSTD-MIBのテーブルと物…19 9.1. テーブル…19 9.2. スカラ…20 9.3. 通知…20 9.4. MIBモジュールテーブルの間の依存…20 10. MPLS MIBモジュールの間の依存を見送ってください…21 11. インタフェースに関する注…21 11.1. MPLSはインタフェースとしてトンネルを堀ります…21 11.2. Teへのインタフェースグループのアプリケーションはリンクされます…22 11.3. MPLS MIBモジュールからMIB物を連結する参照…23 12. 管理オプション…24 13. IETF MIBモジュールを関係づけます…25 13.1. PWE3ワーキンググループMIBモジュール…26 13.2. PPVPNワーキンググループMIBモジュール…26 13.2.1. PPVPN-MPLS-VPN-STD-MIB…26 13.3. CCAMPワーキンググループMIBモジュール…26 14. 交通工学ワーキンググループTe MIB…27 14.1. Te MIBモジュールを選びます…27 15. セキュリティ問題…28 16. 承認…28 17. 標準の参照…29 18. 有益な参照…30
Nadeau, et al. Informational [Page 2] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [2ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
1. Introduction
1. 序論
This document describes the Management Architecture for Multi- Protocol Label Switching (MPLS) [RFC3031]. In particular, it describes how the managed objects defined in various MPLS-related Management Information Base (MIB) documents model different aspects of MPLS. Furthermore, this document explains the interactions and dependencies between each of these MIB modules.
このドキュメントはMultiプロトコルLabel Switching(MPLS)[RFC3031]のためにManagement Architectureについて説明します。 特に、それは様々なMPLS関連のManagement Information基地(MIB)のドキュメントで定義された管理オブジェクトがどうMPLSの異なった局面をモデル化するかを説明します。 その上、このドキュメントで、それぞれのこれらのMIBモジュールの間の相互作用と依存がわかります。
For additional information, this document also includes a brief note on MIB modules produced by the Pseudo Wire Emulation Edge to Edge (PWE3), Provider Provisioned Virtual Private Network (PPVPN), Common Control and Measurement Plane (CCAMP), and Internet Traffic Engineering (TEWG) working groups.
また、追加情報に関しては、このドキュメントはPseudo Wire Emulation EdgeによってEdge(PWE3)、Provider Provisioned Virtual兵士のNetwork(PPVPN)、Common Control、およびMeasurement Plane(CCAMP)に作成されたMIBモジュール、およびインターネットTraffic Engineering(TEWG)ワーキンググループに関する短信を含んでいます。
The document begins with a brief outline of the SNMP framework. This is not intended to be a complete reference on SNMP, but is provided to give context to the rest of the document and to indicate reference material for readers that need to know more about SNMP.
ドキュメントはSNMP枠組みの簡潔なアウトラインで始まります。 これをSNMPに関する完全な参照であることを意図しませんが、ドキュメントの残りに文脈を与えて、SNMPに関してもう少し知る必要がある読者のために参照資料を示すために提供します。
This document does not propose any additions to the MPLS MIB framework, nor define any standards for the Internet community. It is an informational document. In all cases, the reader is advised to turn to the document that defines the MIB module in question for further information.
このドキュメントは、MPLS MIB枠組みへのどんな追加も提案して、インターネットコミュニティのどんな規格も定義しません。 それは情報のドキュメントです。 すべての場合では、読者が詳細に、問題のMIBモジュールを定義するドキュメントに変わるようにアドバイスされます。
Comments should be made directly to the MPLS mailing list at mpls@uu.net.
mpls@uu.net でコメントを直接MPLSメーリングリストにするべきです。
2. Terminology
2. 用語
This document uses terminology from the MPLS architecture document [RFC3031] and the following MPLS related MIB modules: MPLS TC MIB [TCMIB], MPLS LSR MIB [LSRMIB], MPLS TE MIB [TEMIB], MPLS LDP MIB [LDPMIB], MPLS FTN MIB [FTNMIB], TE LINK MIB [TELMIB], and PPVPN MPLS VPN MIB [VPNMIB].
このドキュメントの用途のMPLS構造ドキュメント[RFC3031]からの用語と以下のMPLSはMIBモジュールを関係づけました: MPLS Tc MIB[TCMIB]、MPLS LSR MIB[LSRMIB]、MPLS Te MIB[TEMIB]、MPLS自由民主党MIB[LDPMIB]、MPLS FTN MIB[FTNMIB]、TeリンクMIB[TELMIB]、およびPPVPN MPLS VPN MIB[VPNMIB]。
Throughout this document hyphenated MIB names (such as MPLS-TE-STD- MIB) should be taken to refer to specific MIB modules. Non- hyphenated MIB names (such as MPLS LDP MIB) indicate MIB documents.
このドキュメント中では、特定のMIBモジュールを示すために、ハイフンを入れられたMIB名(MPLS-TE-STD- MIBなどの)を取るべきです。 非ハイフンを入れられたMIB名(MPLS LDP MIBなどの)はMIBドキュメントを示します。
3. The SNMP Management Framework
3. SNMP管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
Nadeau, et al. Informational [Page 3] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [3ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This document specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].
管理オブジェクトはManagement Information基地と呼ばれた仮想情報店かMIBを通してアクセスされます。 一般に、MIB物はSimple Network Managementプロトコル(SNMP)を通してアクセスされます。 MIBの物は、Management情報(SMI)のStructureで定義されたメカニズムを使用することで定義されます。 このドキュメントはSTD58とRFC2578[RFC2578]とSTD58とRFC2579[RFC2579]とSTD58RFC2580[RFC2580]で説明されるSMIv2に対応であるMIBモジュールを指定します。
4. An Introduction to the MPLS Working Group MIB Modules
4. MPLSワーキンググループMIBモジュールへの序論
This section addresses the MIB documents produced by the MPLS working group, namely MPLS TC MIB, MPLS LSR MIB, MPLS TE MIB, MPLS LDP MIB, MPLS FTN MIB, and TE LINK MIB. The rest of this section briefly describes the following:
このセクションはすなわち、MPLSワーキンググループによって製作されたMIBドキュメント、MPLS TC MIB、MPLS LSR MIB、MPLS TE MIB、MPLS LDP MIB、MPLS FTN MIB、およびTE LINK MIBを記述します。 このセクションの残りは簡潔に以下について説明します:
- the MPLS Object Identifier (OID) tree structure and the position
of different MPLS related MIB modules on this tree;
- MPLS Object Identifier(OID)木構造と異なったMPLSの位置はMIBモジュールをこの木に関係づけました。
- the purpose of each of the MIB modules within the MIB documents,
what it can be used for, and how it relates to the other MIB
modules.
- MIBドキュメントと、それを使用できることと、それがどう他のMIBモジュールに関連するかの中のそれぞれのMIBモジュールの目的。
Note that each MIB document contains one or more compliance statements for the modules and objects that it defines. Therefore, the support for the different MIB modules and objects is beyond the scope of this document, although some recommendations are included in the sections that follow.
それぞれのMIBドキュメントがそれが定義するモジュールと物のための1つ以上の承諾声明を含むことに注意してください。 したがって、異なったMIBモジュールと物のサポートはこのドキュメントの範囲を超えています、いくつかの推薦が従うセクションに含まれていますが。
Nadeau, et al. Informational [Page 4] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [4ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
4.1. Structure of the MPLS MIB OID Tree
4.1. MPLS MIB OID木の構造
The MPLS MIB OID tree has the following structure.
MPLS MIB OID木には、以下の構造があります。
transmission -- RFC 2578 [RFC2578]
|
+- mplsStdMIB -- MPLS-TC-STD-MIB
| |
| +- mplsTCStdMIB -- MPLS-TC-STD-MIB
| |
| +- mplsLsrStdMIB -- MPLS-LSR-STD-MIB
| |
| +- mplsTeStdMIB -- MPLS-TE-STD-MIB
| |
| +- mplsLdpStdMIB -- MPLS-LDP-STD-MIB
| |
| +- mplsLdpAtmStdMIB -- MPLS-LDP-ATM-STD-MIB
| |
| +- mplsLdpFrameRelayStdMIB -- MPLS-LDP-FRAME-RELAY-STD-MIB
| |
| +- mplsLdpGenericStdMIB -- MPLS-LDP-GENERIC-STD-MIB
| |
| +- mplsFTNStdMIB -- MPLS-FTN-STD-MIB
|
+- teLinkStdMIB -- TE-LINK-STD-MIB
トランスミッション--RFC2578[RFC2578]| +mplsStdMIB--MPLS Tc STD-MIB| | | +mplsTCStdMIB--MPLS Tc STD-MIB| | | +mplsLsrStdMIB--MPLS-LSR-STD-MIB| | | +mplsTeStdMIB--MPLS Te STD-MIB| | | +mplsLdpStdMIB--MPLS自由民主党STD-MIB| | | +mplsLdpAtmStdMIB--MPLS自由民主党気圧STD-MIB| | | +mplsLdpFrameRelayStdMIB--MPLS自由民主党フレームリレーSTD-MIB| | | +mplsLdpGenericStdMIB--MPLSの自由民主党の一般的なSTD-MIB| | | +mplsFTNStdMIB--MPLS-FTN-STD-MIB| +teLinkStdMIB--TeリンクSTD-MIB
Note: The OIDs for MIB modules are assigned and managed by IANA. They can be found in the referenced MIB documents.
以下に注意してください。 MIBモジュールのためのOIDsはIANAによって割り当てられて、管理されます。 参照をつけられたMIBドキュメントでそれらを見つけることができます。
4.2. MPLS-TC-STD-MIB
4.2. MPLS Tc STD-MIB
MPLS-TC-STD-MIB defines textual conventions [RFC2579] that may be common to MPLS-related MIB modules. These conventions allow multiple MIB modules to use the same syntax and format for a concept that is shared between the MIB modules.
MPLS-TC-STD-MIBはMPLS関連のMIBモジュールに共通であるかもしれない原文のコンベンション[RFC2579]を定義します。 これらのコンベンションで、複数のMIBモジュールがMIBモジュールの間で共有される概念に同じ構文と形式を使用できます。
For example, labels are a central part of MPLS and need to be presented in many of the MIB modules. The textual convention for representing an MPLS label is defined in MPLS-TC-STD-MIB.
例えば、ラベルは、MPLSの中央の部分であり、MIBモジュールの多くで提示される必要があります。 MPLSラベルを表すための原文のコンベンションはMPLS-TC-STD-MIBで定義されます。
All of the other MPLS MIB modules import textual conventions from this MIB module.
他のMPLS MIBモジュールのすべてがこのMIBモジュールからの原文のコンベンションを輸入します。
4.3. MPLS-LSR-STD-MIB
4.3. MPLS-LSR-STD-MIB
MPLS-LSR-STD-MIB describes managed objects for modeling an MPLS Label Switching Router (LSR). This puts it at the heart of the management architecture for MPLS.
MPLS-LSR-STD-MIBは、MPLS Label Switching Router(LSR)をモデル化するために管理オブジェクトについて説明します。 これはMPLSのために管理体系の心にそれを置きます。
Nadeau, et al. Informational [Page 5] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [5ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
This MIB module is used to model and manage the basic label switching behavior of an MPLS LSR. It represents the label forwarding information base (LFIB) of the LSR and provides a view of the LSPs that are being switched by the LSR in question.
このMIBモジュールは、MPLS LSRの基本的なラベル切り換え動きをモデル化して、管理するのに使用されます。 それは、LSRのラベル推進情報ベース(LFIB)を表して、問題のLSRによって切り換えられているLSPsに関する意見を提供します。
Since basic MPLS label switching is common to all MPLS applications, this MIB module is referenced by many of the other MPLS MIB modules.
基本的なMPLSラベルの切り換えがすべてのMPLSアプリケーションに共通であるので、他のMPLS MIBモジュールの多くでこのMIBモジュールは参照をつけられます。
In general, MPLS-LSR-STD-MIB provides a model of incoming labels on MPLS-enabled interfaces being mapped to outgoing labels on MPLS- enabled interfaces via a conceptual object called an MPLS cross- connect. MPLS cross-connect entries and their properties are represented in MPLS-LSR-STD-MIB and are typically referenced by other MIB modules in order to refer to the underlying MPLS LSP.
一般に、MPLS-LSR-STD-MIBは十字が接続するMPLSと呼ばれる概念対象を通してMPLSの可能にされたインタフェースで出発しているラベルに写像されるMPLSによって可能にされたインタフェースで入って来るラベルのモデルを提供します。 MPLS十字接続エントリーと彼らの特性は、基本的なMPLS LSPについて言及するためにMPLS-LSR-STD-MIBに表されて、他のMIBモジュールで通常参照をつけられます。
For example, MPLS-TE-STD-MIB models traffic-engineered tunnels. These tunnels map to one or more underlying MPLS LSPs. MPLS-TE-STD- MIB refers to the underlying LSPs by pointing to cross-connect entries in MPLS-LSR-STD-MIB.
例えば、MPLS-TE-STD-MIBは交通で設計されたトンネルをモデル化します。 これらのトンネルは基本的なMPLS LSPsを1つ以上に写像します。 MPLS-LSR-STD-MIBに十字接続エントリーを示すことによって、MPLS-TE-STD- MIBは基本的なLSPsについて言及します。
4.4. MPLS-LDP-STD-MIB
4.4. MPLS自由民主党STD-MIB
MPLS-LDP-STD-MIB describes managed objects used to model and manage the MPLS Label Distribution Protocol (LDP) [RFC3036]. LDP is one of the MPLS protocols used to distribute labels and establish LSPs.
MPLS自由民主党STD-MIBはMPLS Label Distributionプロトコルをモデル化して、管理するのに使用される管理オブジェクト(自由民主党)[RFC3036]について説明します。 自由民主党はラベルを分配して、LSPsを証明するのに使用されるMPLSプロトコルの1つです。
This MIB module contains objects common to all LDP implementations. For an LDP implementation that provides standard MIB support, this MIB module provides the core set of objects that are needed, along with one or more of the other LDP MIB modules from the following sections.
このMIBモジュールはすべての自由民主党の実現に共通の物を含んでいます。 標準のMIBサポートを提供する自由民主党の実現のために、このMIBモジュールは必要である物の巻き癖を提供します、以下のセクションからの他のLDP MIBモジュールの1つ以上と共に。
4.5. MPLS-LDP-GENERIC-STD-MIB
4.5. MPLSの自由民主党の一般的なSTD-MIB
This MIB module provides objects for managing the LDP Per Platform Label Space and is typically implemented along with the MPLS-LDP- STD-MIB module. This MIB Module contains tables for configuring MPLS Generic Label Ranges. Although the LDP Specification does not provide a way to configure Label Ranges for Generic Labels, the MIB module does provide a way to reserve a range of generic labels because the working group thought this was useful.
このMIBモジュールは、自由民主党Per Platform Label Spaceを管理するのに物を提供して、MPLS-自由民主党STD-MIBと共に通常実行されます。モジュール。 このMIB ModuleはMPLS Generic Label Rangesを構成するためのテーブルを含んでいます。 自由民主党SpecificationはGeneric LabelsのためにLabel Rangesを構成する方法を提供しませんが、MIBモジュールはワーキンググループが、これが役に立つと思ったのでさまざまな一般的なラベルを予約する方法を提供します。
4.6. MPLS-LDP-ATM-STD-MIB
4.6. MPLS自由民主党気圧STD-MIB
This MIB module is typically supported along with MPLS-LDP-STD-MIB by LDP implementations if LDP uses ATM as the Layer 2 medium. Tables in this MIB module allow for configuring LDP to use ATM.
自由民主党がLayer2媒体としてATMを使用するなら、このMIBモジュールはMPLS自由民主党STD-MIBと共に自由民主党の実現で通常支持されます。 このMIBモジュールによるテーブルは、ATMを使用するために自由民主党を構成すると考慮します。
Nadeau, et al. Informational [Page 6] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [6ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
4.7. MPLS-LDP-FRAME-RELAY-STD-MIB
4.7. MPLS自由民主党フレームリレーSTD-MIB
This MIB module is typically supported along with MPLS-LDP-STD-MIB by LDP implementations if LDP uses Frame Relay as the Layer 2 medium. Tables in this MIB module allow for configuration of LDP to use Frame Relay.
自由民主党がLayer2媒体としてFrame Relayを使用するなら、このMIBモジュールはMPLS自由民主党STD-MIBと共に自由民主党の実現で通常支持されます。 このMIBモジュールによるテーブルは、自由民主党の構成がFrame Relayを使用するのを許容します。
4.8. MPLS-TE-STD-MIB
4.8. MPLS Te STD-MIB
MPLS-TE-STD-MIB describes managed objects that are used to model and manage MPLS Traffic Engineered (TE) Tunnels.
MPLS-TE-STD-MIBはMPLS Traffic Engineered(TE)Tunnelsをモデル化して、管理するのに使用される管理オブジェクトについて説明します。
This MIB module is based on a table that represents TE tunnels that either originate from, traverse via, or terminate on the LSR in question. The MIB module provides configuration and statistics objects needed for TE tunnels.
このMIBモジュールは問題のLSRでどちらかが発するTEトンネル、横断を表すテーブルを基礎づけるか、または終わることです。 MIBモジュールはTEトンネルに必要である物を構成と統計に提供します。
4.9. MPLS-FTN-STD-MIB
4.9. MPLS-FTN-STD-MIB
MPLS-FTN-STD-MIB describes managed objects that are used to model and manage the MPLS FEC-to-NHLFE (FTN) mappings that take place at an ingress Label Edge Router (LER).
MPLS-FTN-STD-MIBはMPLS FECからNHLFE(FTN)へのイングレスLabel Edge Router(LER)で行われるマッピングをモデル化して、管理するのに使用される管理オブジェクトについて説明します。
An LER is an LSR placed at the edge of an MPLS domain, and it passes traffic into and out of the MPLS domain. An ingress LER is responsible for classifying data and assigning it to a suitable LSP or tunnel.
LERはMPLSドメインの縁に置かれたLSRです、そして、それはドメインの中と、そして、MPLSドメインから交通を通り過ぎます。 LERは適当なLSPかトンネルにデータを分類して、それを割り当てながら責任があるイングレス。
This classification is done using Forwarding Equivalence Classes (FECs) that define the common attributes of data (usually packets) that will be treated in the same way. Once data has been classified, it can be handed off to an LSP or tunnel through the Next Hop Label Forwarding Entry (NHLFE).
この分類は同様に、扱われるデータ(通常パケット)の一般的な属性を定義するForwarding Equivalence Classes(FECs)を使用し終わっています。 データがいったん分類されると、Next Hop Label Forwarding Entry(NHLFE)を通してLSPかトンネルにそれを渡すことができます。
In the case of an IP-to-MPLS mapping, the FEC objects describe IP 6-tuples that represent source and destination address ranges, source and destination port ranges, the IPv4 Protocol field or IPv6 next- header field, and the DiffServ Code Point (DSCP).
IPからMPLSへのマッピングの場合では、FEC物はIPv6のソースと目的地のアドレスの範囲の代理をするIP6-tuplesかソースと仕向港の範囲かIPv4プロトコル分野か次のヘッダーフィールドと、DiffServ Code Point(DSCP)について説明します。
4.10. TE-LINK-STD-MIB
4.10. TeリンクSTD-MIB
TE-LINK-STD-MIB describes managed objects that are used to model and manage TE links, including bundled links, in an MPLS network.
TE-LINK-STD-MIBはMPLSネットワークに束ねられたリンクを含むTEリンクをモデル化して、管理するのに使用される管理オブジェクトについて説明します。
The TE link feature is designed to aggregate one or more similar data channels or TE links between a pair of LSRs. A TE link is a sub- interface capable of carrying traffic-engineered MPLS traffic.
TEリンクの特徴は、1組のLSRsの間の1個以上の同様のデータ・チャンネルかTEリンクに集めるように設計されています。 TEリンクは交通で設計されたMPLS交通を運ぶことができるサブインタフェースです。
Nadeau, et al. Informational [Page 7] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [7ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
A bundled link is a sub-interface that bonds the traffic of a group of one or more TE links.
束ねられたリンクは1個以上のTEリンクのグループの交通を接着するサブインタフェースです。
4.11. MIB Module Interdependencies
4.11. MIBモジュール相互依存性
This section provides an overview of the relationship between the MPLS MIB modules described above. More details of these relationships are given below after the MIB modules have been discussed in more detail.
このセクションは上で説明されたMPLS MIBモジュールの間の関係の概観を提供します。 さらに詳細にMIBモジュールについて議論した後にこれらの関係に関するその他の詳細を以下に与えます。
The arrows in the following diagram show a 'depends on' relationship. A relationship "MIB module A depends on MIB module B" means that MIB module A uses an object, object identifier, or textual convention defined in MIB module B, or that MIB module A contains a pointer (index or RowPointer) to an object in MIB module B.
以下のダイヤグラムによる矢は、a'が'関係によるのを示します。 関係、「MIBモジュールAはMIBモジュールBによること」が、MIBモジュールAがMIBモジュールBで定義された物、物の識別子、または原文のコンベンションを使用するか、またはMIBモジュールAがMIBモジュールBでポインタ(インデックスかRowPointer)を物に含むことを意味します。
+-------> MPLS-TC-STD-MIB | ^ | | | MPLS-LSR-STD-MIB <------------------+ | | +<----------------------- MPLS-LDP-STD-MIB -->+ | ^ | | | | +<-- MPLS-LDP-GENERIC-STD-MIB ------>+ | | | | +<-- MPLS-LDP-ATM-STD-MIB ---------->+ | | | | +<-- MPLS-LDP-FRAME-RELAY-STD-MIB -->+ | | | +<------- MPLS-TE-STD-MIB ------------------->+ | ^ | | | | +<------- MPLS-FTN-STD-MIB ------------------>+
+------->MPLS Tc STD-MIB| ^ | | | MPLS-LSR-STD-MIB<。------------------+ | | + <。----------------------- MPLS自由民主党STD-MIB-->+| ^ | | | | +<--MPLSの自由民主党の一般的なSTD-MIB------>+| | | | +<--MPLS自由民主党気圧STD-MIB---------->+| | | | + <--MPLS自由民主党フレームリレーSTD-MIB-->+| | | + <。------- MPLS Te STD-MIB------------------->+| ^ | | | | + <。------- MPLS-FTN-STD-MIB------------------>+
Thus:
このようにして:
- All the MPLS MIB modules depend on MPLS-TC-STD-MIB.
- すべてのMPLS MIBモジュールがMPLS-TC-STD-MIBによります。
- MPLS-LDP-STD-MIB, MPLS-TE-STD-MIB, and MPLS-FTN-STD-MIB contain
references to objects in MPLS-LSR-STD-MIB.
- MPLS自由民主党STD-MIB、MPLS-TE-STD-MIB、およびMPLS-FTN-STD-MIBはMPLS-LSR-STD-MIBに物の参照を含んでいます。
- MPLS-LDP-GENERIC-STD-MIB, MPLS-LDP-ATM-STD-MIB, and MPLS-LDP-
FRAME-RELAY-STD-MIB contain references to objects in MPLS-LDP-
STD-MIB.
- MPLS自由民主党GENERIC-STD-MIB、MPLS自由民主党ATM-STD-MIB、およびMPLS自由民主党-FRAME-RELAY-STD-MIBはMPLS-自由民主党STD-MIBに物の参照を含んでいます。
- MPLS-FTN-STD-MIB contains references to objects in MPLS-TE-STD-
MIB.
- MPLS-FTN-STD-MIBはMPLS-TE-STD- MIBに物の参照を含んでいます。
Nadeau, et al. Informational [Page 8] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [8ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
Note that there is a textual convention (MplsIndexType) defined in MPLS-LSR-STD-MIB that is imported by MPLS-LDP-STD-MIB.
MPLS自由民主党STD-MIBによって輸入されるMPLS-LSR-STD-MIBで定義された原文のコンベンション(MplsIndexType)があることに注意してください。
4.12. Dependencies on External MIB Modules
4.12. 外部のMIBモジュールに関する依存
With the exception of MPLS-TC-STD-MIB, all the MPLS MIB modules have dependencies on the Interfaces MIB [RFC2863]. MPLS-FTN-STD-MIB references IP-capable interfaces on which received traffic is to be classified using indexes in the Interface Table (ifTable) of IF-MIB [RFC2863]. The other MPLS MIB modules reference MPLS-capable interfaces in ifTable.
MPLS-TC-STD-MIBを除いて、すべてのMPLS MIBモジュールがInterfaces MIB[RFC2863]に依存を持っています。 MPLS-FTN-STD-MIBがどれでInterface Table(ifTable)のインデックスを使用することで分類されているかに関して容認された交通がことであるIPできるインタフェースに参照をつける、-、MIB、[RFC2863。] MPLSできるもう片方のMPLS MIBモジュール参照はifTableで連結します。
The Interfaces Group of IF-MIB [RFC2863] defines generic managed objects for managing interfaces. The MPLS MIB modules contain media-specific extensions to the Interfaces Group for managing MPLS interfaces.
Interfaces Group、-、MIB、[RFC2863]は、インタフェースを管理するために一般的な管理オブジェクトを定義します。 MPLS MIBモジュールはMPLSインタフェースを管理するためのInterfaces Groupにメディア特有の拡大を含んでいます。
The MPLS MIB modules assume the interpretation of the Interfaces Group to be in accordance with [RFC2863], which states that ifTable contains information on the managed resource's interfaces and that each sub-layer below the internetwork layer of a network interface is considered an interface. Thus, the MPLS interface is represented as an entry in ifTable.
MPLS MIBモジュールは、[RFC2863]に従ってInterfaces Groupの解釈があると仮定します。(]は、ifTableが管理資源のインタフェースの情報を含んでいて、ネットワーク・インターフェースのインターネットワーク層の下の各副層がインタフェースであると考えられると述べます)。 したがって、MPLSインタフェースはエントリーとしてifTableに表されます。
The interrelation of entries in ifTable is defined by the Interfaces Stack Group defined in [RFC2863].
ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。
Additionally, MPLS-LDP-ATM-STD-MIB imports the textual convention AtmVpIdentifier from ATM-TC-MIB to represent an ATM virtual path identifier, whereas MPLS-LDP-FRAME-RELAY-STD-MIB imports the textual convention DLCI from FRAME-RELAY-DTE-MIB to represent a Data Link Channel identifier.
さらに、MPLS自由民主党ATM-STD-MIBはATMの仮想の経路識別子を表すためにATM-TC-MIBから原文のコンベンションAtmVpIdentifierを輸入しますが、MPLS自由民主党FRAME-RELAY-STD-MIBは、Data Link Channel識別子を表すためにFRAME-RELAY-DTE-MIBから原文のコンベンションDLCIを輸入します。
MPLS-LDP-STD-MIB imports the textual conventions IndexInteger and IndexIntegerNextFree from [RFC3289], and MPLS-TE-STD-MIB imports IndexIntegerNextFree. IndexInteger provides a standard arbitrary index, whereas IndexIntegerNextFree is used by a management agent that needs to select an appropriate value for an arbitrary index.
MPLS自由民主党STD-MIBは[RFC3289]から原文のコンベンションのIndexIntegerとIndexIntegerNextFreeを輸入します、そして、MPLS-TE-STD-MIBはIndexIntegerNextFreeを輸入します。 IndexIntegerは標準の任意のインデックスを提供しますが、IndexIntegerNextFreeは任意のインデックスのために適切な値を選択する必要がある管理エージェントによって使用されます。
Finally, all of the MIB modules import standard textual conventions such as integers, strings, timestamps, etc., from the MIB modules in which they are defined. This is business as usual for a MIB module and is not discussed further in this document.
最終的に、MIBモジュールのすべてが整数、ストリング、タイムスタンプなどの一般的な原文のコンベンションを輸入します、それらが定義されるMIBモジュールから。 これについて、MIBモジュールのためのいつもどおりの仕事であり、さらに本書では議論しません。
Nadeau, et al. Informational [Page 9] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [9ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
5. Tables, Scalars, and Notifications in MPLS-LSR-STD-MIB
5. MPLS-LSR-STD-MIBのテーブル、スカラ、および通知
5.1. Tables
5.1. テーブル
MPLS-LSR-STD-MIB contains the following tables.
MPLS-LSR-STD-MIBは以下のテーブルを含んでいます。
- The interface configuration table (mplsInterfaceTable) is used for
enabling MPLS on MPLS-capable interfaces.
- インタフェース構成テーブル(mplsInterfaceTable)は、MPLSできるインタフェースのMPLSを有効にするのに使用されます。
- The in-segment (mplsInSegmentTable) and out-segment
(mplsOutSegmentTable) tables are used to configure and monitor LSP
segments carrying data into and out of the LSR, respectively.
- セグメントの(mplsInSegmentTable)と出ているセグメント(mplsOutSegmentTable)テーブルは、LSRの中と、そして、LSRからデータをそれぞれ運びながらLSPセグメントを構成して、モニターするのに使用されます。
- The in-segment mapping table (mplsInSegmentMapTable) provides a
look-up table that enables the discovery of an in-segment in
mplsInSegmentTable from the known incoming interface and incoming
label.
- セグメントのマッピングテーブル(mplsInSegmentMapTable)は知られている入って来るインタフェースからのmplsInSegmentTableのセグメントの、そして、入って来るラベルの発見を可能にするルックアップテーブルを提供します。
- The cross-connect table (mplsXCTable) is used to associate in and
out segments in order to form a cross-connect (i.e., to represent
an LSP transiting the LSR).
- 十字接続テーブル(mplsXCTable)は、十字接続(すなわち、LSRを通過するLSPを表す)を形成するためにセグメントを内外に関連づけるのに使用されます。
- The label stack table (mplsLabelStackTable) allows the
specification of multi-label stacks to be imposed on a given LSP
at this LSR.
- ラベルスタックテーブル(mplsLabelStackTable)で、マルチラベルスタックの仕様はこのLSRで与えられたLSPにつけ込みます。
- The MPLS in-segment (mplsInSegmentPerfTable) and out-segment
(mplsOutSegmentPerfTable) performance tables contain objects to
measure the performance of LSPs.
- セグメントのMPLS(mplsInSegmentPerfTable)と出ているセグメント(mplsOutSegmentPerfTable)性能テーブルはLSPsの性能を測定する物を含んでいます。
- The MPLS interface performance table (mplsInterfacePerfTable) has
objects to measure MPLS performance on a per-interface basis.
- MPLSインタフェース性能テーブル(mplsInterfacePerfTable)には、1インタフェースあたり1個のベースに関するMPLS性能を測定する物があります。
5.2. Scalars
5.2. スカラ
Where tables in the MIB module have arbitrary indexes, scalars are provided to supply the next available index. This applies to mplsInSegmentTable, mplsOutSegmentTable, mplsXCTable, and mplsLabelStackTable, but see the section on indexing, below.
MIBモジュールによるテーブルが任意のインデックスを持っているところに、次の利用可能なインデックスを供給するためにスカラを提供します。 これがmplsInSegmentTable、mplsOutSegmentTable、mplsXCTableに適用される、そして、インデックスにセクションを見るのを除いた、以下のmplsLabelStackTable。
mplsMaxLabelStackDepth defines the maximum size of a imposed label stack supported at this LSR (and not, as the description in MPLS- LSR-STD-MIB states, the maximum label stack depth supported by the LSR).
mplsMaxLabelStackDepthはこのLSR(そして、MPLS- LSR-STD-MIB州での記述としてのLSRによって支持されなかったいずれの最大のラベルスタックの深さも)で支えられた課されたラベルスタックの最大サイズを定義します。
mplsXCNotificationsEnable is used to enable and disable notifications from MPLS-LSR-STD-MIB.
mplsXCNotificationsEnableは、MPLS-LSR-STD-MIBからの通知を可能にして、無効にするのに使用されます。
Nadeau, et al. Informational [Page 10] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [10ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
5.3. Indexing
5.3. 索引をつけます。
Note that the indexing used by the tables in MPLS-LSR-STD-MIB is unusual. A specific textual convention, MplsIndexType, is defined in the MIB module and is used as the type for indexes to mplsInSegmentTable, mplsOutSegmentTable, mplsXCTable, and mplsLabelStackTable. The textual convention is defined as an octet string of between one and twenty-four octets, inclusive.
MPLS-LSR-STD-MIBでテーブルによって使用されるインデックスが珍しいことに注意してください。 特定の原文のコンベンション(MplsIndexType)は、MIBモジュールで定義されて、インデックスのためにタイプとしてmplsInSegmentTable、mplsOutSegmentTable、mplsXCTable、およびmplsLabelStackTableに慣れています。 原文のコンベンションは1〜24の八重奏ストリングと八重奏的で、包括的に定義されます。
Although this convention can be used to map simple integers and so preserve the normal indexing techniques, it may also be used to encode more complex indexing rules that may be useful to implementations that subdivide their label spaces according to physical or implementation constraints (such as placing the responsibility for a subset of labels with a line card).
簡単な整数を写像するので正常なインデックスのテクニックを保持するのにこのコンベンションを使用できますが、また、それは、物理的であるか実現規制(ラベルの部分集合への責任を線カードに置くことなどの)に従ってそれらのラベル空間を分筆する実現の役に立つかもしれないより複雑な指標付与規則をコード化するのに使用されるかもしれません。
Note that it would be unusual, but not impossible, to make sophisticated use of these indexes in a write-access MIB since the 'next' index value would be hard to determine. Thus, non-simple values are likely only to be used in read-only MIBs in which the indexes are generated as a result of signaling protocol implementations or other configuration means. The formatting and interpretation of non-simple indexes is out of the scope of the MIB module definition and is expected to be part of the manageability statement for a particular device. When the formatting is not known by an agent, it should treat the index as a plain octet string containing an integer of between one and twenty-four octets.
それが'次'のインデックス値は決定しにくいでしょう、したがって、これらの洗練された使用をアクセスを書いているMIBのインデックスにするように珍しいのですが、不可能でないことに注意してください。 したがって、非単純値はプロトコル実現か他の構成手段に合図することの結果、インデックスが作られる書き込み禁止MIBsで単に使用されそうです。 非単純インデックスの形式と解釈は、MIBモジュール定義の範囲の外にあって、特定の装置のための管理可能性声明の一部であると予想されます。 形式がエージェントによって知られていないと、それは1〜24の八重奏の整数を含む明瞭な八重奏ストリングとしてインデックスを扱うべきです。
As described in the previous section, scalars are provided to allow agents to discover a suitable value to use as an index when creating a new row in one of these tables. These scalars all use a second textual convention, MplsIndexNextType, also defined within MPLS-LSR- STD-MIB. This textual convention allows the 'null string', (that is, a string of length one octet with value 0x00). The null string is used to indicate that either write access is not supported or no more indexes are currently available.
これらのテーブルの1つの新しい列を作成するとき、前項で説明されるように、エージェントがインデックスとして使用への適当な値を発見するのを許容するためにスカラを提供します。 これらのスカラはすべて、2番目の原文のコンベンション、また、MPLS-LSR- STD-MIBの中で定義されたMplsIndexNextTypeを使用します。 この原文のコンベンションが'ヌルストリング'を許容する、(それはそうであり、長さのストリングは値0x00がある1つの八重奏です。) ヌルストリングはどちらかが書くのを示すのに使用されて、アクセスが支持されないということであるかそれ以上のインデックスは現在、利用可能ではありません。
Note that the usage of the nextIndex scalars is such that at any time a scalar supplies a value that is currently unused as an index to the specific table. In order to avoid lacunae in the indexing of a table under normal usage, implementations are recommended to change the value in an nextIndex scalar only when the index is used (that is, when a row is created) and not when the nextIndex scalar is read. In a 'busy' table, this may result in row creation attempts failing and agents having to re-read the scalar before making a second row creation attempt. The desire to avoid this issue is in opposition to the desire to avoid lacunae.
いつでもスカラがnextIndexスカラの用法がそのようなものであるので現在インデックスとして特定のテーブルに未使用であることの値を供給することに注意してください。 正常な用法の下でテーブルのインデックスにおける脱落を避けるために、インデックスが単に使用されていて(すなわち、列はいつ作成されますか)、nextIndexスカラが読まれないとき、実現がnextIndexスカラにおける値を変えることが勧められます。 '忙しい'テーブルでは、これは失敗とエージェントが2番目の列の創造試みをしながらスカラを再読しなければならない列の創造試みをもたらすかもしれません。 この問題を避ける願望は脱落を避ける願望に反対しています。
Nadeau, et al. Informational [Page 11] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [11ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
5.4. Notifications
5.4. 通知
MPLS-LSR-STD-MIB can issue two notifications (if notifications are enabled).
MPLS-LSR-STD-MIBは2つの通知を発行できます(通知が可能にされるなら)。
- mplsXCUp reports when a cross-connect becomes active.
- 十字接続がアクティブになると、mplsXCUpは報告します。
- mplsXCDown reports when a cross-connect becomes
inactive.
- 十字接続が不活発になると、mplsXCDownは報告します。
5.5. Dependencies between MIB Module Tables
5.5. MIBモジュールテーブルの間の依存
The tables in MPLS-LSR-STD-MIB are related as shown on the diagram below. The arrows indicate a reference from one table to another.
MPLS-LSR-STD-MIBのテーブルは以下のダイヤグラムの上に示されるように関係づけられます。 矢は1個のテーブルから別のテーブルまでの参照を示します。
Note that the various MIB tables contain two instances of pointers to external tables that are not currently defined. Entries in an external Traffic Parameters Table (external_Traffic_Table) are pointed to using RowPointers from the mplsInSegmentTable (mplsInSegmentTrafficParamPtr) and from the mplsOutSegmentTable (mplsOutSegmentTrafficParamPtr) to allow representation of the traffic parameters for the MPLS segment. Alternatively, the pointers may indicate an entry in the Tunnel Resource Table (mplsTunnelResourceTable) in MPLS-TE-STD-MIB. Similarly, an external label table may be used to store label values if, for some reason, they are not stored in place within the LSR MIB tables. This might occur if extra per-label space information needs to be stored, and it paves the way for GMPLS where labels cannot always be stored in a 32-bit value. RowPointers are used from the mplsInSegmentTable (mplsInSegmentLabelPtr), the mplsOutSegmentTable (mplsOutSegmentTopLabelPtr), and from the mplsLabelStackTable (mplsLabelStackLabelPtr).
様々なMIBテーブルが現在定義されない外部テーブルにポインタの2つの例を含むことに注意してください。 外部のTraffic Parameters Table(外部の_Traffic_Table)のエントリーは、MPLSセグメントのための交通パラメタの表現を許容するのにmplsInSegmentTable(mplsInSegmentTrafficParamPtr)とmplsOutSegmentTable(mplsOutSegmentTrafficParamPtr)からRowPointersを使用することで示されます。 あるいはまた、ポインタはMPLS-TE-STD-MIBのTunnel Resource Table(mplsTunnelResourceTable)でエントリーを示すかもしれません。 同様に、それらがLSR MIBテーブルの中にある理由で適所に格納されないなら、外部のラベルテーブルは、ラベル値を格納するのに使用されるかもしれません。 1ラベルあたりの余分なスペース情報が、格納される必要があるなら、これは起こるかもしれません、そして、それは32ビットの値にいつもラベルを格納できるというわけではないGMPLSへ道を開きます。 RowPointersはmplsInSegmentTable(mplsInSegmentLabelPtr)、mplsOutSegmentTable(mplsOutSegmentTopLabelPtr)とmplsLabelStackTable(mplsLabelStackLabelPtr)から使用されます。
Nadeau, et al. Informational [Page 12] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [12ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
mplsInterfacePerfTable
^
|
V
mplsInterfaceTable
^ ^
mplsInSegmentMapTable | | mplsLabelStackTable
| | | ^ |
| +----+ +----+ | |
| | | | |
| | external_Traffic_Table | | |
| | ^ ^ | | |
V | | | | | |
mplsInSegmentTable mplsOutSegmentTable |
| ^ ^ ^ ^ | |
| | | | | | V
+------+ | +----> mplsXCTable <----+ | +--+
| V V |
| mplsInSegmentPerfTable mplsOutSegmentPerfTable |
| |
+--------------> external_Label_Table <-------------+
mplsInterfacePerfTable^| V mplsInterfaceTable^ ^mplsInSegmentMapTable| | mplsLabelStackTable| | | ^ | | +----+ +----+ | | | | | | | | | 外部の_交通_テーブル| | | | | ^ ^ | | | V| | | | | | mplsInSegmentTable mplsOutSegmentTable| | ^ ^ ^ ^ | | | | | | | | +に対して------+ | +---->mplsXCTable<。----+ | +--+ | V V| | mplsInSegmentPerfTable mplsOutSegmentPerfTable| | | +-------------->の外部の_ラベル_テーブル<。-------------+
6. Tables, Scalars, and Notifications in the LDP MIB
6. 自由民主党MIBのテーブル、スカラ、および通知
6.1. MIB Modules
6.1. MIBモジュール
The MIB document for LDP contains four MIB modules. This structure makes it easier for an implementation to select only those modules that are relevant to it. The MIB Modules are MPLS-LDP-STD-MIB, MPLS-LDP-GENERIC-STD-MIB, MPLS-LDP-ATM-STD-MIB, and MPLS-LDP-FRAME- RELAY-STD-MIB.
自由民主党のためのMIBドキュメントは4つのMIBモジュールを含んでいます。 この構造で、実現がそれに関連しているそれらのモジュールだけを選択するのが、より簡単になります。 MIB ModulesはMPLS自由民主党STD-MIBと、MPLS自由民主党GENERIC-STD-MIBと、MPLS自由民主党ATM-STD-MIBと、MPLS自由民主党FRAME- RELAY-STD-MIBです。
MPLS-LDP-STD-MIB defines objects that are specific to LDP without any Layer 2 objects. MPLS-LDP-GENERIC-STD-MIB defines Layer 2 Per Platform Label Space objects for use with MPLS-LDP-STD-MIB and for use on Ethernet. MPLS-LDP-ATM-STD-MIB defines Layer 2 Asynchronous Transfer Mode (ATM) objects for use with MPLS-LDP-STD-MIB. MPLS- LDP-FRAME-RELAY-STD-MIB defines Layer 2 FRAME-RELAY objects for use with MPLS-LDP-STD-MIB.
MPLS自由民主党STD-MIBは少しもLayer2物なしで自由民主党に特定の物を定義します。 MPLS自由民主党GENERIC-STD-MIBはMPLS自由民主党STD-MIBとの使用とイーサネットにおける使用のためにLayer2Per Platform Label Space物を定義します。 MPLS自由民主党ATM-STD-MIBはMPLS自由民主党STD-MIBとの使用のためにLayer2Asynchronous Transfer Mode(ATM)物を定義します。 MPLS自由民主党-FRAME-RELAY-STD-MIBはMPLS自由民主党STD-MIBとの使用のためにLayer2FRAME-RELAY物を定義します。
The MPLS-LDP-STD-MIB module provides the core support and is typically supported along with at least one of the Layer 2 MIB modules.
MPLS自由民主党STD-MIBモジュールは、コアサポートを提供して、少なくともLayer2MIBモジュールの1つと共に通常支持されます。
Nadeau, et al. Informational [Page 13] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [13ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
6.2. Tables
6.2. テーブル
The tables in the LDP MIB for configuring the LDP behavior of an LSR are as follows.
LSRの自由民主党の動きを構成するためのLDP MIBのテーブルは以下の通りです。
- The LDP Entity Table (mplsLdpEntityTable) provides a way to
configure the LSR for using LDP. There must be at least one LDP
Entity for the LSR to support LDP. Each entry/row in this table
represents a single LDP Entity.
- 自由民主党Entity Table(mplsLdpEntityTable)は自由民主党を使用するためにLSRを構成する方法を提供します。 LSRが自由民主党を支持する少なくとも1自由民主党Entityがあるに違いありません。 このテーブルの各エントリー/列は独身の自由民主党Entityを表します。
- Several tables exist to help configure LDP's use of labels. These
are spread through the MIB modules described in the previous
section. They are: mplsLdpEntityGenLRTable,
mplsLdpEntityAtmParmsTable and mplsLdpEntityAtmLRTable,
mplsLdpEntityFrameRelayParmsTable and mplsLdpEntityFrLRTable.
They are used to configure generic, ATM, and Frame Relay labels as
their names suggest.
- 数個のテーブルが、自由民主党のラベルの使用を構成するのを助けるために存在しています。 これらは前項で説明されたMIBモジュールで広げられます。 それらは以下の通りです。 mplsLdpEntityGenLRTable、mplsLdpEntityAtmParmsTable、mplsLdpEntityAtmLRTable、mplsLdpEntityFrameRelayParmsTable、およびmplsLdpEntityFrLRTable。 それらは、それらの名前が示すようにジェネリック、ATM、およびFrame Relayラベルを構成するのに使用されます。
- The LDP Peer Table (mplsLdpPeerTable) is a read-only table that
contains information about LDP Peers known to LDP Entities.
- 自由民主党Peer Table(mplsLdpPeerTable)は自由民主党Entitiesにおいて知られている自由民主党Peersの情報を含む書き込み禁止テーブルです。
- The LDP Hello Adjacencies Table (mplsLdpHelloAdjacencyTable) is a
table of all adjacencies between all LDP Entities and all LDP
Peers.
- 自由民主党Hello Adjacencies Table(mplsLdpHelloAdjacencyTable)はすべての自由民主党Entitiesとすべての自由民主党Peersの間のすべての隣接番組のテーブルです。
- Several tables exist to monitor and control LDP sessions. The LDP
Session Table (mplsLdpSessionTable) represents sessions between an
LDP Entity and a Peer. mplsLdpAtmSesTable and
mplsLdpFrameRelaySesTable contain session information specific to
ATM.
- 数個のテーブルが、自由民主党のセッションをモニターして、制御するために存在しています。 自由民主党Session Table(mplsLdpSessionTable)は自由民主党EntityとPeer. mplsLdpAtmSesTableとのセッションを表します、そして、mplsLdpFrameRelaySesTableはATMに特定のセッション情報を含んでいます。
- The MPLS LDP Session Peer Address Table (mplsLdpSesPeerAddrTable)
stores addresses learned after session initialization via Address
Message advertisement.
- MPLS LDP Session Peer Address Table(mplsLdpSesPeerAddrTable)はセッション初期化の後にAddress Message広告で学習されたアドレスを格納します。
- The LDP FEC Table (mplsFecTable) represents FEC (Forwarding
Equivalence Class) information that may be in use on one or more
LSPs. The LDP LSP FEC Table (mplsLdpLspFecTable) shows the FECs
associated with each LSP.
- 自由民主党FEC Table(mplsFecTable)は1LSPsで使用中であるかもしれないFEC(推進Equivalence Class)情報を表します。 自由民主党LSP FEC Table(mplsLdpLspFecTable)は各LSPに関連しているFECsを見せています。
- MPLS-LDP-STD-MIB has a mapping table (mplsLdpLspTable) that maps
the LDP MIB's representation of LDP sessions to the underlying LSR
MIB's representation of the LSPs created by these sessions, by
pointing to mplsInSegmentTable, mplsOutSegmentTable, and
mplsXCTable, respectively.
- MPLS自由民主党STD-MIBには基本的なLSR MIBのこれらのセッションで作成されたLSPsの表現にLDP MIBの自由民主党のセッションの表現を写像するマッピングテーブル(mplsLdpLspTable)があります、それぞれmplsInSegmentTable、mplsOutSegmentTable、およびmplsXCTableを示すことによって。
Nadeau, et al. Informational [Page 14] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [14ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
- Statistics may be gathered through the LDP Entity Statistics Table
(mplsLdpEntityStatsTable) and the LDP Session Statistics Table
(mplsLdpSesStatsTable).
- 統計は自由民主党Entity Statistics Table(mplsLdpEntityStatsTable)と自由民主党Session Statistics Table(mplsLdpSesStatsTable)を通して集められるかもしれません。
6.3. Scalars
6.3. スカラ
Where tables in the MIB modules have arbitrary indexes, scalars are provided to supply the next available index. This applies to mplsLdpEntityTable and mplsFecTable.
MIBモジュールによるテーブルが任意のインデックスを持っているところに、次の利用可能なインデックスを供給するためにスカラを提供します。 これはmplsLdpEntityTableとmplsFecTableに適用されます。
Two scalars exist to configure the LSR. The LSR ID is set in mplsLdpLsrId, and the loop detection capabilities are reported in mplsLdpLsrLoopDetectionCapable.
2つのスカラが、LSRを構成するために存在しています。 LSR IDはmplsLdpLsrIdで用意ができています、そして、輪の検出能力はmplsLdpLsrLoopDetectionCapableで報告されます。
6.4. Notifications
6.4. 通知
MPLS-LDP-STD-MIB defines four notifications that a device can issue.
MPLS自由民主党STD-MIBは装置が発行できる4つの通知を定義します。
- mplsLdpInitSesThresholdExceeded is reported when the number of
Session Initialization messages exceeds a configured threshold.
- Session初期設定メッセージの数が構成された敷居を超えているとき、mplsLdpInitSesThresholdExceededは報告されます。
- mplsLdpPVLMismatch is issued if the Path Vector Limit for a
configured Entity and Peer do not match.
- 構成されたEntityとPeerのためのPath Vector Limitが合っていないなら、mplsLdpPVLMismatchは発行されます。
- mplsLdpSessionUp and mplsLdpSessionDown report the transition of
Session state.
- mplsLdpSessionUpとmplsLdpSessionDownはSession状態の変遷を報告します。
No scalar object is provided to enable and disable notifications from MPLS-LDP-STD-MIB. Instead, the implementer is referred to [RFC3413].
MPLS自由民主党STD-MIBからの通知を可能にして、無効にするためにどんなスカラの物も提供しません。 代わりに、implementerは言及されます[RFC3413]。
6.5. Dependencies between MIB Module Tables
6.5. MIBモジュールテーブルの間の依存
The many tables in the four LDP MIB modules are related as shown on the diagram below. The arrows indicate a reference from one table to another. Note that in many cases the reference is through an augmentation of the referenced table.
4つのLDP MIBモジュールによる多くのテーブルが以下のダイヤグラムの上に示されるように関係づけられます。 矢は1個のテーブルから別のテーブルまでの参照を示します。 多くの場合、参照が参照をつけられたテーブルの増大であることに注意してください。
Nadeau, et al. Informational [Page 15] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [15ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
mplsLdpEntityGenLRTable ------------->+
mplsLdpEntityAtmParmsTable ---------->+
mplsLdpEntityAtmLRTable ------------->+
mplsLdpEntityFrameRelayParmsTable --->+
mplsLdpEntityFrLRTable -------------->+
mplsLdpEntityStatsTable ------------->+
|
mplsLdpHelloAdjacencyTable |
| |
| mplsLdpEntityTable <--+
| ^ ^
V | |
mplsLdpPeerTable <-+- mplsLdpSesPeerAddrTable
^ |
| V
mplsLdpSessionTable
^ ^
| |
mplsLdpSesStatsTable ------+ +-- mplsLdpLspFecTable
mplsLdpAtmSesTable --------+ | | |
mplsLdpFrameRelaySesTable--+ | | V
| | mplsFecTable
| V
+-- mplsLdpLspTable
mplsLdpEntityGenLRTable------------->+mplsLdpEntityAtmParmsTable---------->+mplsLdpEntityAtmLRTable------------->+mplsLdpEntityFrameRelayParmsTable--->+mplsLdpEntityFrLRTable-------------->+mplsLdpEntityStatsTable------------->+| mplsLdpHelloAdjacencyTable| | | | mplsLdpEntityTable<--+| ^ ^V| | mplsLdpPeerTable<+-mplsLdpSesPeerAddrTable、^| | V mplsLdpSessionTable^ ^| | mplsLdpSesStatsTable------+ +--mplsLdpLspFecTable mplsLdpAtmSesTable--------+ | | | mplsLdpFrameRelaySesTable--+| | V| | mplsFecTable| V+--mplsLdpLspTable
7. Tables, Scalars, and Notifications in MPLS-TE-STD-MIB
7. MPLS Te STD-MIBのテーブル、スカラ、および通知
7.1. Tables
7.1. テーブル
MPLS-TE-STD-MIB contains the following tables.
MPLS-TE-STD-MIBは以下のテーブルを含んでいます。
- The Tunnel Table (mplsTunnelTable) is used to configure and report
MPLS tunnels. Note that reporting of tunnels in this table at
transit LSRs is optional.
- Tunnel Table(mplsTunnelTable)は、MPLSトンネルを構成して、報告するのに使用されます。 トランジットLSRsのこのテーブルでのトンネルの報告が任意であることに注意してください。
Entries in mplsTunnelTable are indexed by four objects. The
source and destination LSR IDs give context to the entry, and an
index (mplsTunnelIndex) identifies the tunnel itself. However,
the fourth index (mplsTunnelInstance) may give rise to some
confusion since its usage is not clearly explained.
mplsTunnelTableのエントリーは4個の物によって索引をつけられます。 ソースと目的地LSR IDは文脈をエントリーに与えます、そして、インデックス(mplsTunnelIndex)はトンネル自体を特定します。 しかしながら、用法が明確に説明されないので、4番目のインデックス(mplsTunnelInstance)は何らかの混乱をもたらすかもしれません。
The description says: "Uniquely identifies an instance of a
tunnel. It is useful to identify multiple instances of tunnels
for the purposes of backup and parallel tunnels." In the case of
backup tunnels, multiple instances of the same tunnel may be
defined, but only one is active at any time. Different instances
may have different properties (such as explicit routes), and one
instance may be set up to protect against failure of another.
記述は言います: 「唯一、トンネルの例を特定します。」 「バックアップと平行なトンネルの目的のためにトンネルの複数の例を特定するのは役に立ちます。」 バックアップトンネルの場合では、同じトンネルの複数の例が定義されるかもしれませんが、1つだけがいつでも、アクティブです。 異なった例には、異なった特性(明白なルートなどの)があるかもしれません、そして、1つの例が、別のものの失敗から守るためにセットアップされるかもしれません。
Nadeau, et al. Informational [Page 16] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [16ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
Parallel tunnels may be used to provide load sharing or
protection.
平行なトンネルは、負荷分割法か保護を提供するのに使用されるかもしれません。
The mplsTunnelInstancePriority object is used to indicate the
precedence of tunnels with the same LSR IDs and mplsTunnelIndex
value. The mplsTunnelPrimaryInstance object gives a quick
reference back to the preferred instance of the tunnel.
mplsTunnelInstancePriority物は、同じLSR IDとmplsTunnelIndex値でトンネルの先行を示すのに使用されます。 mplsTunnelPrimaryInstance物はトンネルの都合のよい例にクイックリファレンスを返します。
The mplsTunnelIndex value is typically signaled as the Tunnel ID,
and the mplsTunnelInstance as the LSP ID, in protocols where both
fields exist. In protocols where there is only one identifying
index (usually known as the LSP ID), only the mplsTunnelIndex is
signaled.
mplsTunnelIndex値はTunnel ID、およびLSP IDとしてのmplsTunnelInstanceとして通常合図されます、両方の分野が存在するプロトコルで。 インデックス(通常、LSP IDとして知られている)を特定する1つしかないプロトコルでは、mplsTunnelIndexだけに合図します。
- The Resource Table (mplsTunnelResourceTable) is used to configure
resources to be requested on this tunnel. The CRLDP resource
table (mplsTunnelCRLDPResTable) is used to request additional
resource details that are specific to tunnels signaled using CR-
LDP.
- Resource Table(mplsTunnelResourceTable)は、このトンネルの上で要求されているためにリソースを構成するのに使用されます。 CRLDPリソーステーブル(mplsTunnelCRLDPResTable)は、CR自由民主党を使用することでトンネルに特定の追加リソースの詳細が合図したよう要求するのに使用されます。
- The routes requested, computed, and actually used for a tunnel are
found in the Tunnel Hop Table (mplsTunnelHopTable), Tunnel
Computed Hop Table (mplsTunnelCHopTable), and Tunnel Actual Hop
Table (mplsTunnelARHopTable).
- 要求されていて、計算されて、トンネルに実際に使用されるルートはTunnel Hop Table(mplsTunnelHopTable)、Tunnel Computed Hop Table(mplsTunnelCHopTable)、およびTunnel Actual Hop Table(mplsTunnelARHopTable)で見つけられます。
- Statistics about the performance of tunnels may be gathered
through the Tunnel Performance Table (mplsTunnelPerfTable).
- トンネルの性能に関する統計はTunnelパフォーマンスTable(mplsTunnelPerfTable)を通して集められるかもしれません。
7.2. Scalars
7.2. スカラ
Where tables in the MIB module have arbitrary indexes, scalars are provided to supply the next available index. This applies to mplsTunnelTable, mplsTunnelResourceTable, and mplsTunnelHopTable.
MIBモジュールによるテーブルが任意のインデックスを持っているところに、次の利用可能なインデックスを供給するためにスカラを提供します。 これはmplsTunnelTable、mplsTunnelResourceTable、およびmplsTunnelHopTableに適用されます。
Two scalars exist to configure the support for MPLS tunnels on the LSR. mplsTunnelTEDistProto lists the signaling methods and protocols supported. mplsTunnelMaxHops defines the size of route that may be configured on the LSR.
2つのスカラが、シグナリング方法とプロトコルが支持したLSR. mplsTunnelTEDistProtoリストの上のMPLSトンネルのサポートを構成するために存在しています。mplsTunnelMaxHopsはLSRで構成されるかもしれないルートのサイズを定義します。
Two further scalars enhance the statistics on the LSR by counting the number of configured (mplsTunnelConfigured) and active (mplsTunnelActive) tunnels.
さらなる2つのスカラが、構成(mplsTunnelConfigured)にされるのであってアクティブな(mplsTunnelActive)トンネルの数を数えることによって、LSRにおける統計を高めます。
The scalar mplsTunnelNotificationMaxRate is used to control the rate at which notifications are issued from MPLS-TE-STD-MIB. A rate of zero means that notifications must not be issued. If notifications
スカラのmplsTunnelNotificationMaxRateは、通知がMPLS-TE-STD-MIBから発行されるレートを制御するのに使用されます。 ゼロのレートは、通知を発行してはいけないことを意味します。 通知です。
Nadeau, et al. Informational [Page 17] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [17ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
would be generated faster than the configured rate, an implementation may choose to discard notifications or to queue them for distribution at a quieter time.
構成されたレート、実現が、通知を捨てるか、または分配のためにそれらを列に並ばせるのを選ぶかもしれないより速く、より静かな時に発生するでしょう。
7.3. Notifications
7.3. 通知
MPLS-TE-STD-MIB defines four notifications that a device can issue. The rate of dispatch of notifications is controlled as described in the previous section.
MPLS-TE-STD-MIBは装置が発行できる4つの通知を定義します。 通知の発信の速度は前項で説明されるように制御されています。
- mplsTunnelUp and mplsTunnelDown report the transition of Tunnel
state.
- mplsTunnelUpとmplsTunnelDownはTunnel状態の変遷を報告します。
- Rerouting and re-optimization of Tunnels paths are reported by
mplsTunnelRerouted and mplsTunnelReoptimized.
- Tunnels道のコースを変更するのと再最適化はmplsTunnelReroutedとmplsTunnelReoptimizedによって報告されます。
7.4. Dependencies between MIB Module Tables
7.4. MIBモジュールテーブルの間の依存
The tables in MPLS-TE-STD-MIB are related as shown on the diagram below. The arrows indicate a reference from one table to another.
MPLS-TE-STD-MIBのテーブルは以下のダイヤグラムの上に示されるように関係づけられます。 矢は1個のテーブルから別のテーブルまでの参照を示します。
mplsTunnelPerfTable
^
|
V
mplsTunnelTable
| |
V |
mplsTunnelResourceTable +--> mplsTunnelHopTable
^ |
| +--> mplsTunnelCHopTable
V |
mplsTunnelCRLDPResTable +--> mplsTunnelARHopTable
mplsTunnelPerfTable^| V mplsTunnelTable| | V| mplsTunnelResourceTable+-->mplsTunnelHopTable^| | +-->mplsTunnelCHopTable V| mplsTunnelCRLDPResTable+-->mplsTunnelARHopTable
8. Tables, Scalars, and Notifications in MPLS-FTN-STD-MIB
8. MPLS-FTN-STD-MIBのテーブル、スカラ、および通知
8.1. Tables
8.1. テーブル
MPLS-FTN-STD-MIB contains the following tables.
MPLS-FTN-STD-MIBは以下のテーブルを含んでいます。
- The FEC-to-NHLFE Table (mplsFTNTable) defines the FEC to NHLFE
rules to be applied to incoming packets, and the actions to be
taken on matching packets.
- FECからNHLFE Table(mplsFTNTable)は、合っているパケットの上で取るために入って来るパケット、および動作に適用されるためにNHLFE規則とFECを定義します。
- The FEC-to-NHLFE Mapping Table (mplsFTNMapTable) provides the
capability to activate FTN rules defined in the mplsFTNTable on
specific interfaces in the system.
- FECからNHLFE Mapping Table(mplsFTNMapTable)はシステムの特定のインタフェースのmplsFTNTableで定義されたFTN規則を活性化する能力を提供します。
Nadeau, et al. Informational [Page 18] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [18ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
- Performance statistics for FTN rules are found in the
mplsFTNPerfTable.
- FTN規則のためのパフォーマンス統計はmplsFTNPerfTableで見つけられます。
8.2. Scalars
8.2. スカラ
This MIB module contains the scalars mplsFTNTableLastChanged and mplsFTNMapTableLastChanged to indicate the last time an object changed in mplsFTNTable and mplsFTNMapTable, respectively. Another scalar, mplsFTNIndexNext, is used to supply the next valid index for creating new conceptual rows in mplsFTNTable.
このMIBモジュールは最後の時間物がmplsFTNTableとmplsFTNMapTableでそれぞれ変化したのを示すスカラのmplsFTNTableLastChangedとmplsFTNMapTableLastChangedを含んでいます。 別のスカラ(mplsFTNIndexNext)は、mplsFTNTableの新しい概念的な列を作成するのに次の有効なインデックスを供給するのに使用されます。
8.3. Notifications
8.3. 通知
There are no notifications in this MIB module.
このMIBモジュールによる通知が全くありません。
8.4. Dependencies between MIB Module Tables
8.4. MIBモジュールテーブルの間の依存
The tables in MPLS-FTN-STD-MIB are related as shown on the diagram below. The arrows indicate a reference from one table to another.
MPLS-FTN-STD-MIBのテーブルは以下のダイヤグラムの上に示されるように関係づけられます。 矢は1個のテーブルから別のテーブルまでの参照を示します。
mplsFTNTable
^
|
mplsFTNMapTable
^
|
mplsFTNPerfTable
mplsFTNTable^| mplsFTNMapTable^| mplsFTNPerfTable
9. Tables and Objects in TE-LINK-STD-MIB
9. TeリンクSTD-MIBのテーブルと物
9.1. Tables
9.1. テーブル
TE-LINK-STD-MIB contains the following tables.
TE-LINK-STD-MIBは以下のテーブルを含んでいます。
- The TE link table (teLinkTable) is used to specify TE links,
including bundled links, and their generic traffic-engineering
parameters.
- TEリンクテーブル(teLinkTable)は、束ねられたリンク、およびそれらの一般的な交通工学パラメタを含むTEリンクを指定するのに使用されます。
- The TE link descriptor table (teLinkDescriptorTable) is used to
list the TE link descriptors.
- TEリンク記述子テーブル(teLinkDescriptorTable)は、TEリンク記述子をリストアップするのに使用されます。
- The shared risk link group (SRLG) table (teLinkSrlgTable) is used
to specify the SRLGs associated with TE links.
- 共有されたリスクリンク群(SRLG)テーブル(teLinkSrlgTable)は、TEリンクに関連しているSRLGsを指定するのに使用されます。
- The TE link bandwidth table (teLinkBandwidthTable) is used to
report priority-based bandwidth values associated with TE links.
- TEリンク帯域幅テーブル(teLinkBandwidthTable)は、優先権ベースの帯域幅値がTEリンクに関連していると報告するのに使用されます。
Nadeau, et al. Informational [Page 19] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [19ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
- The component link table (componentLinkTable) is used to identify
the data-bearing component links that are associated with the TE
links and specify the data-bearing link generic traffic
engineering parameters.
- コンポーネントリンクテーブル(componentLinkTable)は、TEリンクに関連しているデータを持つコンポーネントリンクを特定して、データを持つリンクジェネリック交通技術的パラメータを指定するのに使用されます。
- The component link descriptor table (componentLinkDescriptorTable)
is used to list the data-bearing component link descriptors.
- コンポーネントリンク記述子テーブル(componentLinkDescriptorTable)は、データを持つコンポーネントリンク記述子をリストアップするのに使用されます。
- The component link bandwidth table (componentLinkBandwidthTable)
is used to report priority-based bandwidth values associated with
data-bearing component links.
- コンポーネントリンク帯域幅テーブル(componentLinkBandwidthTable)は、優先権ベースの帯域幅値がデータを持つコンポーネントリンクに関連していると報告するのに使用されます。
9.2. Scalars
9.2. スカラ
There are no scalars in this MIB module.
このMIBモジュールにはスカラが全くありません。
9.3. Notifications
9.3. 通知
There are no notifications in this MIB module.
このMIBモジュールによる通知が全くありません。
9.4. Dependencies between MIB Module Tables
9.4. MIBモジュールテーブルの間の依存
The tables in TE-LINK-STD-MIB are related as shown on the diagram below. The arrows indicate a reference from one table to another.
TE-LINK-STD-MIBのテーブルは以下のダイヤグラムの上に示されるように関係づけられます。 矢は1個のテーブルから別のテーブルまでの参照を示します。
Note that many of the associations between tables are through a common index that is the ifIndex of the related interface.
関連するインタフェースのifIndexである一般的なインデックスを通してテーブルの間の協会の多くがあることに注意してください。
teLinkTable
^
|
teLinkDescriptorTable ---+
|
teLinkSrlgTable ---------+
|
teLinkBandwidthTable ----+
teLinkTable^| teLinkDescriptorTable---+ | teLinkSrlgTable---------+ | teLinkBandwidthTable----+
componentLinkTable
^
|
componentLinkDescriptorTable ---+
|
componentLinkBandwidthTable ----+
componentLinkTable^| componentLinkDescriptorTable---+ | componentLinkBandwidthTable----+
Nadeau, et al. Informational [Page 20] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [20ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
10. Table Dependencies between MPLS MIB Modules
10. MPLS MIBモジュールの間のテーブルの依存
Section 4.11 gave an overview of how the MPLS MIB modules are related. Now that the tables in the MIB modules have been introduced, it is possible to give a more detailed diagram of these relationships.
セクション4.11はMPLS MIBモジュールがどう関係づけられるかに関する概観を与えました。 MIBモジュールによるテーブルが紹介されたので、これらの関係の、より詳細なダイヤグラムを与えるのは可能です。
MPLS-TC-STD-MIB is left off the diagram because many of the MIB module tables use textual conventions from that MIB module.
MIBモジュールテーブルの多くがそのMIBモジュールからの原文のコンベンションを使用するので、MPLS-TC-STD-MIBはダイヤグラムから外されます。
mplsLsrXCTable mplsLsrInSegmentTable
^ ^
| |
+---- mplsLdpLspTable
| |
mplsTunnelTable ------+ V
^ | mplsLsrOutSegmentTable
| |
mplsFTNTable ---------+
mplsLsrXCTable mplsLsrInSegmentTable^ ^| | +---- mplsLdpLspTable| | mplsTunnelTable------+ V^| mplsLsrOutSegmentTable| | mplsFTNTable---------+
11. A Note on Interfaces
11. インタフェースに関する注
The Interfaces Group of IF-MIB [RFC2863] defines generic managed objects for managing interfaces. The MPLS MIB modules make references to interfaces so that it can be clearly determined where the procedures managed by the MIB modules should be performed. Additionally, the MPLS MIB modules (notably MPLS-TE-STD-MIB and TE- LINK-STD-MIB) utilize interface stacking within the Interface Group.
Interfaces Group、-、MIB、[RFC2863]は、インタフェースを管理するために一般的な管理オブジェクトを定義します。 MPLS MIBモジュールは、手順がどこでMIBモジュールで管理されたかが実行されるべきであるのが明確に決定できるように、インタフェースについて言及します。 さらに、MPLS MIBモジュール(著しくMPLS-TE-STD-MIBとTE- LINK-STD-MIB)はInterface Groupの中のインタフェースの積み重ねを利用します。
11.1. MPLS Tunnels as Interfaces
11.1. インタフェースとしてのMPLS Tunnels
MPLS-TE-STD-MIB builds on the concept of managing MPLS Tunnels as logical interfaces. [RFC2863] states that the interfaces table (ifTable) contains information on the managed resource's interfaces, and that each sub-layer below the internetwork layer of a network interface is considered an interface. Thus, an MPLS Tunnel managed as an interface is represented as an entry in the ifTable. The interrelation of entries in the ifTable is defined by the Interfaces Stack Group defined in [RFC2863].
MPLS-TE-STD-MIBは論理的であるとしてMPLS Tunnelsを管理する概念にインタフェースを造ります。 [RFC2863]は、インタフェーステーブル(ifTable)が管理資源のインタフェースの情報を含んでいて、ネットワーク・インターフェースのインターネットワーク層の下の各副層がインタフェースであると考えられると述べます。 したがって、インタフェースがエントリーとしてifTableに表されるようにMPLS Tunnelは管理しました。 ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。
When using MPLS Tunnels as interfaces, the interface stack table might appear as follows:
インタフェースとしてMPLS Tunnelsを使用するとき、インタフェーススタックテーブルは以下の通りに見えるかもしれません:
Nadeau, et al. Informational [Page 21] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [21ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
+------------------------------------------------+ | MPLS tunnel interface ifType = mplsTunnel(150) | +------------------------------------------------+ | MPLS interface ifType = mpls(166) | +------------------------------------------------+ | Underlying layer | +------------------------------------------------+
+------------------------------------------------+ | MPLSトンネルインタフェースifTypeはmplsTunnel(150)と等しいです。| +------------------------------------------------+ | MPLSインタフェースifTypeはmpls(166)と等しいです。| +------------------------------------------------+ | 下位層| +------------------------------------------------+
In the diagram above, "Underlying layer" refers to the ifIndex of any interface type for which MPLS internetworking has been defined. Examples include ATM, Frame Relay, and Ethernet.
ダイヤグラムで、上と、「下位層」はMPLSインターネットワーキングが定義されたどんなインターフェース型のifIndexも呼びます。 例はATM、Frame Relay、およびイーサネットを含んでいます。
A detailed listing of the mapping between ifTable objects and their use for MPLS Tunnels is given in [TEMIB]. A few key objects are listed here to provide an overview of the concepts.
[TEMIB]でifTable物の間のマッピングの詳細なリストと彼らのMPLS Tunnelsの使用を与えます。 いくつかの主要な物が、概念の概観を提供するためにここに記載されています。
Each MPLS tunnel is represented by an entry in the ifTable. Each tunnel is therefore assigned a unique ifIndex.
それぞれのMPLSトンネルはifTableにエントリーで表されます。 したがって、ユニークなifIndexは各トンネルに割り当てられます。
The type of an interface represented by an entry in the ifTable is indicated by the ifType object. The value that is allocated to identify an MPLS tunnel is 150.
ifTableにエントリーで表されたインタフェースのタイプはifType物によって示されます。 MPLSトンネルを特定するために割り当てられる値は150です。
The ifOperStatus object reflects the actual operational status of the MPLS tunnel and may be mapped from the mplsTunnelOperStatus object.
ifOperStatus物は、MPLSトンネルの実際の操作上の状態を反映して、mplsTunnelOperStatus物から写像されるかもしれません。
It may be considered convenient and good management to set the ifName object to reflect the name of the MPLS tunnel as contained in the mplsTunnelName object.
それは、ifName物にmplsTunnelName物の含まれるとしてのMPLSトンネルの名前を反映するように設定するために便利で良い管理であると考えられるかもしれません。
11.2. Application of the Interfaces Group to TE Links
11.2. Teリンクへのインタフェースグループのアプリケーション
TE-LINK-STD-MIB also uses interface stacking to manage TE Link interfaces as logical interfaces. The TE Link interface is represented as an entry in the ifTable. The interrelation of entries in the ifTable is defined by Interfaces Stack Group defined in [RFC2863]. When using TE Link interfaces, the interface stack table might appear as follows:
また、TE-LINK-STD-MIBは、論理的なインタフェースとしてTE Linkインタフェースを管理するのにインタフェースの積み重ねを使用します。 TE LinkインタフェースはエントリーとしてifTableに表されます。 ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。 TE Linkインタフェースを使用するとき、インタフェーススタックテーブルは以下の通りに見えるかもしれません:
Nadeau, et al. Informational [Page 22] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [22ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
+-------------------------------------------------------------------+ | MPLS interface ifType = mpls(166) | | ifIndex = 1 | +-------------------------------------------------------------------+ | TE link (bundled link) ifType = teLink(200) | | ifIndex = 2 | +--------------------------------+-+--------------------------------+ | TE link ifType = teLink(200) | | TE link ifType = teLink(200) | | ifIndex = 3 | | ifIndex = 4 | +--------------------------------+ +--------------------------------+ | Component link | | Component link | | ifType = opticalTransport(196) | | ifType = opticalTransport(196) | | ifIndex = 5 | | ifIndex = 6 | +--------------------------------+ +--------------------------------+
+-------------------------------------------------------------------+ | MPLSインタフェースifTypeはmpls(166)と等しいです。| | ifIndex=1| +-------------------------------------------------------------------+ | TEリンク(束ねられたリンク)ifTypeはteLink(200)と等しいです。| | ifIndex=2| +--------------------------------+-+--------------------------------+ | TEリンクifTypeはteLink(200)と等しいです。| | TEリンクifTypeはteLink(200)と等しいです。| | ifIndex=3| | ifIndex=4| +--------------------------------+ +--------------------------------+ | コンポーネントリンク| | コンポーネントリンク| | ifTypeはopticalTransport(196)と等しいです。| | ifTypeはopticalTransport(196)と等しいです。| | ifIndex=5| | ifIndex=6| +--------------------------------+ +--------------------------------+
In the above diagram, "opticalTransport" is an example of an underlying physical interface: in this case an optical transport interface. TE link management and bundling can be seen in the levels of interface stacking. Two TE links are defined, each managing an optical transport link. These two TE links are combined into a bundle, which is managed as a single TE link interface. This TE Link interface supports MPLS and is presented as an MPLS interface.
上のダイヤグラムで、"opticalTransport"は基本的な物理インターフェースに関する例です: この場合光学輸送インタフェース。 インタフェースの積み重ねのレベルでTEリンク管理とバンドリングを見ることができます。 それぞれ光学輸送リンクを管理して、2個のTEリンクが定義されます。 これらの2個のTEリンクがバンドルに結合されます。(それは、単一のTEリンクインタフェースとして管理されます)。 MPLSが連結するとき、このTE Linkインタフェースは、MPLSを支持して、提示されます。
A detailed listing of the mapping between ifTable objects and their use for TE Links is given in [TELMIB]. A few key objects are listed here to provide an overview of the concepts.
[TELMIB]でifTable物の間のマッピングの詳細なリストと彼らのTEリンクスの使用を与えます。 いくつかの主要な物が、概念の概観を提供するためにここに記載されています。
Each TE Link interface is represented by a separate entry in the ifTable, with a unique ifIndex.
それぞれのTE LinkインタフェースはユニークなifIndexと共にifTableに別々のエントリーで表されます。
The type of an interface represented by an entry in the ifTable is indicated by the ifType object. The value that is allocated to identify a TE Link is 200.
ifTableにエントリーで表されたインタフェースのタイプはifType物によって示されます。 TE Linkを特定するために割り当てられる値は200です。
11.3. References to Interface MIB Objects from MPLS MIB Modules
11.3. MPLS MIBモジュールからMIB物を連結する参照
MPLS-TE-STD-MIB contains two objects that reference the management of an MPLS tunnel as an interface. mplsTunnelIsIf is a TruthValue that indicates whether the tunnel is present in the ifTable. If the tunnel is managed as an interface, the mplsTunnelIfIndex object contains the ifIndex that identifies the corresponding entry in the ifTable.
MPLS-TE-STD-MIBはインタフェースとしてMPLSトンネルの管理に参照をつける2個の物を含んでいます。mplsTunnelIsIfはifTableでトンネルが存在しているかどうかを示すTruthValueです。 トンネルがインタフェースとして管理されるなら、mplsTunnelIfIndex物はifTableで対応するエントリーを特定するifIndexを含んでいます。
MPLS-LSR-STD-MIB includes a table (mplsInterfaceTable) for configuring the support for MPLS on specific interfaces. A conceptual row in this table is created automatically by an LSR for every interface that is capable of and configured for support of MPLS. A conceptual row in this table will exist if and only if a
MPLS-LSR-STD-MIBは特定のインタフェースのMPLSのサポートを構成するためのテーブル(mplsInterfaceTable)を含んでいます。 このテーブルの概念的な列はLSRによって自動的にあらゆるMPLSのサポートのためにできて構成されたインタフェースに作成されます。 このテーブルの概念的な列が存在する、単にaです。
Nadeau, et al. Informational [Page 23] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [23ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
corresponding entry in ifTable exists with ifType = mpls(166). The fate of the entries in the two tables are closely linked so that if the entry in the ifTable is operationally disabled, the entry in mplsInterfaceTable is deleted. During the life of an entry in mplsInterfaceTable, a corresponding entry is managed in mplsInterfacePerfTable to show performance counters for the MPLS- capable interface.
ifTableの対応するエントリーはifType=mpls(166)で存在しています。 2個のテーブルのエントリーの運命は、ifTableのエントリーが操作上無能にされるなら、mplsInterfaceTableのエントリーが削除されるように、密接にリンクされます。 mplsInterfaceTableのエントリーの人生の間、対応するエントリーは、MPLSのできるインタフェースに性能カウンタを見せているためにmplsInterfacePerfTableで管理されます。
The ifIndex that identifies MPLS-capable interfaces also plays an important indexing role in MPLS-LSR-STD-MIB. In-segments (that is, incoming LSP labels) are represented in mplsInSegmentTable, which is indexed by the mplsInSegmentIfIndex and mplsInSegmentLabel objects. mplsInSegmentIfIndex is set to the ifIndex of the incoming MPLS- capable interface. mplsInSegmentLabel identifies the incoming MPLS label. Note that the corresponding mplsOutSegmentTable contains an mplsOutSegmentIfIndex object to identify the outgoing MPLS-capable interface, but that this does not form part of the index of the table.
また、MPLSできるインタフェースを特定するifIndexはMPLS-LSR-STD-MIBにおける重要なインデックスの役割を果たします。 (mplsInSegmentTableはmplsInSegmentIfIndexによって索引をつけられます)。セグメントでは、(すなわち、入って来るLSPラベル)はmplsInSegmentTableに表されます、そして、mplsInSegmentLabel物mplsInSegmentIfIndexは入って来るMPLSできるインタフェースのifIndexに用意ができています。mplsInSegmentLabelは入って来るMPLSラベルを特定します。 対応するmplsOutSegmentTableがmplsOutSegmentIfIndex物を含むことに注意して、外向的なMPLSできるインタフェースと、これがテーブルのインデックスの一部を形成しないのを特定してください。
MPLS-LDP-STD-MIB uses ifIndex extensively to identify the interface over which MPLS is active.
MPLS自由民主党STD-MIBは、MPLSがアクティブであるインタフェースを特定するのに手広くifIndexを使用します。
Within MPLS-FTN-STD-MIB, mplsFTNMapTable maps entries in mplsFTNTable to interfaces on which mplsFTNTable entries should be activated. Interfaces are identified using their ifIndex values.
MPLS-FTN-STD-MIBの中では、mplsFTNMapTableはmplsFTNTableでmplsFTNTableエントリーが起動されるべきであるインタフェースにエントリーを写像します。 インタフェースは、それらのifIndex値を使用することで特定されます。
12. Management Options
12. 管理オプション
It is not the intention of this document to provide instructions or advice to implementers of Management Stations, Management Agents, or managed entities. It is, however, useful to make some observations about how the MIB modules described above might be used to manage MPLS systems.
それは、指示を提供するというこのドキュメントの意志でない、またManagement駅、Managementエージェント、または管理された実体のimplementersへのアドバイスではありません。 しかしながら、上で説明されたMIBモジュールがMPLSシステムを管理するのにどう使用されるかもしれないかに関していくつかの観測をするのは役に立ちます。
All MPLS LSPs may appear in MPLS-LSR-STD-MIB. At transit nodes, they are seen as full cross-connects between incoming labels on incoming interfaces and outgoing labels on outgoing interfaces. At ingress or egress points, the cross-connections are unbalanced having spoof upstream or downstream legs, respectively.
すべてのMPLS LSPsがMPLS-LSR-STD-MIBに現れるかもしれません。 トランジットノードでは、入って来るインタフェースの入って来るラベルと外向的の出発しているラベルの間の完全な十字接続が連結するとき、それらは見られます。 イングレスか出口ポイントでは、交差接続がパロディーを上流にするのにおいて気が転倒しているか、または川下はそれぞれ急いで歩かれます。
Split and merge points of LSPs may be represented as more complex cross-connects in MPLS-LSR-STD-MIB. Similarly, bidirectional LSPs can be represented by using the same cross-connect index for each of the forward and reverse cross-connections.
分かれてください。そうすれば、マージポイントのLSPsは、より複雑な十字接続としてMPLS-LSR-STD-MIBに表されてもよいです。 同様に、双方向のLSPsはそれぞれのフォワードに同じ十字接続インデックスを使用することによって代理をされて、交差接続を覆すことができます。
The modules in the LDP MIB are intended solely for use with LDP and CR-LDP. LSPs that are signaled through other means may conveniently be stored in mplsLdpLspTable for consistency with LSPs set up using
LDP MIBのモジュールは唯一自由民主党とCR-自由民主党との使用のために意図します。 他の手段で合図されるLSPsは一貫性のために使用に用意ができているLSPsと共にmplsLdpLspTableに便利に格納されるかもしれません。
Nadeau, et al. Informational [Page 24] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [24ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
LDP, but there is little further value to this because the table gives only pointers into MPLS-LSR-STD-MIB. If, however, the LSPs are established with associated FECs using some signaling method other than LDP (for example, BGP), it may be advantageous to use mplsLdpLspTable, mplsFecTable, and mplsLdpLspFecTable to correlate the LSPs.
自由民主党、テーブルがポインタだけをMPLS-LSR-STD-MIBに与えるので、これへのさらなる少ない値があります。 しかしながら、関連FECsが自由民主党(例えば、BGP)以外の何らかのシグナリング方法を使用している状態でLSPsが設立されるなら、LSPsを関連させるmplsLdpLspTable、mplsFecTable、およびmplsLdpLspFecTableを使用するのは有利であるかもしれません。
Note that if CR-LDP is the signaling protocol, there is no requirement to use the LSP-related tables in the LDP MIB since the LSP will be adequately represented in MPLS-TE-MIB and MPLS-LSR-STD- MIB.
LSPがMPLS-TE-MIBとMPLS-LSR-STD- MIBに適切に表されるのでLDP MIBでLSP関連のテーブルを使用するという要件が全くCR-自由民主党がシグナリングプロトコルであるなら、ないことに注意してください。
MPLS tunnels may be represented in MPLS-TE-STD-MIB with their cross- connects indicated in MPLS-LSR-STD-MIB. Tunnels are often (although not always) set up with a series of constraints that may be represented in MPLS-TE-STD-MIB. Note that a distinguishing feature of a tunnel is that it has an ingress and an egress, where LSPs established through LDP may be end-to-end or may be hop-by-hop.
MPLSは中に示されて、彼らの十字があるMPLS-TE-STD-MIBが接続する表されたコネがMPLS-LSR-STD-MIBであったかもしれないならトンネルを堀ります。 トンネルはしばしばMPLS-TE-STD-MIBに表されるかもしれない一連の規制で設立されます(いつもがではありませんが)。 トンネルの区別の特徴がそれには自由民主党を通して設立されたLSPsが終わらせる終わりであるかもしれないかホップホップであるかもしれないイングレスと出口があるということであることに注意してください。
All LSPs (tunnels and non-tunnels) may be established as a result of signaling protocols already defined or for future study. In addition, LSPs may be set up manually by issuing configuration commands to each of the LSRs on the LSP. These commands may utilize SNMP by performing SET operations to the MIB module tables and objects described here. Alternatively, configuration may be through some non-standard interface such as a Command Line or a Graphical User Interface. Such configured LSPs may also be represented in the MIB module tables.
すべてのLSPs(トンネルと非トンネル)が既に定義されたプロトコルに合図することの結果、今後の研究に設立されるかもしれません。 さらに、LSPsは、LSPの上のそれぞれのLSRsに構成コマンドを発行することによって、手動でセットアップされるかもしれません。 これらのコマンドは、ここで説明されたMIBモジュールテーブルと物にSET操作を実行することによって、SNMPを利用するかもしれません。 あるいはまた、Command線かグラフィカルユーザインタフェイスなどのいくつかの標準的でないインタフェースを通して構成があるかもしれません。 また、そのような構成されたLSPsはMIBモジュールテーブルに表されるかもしれません。
Do not be misled by considerations of the "permanence" of LSPs when deciding which tables of which MIB modules to use. An MPLS tunnel may have a very long life expectancy if it is set up by an amnesiac user. Otherwise, it may have a very short lifetime if it is automatically provisioned to satisfy on-demand traffic requirements. Similarly, an LSP established in response to a routing protocol (sometimes known as a hop-by-hop LSP) may be equally stable or unstable.
LSPsの「恒久的」の問題で、どのMIBモジュールを使用したらよいかに関するどのテーブルについて決めるかのときには、ミスリードされないでください。 MPLSトンネルには、それが記憶喪失のユーザによってセットアップされるなら、非常に長い平均余命があるかもしれません。 さもなければ、要求次第の交通要件を満たすために自動的に食糧を供給されるなら、それには非常に短い寿命があるかもしれません。 同様に、ルーティング・プロトコル(ホップごとのLSPとして時々知られている)に対応して設立されたLSPは等しく安定しているか、または不安定であるかもしれません。
13. Related IETF MIB Modules
13. 関連IETF MIBモジュール
This section describes the broad interactions between MIB modules produced by the PWE3, PPVPN, and CCAMP working groups and the MPLS MIB modules. This information is provided as background and is not central to this document.
このセクションはPWE3、PPVPN、CCAMPワーキンググループ、およびMPLS MIBモジュールで作成されたMIBモジュールの間の広い相互作用について説明します。 この情報は、バックグラウンドとして供給されて、このドキュメントに主要ではありません。
Nadeau, et al. Informational [Page 25] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [25ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
13.1. PWE3 Working Group MIB Modules
13.1. PWE3ワーキンググループMIBモジュール
The PWE3 working group has produced a document [PWE3FW] that includes a description of the framework for MIB modules within PWE3 operation. Since the PWE3 architecture includes the use of MPLS as an emulated service and as a PSN service, the MPLS MIB modules described above may be leveraged. The PWE3 framework document describes the interactions between the MPLS MIB modules and the PWE3 MIB modules.
PWE3ワーキンググループはMIBモジュールのためにPWE3操作の中で枠組みの記述を含んでいるドキュメント[PWE3FW]を製作しました。 PWE3構造が見習われたサービスとしてPSNサービスとしてMPLSの使用を含んでいるので、上で説明されたMPLS MIBモジュールは投機されるかもしれません。 PWE3枠組みのドキュメントはMPLS MIBモジュールとPWE3 MIBモジュールとの相互作用について説明します。
13.2. PPVPN Working Group MIB Modules
13.2. PPVPNワーキンググループMIBモジュール
At present, the PPVPN working group has not included a discussion of how the MPLS MIB modules interact with the MIB modules being produced by that working group. The authors of this document hope to make a forthcoming addition to the PPVPN framework document [PPVPNFW] detailing these interactions. At the moment, there are two MIB modules, [VPNMIB] and [VPNTCMIB], which are discussed next.
現在のところ、PPVPNワーキンググループはMPLS MIBモジュールがどうそのワーキンググループによって作成されるMIBモジュールと対話するかに関する議論を含めていません。 このドキュメントの作者は、これらの相互作用を詳しく述べながらPPVPN枠組みのドキュメント[PPVPNFW]への今度の追加をすることを望んでいます。 現在、2つのMIBモジュール、[VPNMIB]、および[VPNTCMIB]があります。(次に、それについて、議論します)。
13.2.1. PPVPN-MPLS-VPN-STD-MIB
13.2.1. PPVPN-MPLS-VPN-STD-MIB
PPVPN-MPLS-VPN-STD-MIB describes managed objects that are used to model and manage RFC2547bis MPLS VPNs [RFC2547Bis]. This MIB module contains tables that model virtual routing forwarding entries (VRFs), as well as the interfaces associated with those VRFs.
PPVPN-MPLS-VPN-STD-MIBはRFC2547bis MPLS VPNs[RFC2547Bis]をモデル化して、管理するのに使用される管理オブジェクトについて説明します。 このMIBモジュールは仮想のルーティング推進エントリー(VRFs)をモデル化するテーブルを含んでいます、それらのVRFsに関連しているインタフェースと同様に。
13.2.1.1. Position in the OID Tree
13.2.1.1. OID木の位置
transmission -- RFC 2578 [RFC2578]
|
+- vpnMIB -- PPVPN-MPLS-VPN-STD-MIB
トランスミッション--RFC2578[RFC2578]| +vpnMIB--PPVPN-MPLS-VPN-STD-MIB
13.2.1.2. Dependencies
13.2.1.2. 依存
This MIB module currently has no direct dependencies on any of the MPLS MIB modules. This MIB module models MPLS VPN interfaces as entries in the Interfaces MIB's Interfaces Table (ifTable). This MIB module may be modified in the future to import textual conventions from MPLS-TC-STD-MIB.
このMIBモジュールは現在、MPLS MIBモジュールのいずれにもどんなダイレクト依存も持っていません。 このMIBモジュールはエントリーとしてInterfaces MIBのInterfaces Table(ifTable)でMPLS VPNインタフェースをモデル化します。 このMIBモジュールは、将来、MPLS-TC-STD-MIBからの原文のコンベンションを輸入するように変更されるかもしれません。
A specific textual conventions MIB module [VPNTCMIB] defines textual conventions that are imported into PPVPN-MPLS-VPN-STD-MIB.
特定の原文のコンベンションMIBモジュール[VPNTCMIB]はPPVPN-MPLS-VPN-STD-MIBに輸入される原文のコンベンションを定義します。
13.3. CCAMP Working Group MIB Modules
13.3. CCAMPワーキンググループMIBモジュール
The CCAMP working group is developing MIB modules in support of GMPLS that interact directly with the MPLS MIB modules. Along with any MIB modules produced by the CCAMP working group, a separate CCAMP-
CCAMPワーキンググループは直接MPLS MIBモジュールと対話するGMPLSを支持してMIBモジュールを開発しています。 CCAMPワーキンググループ、別々のCCAMPによって作成されたどんなMIBモジュールと共にも
Nadeau, et al. Informational [Page 26] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [26ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
specific Management Framework document is expected to be issued describing the relationship between these MIB modules and the existing MPLS (and other) MIB modules.
これらのMIBモジュールと既存のMPLSの、そして、(他)のMIBモジュールの間の関係について説明しながら特定のManagement Frameworkドキュメントが発行されると予想されます。
14. Traffic Engineering Working Group TE MIB
14. 交通工学ワーキンググループTe MIB
The TEWG has produced a traffic engineering MIB (TE-MIB) [TEWGMIB] containing objects for monitoring traffic-engineered tunnels at their ingress points.
それらのイングレスポイントで交通で設計されたトンネルをモニターするための物を含んでいて、TEWGは交通工学MIB(TE-MIB)[TEWGMIB]を生産しました。
In many senses TE-MIB contains the same information as MPLS-TE-STD- MIB. Both MIB modules can be used to monitor MPLS tunnels; however, TE-MIB is minimalistic and caters best to TE tunnels as tunnels, at the expense of not having many advanced features of MPLS-TE-STD-MIB, whereas MPLS-TE-STD-MIB can deconstruct tunnels into hop-by-hop cross-connects, at the expense of more complexity.
多くの意味で、TE-MIBはMPLS-TE-STD- MIBと同じ情報を含んでいます。 MPLSトンネルをモニターするのに両方のMIBモジュールを使用できます。 しかしながら、TE-MIBはminimalisticで、トンネルとして最も上手にTEトンネルに満たします、MPLS-TE-STD-MIBがホップごとの十字接続にトンネルを脱構築することができてMPLS-TE-STD-MIBの多くの高度な特徴を持っていないことを犠牲にして、より多くの複雑さを犠牲にして。
The TE-MIB module imports textual conventions from the MPLS-TC-STD- MIB module and therefore is dependent on that document.
TE-MIBモジュールは、MPLS-TC-STD- MIBモジュールから原文のコンベンションを輸入して、したがって、そのドキュメントに依存しています。
14.1. Choosing between TE MIB Modules
14.1. Te MIBモジュールを選びます。
TE-MIB is a flexible MIB module designed to manage traffic engineering tunnels regardless of the implementation technology. This flexibility and a focus on simplicity lead to some compromises.
TE-MIBは実現技術にかかわらず交通工学トンネルを管理するように設計されたフレキシブルなMIBモジュールです。 この柔軟性と簡単さの焦点はいくつかの妥協につながります。
- Some MPLS configuration parameters are left out. For example, the
resource management in TE-MIB is confined to bandwidth, so missing
the full IntServ control.
- いくつかのMPLS設定パラメータが省かれます。 例えば、したがって、完全なIntServコントロールを逃して、TE-MIBの資源管理は帯域幅に閉じ込められます。
- Other TE-MIB parameters are present but with only limited options;
for example, the ability to configure different label distribution
methods per LSP.
- 存在していますが限られたオプションだけで他のTE-MIBパラメタ。 例えば、1LSPあたりの異なったラベル分配方法を構成する能力。
Extensibility of TE-MIB to related concepts (such as DiffServ and Fast Reroute) and integrations with other MIB modules (such as that in MPLS-LSR-STD-MIB) are not work items at the time of writing. The MPLS MIB modules are more closely integrated as described in this document.
関連する概念へのTE-MIB(DiffServやFast Rerouteなどの)と他のMIBモジュールがある集積密度(MPLS-LSR-STD-MIBのそれなどの)の伸展性はこれを書いている時点で仕事項目ではありません。 MPLS MIBモジュールは本書では説明されるように密接に統合しています。
Write/create access to TE-MIB is only available at the ingress, where it can be used to configure an ingress to signal a tunnel with constraints. It cannot be used to configure hop-by-hop cross- connects to build a tunnel.
書くか、作成、TE-MIBへのアクセスは単にイングレスで利用可能です、規制でトンネルに合図するためにイングレスを構成するのにそれを使用できるところで。 ホップごとの十字がトンネルを造るために接続するのを構成するのにそれを使用できません。
The purpose of TE-MIB module is to allow a Management Agent to configure tunnels, and to inspect and monitor all tunnels (however created) at their ingress points. It does not provide information
TE-MIBモジュールの目的はManagementエージェントがそれらのイングレスポイントですべてのトンネルをトンネルを構成して、点検して、モニターするのを(しかしながら、作成されます)許容することです。 それは情報を提供しません。
Nadeau, et al. Informational [Page 27] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [27ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
about tunnels at any other point in the network (that is, at transit or egress nodes). This module can be used, for example, to configure the constraints of a tunnel, whereupon the ingress would compute the tunnel path and signal it. The MIB module can then be used at the ingress to monitor the tunnel's path(s), their status, and the tunnel's uptime and counters. This MIB module is not designed to configure hop-by-hop cross-connects to build a tunnel.
いかなる他のトンネルの周りではも、ネットワーク(すなわち、トランジットか出口ノードの)で指してください。 例えば、トンネルの規制を構成するのにこのモジュールを使用できます、イングレスがトンネル経路を計算して、それを示すだろうそうすると。 そして、トンネルのトンネルの経路、それらの状態、動作可能時間、およびカウンタをモニターするのにイングレスにMIBモジュールを使用できます。 このMIBモジュールは、トンネルを造るためにホップごとの十字接続を構成するように設計されていません。
15. Security Considerations
15. セキュリティ問題
This document describes the interrelationships amongst the different MIB modules relevant to MPLS management and as such does not have any security implications in and of itself.
このドキュメントは、MPLS管理に関連している異なったMIBモジュールの中で相互関係について説明して、そういうものとしてそういうものの少しのセキュリティ意味も持っていません。
Each specific MIB document specifies specific MIB objects, and such a document must provide a proper security considerations section that explains the security aspects of those objects.
それぞれの特定のMIBドキュメントは特定のMIB物を指定します、そして、そのようなドキュメントはそれらの物のセキュリティ局面について説明する適切なセキュリティ問題部を提供しなければなりません。
The attention of readers is particularly drawn to the security implications of making MIB objects available for create or write access through an access protocol such as SNMP. SNMPv1 by itself is an insecure environment. Even if the network itself is made secure (for example, by using IPSec), there is no control over who on the secure network is allowed to access and GET (read) the objects in this MIB. It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model STD 62, RFC 3414 [RFC3414], and the View-based Access Control Model STD 62, RFC 3415 [RFC3415], is recommended.
読者の注意は特にMIB物を利用可能にする含意が作成するセキュリティに引くか、またはSNMPなどのアクセス・プロトコルを通してアクセスを書くことです。 それ自体でSNMPv1は不安定な環境です。 ネットワーク自体を安全に(例えばIPSecを使用することによって)しても、アクセスとGET(読む)への物が安全なネットワークにだれに許容されているかのコントロールが全くこのMIBにありません。 implementersがSNMPv3枠組みで提供するようにセキュリティ機能を考えるのは、お勧めです。 明確に、UserベースのSecurity Model STD62、RFC3414[RFC3414]、およびViewベースのAccess Control Model STD62の使用(RFC3415[RFC3415])はお勧めです。
It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB is properly configured to give access to only those objects, and to those principals (users) that have legitimate rights to access them.
そして、それらにアクセスする正当な権利を持つのは、このMIBの例へのアクセスを与えるSNMP実体がそれらの物だけと、そして、それらの校長(ユーザ)へのアクセスを与えるために適切に構成されるのを保証する顧客/ユーザ責任です。
16. Acknowledgements
16. 承認
Many small pieces of text in this document have been borrowed from the documents that define the MIB modules described here. The authors would like to express appreciation to all who worked on those MIB documents.
ここで説明されたMIBモジュールを定義するドキュメントからテキストの多くの小さい断片を本書では借りました。 作者はそれらのMIBドキュメントに取り組んだすべてに感謝を申し上げたがっています。
Thanks also to all those who attended the November 2002 MPLS MIB open meeting and gave constructive feedback, and in particular to Sharon Chisholm for her thoughts on Management Options.
また、2002年11月のMPLS MIB公開の会議に出席して、建設的なフィードバックを与えたすべての人と、そして、Management Optionsに関する彼女の考えのための特にシャロン・チスホルムをありがとうございます。
Thanks to Kireeti Kompella for revising the text on TE-MIB.
TE-MIBに関するテキストをKireeti Kompellaに改訂してくださってありがとうございます。
Nadeau, et al. Informational [Page 28] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [28ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
Without the consistent pressure and encouragement from Bert Wijnen, this document would not have been written.
バートWijnenからの一貫した圧力と奨励がなければ、このドキュメントは書かれていないでしょう。
17. Normative References
17. 引用規格
[FTNMIB] Nadeau, T., Srinivasan, C., and A. Viswanathan,
"Multiprotocol Label Switching (MPLS) Forwarding
Equivalence Class To Next Hop Label Forwarding Entry
(FEC-To-NHLFE) Management Information Base (MIB)", RFC
3814, June 2004.
[FTNMIB] ナドー、T.、Srinivasan、C.、およびA.Viswanathan、「次に跳ぶために同値類を進めるMultiprotocolラベル切り換え(MPLS)が推進エントリー(FECからNHLFE)を管理情報ベース(MIB)とラベルします」、RFC3814、2004年6月。
[LDPMIB] Cucchiara, J., Sjostrand, H., and J. Luciani,
"Definitions of Managed Objects for the Multiprotocol
Label Switching (MPLS), Label Distribution Protocol
(LDP)", RFC 3815, June 2004.
[LDPMIB] Cucchiara、J.、シェストランド、H.、およびJ.Luciani、「Multiprotocolラベル切り換え(MPLS)のための管理オブジェクトの定義、ラベル分配は(自由民主党)について議定書の中で述べます」、RFC3815、2004年6月。
[LSRMIB] Srinivasan, C., Viswanathan, A., and T. Nadeau,
"Multiprotocol Label Switching (MPLS) Label Switching
Router (LSR) Management Information Base (MIB)", RFC
3813, June 2004.
[LSRMIB] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3813、2004年6月。
[RFC2863] McCloghrie, K. and F. Kastenholtz, "The Interfaces
Group MIB ", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholtz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC3289] Baker, F., Chan, K., and A. Smith, "Management
Information Base for the Differentiated Services
Architecture", RFC 3289, May 2002.
[RFC3289]ベイカー(F.とチェン、K.とA.スミス、「微分されたサービス構造のための管理情報ベース」RFC3289)は2002がそうするかもしれません。
[TCMIB] Nadeau, T. and J. Cucchiara, "Definitions of Textual
Conventions (TCs) for Multiprotocol Label Switching
(MPLS) Management", RFC 3811, June 2004.
[TCMIB] ナドー、T.、およびJ.Cucchiara、「Multiprotocolのための原文のコンベンション(TCs)の定義は切り換え(MPLS)を管理とラベルします」、RFC3811、2004年6月。
[TELMIB] Dubuc, M., Dharanikota, S., Nadeau, T., J. Lang,
"Traffic Engineering Link Management Information Base",
RFC 4220, November 2005.
[TELMIB] ドュバック、M.、Dharanikota、S.、ナドー、T.、J.ラング、「交通工学リンク管理情報ベース」、RFC4220、2005年11月。
[TEMIB] Srinivasan, C., Viswanathan, A., and T. Nadeau,
"Multiprotocol Label Switching (MPLS) Traffic
Engineering (TE) Management Information Base (MIB)",
RFC 3812, June 2004.
[TEMIB] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolは交通工学(Te)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3812、2004年6月。
Nadeau, et al. Informational [Page 29] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [29ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
18. Informative References
18. 有益な参照
[PPVPNFW] Callon, R. and M. Suzuki, "A Framework for Layer 3
Provider-Provisioned Virtual Private Networks
(PPVPNs)", RFC 4110, July 2005.
[PPVPNFW] CallonとR.とM.鈴木、「層3のプロバイダーで食糧を供給された仮想私設網(PPVPNs)のための枠組み」、RFC4110、2005年7月。
[PWE3FW] Bryant, S. and P. Pate, "Pseudo Wire Emulation Edge-
to-Edge (PWE3) Architecture", RFC 3985, March 2005.
[PWE3FW] ブライアントとS.とP.頭、「疑似ワイヤエミュレーション縁縁への(PWE3)構造」、RFC3985、2005年3月。
[RFC2026] Bradner, S., "The Internet Standards Process --
Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026] ブラドナー、S.、「改正3インチ、BCP9、RFC2026、1996年インターネット標準化過程--10月。」
[RFC2547Bis] Rosen, E., et al., "MPLS/BGP VPNs", Work in Progress,
October 2002.
[RFC2547Bis]ローゼン、E.、他、「MPLS/BGP VPNs」、Progress、2002年10月のWork。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Structure of Management Information Version 2
(SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Textual Conventions for SMIv2", STD 58, RFC 2579,
April 1999.
[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder,
"Conformance Statements for SMIv2", STD 58, RFC 2580,
April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC3031] Rosen, E., Viswanathan, A., and R. Callon,
"Multiprotocol Label Switching Architecture", RFC 3031,
January 2001.
[RFC3031] ローゼンとE.とViswanathan、A.とR.Callon、「Multiprotocolラベル切り換え構造」、RFC3031、2001年1月。
[RFC3036] Andersson, L., Doolan, P., Feldman, N., Fredette, A.,
and B. Thomas, "LDP Specification", RFC 3036, January
2001.
[RFC3036] アンデションとL.とDoolanとP.とフェルドマンとN.とFredette、A.とB.トーマス、「自由民主党仕様」、RFC3036、2001年1月。
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction and Applicability Statements for
Internet-Standard Management Framework", RFC 3410,
December 2002.
[RFC3410]ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準の管理枠組みのための序論と適用性声明」RFC3410(2002年12月)。
[RFC3413] Levi, D., Meyer, P., and B. Stewart, "Simple Network
Management Protocol (SNMP) Applications", STD 62, RFC
3413, December 2002.
[RFC3413] レビ、D.、マイヤー、P.、およびB.スチュワート、「簡単なネットワーク管理プロトコル(SNMP)アプリケーション」、STD62、RFC3413、2002年12月。
[RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security
Model (USM) for version 3 of the Simple Network
Management Protocol (SNMPv3)", STD 62, RFC 3414,
December 2002.
[RFC3414]ブルーメンソルとU.とB.Wijnen、「Simple Network Managementプロトコル(SNMPv3)のバージョン3のためのユーザベースのSecurity Model(USM)」、STD62、RFC3414、2002年12月。
Nadeau, et al. Informational [Page 30] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [30ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
[RFC3415] Wijnen, B., Presuhn, R., and K. McCloghrie, "View-based
Access Control Model (VACM) for the Simple Network
Management Protocol (SNMP)", STD 62, RFC 3415, December
2002.
[RFC3415] Wijnen、B.、Presuhn、R.、およびK.McCloghrie、「簡単なネットワークマネージメントのための視点ベースのアクセス管理モデル(VACM)は(SNMP)について議定書の中で述べます」、STD62、RFC3415、2002年12月。
[TEWGMIB] Kompella, K., "A Traffic Engineering (TE) MIB", RFC
3970, January 2005.
[TEWGMIB]Kompella、2005年1月のK.、「交通工学(Te)MIB」RFC3970。
[VPNMIB] Nadeau, T., et al., "MPLS/BGP Virtual Private Network
Management Information Base Using SMIv2", Work in
Progress, November 2002.
[VPNMIB] ナドー、T.、他、「2002年11月にSMIv2"、進行中の仕事を使用するMPLS/BGP仮想私設網管理情報ベース。」
[VPNTCMIB] Schliesser, B. and T. Nadeau, "Definition of Textual
Conventions for Provider Provisioned Virtual Private
Network (PPVPN) Management", Work in Progress, November
2002.
[VPNTCMIB] 「プロバイダーの食糧を供給された仮想私設網(PPVPN)管理のための原文のコンベンションの定義」というSchliesser、B.、およびT.ナドーは進行中(2002年11月)で働いています。
Authors' Addresses
作者のアドレス
Thomas D. Nadeau Cisco Systems, Inc. 1414 Massachusetts Ave. Boxborough, MA 01719
トーマスD.ナドーシスコシステムズInc.1414マサチューセッツAve。 Boxborough、MA 01719
EMail: tnadeau@cisco.com
メール: tnadeau@cisco.com
Cheenu Srinivasan Bloomberg L.P. 731 Lexington Avenue New York, NY 10022
Cheenu SrinivasanブルームバーグL.P.731レキシントンAvenueニューヨーク、ニューヨーク 10022
Phone: (212) 617-3682 EMail: cheenu@bloomberg.net
以下に電話をしてください。 (212) 617-3682 メールしてください: cheenu@bloomberg.net
Adrian Farrel Old Dog Consulting
エードリアンのファレルの古い犬のコンサルティング
Phone: +44 (0) 1978 860944 EMail: adrian@olddog.co.uk
以下に電話をしてください。 +44 (0) 1978 860944はメールされます: adrian@olddog.co.uk
Nadeau, et al. Informational [Page 31] RFC 4221 MPLS Management Overview November 2005
ナドー、他 [31ページ]情報のRFC4221MPLSマネジメントの展望2005年11月
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Nadeau, et al. Informational [Page 32]
ナドー、他 情報[32ページ]
一覧
スポンサーリンク
