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
Multiprotocol Label Switching (MPLS) Management Overview
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).
著作権（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.
管理情報ベース（MIB）のモジュールの範囲は、モデルを支援し、（MPLS）ネットワークをマルチプロトコルラベルスイッチングのさまざまな側面を管理するために開発されてきました。これらの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
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
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.
この文書では、マルチプロトコルラベルスイッチング（MPLS）[RFC3031]のための管理アーキテクチャについて説明します。特に、管理対象オブジェクトは、さまざまなMPLS-関連するMIB（Management Information Base）の文書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.
追加情報については、この文書はまた、エッジに疑似ワイヤー・エミュレーション・エッジ（PWE3）、仮想プライベートネットワーク（PPVPN）、共通制御・計測プレーン（CCAMP）、およびインターネットトラフィックエンジニアリング（プロビジョニングプロバイダによって生成MIBモジュールについての簡単な注意事項が含まれて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メーリングリストに直接なされるべきです。
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 TC MIB [TCMIB]、MPLS LSR MIB [LSRMIB]、MPLS TE MIB [TEMIB]、MPLS LDP MIB [LDPMIB]、MPLS FTN：この文書では、MPLSアーキテクチャ文書[RFC3031]と次のMPLS関連のMIBモジュールからの用語を使用しMIB [FTNMIB]、TE LINK 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.
この文書全体（例えば、MPLS-TE-STD-MIBなど）ハイフンMIB名は、特定のMIBモジュールを参照するために解釈されるべきです。 （例えばMPLS LDP MIBなど）非ハイフン付きMIB名は、MIBの文書を示しています。
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準の管理フレームワークを記述したドキュメントの詳細な概要については、RFC 3410 [RFC3410]のセクション7を参照してください。
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].
管理対象オブジェクトが仮想情報店を介してアクセスされ、管理情報ベースまたはMIBと呼ばれます。 MIBオブジェクトは、一般的に簡易ネットワーク管理プロトコル（SNMP）を介してアクセスされます。 MIBのオブジェクトは、管理情報（SMI）の構造で定義されたメカニズムを使用して定義されています。この文書では、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]とSTD 58、RFC 2580 [RFC2580]に記載されているSMIv2のに準拠している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ワーキンググループ、すなわち、MPLS TC MIB、MPLS LSR MIB、MPLS TE MIB、MPLS LDP MIB、MPLS FTN MIB、およびTE LINK MIBによって生成MIBドキュメントに対応しています。このセクションの残りの部分は簡単に次の内容について説明します。
- the MPLS Object Identifier (OID) tree structure and the position of different MPLS related MIB modules on this tree;
- MPLSオブジェクト識別子（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モジュールとオブジェクトのサポートは、この文書の範囲外です。
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
トランスミッション - 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
Note: The OIDs for MIB modules are assigned and managed by IANA. They can be found in the referenced MIB documents.
注意：MIBモジュールのためのOIDはIANAによって割り当てられ、管理されています。彼らは、参照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モジュールからのテキストの表記法をインポートします。
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には、ルータ（LSR）をスイッチングMPLSラベルをモデル化するために管理オブジェクトについて説明します。これは、MPLSのための管理アーキテクチャの中心にそれを置きます。
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によって切り替えているLSPのビューを提供します。
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アプリケーションに共通であるので、このMIBモジュールは、他のMPLS 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-LSR-STD-MIBに示されており、典型的には、基礎となるMPLS LSPを参照するために、他の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 LSPのにマップされます。 MPLS-TE-STD-MIBは、MPLS-LSR-STD-MIBにおけるクロスコネクトエントリを指し示すことによって、基礎となるのLSPを指します。
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-LDP-STD-MIBは、MPLSラベル配布プロトコル（LDP）[RFC3036]をモデル化して管理するために使用される管理オブジェクトについて説明します。自民党は、ラベルを配布し、LSPを確立するために使用される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モジュールは、すべてのLDPの実装に共通するオブジェクトが含まれています。標準MIBサポートを提供LDPの実装のために、このMIBモジュールは、以下のセクションから他のLDP 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モジュールは、LDPパープラットフォームのラベルスペースを管理するためのオブジェクトを提供し、一般的にMPLS-LDP-STD-MIBモジュールと一緒に実装されています。このMIBモジュールはMPLS総称ラベル範囲を設定するためのテーブルが含まれています。 LDP仕様は、一般的なラベルの範囲ラベルを設定する方法はありませんが、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.
LDPは、レイヤ2媒体としてATMを使用する場合、このMIBモジュールは、典型的には、LDP実装でMPLS-LDP-STD-MIBと一緒に支持されています。このMIBモジュール内の表には、ATMを使用するようにLDPを設定することができます。
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.
LDPは、レイヤ2媒体としてフレームリレーを使用する場合、このMIBモジュールは、典型的には、LDP実装でMPLS-LDP-STD-MIBと一緒に支持されています。この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トラフィックエンジニア（TE）トンネルをモデル化して管理するために使用される管理オブジェクトについて説明します。
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トンネルに必要な設定と統計情報オブジェクトを提供します。
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は、入口ラベルエッジルータ（LER）で行わMPLS FECツーNHLFE（FTN）のマッピングをモデル化して管理するために使用される管理オブジェクトについて説明します。
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は、LSRは、MPLSドメインのエッジに配置され、それは内と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).
この分類は、同じ方法で処理されるデータ（通常パケット）の共通の属性を定義転送等価クラス（FECを）を使用して行われます。データが分類されたら、それはネクストホップラベル転送エントリ（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オブジェクトは、ソースおよび宛先アドレス範囲、送信元および宛先ポート範囲、IPv4のプロトコルフィールド又はIPv6の次ヘッダフィールド、及びDiffServのコードポイントを表すIP 6タプルを記載します（DSCP）。
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リンク機能は、一つ以上の類似のデータチャネルまたはLSRの対の間のTEリンクを集約するように設計されています。 TEリンクはトラフィックエンジニアリングMPLSトラフィックを運ぶことができるサブインターフェースです。
A bundled link is a sub-interface that bonds the traffic of a group of one or more TE links.
バンドルリンクは、一つ以上のTEリンクのグループのトラフィックを結合サブインタフェースです。
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.
次の図の矢印は関係「に依存」を示しています。関係「MIBモジュールAは、MIBモジュールBに依存する」MIBモジュールAは、オブジェクト、オブジェクト識別子、またはMIBモジュールBで定義されたテキストの表記法を使用して、またはそのMIBモジュールAは、内のオブジェクトへのポインタ（インデックスまたはRowPointer）を含有することを意味しますMIBモジュールB.
+-------> 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 ------------------>+
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-LDP-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-LDP-GENERIC-STD-MIB、MPLS-LDP-ATM-STD-MIB、およびMPLS-LDP-FRAME-RELAY-STD-MIBは、MPLS-LDP-STD-MIB内のオブジェクトへの参照を含みます。
- MPLS-FTN-STD-MIB contains references to objects in MPLS-TE-STD-MIB.
- MPLS-FTN-STD-MIBは、MPLS-TE-STD-MIB内のオブジェクトへの参照が含まれています。
Note that there is a textual convention (MplsIndexType) defined in MPLS-LSR-STD-MIB that is imported by MPLS-LDP-STD-MIB.
MPLS-LDP-STD-MIBによってインポートされたMPLS-LSR-STD-MIBで定義されたテキストの表記法（MplsIndexType）があることに留意されたいです。
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モジュールは、インタフェースMIB [RFC2863]に依存しています。 MPLS-FTN-STD-MIBは、インタフェース表IF-MIB [RFC2863]の（ifTableの）のインデックスを使用して分類されるトラフィックを受信したIP対応のインターフェースを参照します。他のMPLS MIBモジュールはifTableのMPLS対応インターフェイスを参照します。
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.
IF-MIB [RFC2863]のインタフェースグループは、インタフェースを管理するための一般的な管理オブジェクトを定義します。 MPLS MIBモジュールはMPLSインターフェイスを管理するためのインターフェイスグループへのメディア固有の拡張機能が含まれています。
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モジュールは、インタフェースグループの解釈はifTableの管理対象リソースのインターフェイス上のネットワークインターフェイスのインターネットワーク層の下の各副層が界面考えられる情報が含まれていることを述べて[RFC2863]に従ってあると仮定する。したがって、MPLSインタフェースはifTableのエントリとして表されます。
The interrelation of entries in ifTable is defined by the Interfaces Stack Group defined in [RFC2863].
ifTableのエントリーの相互関係は[RFC2863]で定義されたインタフェーススタックグループによって定義されます。
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-LDP-ATM-STD-MIBは、MPLS-LDP-FRAME-RELAY-STD-MIBはフレーム - からテキストの表記法DLCIをインポートし、一方、ATM仮想パス識別子を表すために、ATM-TC-MIBからのテキストの表記法AtmVpIdentifierをインポートデータリンクチャンネル識別子を表すためにRELAY-DTE-MIB。
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-LDP-STD-MIBは[RFC3289]から原文の表記IndexIntegerとIndexIntegerNextFreeをインポートし、MPLS-TE-STD-MIBはIndexIntegerNextFreeをインポートします。 IndexIntegerNextFreeが任意の指標のために適切な値を選択する必要がある管理エージェントによって使用され、一方IndexIntegerは、標準的な任意のインデックスを提供します。
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モジュールのためにいつものようにビジネスであり、本書で詳しく説明されていません。
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のうち、データを搬送する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）性能テーブルは、LSPの性能を測定するためのオブジェクトを含みます。
- The MPLS interface performance table (mplsInterfacePerfTable) has objects to measure MPLS performance on a per-interface basis.
- MPLSインターフェイス性能テーブル（mplsInterfacePerfTable）は、インターフェイスごとにMPLSの性能を測定するためのオブジェクトを有しています。
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は（MPLS-LSR-STD-MIBの状態の記述、LSRによってサポートされる最大ラベルスタックの深さ、およびいない）、このLSRで支持課されるラベルスタックの最大サイズを定義します。
mplsXCNotificationsEnable is used to enable and disable notifications from MPLS-LSR-STD-MIB.
mplsXCNotificationsEnableは、MPLS-LSR-STD-MIBからの通知を有効または無効にするために使用されます。
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〜二十から四オクテットのオクテット文字列として定義されます。
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でこれらのインデックスの洗練された利用をするために、それは珍しいが、不可能ではないだろうことに注意してください。したがって、非単純な値は、インデックスがプロトコル実装または他の構成手段シグナリングの結果として生成された読み出し専用のMIBで使用される可能性があります。非シンプルなインデックスのフォーマッティングおよび解釈は、MIBモジュールの定義の範囲外であり、特定のデバイスのための管理文の一部であることが予想されます。フォーマットがエージェントによって知られていない場合は、1〜二十から四オクテットの整数を含むプレーンオクテット文字列としてインデックスを扱う必要があります。
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.
前のセクションで説明したように、スカラーは、薬剤はこれらのテーブルのいずれかで新しい行を作成する際に指標として使用する適切な値を発見することを可能にするために提供されます。これらのスカラーすべては、第二のテキストの表記法、MplsIndexNextType、また、MPLS-LSR-STD-MIB内で定義を使用します。このテキストの表記法は「空文字列」を、（つまり、値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スカラーの値を変更することが推奨されています。 「ビジー」テーブルでは、これは、行作成失敗試行と第二行作成の試みを行う前にスカラーを再読み込みする必要が薬剤をもたらし得ます。この問題を回避するための欲望が窩を避けたいという願望に反対しています。
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は、クロスコネクトが非アクティブになったときに報告します。
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内のテーブルが関連しています。矢印は、別のテーブルからの参照を示します。
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つのインスタンスが含まれていることに注意してください。外部トラフィックパラメータ表（external_Traffic_Table）のエントリは、MPLSセグメントのためのトラフィックパラメータの表現を可能にするmplsInSegmentTable（mplsInSegmentTrafficParamPtr）から及びmplsOutSegmentTable（mplsOutSegmentTrafficParamPtr）からRowPointersを使用して指し示されます。あるいは、ポインタがMPLS-TE-STD-MIBトンネルリソーステーブル（mplsTunnelResourceTable）内のエントリを示すことができます。同様に、外部のラベルテーブルは、何らかの理由で、それらはLSR MIBテーブル内の場所に格納されていない、場合にラベル値を格納するために使用することができます。余分ごとのラベル空間情報を保存する必要があり、それはラベルが常に32ビットの値に格納することができませんGMPLSのために道を開く場合、これが発生する可能性があります。 RowPointersはmplsInSegmentTable（mplsInSegmentLabelPtr）、mplsOutSegmentTable（mplsOutSegmentTopLabelPtr）から、及びmplsLabelStackTable（mplsLabelStackLabelPtr）から使用されています。
mplsInterfacePerfTable
^
|
V
mplsInterfaceTable
^ ^
mplsInSegmentMapTable | | mplsLabelStackTable
| | | ^ |
| +----+ +----+ | |
| | | | |
| | external_Traffic_Table | | |
| | ^ ^ | | |
V | | | | | |
mplsInSegmentTable mplsOutSegmentTable |
| ^ ^ ^ ^ | |
| | | | | | V
+------+ | +----> mplsXCTable <----+ | +--+
| V V |
| mplsInSegmentPerfTable mplsOutSegmentPerfTable |
| |
+--------------> external_Label_Table <-------------+
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.
LDPのためのMIBドキュメントは4つのMIBモジュールが含まれています。この構造は、それが簡単に実装は、それに関連するモジュールだけを選択できるようになります。 MIBモジュールMPLS-LDP-STD-MIB、MPLS-LDP-GENERIC-STD-MIB、MPLS-LDP-ATM-STD-MIB、およびMPLS-LDP-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-LDP-STD-MIBは、任意のレイヤ2つのオブジェクトなしでLDPに固有のオブジェクトを定義します。 MPLS-LDP-GENERIC-STD-MIBは、MPLS-LDP-STD-MIBで使用するためのイーサネット上で使用するためのプラットフォームラベルスペースオブジェクト毎のレイヤ2を定義します。 MPLS-LDP-ATM-STD-MIBは、レイヤ2非同期転送モード（ATM）は、MPLS-LDP-STD-MIBと併用するためのオブジェクト定義します。 MPLS-LDP-FRAME-RELAY-STD-MIBで定義されたレイヤ2フレームリレーは、MPLS-LDP-STD-MIBと併用するためのオブジェクト。
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-LDP-STD-MIBモジュールは、コアサポートを提供し、典型的には、レイヤ2つのMIBモジュールのうちの少なくとも1つに沿って支持されています。
The tables in the LDP MIB for configuring the LDP behavior of an LSR are as follows.
次のようにLSRのLDPの動作を設定するための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.
- LDPエンティティテーブル（mplsLdpEntityTable）は、LDPを使用するLSRを構成するための方法を提供します。自民党をサポートするために、LSRのための少なくとも一つのLDPエンティティが存在する必要があります。この表の各エントリ/行は、単一のLDPエンティティを表します。
- 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の設定、およびリレーのラベルをフレームに使用されています。
- The LDP Peer Table (mplsLdpPeerTable) is a read-only table that contains information about LDP Peers known to LDP Entities.
- LDPピアテーブル（mplsLdpPeerTable）はLDPエンティティに知られているLDPピアに関する情報が含まれている読み取り専用テーブルです。
- The LDP Hello Adjacencies Table (mplsLdpHelloAdjacencyTable) is a table of all adjacencies between all LDP Entities and all LDP Peers.
- LDPこんにちは隣接関係テーブル（mplsLdpHelloAdjacencyTable）は、すべてのLDPエンティティとすべてのLDPピア間のすべての隣接の表です。
- 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.
- いくつかのテーブルは、LDPセッションを監視および制御するために存在します。 LDPセッション表（mplsLdpSessionTable）はLDPエンティティとピアとの間のセッションを表します。 mplsLdpAtmSesTableとmplsLdpFrameRelaySesTableはATMに固有のセッション情報が含まれています。
- The MPLS LDP Session Peer Address Table (mplsLdpSesPeerAddrTable) stores addresses learned after session initialization via Address Message advertisement.
- MPLS LDPセッションピアアドレステーブル（mplsLdpSesPeerAddrTable）は、アドレスメッセージ広告を経由してセッションの初期化後に学習したアドレスを格納します。
- 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.
- LDP FECテーブル（mplsFecTable）は、1つのまたは複数のLSP上で使用中であってもよいFEC（転送等価クラス）情報を表します。 LDP LSP FECテーブル（mplsLdpLspFecTable）は、各LSPに関連付けられているのFECを示します。
- 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-LDP-STD-MIBは、マッピングテーブルをそれぞれ、mplsInSegmentTable、mplsOutSegmentTable、及びmplsXCTableを指し示すことによって、これらのセッションで作成されたLSPの根底にあるLSR MIBの表現にLDPセッションのLDP MIBの表現をマッピング（mplsLdpLspTable）を有しています。
- Statistics may be gathered through the LDP Entity Statistics Table (mplsLdpEntityStatsTable) and the LDP Session Statistics Table (mplsLdpSesStatsTable).
- 統計はLDPエンティティの統計表（mplsLdpEntityStatsTable）とLDPセッション統計表（mplsLdpSesStatsTable）を介して収集することができます。
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.
二つのスカラは、LSRを構成するために存在します。 LSR IDはmplsLdpLsrIdに設定され、ループ検知機能はmplsLdpLsrLoopDetectionCapableに報告されています。
MPLS-LDP-STD-MIB defines four notifications that a device can issue.
MPLS-LDP-STD-MIBは、デバイスが発行できる4つの通知を定義します。
- mplsLdpInitSesThresholdExceeded is reported when the number of Session Initialization messages exceeds a configured threshold.
- セッション初期化メッセージの数が設定されたしきい値を超えた場合mplsLdpInitSesThresholdExceededが報告されています。
- mplsLdpPVLMismatch is issued if the Path Vector Limit for a configured Entity and Peer do not match.
- パスベクトル構成されたエンティティの制限およびピアが一致しない場合mplsLdpPVLMismatchが発行されます。
- mplsLdpSessionUp and mplsLdpSessionDown report the transition of Session state.
- mplsLdpSessionUpとmplsLdpSessionDownは、セッション状態の遷移を報告しています。
No scalar object is provided to enable and disable notifications from MPLS-LDP-STD-MIB. Instead, the implementer is referred to [RFC3413].
何スカラーオブジェクトは、MPLS-LDP-STD-MIBからの通知を有効または無効にするために提供されていません。その代わりに、実装は[RFC3413]と呼ばれます。
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モジュールに多くのテーブルが関連しています。矢印は、別のテーブルからの参照を示します。多くの場合、参照は、参照されるテーブルの増大によるものであることに留意されたいです。
mplsLdpEntityGenLRTable ------------->+
mplsLdpEntityAtmParmsTable ---------->+
mplsLdpEntityAtmLRTable ------------->+
mplsLdpEntityFrameRelayParmsTable --->+
mplsLdpEntityFrLRTable -------------->+
mplsLdpEntityStatsTable ------------->+
|
mplsLdpHelloAdjacencyTable |
| |
| mplsLdpEntityTable <--+
| ^ ^
V | |
mplsLdpPeerTable <-+- mplsLdpSesPeerAddrTable
^ |
| V
mplsLdpSessionTable
^ ^
| |
mplsLdpSesStatsTable ------+ +-- mplsLdpLspFecTable
mplsLdpAtmSesTable --------+ | | |
mplsLdpFrameRelaySesTable--+ | | V
| | mplsFecTable
| V
+-- mplsLdpLspTable
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.
- トンネルテーブル（mplsTunnelTable）はMPLSトンネルを設定し、報告するために使用されます。トランジットのLSRにこの表のトンネルの報告は任意であることに注意してください。
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）は、トンネル自体を識別する。その使用量が明確に説明されていないので、第四指数（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.
説明は言う：「唯一トンネルのインスタンスを識別し、バックアップと平行トンネルの目的のためにトンネルの複数のインスタンスを識別するために有用です。」。バックアップトンネルの場合には、同じトンネルの複数のインスタンスを定義することができるが、一方のみが任意の時点でアクティブです。異なるインスタンスは、（例えば、明示的な経路のような）異なる特性を有していてもよく、一つのインスタンスは、別の故障から保護するために設定することができます。
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値は、典型的には、両方のフィールドが存在するプロトコルにおいて、LSP IDとしてトンネルIDとしてシグナリング、およびmplsTunnelInstanceれます。 （通常のLSP IDとしても知られる）のみ識別インデックスがあるプロトコルでは、唯一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.
- リソーステーブル（mplsTunnelResourceTable）は、このトンネル上で要求されるリソースを構成するために使用されます。 CRLDPリソーステーブル（mplsTunnelCRLDPResTable）はCRLDPを用いてシグナリングトンネルに固有の追加のリソースの詳細を要求するために使用されます。
- 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).
- 要求された計算され、実際にトンネルするために使用される経路は、トンネルホップテーブル（mplsTunnelHopTable）、トンネルコンピューホップテーブル（mplsTunnelCHopTable）、及びトンネル実際のホップテーブル（mplsTunnelARHopTable）に見出されます。
- Statistics about the performance of tunnels may be gathered through the Tunnel Performance Table (mplsTunnelPerfTable).
- トンネルのパフォーマンスに関する統計は、トンネルの性能表（mplsTunnelPerfTable）を介して収集することができます。
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.
二つのスカラは、LSRのMPLSトンネルのサポートを設定するために存在します。 mplsTunnelTEDistProtoは、サポートされているシグナリング方法およびプロトコルを示しています。 mplsTunnelMaxHopsはLSRに構成することができる経路のサイズを定義します。
Two further scalars enhance the statistics on the LSR by counting the number of configured (mplsTunnelConfigured) and active (mplsTunnelActive) tunnels.
二つさらにスカラ構成の数（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 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.
スカラーmplsTunnelNotificationMaxRateは、通知がMPLS-TE-STD-MIBから発行される速度を制御するために使用されます。ゼロのレートは、通知が発行されてはならないことを意味します。通知が速く設定されたレートよりも生成される場合、実装は通知を破棄するか、静かな時間に配布するためにそれらをキューに入れることもできます。
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はトンネル状態の遷移を報告しています。
- Rerouting and re-optimization of Tunnels paths are reported by mplsTunnelRerouted and mplsTunnelReoptimized.
- 再ルーティングとトンネルパスの再最適化はmplsTunnelReroutedとmplsTunnelReoptimizedによって報告されています。
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内のテーブルが関連しています。矢印は、別のテーブルからの参照を示します。
mplsTunnelPerfTable
^
|
V
mplsTunnelTable
| |
V |
mplsTunnelResourceTable +--> mplsTunnelHopTable
^ |
| +--> mplsTunnelCHopTable
V |
mplsTunnelCRLDPResTable +--> mplsTunnelARHopTable
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テーブル（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マッピングテーブル（mplsFTNMapTable）は、システム内の特定のインターフェイスにmplsFTNTableで定義されたFTN規則を活性化する能力を提供します。
- Performance statistics for FTN rules are found in the mplsFTNPerfTable.
- FTN規則のパフォーマンス統計はmplsFTNPerfTableで発見されています。
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に新しい概念的な列を作成するための次の有効な指標を供給するために使用されます。
There are no notifications in this MIB module.
この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内のテーブルが関連しています。矢印は、別のテーブルからの参照を示します。
mplsFTNTable
^
|
mplsFTNMapTable
^
|
mplsFTNPerfTable
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リンクに関連付けられた優先度に基づく帯域幅の値を報告するために使用されます。
- 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）は、データベアリングコンポーネントリンクに関連付けられた優先度に基づく帯域幅の値を報告するために使用されます。
There are no scalars in this MIB module.
このMIBモジュールにはスカラではありません。
There are no notifications in this MIB module.
この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内のテーブルが関連しています。矢印は、別のテーブルからの参照を示します。
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 ----+
componentLinkTable
^
|
componentLinkDescriptorTable ---+
|
componentLinkBandwidthTable ----+
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 ---------+
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.
IF-MIB [RFC2863]のインタフェースグループは、インタフェースを管理するための一般的な管理オブジェクトを定義します。 MIBモジュールによって管理手順が実行されなければならない場合、それが明確に決定することができるように、MPLS MIBモジュールは、インターフェースへの参照を行います。また、MPLS MIBモジュール（特に、MPLS-TE-STD-MIB及びTE-LINK-STD-MIB）インターフェイスグループ内の積層界面を利用します。
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トンネル管理の概念に基づいて構築します。 [RFC2863]はインターフェイステーブル（ifTableの）は、管理対象リソースのインターフェイスに関する情報を含み、ネットワークインターフェイスのインターネットワーク層の下の各副層がインタフェースであると考えられることを述べています。インタフェースはifTableのエントリとして表されているようにこのように、MPLSトンネル管理しました。 ifTableのエントリーの相互関係は[RFC2863]で定義されたインタフェーススタックグループによって定義されます。
When using MPLS Tunnels as interfaces, the interface stack table might appear as follows:
インタフェースとしてMPLSトンネルを使用する場合、以下のように、インタフェーススタックテーブルが表示されることがあります。
+------------------------------------------------+
| MPLS tunnel interface ifType = mplsTunnel(150) |
+------------------------------------------------+
| MPLS interface ifType = mpls(166) |
+------------------------------------------------+
| Underlying layer |
+------------------------------------------------+
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、フレームリレー、およびイーサネットが含まれます。
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.
ifTableのオブジェクトとMPLSトンネルのためのそれらの使用との間のマッピングの詳細なリストは、[TEMIB]で与えられます。いくつかの重要なオブジェクトは概念の概要を提供するために、ここに記載されています。
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.
mplsTunnelNameオブジェクトに含まれるMPLSトンネルの名前を反映するためのifNameオブジェクトを設定するために便利で良い管理と考えることができます。
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リンクインターフェイスを管理するためにスタッキングインタフェースを使用します。 TE LinkインタフェースはifTableのエントリとして表されます。 ifTableのエントリーの相互関係は[RFC2863]で定義されたインタフェーススタックグループによって定義されます。 TEリンクインタフェースを使用する場合は、次のように、インターフェイススタックテーブルが表示されることがあります。
+-------------------------------------------------------------------+
| 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 |
+--------------------------------+ +--------------------------------+
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リンクの管理とバンドルは、インタフェーススタッキングのレベルで見ることができます。二つのTEリンクは、それぞれが光伝送リンクを管理し、定義されています。これら二つのTEリンクは、単一のTEリンクインタフェースとして管理されているバンドルに結合されています。このTE Linkインタフェースは、MPLSをサポートし、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.
ifTableのオブジェクトとTEリンクのためのそれらの使用との間のマッピングの詳細なリストは、[TELMIB]で与えられます。いくつかの重要なオブジェクトは概念の概要を提供するために、ここに記載されています。
Each TE Link interface is represented by a separate entry in the ifTable, with a unique ifIndex.
各TEリンクインターフェイスは、固有の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リンクを識別するために割り当てられる値は200です。
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 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.
MPLS-LSR-STD-MIBは、特定のインターフェイス上のMPLSのサポートを構成するためのテーブル（mplsInterfaceTable）を含みます。この表の概念的な列をすることができるとMPLSをサポートするように構成されているすべてのインターフェイスのためのLSRによって自動的に作成されます。この表の概念的な行はifTableの対応するエントリがifTypeがさ=のMPLS（166）とが存在する場合にのみ存在します。 ifTableのエントリーが操作上無効になっている場合、mplsInterfaceTableのエントリが削除されたように、2つのテーブル内のエントリの運命は密接にリンクされています。 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における重要インデクシング役割を果たしています。インセグメント（すなわち、着信LSPラベルである）mplsInSegmentIfIndexとmplsInSegmentLabelオブジェクトによって索引付けさmplsInSegmentTable、で表されます。 mplsInSegmentIfIndexは、着信MPLS対応インターフェイスのifIndexのに設定されています。 mplsInSegmentLabelは、着信MPLSラベルを識別します。対応mplsOutSegmentTable発信MPLS対応インターフェイスを識別するmplsOutSegmentIfIndexオブジェクトが含まれていること、これは、テーブルのインデックスの一部を形成しないことに留意されたいです。
MPLS-LDP-STD-MIB uses ifIndex extensively to identify the interface over which MPLS is active.
MPLS-LDP-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値を使用して識別されます。
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.
管理ステーション、マネジメントエージェント、または管理対象エンティティの実装者への指示やアドバイスを提供するために、このドキュメントの意図ではありません。前述した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.
すべてはのLSPは、MPLS-LSR-STD-MIBに表示される場合がありMPLS。トランジットノードに、それらは、発信インターフェイス上の着信インターフェイスの着信ラベルおよび発信ラベル間の完全なクロスコネクトとして見られています。入力または出力の点で、相互接続は、それぞれ、なりすまし上流または下流の脚を有するアンバランスです。
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.
LSPの分割及びマージ点がMPLS-LSR-STD-MIBにおけるより複雑なクロスコネクトとして表すことができます。同様に、双方向LSPは、順方向のそれぞれについて同じクロスコネクトインデックスを使用して表され、交差接続を逆にすることができます。
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のモジュールは、LDPとCR-LDPで使用するためだけに意図されています。他の手段を介してシグナリングされるLSPは、好都合に使用して設定のLSPとの一貫性を保つためmplsLdpLspTableに格納することができます
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にポインタのみを与えるので、これにさらに少し値があります。しかし、のLSPはLDP（例えば、BGP）以外のいくつかのシグナリング方法を使用して、関連のFECを用いて確立されている場合、LSPを相関させる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.
CR-LDPは、シグナリングプロトコルである場合、LSPが適切MPLS-TE-MIBとMPLS-LSR-STD-MIBに表されるので、LDP MIB内LSP関連テーブルを使用する必要はないことに留意されたいです。
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-LSR-STD-MIBに示され、それらのクロスコネクトとMPLS-TE-STD-MIBに表すことができます。トンネルは、MPLS-TE-STD-MIBに表すことができる制約一連の設定（常にではないが）ことが多いです。トンネルの顕著な特徴は、それがLDPを介して確立されたLSPは、エンドツーエンドであってもよく、またはホップバイホップであってもよい入力および出力を有することがあることに留意されたいです。
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.
すべてのLSP（トンネルおよび非トンネル）はすでに定義シグナリングプロトコルの結果として、または将来の研究のために確立されてもよいです。また、LSPは、LSP上のLSRのそれぞれに設定コマンドを発行することによって手動で設定することができます。これらのコマンドは、ここで説明するMIBモジュールのテーブルとオブジェクトに設定操作を行うことにより、SNMPを利用してもよいです。あるいは、コンフィギュレーションは、コマンドラインまたはグラフィカルユーザーインタフェースのようないくつかの非標準のインターフェースを介してであってもよいです。そのような構成LSPはまた、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.
そのMIBモジュールが使用するテーブルを決定する際のLSPの「永続」の検討事項に惑わされないでください。それは記憶喪失のユーザーによって設定された場合にMPLSトンネルが非常に長い平均寿命を有することができます。自動的にオンデマンドのトラフィック要件を満たすようにプロビジョニングされている場合それ以外の場合、それは非常に短い寿命を有することができます。同様に、（時にはホップバイホップLSPとしても知られる）のルーティングプロトコルに応じて確立されたLSPは等しく安定または不安定であってもよいです。
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モジュール間の広範な相互作用を記載します。この情報は、背景として提供され、このドキュメントの中心ではありません。
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ワーキンググループは、PWE3動作中MIBモジュールのためのフレームワークの記述を含む文書[PWE3FW]を生成しました。 PWE3アーキテクチャをエミュレートサービス等のPSNサービスとしてMPLSの使用が含まれているので、上述のMPLS MIBモジュールを活用することができます。 PWE3フレームワークドキュメントはMPLS MIBモジュールとPWE3 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]は、存在します。
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 VPNの[RFC2547Bis]をモデル化して管理するために使用される管理オブジェクトについて説明します。このMIBモジュールは、モデルの仮想ルーティング転送エントリ（のVRF）、ならびにそれらのVRFに関連付けられたインタフェーステーブルを含みます。
transmission -- RFC 2578 [RFC2578]
|
+- vpnMIB -- PPVPN-MPLS-VPN-STD-MIB
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のインターフェイステーブル（ifTableの）のエントリとしてこのことは、MIBモジュールモデル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にインポートされたテキストの表記法を定義します。
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- specific Management Framework document is expected to be issued describing the relationship between these MIB modules and the existing MPLS (and other) MIB modules.
CCAMPワーキンググループは、MPLS MIBモジュールと直接対話GMPLSをサポートするMIBモジュールを開発しています。 CCAMPワーキンググループによって生成される任意のMIBモジュールと一緒に、別CCAMP-特定の管理フレームワーク文書は、これらのMIBモジュールと既存のMPLS（および他の）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と同じ情報を含んでいます。両方のMIBモジュールはMPLSトンネルを監視するために使用することができます。しかし、TE-MIBは最小限であり、MPLS-TE-STD-MIBは、ホップバイへのトンネルを分解することができ、一方、MPLS-TE-STD-MIBの多くの高度な機能を持っていないを犠牲にし、トンネルのようなTEトンネルに最もよく応えますより複雑さを犠牲にし、クロスコネクトをホップ。
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モジュールからの輸入テキストの表記法を、したがって、そのドキュメントに依存しています。
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設定パラメータが省略されています。例えば、TE-MIB内のリソース管理はとても完全なIntServの制御の欠落、帯域幅に制限されています。
- 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のパラメータが存在するが、限られたオプションを持ちます。例えば、LSPごとに異なるラベル配布方法を設定する機能。
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.
（例えば、MPLS-LSR-STD-MIBにおけるそのような）他のMIBモジュールと関連する（例えばDiffServのと高速リルートなど）の概念と統合へTE-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 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.
TE-MIBモジュールの目的は、管理エージェントは、トンネルを設定するには、その入口ポイントですべてのトンネル（ただし作成）を検査し、監視することができるようにすることです。これは、ネットワーク内の他のポイントでトンネル（すなわち、トランジットまたは出口ノードにおいて、である）についての情報を提供しません。入口は、トンネル経路を計算し、それを知らせることになるところ、このモジュールは、トンネルの制約を設定するために、例えば、使用することができます。 MIBモジュールは、トンネルのパス（複数可）、そのステータス、およびトンネルの稼働時間とカウンタを監視するために入口で使用することができます。このMIBモジュールはトンネルを構築するために、ホップバイホップクロスコネクトを設定するように設計されていません。
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.
読者の注意は特にSNMPなどのアクセスプロトコルを介してアクセスを作成または書き込みのためのMIBオブジェクトを利用可能にすることによるセキュリティへの影響に描かれています。それ自体でSNMPv1が不安定な環境です。ネットワーク自体が安全にしても（たとえば、IPSecを使用することにより）、セキュアなネットワーク上でこのMIB内のオブジェクトにアクセスし、GET（読み込み）を許可するユーザーに対する制御はありません。 SNMPv3フレームワークで提供するように実装は、セキュリティ機能を検討することをお勧めします。具体的には、ユーザベースセキュリティモデルSTD 62、RFC 3414 [RFC3414]、およびビューベースアクセス制御モデルSTD 62、RFC 3415 [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実体が適切に、かつそれらにアクセスするための正当な権利を持っているそれらのプリンシパル（ユーザ）にのみ、これらのオブジェクトへのアクセス権を与えるように構成されていることを確実にするために、顧客/ユーザーの責任です。
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オープン会議に出席し、建設的なフィードバックを与えたすべての人に、特にシャロンチザムに感謝します。
Thanks to Kireeti Kompella for revising the text on TE-MIB.
TE-MIBのテキストを改訂についてKireeti Kompellaに感謝します。
Without the consistent pressure and encouragement from Bert Wijnen, this document would not have been written.
バートWijnenからの一貫した圧力や励ましがなければ、この文書が書かれていません。
[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.、スリニヴァサン、C.、およびA. Viswanathanの、 "マルチプロトコルラベルスイッチング（MPLS）、転送等価クラスへのネクストホップラベル転送エントリ（FEC-TO-NHLFE）管理情報ベース（MIB）"、RFC 3814、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.、Sjostrand、H.、およびJ.ルチアーニ、RFC 3815、2004年6月 "マルチプロトコル・ラベル・スイッチング（MPLS）、ラベル配布プロトコル（LDP）のための管理オブジェクトの定義"。
[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]スリニバサン、C.、Viswanathanの、A.、およびT.ナドー、 "マルチプロトコルラベルスイッチング（MPLS）ラベルスイッチングルータ（LSR）管理情報ベース（MIB）"、RFC 3813、2004年6月。
[RFC2863] McCloghrie, K. and F. Kastenholtz, "The Interfaces Group MIB ", RFC 2863, June 2000.
[RFC2863] McCloghrie、K.とF. Kastenholtz、 "インターフェイスグループMIB"、RFC 2863、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.スミス、 "差別化サービスアーキテクチャのための管理情報ベース"、RFC 3289、2002年5月。
[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、RFC 3811、2004年6月 "マルチプロトコルラベルスイッチング（MPLS）管理のためのテキストの表記法（TCS）の定義"。
[TELMIB] Dubuc, M., Dharanikota, S., Nadeau, T., J. Lang, "Traffic Engineering Link Management Information Base", RFC 4220, November 2005.
[TELMIB] Dubuc、M.、Dharanikota、S.、ナドー、T.、J.ラング、 "トラフィックエンジニアリングリンク管理情報ベース"、RFC 4220、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]スリニバサン、C.、Viswanathanの、A.、およびT.ナドー、 "マルチプロトコルラベルスイッチング（MPLS）トラフィックエンジニアリング（TE）管理情報ベース（MIB）"、RFC 3812、2004年6月。
[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）"、RFC 4110、2005年7月。
[PWE3FW] Bryant, S. and P. Pate, "Pseudo Wire Emulation Edge-to-Edge (PWE3) Architecture", RFC 3985, March 2005.
[PWE3FW]ブライアント、S.とP.パテ、 "疑似ワイヤーエミュレーション端から端まで（PWE3）アーキテクチャ"、RFC 3985、2005年3月。
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision 3", BCP 9, RFC 2026, October 1996.
[RFC2026]ブラドナーの、S.、 "インターネット標準化プロセス - リビジョン3"、BCP 9、RFC 2026、1996年10月。
[RFC2547Bis] Rosen, E., et al., "MPLS/BGP VPNs", Work in Progress, October 2002.
【RFC2547Bis]ローゼン、E.、ら、 "MPLS / BGP VPN" を、進歩、2002年10月に働いています。
[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、STD 58、RFC 2578、1999年4月 "管理情報バージョン2（SMIv2）の構造"。
[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のためのテキストの表記法"、STD 58、RFC 2579、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のための適合性宣言"、STD 58、RFC 2580、1999年4月。
[RFC3031] Rosen, E., Viswanathan, A., and R. Callon, "Multiprotocol Label Switching Architecture", RFC 3031, January 2001.
[RFC3031]ローゼン、E.、Viswanathanの、A.、およびR. Callon、 "マルチプロトコルラベルスイッチングアーキテクチャ"、RFC 3031、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.トーマス、 "LDP仕様"、RFC 3036、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.スチュワート、 "インターネット標準の管理フレームワークのための序論と適用性声明"、RFC 3410、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）アプリケーション"、STD 62、RFC 3413、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.
、STD 62、RFC 3414、2002年12月 "簡易ネットワーク管理プロトコル（SNMPv3の）のバージョン3のためのユーザベースセキュリティモデル（USM）" [RFC3414]ブルーメンソール、U.とB. Wijnenの、。
[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）"、STD 62、RFC 3415、2002年12月。
[TEWGMIB] Kompella, K., "A Traffic Engineering (TE) MIB", RFC 3970, January 2005.
[TEWGMIB] Kompella、K.、 "トラフィックエンジニアリング（TE）MIB"、RFC 3970、2005年1月。
[VPNMIB] Nadeau, T., et al., "MPLS/BGP Virtual Private Network Management Information Base Using SMIv2", Work in Progress, November 2002.
[VPNMIB]ナドー、T.、ら、 "SMIv2のを使用したMPLS / BGPバーチャル・プライベート・ネットワーク管理情報ベース"、進歩、2002年11月に作業。
[VPNTCMIB] Schliesser, B. and T. Nadeau, "Definition of Textual Conventions for Provider Provisioned Virtual Private Network (PPVPN) Management", Work in Progress, November 2002.
[VPNTCMIB] Schliesser、B.およびT.ナドー、「仮想プライベートネットワーク（PPVPN）管理プロビジョニングプロバイダーのためのテキストの表記法の定義」、進歩、2002年11月に作業。
Authors' Addresses
著者のアドレス
Thomas D. Nadeau Cisco Systems, Inc. 1414 Massachusetts Ave. Boxborough, MA 01719
トーマスD.ナドー、シスコシステムズ、株式会社1414年マサチューセッツアベニュー。ボックスボロー、MA 01719
EMail: tnadeau@cisco.com
メールアドレス：tnadeau@cisco.com
Cheenu Srinivasan Bloomberg L.P. 731 Lexington Avenue New York, NY 10022
Cheenuスリニバサンブルームバーグ731レキシントンアベニュー、ニューヨーク、NY 10022
Phone: (212) 617-3682 EMail: cheenu@bloomberg.net
電話：（212）617-3682 Eメール：cheenu@bloomberg.net
Adrian Farrel Old Dog Consulting
エードリアンファレル古い犬のコンサルティング
Phone: +44 (0) 1978 860944 EMail: adrian@olddog.co.uk
電話：+44（0）1978 860944 Eメール：adrian@olddog.co.uk
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2005).
著作権（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.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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は、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
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リポジトリから。
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機能のための基金は現在、インターネット協会によって提供されます。