RFC4803 日本語訳
4803 Generalized Multiprotocol Label Switching (GMPLS) Label SwitchingRouter (LSR) Management Information Base. T. Nadeau, Ed., A. Farrel,Ed.. February 2007. (Format: TXT=79925 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group T. Nadeau, Ed. Request for Comment: 4803 Cisco Systems, Inc. Category: Standards Track A. Farrel, Ed. Old Dog Consulting February 2007
ワーキンググループのT.ナドー、エドをネットワークでつないでください。コメントのために以下を要求してください。 4803年のシスコシステムズInc.カテゴリ: エド標準化過程A.ファレル、古い犬のコンサルティング2007年2月
Generalized Multiprotocol Label Switching (GMPLS) Label Switching Router (LSR) Management Information Base
一般化されたMultiprotocolラベルの切り換え(GMPLS)ラベル切り換えルータ(LSR)管理情報ベース
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects to configure and/or monitor a Generalized Multiprotocol Label Switching (GMPLS) Label Switching Router (LSR).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Generalized Multiprotocol Label Switching(GMPLS)ラベルSwitching Router(LSR)を構成する、そして/または、モニターするために管理オブジェクトについて説明します。
Nadeau & Farrel Standards Track [Page 1] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[1ページ]。
Table of Contents
目次
1. Introduction ....................................................2 1.1. Migration Strategy .........................................2 2. Terminology .....................................................3 3. The Internet-Standard Management Framework ......................4 4. Outline .........................................................5 4.1. MIB Modules ................................................5 4.1.1. Summary of the GMPLS-LSR-STD-MIB Module .............5 4.1.2. Summary of the GMPLS-LABEL-STD-MIB Module ...........5 4.2. Configuring Statically Provisioned LSPs ....................5 5. Bidirectional LSPs ..............................................6 6. Example of LSP Setup ............................................7 7. GMPLS Label Switching Router MIB Definitions ...................11 8. GMPLS Label MIB Definitions ....................................22 9. Security Considerations ........................................36 10. Acknowledgments ...............................................37 11. IANA Considerations ...........................................38 12. References ....................................................38 12.1. Normative References .....................................38 12.2. Informative References ...................................40
1. 序論…2 1.1. 移動戦略…2 2. 用語…3 3. インターネット標準の管理枠組み…4 4. 概説します。5 4.1. MIBモジュール…5 4.1.1. GMPLS-LSR-STD-MIBモジュールの概要…5 4.1.2. GMPLSラベルSTD-MIBモジュールの概要…5 4.2. 構成は静的にLSPsに食糧を供給しました…5 5. 双方向のLSPs…6 6. LSPセットアップに関する例…7 7. GMPLSは切り換えルータMIB定義をラベルします…11 8. GMPLSはMIB定義をラベルします…22 9. セキュリティ問題…36 10. 承認…37 11. IANA問題…38 12. 参照…38 12.1. 標準の参照…38 12.2. 有益な参照…40
1. Introduction
1. 序論
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling a Generalized Multiprotocol Label Switching (GMPLS) [RFC3945] Label Switching Router (LSR).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Generalized Multiprotocol Label Switching(GMPLS)[RFC3945]ラベルSwitching Router(LSR)をモデル化するために管理オブジェクトについて説明します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはBCP14RFC2119[RFC2119]で説明されるように本書では解釈されることであるべきです。
1.1. Migration Strategy
1.1. 移動戦略
MPLS LSRs may be modeled and managed using the MPLS-LSR-STD-MIB module [RFC3813].
MPLS LSRsは、MPLS-LSR-STD-MIBモジュール[RFC3813]を使用することでモデル化されて、管理されるかもしれません。
LSRs may be migrated to be modeled and managed using the MIB modules in this document in order to migrate the LSRs to GMPLS support, or to take advantage of additional MIB objects defined in these MIB modules that are applicable to MPLS-TE.
これのMIBモジュールが移動するために記録するモデル化されて管理された使用がGMPLSサポートへのLSRsであったならわたられるか、または追加MIB物の利点がこれらのMPLS-TEに適切なMIBモジュールで定義した撮影にはLSRsがあるかもしれません。
Nadeau & Farrel Standards Track [Page 2] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[2ページ]。
The GMPLS LSR MIB module (GMPLS-LSR-STD-MIB), defined in this document, extends the MPLS-LSR-STD-MIB module [RFC3813] through a series of sparse augmentations of the MIB tables. The only additions are for support of GMPLS or to support the increased complexity of MPLS and GMPLS systems.
本書では定義されたGMPLS LSR MIBモジュール(GMPLS-LSR-STD-MIB)はMIBテーブルの一連のまばらな増大でMPLS-LSR-STD-MIBモジュール[RFC3813]を広げています。 唯一の追加は、GMPLSのサポートかMPLSとGMPLSシステムの増加する複雑さを支持することです。
In order to migrate from MPLS-LSR-STD-MIB support to GMPLS-LSR-STD- MIB support, an implementation needs only to add support for the additional tables and objects defined in GMPLS-LSR-STD-MIB. The gmplsInterfaceSignalingCaps object allows an implementation to use the objects and tables of GMPLS-LSR-STD-MIB without supporting the GMPLS protocols.
MPLS-LSR-STD-MIBサポートからGMPLS-LSR-STD- MIBサポートまで移動するために、実現は、単にGMPLS-LSR-STD-MIBで定義された追加テーブルと物のサポートを加える必要があります。 gmplsInterfaceSignalingCaps物で、GMPLSプロトコルをサポートしないで、実現はGMPLS-LSR-STD-MIBの物とテーブルを使用できます。
The GMPLS Label MIB module (GMPLS-LABEL-STD-MIB), also defined in this document, allows labels to be configured and examined, and it supports more varieties of labels as appropriate for GMPLS. Labels may be referenced using a row pointer from objects within the GMPLS- LSR-STD-MIB module. MPLS implementations (MPLS-LSR-STD-MIB) may also reference labels held in the GMPLS-LABEL-STD-MIB module through the various label pointer objects in the MPLS-LSR-STD-MIB module (such as mplsInSegmentLabelPtr), and may do so without implementing the GMPLS-LSR-STD-MIB module.
また、本書では定義されたGMPLS Label MIBモジュール(GMPLS-LABEL-STD-MIB)は、ラベルが構成されて、調べられるのを許容します、そして、それはGMPLSのために適宜より多くの種類のラベルを支えます。 GMPLS- LSR-STD-MIBモジュールの中で物からの列のポインタを使用することでラベルは参照をつけられるかもしれません。 MPLS実現(MPLS-LSR-STD-MIB)がするかもしれなくて、また、GMPLS-LSR-STD-MIBモジュールを実行しないで、参照ラベルは、MPLS-LSR-STD-MIBモジュール(mplsInSegmentLabelPtrなどの)による様々なラベルポインタ物を通してGMPLS-LABEL-STD-MIBモジュールで成立して、そうするかもしれません。
The companion document modeling and managing GMPLS-based traffic engineering [RFC4802] extends the MPLS-TE-STD-MIB module [RFC3812] with the same intentions.
GMPLSベースの交通工学[RFC4802]をモデル化して、管理する仲間ドキュメントは同じ意志でMPLS-TE-STD-MIBモジュール[RFC3812]を広げています。
Textual conventions are defined in [RFC4801], which extends the set of textual conventions originally defined in [RFC3811].
原文のコンベンションは[RFC4801]で定義されます。(それは、元々[RFC3811]で定義された原文のコンベンションのセットを広げます)。
2. Terminology
2. 用語
This document uses terminology from the document describing the MPLS architecture [RFC3031] and the GMPLS architecture [RFC3945].
このドキュメントはMPLS構造[RFC3031]とGMPLS構造[RFC3945]について説明するドキュメントから用語を使用します。
A Label Switched Path (LSP) is modeled as a connection consisting of one or more incoming segments (in-segments) and/or one or more outgoing segments (out-segments) at an LSR. The association or interconnection of the in-segments and out-segments is accomplished by using a cross-connect. We use the terminology "connection" and "LSP" interchangeably where the meaning is clear from the context.
外向的に1つ以上の入って来るセグメント(セグメントの)、そして/または、1以上から成る接続がLSRで(出ているセグメント)を区分するとき、Label Switched Path(LSP)はモデル化されます。 セグメントと出ているセグメントの協会かインタコネクトが、十字接続を使用することによって、達成されます。 私たちは意味が文脈から明確であるところで用語「接続」と"LSP"を互換性を持って使用します。
in-segment This is analogous to a GMPLS Label on an interface.
セグメントのThisはインタフェースのGMPLS Labelに類似しています。
out-segment This is analogous to a GMPLS Label on an interface.
出ているセグメントThisはインタフェースのGMPLS Labelに類似しています。
Nadeau & Farrel Standards Track [Page 3] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[3ページ]。
cross-connect This describes the conceptual connection between a set of in-segments and out-segments. Note that either set may be empty; for example, a cross-connect may connect only out-segments together with no in-segments in the case where an LSP originates on an LSR.
十字接続Thisはセグメントで設定されたaと出ているセグメントとの概念関係について説明します。 設定されたそれが空であるかもしれないことに注意してください。 例えば、十字接続はLSPがLSRで由来する場合におけるセグメントで出ているセグメントだけを接続するかもしれません。
The terms 'ingress' and 'head-end' (or 'head') are used in this document to indicate the signaling source of an LSP. This is sometimes also referred to as the 'sender'.
'イングレス'という用語と'ギヤエンド'('向かう')は、LSPのシグナリング源を示すのに本書では使用されます。 また、これは時々'送付者'と呼ばれます。
The terms 'egress' and 'tail-end' (or 'tail') are used in this document to indicate the signaling destination of an LSP.
用語'出口'と'末端'(または、'テール')は、LSPのシグナリングの目的地を示すのに本書では使用されます。
The term 'upstream' is used in this document to refer to the part of an LSP that is closer to the ingress than the current point of reference.
'上流へ'という用語は、イングレスの参照の現在のポイントより近くにあるLSPの部分について言及するのに本書では使用されます。
The term 'downstream' is used in this document to refer to the part of an LSP that is closer to the egress than the current point of reference.
'川下'という用語は、出口の参照の現在のポイントより近くにあるLSPの部分について言及するのに本書では使用されます。
The term 'forward' is used in this document to indicate the direction of data flow from the ingress toward the egress.
'前方'という用語は、データフローの指示をイングレスから出口に向かって示すのに本書では使用されます。
The term 'reverse' is used in this document to indicate the direction of data flow from the egress toward the ingress.
'逆にする'という用語は、データフローの指示を出口からイングレスに向かって示すのに本書では使用されます。
3. The Internet-Standard Management Framework
3. インターネット標準の管理枠組み
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を参照してください。
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 memo 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モジュールを指定します。
Nadeau & Farrel Standards Track [Page 4] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[4ページ]。
4. Outline
4. アウトライン
4.1. MIB Modules
4.1. MIBモジュール
There are two MIB modules defined in this document.
本書では定義された2つのMIBモジュールがあります。
The GMPLS-LSR-STD-MIB module contains tables that sparse augment tables defined in the MPLS-LSR-STD-MIB module [RFC3813]. This MIB module is used in conjunction with the MPLS-LSR-STD-MIB module [RFC3813] in systems that support GMPLS.
GMPLS-LSR-STD-MIBモジュールはそんなにまばらな状態でテーブルを含んでいます。MPLS-LSR-STD-MIBモジュール[RFC3813]で定義されたテーブルを増大させてください。 このMIBモジュールはGMPLSを支持するシステムのMPLS-LSR-STD-MIBモジュール[RFC3813]に関連して使用されます。
The GMPLS-LABEL-STD-MIB module contains objects for managing GMPLS Labels when they cannot be represented using the textual conventions of the MPLS-TC-STD-MIB module [RFC3811], or when more detailed access to the sub-fields of the labels is required.
GMPLS-LABEL-STD-MIBモジュールはMPLS-TC-STD-MIBモジュール[RFC3811]の原文のコンベンションを使用することで彼らを表すことができないか、またはラベルのサブ分野への、より詳細なアクセスが必要であるときにGMPLS Labelsを管理するための物を含んでいます。
4.1.1. Summary of the GMPLS-LSR-STD-MIB Module
4.1.1. GMPLS-LSR-STD-MIBモジュールの概要
The MIB tables in the GMPLS-LSR-STD-MIB module are as follows:
GMPLS-LSR-STD-MIBモジュールによるMIBテーブルは以下の通りです:
- The interface configuration table (gmplsInterfaceTable) sparse augments the mplsInterfaceTable [RFC3813] to enable the GMPLS protocol on MPLS-capable interfaces.
- インタフェース構成はまばらな状態で(gmplsInterfaceTable)をテーブルの上に置きます。MPLSできるインタフェースでGMPLSプロトコルを可能にするために、mplsInterfaceTable[RFC3813]を増大させます。
- The in-segment (gmplsInSegmentTable) and out-segment (gmplsOutSegmentTable) tables sparse augment mplsInSegmentTable and mplsOutSegmentTable [RFC3813] to enable configuration of GMPLS-specific parameters for LSP segments at an LSR.
- 中でまばらな状態で(gmplsInSegmentTable)と出ているセグメント(gmplsOutSegmentTable)テーブルを区分してください。mplsInSegmentTableとmplsOutSegmentTable[RFC3813]を増大させて、LSRのLSPセグメントのためのGMPLS特有のパラメタの構成を可能にしてください。
These tables are described in the subsequent sections.
これらのテーブルはその後のセクションで説明されます。
4.1.2. Summary of the GMPLS-LABEL-STD-MIB Module
4.1.2. GMPLSラベルSTD-MIBモジュールの概要
There is one MIB table in the GMPLS-LABEL-STD-MIB module as follows:
以下のGMPLS-LABEL-STD-MIBモジュールには1個のMIBテーブルがあります:
- The gmplsLabelTable allows Generalized Labels to be defined and managed in a central location. Generalized Labels can be of variable length and have distinct bit-by-bit interpretations depending upon how they are defined for the specific technology in which they are used. For example, labels used for MPLS packet switching are different in length and content from labels used in Time Division Multiplexer (TDM) timeslot switching.
- gmplsLabelTableは、Generalized Labelsが中心の位置で定義されて、管理されるのを許容します。 一般化されたLabelsは可変長があって、ビットごとのそれらが使用されている独自技術のためにどう定義されるかによる異なった解釈を持つことができます。 例えば、MPLSパケット交換に使用されるラベルはTime事業部Multiplexer(TDM)timeslotの切り換えに使用されるラベルからの長さと内容において異なっています。
4.2. Configuring Statically Provisioned LSPs
4.2. 静的に食糧を供給されたLSPsを構成します。
Configuring statically provisioned GMPLS LSPs through an LSR involves the following steps:
LSRを通して静的に食糧を供給されたGMPLS LSPsを構成すると、以下のステップはかかわります:
Nadeau & Farrel Standards Track [Page 5] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[5ページ]。
- Configuring an interface using the MPLS-LSR-STD-MIB module [RFC3813].
- MPLS-LSR-STD-MIBモジュール[RFC3813]を使用することでインタフェースを構成します。
- Enabling GMPLS on GMPLS-capable interfaces using the GMPLS-LSR- STD-MIB module in this document.
- 本書ではGMPLS-LSR- STD-MIBモジュールを使用することでGMPLSできるインタフェースのGMPLSを有効にします。
- Configuring in-segments and out-segments using the MPLS-LSR-STD- MIB module [RFC3813].
- 構成は、[RFC3813]を中で区分して、MPLS-LSR-STD- MIBモジュールを使用することでアウトで区分します。
- Configuring GMPLS extensions to the in-segments and out-segments using the GMPLS-LSR-STD-MIB module in this document.
- 本書ではGMPLS-LSR-STD-MIBモジュールを使用することでセグメントと出ているセグメントにGMPLS拡張子を構成します。
- Setting up the cross-connect table in the MPLS-LSR-STD-MIB module [RFC3813] to associate segments and/or to indicate connection origination and termination.
- MPLS-LSR-STD-MIBモジュール[RFC3813]でセグメントを関連づけて、接続創作と終了を示すために十字接続テーブルをセットアップします。
- Optionally setting up labels in the label table in the GMPLS- LABEL-STD-MIB module in this document if the textual convention MplsLabel [RFC3811] is not capable of holding the required label (for example, if the label requires more than 32 bits to encode it), or if the operator wishes to disambiguate GMPLS Label types.
- 原文のコンベンションMplsLabel[RFC3811]が本書では必要なラベルが持つようになりたがっていないか(ラベルがそれをコード化するために例えば32ビット以上を必要とするなら)、またはオペレータがGMPLS Labelのあいまいさを除きたいならラベルテーブルでGMPLS- LABEL-STD-MIBモジュールでラベルを任意にセットアップするのはタイプされます。
- Optionally specifying label stack actions in the MPLS-LSR-STD-MIB module [RFC3813].
- 任意に、MPLS-LSR-STD-MIBモジュール[RFC3813]でラベルスタック動作を指定します。
- Optionally specifying segment traffic parameters in the MPLS-LSR- STD-MIB module [RFC3813].
- 任意に、MPLS-LSR- STD-MIBモジュール[RFC3813]によるセグメント交通パラメタを指定します。
5. Bidirectional LSPs
5. 双方向のLSPs
The GMPLS-LSR-STD-MIB module supports bidirectional LSPs as required for GMPLS. A single value of mplsXCIndex is shared by all of the segments for the entire bidirectional LSP. This facilitates a simple reference from [RFC3812] and [RFC4802] and makes fate-sharing more obvious.
GMPLS-LSR-STD-MIBモジュールはGMPLSのために必要に応じて双方向のLSPsを支持します。 mplsXCIndexのただ一つの値は全体の双方向のLSPのためにセグメントのすべてによって共有されます。 これで、[RFC3812]と[RFC4802]からの簡単な参照を容易にして、運命共有は、より明白になります。
It is, however, important that the direction of segments is understood to avoid connecting all in-segments to all out-segments. This is achieved by an object in each segment that indicates the direction of the segment with respect to data flow.
しかしながら、セグメントの指示が、すべてへのセグメントのすべての出ているセグメントを接続するのを避けるのが理解されているのは重要です。 これは物によってデータフローに関してセグメントの指示を示す各セグメントで達成されます。
A segment that is marked as 'forward' carries data from the 'head' of the LSP to the 'tail'. A segment marked as 'reverse' carries data in the reverse direction.
'フォワード'としてマークされるセグメントはLSPの'ヘッド'から'テール'までデータを運びます。 '逆である'とマークされたセグメントは反対の方向のデータを運びます。
Nadeau & Farrel Standards Track [Page 6] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[6ページ]。
Where an LSP is signaled using a conventional signaling protocol, the 'head' of the LSP is the source of the signaling (also known as the ingress) and the 'tail' is the destination (also known as the egress). For manually configured LSPs, an arbitrary decision must be made about which segments are 'forward' and which 'reverse'. For consistency, this decision should be made across all LSRs that participate in the LSP by assigning 'head' and 'tail' ends to the LSP.
従来のシグナリングプロトコルを使用することでLSPが合図されるところでは、LSPの'ヘッド'はシグナリング(また、イングレスとして、知られている)の源です、そして、'テール'は目的地(また、出口として、知られている)です。 手動で構成されたLSPsに関しては、専断を作らなければなりません(セグメントが'前方'にあって、'逆になります')。 一貫性において、LSPの'ヘッド'と'テール'端を割り当てることによってLSPに参加するすべてのLSRsの向こう側にこの決定をするべきです。
6. Example of LSP Setup
6. LSPセットアップに関する例
In this section, we provide a brief example of using the MIB objects described in sections 7 and 8 to set up an LSP. While this example is not meant to illustrate every nuance of the MIB modules, it is intended as an aid to understanding some of the key concepts. It is meant to be read after going through the MIB modules themselves. A prerequisite is an understanding of the MPLS-LSR-STD-MIB module [RFC3813].
このセクションに、私たちはLSPをセットアップするためにセクション7と8で説明されたMIB物を使用する簡潔な例を供給します。 この例はMIBモジュールのあらゆるニュアンスを例証することになっているというわけではありませんが、それは重要な考えのいくつかを理解していることへの援助として意図します。 MIBモジュール自体に直面した後に、それは読まれることになっています。 前提条件はMPLS-LSR-STD-MIBモジュール[RFC3813]の理解です。
Suppose that one would like to manually create a best-effort, bidirectional LSP. Assume that, in the forward direction, the LSP enters the LSR via MPLS interface A with ifIndex 12 and exits the LSR via MPLS interface B with ifIndex 13. For the reverse direction, we assume that the LSP enters via interface B and leaves via interface A (i.e., the forward and reverse directions use the same bidirectional interfaces). Let us also assume that we do not wish to have a label stack beneath the top label on the outgoing labeled packets. The following example illustrates which rows and corresponding objects might be created to accomplish this.
1つが手動でベストエフォート型の、そして、双方向のLSPを作成したがっていると仮定してください。 LSPが順方向にifIndex12と共にMPLSインタフェースAを通してLSRに入って、ifIndex13と共にMPLSインタフェースBを通してLSRを出ると仮定してください。 反対の方向に関しては、私たちは、LSPがインタフェースBを通して入って、インタフェースAを通っていなくなると思います(すなわち、前進の、そして、反対の方向は同じ双方向のインタフェースを使用します)。 また、出発しているラベルされたパケットの上にトップラベルの下にラベルスタックを持ちたいと思わないと仮定しましょう。 以下の例は、どの列と対応するオブジェクトがこれを達成するために作成されるかもしれないかを例証します。
We must first create rows in the gmplsLabelTable corresponding to the labels required for each of the forward- and reverse-direction in- and out-segments. For the purpose of this example, the forward and reverse labels on each interface will be the same, hence we need to create just two rows in the gmplsLabelTable - one for each interface.
私たちは最初に、それぞれの前進の、そして、逆指示しているコネと出ているセグメントに必要であるラベルに対応するgmplsLabelTableの列を作成しなければなりません。 したがって、私たちは、gmplsLabelTableのちょうど2つの列を作成する必要があります--この例の目的のために、各インタフェースの前進の、そして、逆のラベルが同じになる、各インタフェースあたり1つ。
In gmplsLabelTable: { gmplsLabelInterface = 12, gmplsLabelIndex = 1, gmplsLabelSubindex = 0, gmplsLabelType = gmplsFreeformLabel(3), gmplsLabelFreeform = 0x123456789ABCDEF0 gmplsLabelRowStatus = createAndGo(4) }
gmplsLabelTableで: gmplsLabelInterfaceは12、gmplsLabelIndex=1、gmplsLabelSubindex=0と等しく、gmplsLabelTypeはgmplsFreeformLabel(3)と等しく、gmplsLabelFreeformは0x123456789ABCDEF0 gmplsLabelRowStatus=createAndGo(4)と等しいです。
Nadeau & Farrel Standards Track [Page 7] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[7ページ]。
In gmplsLabelTable: { gmplsLabelInterface = 13, gmplsLabelIndex = 1, gmplsLabelSubindex = 0, gmplsLabelType = gmplsFreeformLabel(3), gmplsLabelFreeform = 0xFEDCBA9876543210 gmplsLabelRowStatus = createAndGo(4) }
gmplsLabelTableで: gmplsLabelInterfaceは13、gmplsLabelIndex=1、gmplsLabelSubindex=0と等しく、gmplsLabelTypeはgmplsFreeformLabel(3)と等しく、gmplsLabelFreeformは0xFEDCBA9876543210 gmplsLabelRowStatus=createAndGo(4)と等しいです。
We must next create the appropriate in-segment and out-segment entries. These are done in [RFC3813] using the mplsInSegmentTable and mplsOutSegmentTable. Note that we use a row pointer to the two rows in the gmplsLabelTable rather than specify the labels explicitly in the in- and out-segment tables. Also note that the row status for each row is set to createAndWait(5) to allow corresponding entries in the gmplsInSegmentTable and gmplsOutSegmentTable to be created.
私たちは次に、作成しなければなりません。適切なセグメントの、そして、出ているセグメントのエントリーを作成してください。 [RFC3813]でmplsInSegmentTableとmplsOutSegmentTableを使用することでこれらをします。 私たちが明らかにラベルを指定するよりコネと出ているセグメントテーブルにgmplsLabelTableの2つの列に列のポインタをむしろ使用することに注意してください。 また、createAndWait(5)に各列への列の状態はgmplsInSegmentTableとgmplsOutSegmentTableの対応するエントリーを作成させられるように設定されることに注意してください。
For the forward direction.
順方向のために。
In mplsInSegmentTable: { mplsInSegmentIndex = 0x00000015 mplsInSegmentLabel = 0, -- incoming label in label table mplsInSegmentNPop = 1, mplsInSegmentInterface = 12, -- incoming interface
mplsInSegmentTableで: 0×00000015mplsInSegmentIndex=mplsInSegmentLabelはラベルテーブルmplsInSegmentNPop=1で0--入って来るラベルと等しく、mplsInSegmentInterfaceは12--入って来るインタフェースと等しいです。
-- RowPointer MUST point to the first accessible column. mplsInSegmentTrafficParamPtr = 0.0, mplsInSegmentLabelPtr = gmplsLabelTable(12,1,0) mplsInSegmentRowStatus = createAndWait(5) }
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsInSegmentTrafficParamPtrは0.0と等しく、mplsInSegmentLabelPtrはgmplsLabelTable(12、1、0)mplsInSegmentRowStatus=createAndWait(5)と等しいです。
In mplsOutSegmentTable: { mplsOutSegmentIndex = 0x00000012, mplsOutSegmentInterface = 13, -- outgoing interface mplsOutSegmentPushTopLabel = true(1), mplsOutSegmentTopLabel = 0, -- outgoing label in label table
mplsOutSegmentTableで: mplsOutSegmentIndexは0×00000012、mplsOutSegmentInterface=13と等しいです--本当の出発しているインタフェースmplsOutSegmentPushTopLabel=(1)、mplsOutSegmentTopLabelはラベルテーブルで0--出発しているラベルと等しいです。
-- RowPointer MUST point to the first accessible column. mplsOutSegmentTrafficParamPtr = 0.0, mplsOutSegmentLabelPtr = gmplsLabelTable(13,1,0) mplsOutSegmentRowStatus = createAndWait(5) }
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsOutSegmentTrafficParamPtrは0.0と等しく、mplsOutSegmentLabelPtrはgmplsLabelTable(13、1、0)mplsOutSegmentRowStatus=createAndWait(5)と等しいです。
Nadeau & Farrel Standards Track [Page 8] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[8ページ]。
For the reverse direction.
反対の方向のために。
In mplsInSegmentTable: { mplsInSegmentIndex = 0x00000016 mplsInSegmentLabel = 0, -- incoming label in label table mplsInSegmentNPop = 1, mplsInSegmentInterface = 13, -- incoming interface
mplsInSegmentTableで: 0×00000016mplsInSegmentIndex=mplsInSegmentLabelはラベルテーブルmplsInSegmentNPop=1で0--入って来るラベルと等しく、mplsInSegmentInterfaceは13--入って来るインタフェースと等しいです。
-- RowPointer MUST point to the first accessible column. mplsInSegmentTrafficParamPtr = 0.0, mplsInSegmentLabelPtr = gmplsLabelTable(13,1,0)
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsInSegmentTrafficParamPtrは0.0と等しく、mplsInSegmentLabelPtrはgmplsLabelTableと等しいです。(13,1,0)
mplsInSegmentRowStatus = createAndWait(5) }
mplsInSegmentRowStatusはcreateAndWait(5)と等しいです。
In mplsOutSegmentTable: { mplsOutSegmentIndex = 0x00000013, mplsOutSegmentInterface = 12, -- outgoing interface mplsOutSegmentPushTopLabel = true(1), mplsOutSegmentTopLabel = 0, -- outgoing label in label table
mplsOutSegmentTableで: mplsOutSegmentIndexは0×00000013、mplsOutSegmentInterface=12と等しいです--本当の出発しているインタフェースmplsOutSegmentPushTopLabel=(1)、mplsOutSegmentTopLabelはラベルテーブルで0--出発しているラベルと等しいです。
-- RowPointer MUST point to the first accessible column. mplsOutSegmentTrafficParamPtr = 0.0, mplsOutSegmentLabelPtr = gmplsLabelTable(12,1,0) mplsOutSegmentRowStatus = createAndWait(5) }
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsOutSegmentTrafficParamPtrは0.0と等しく、mplsOutSegmentLabelPtrはgmplsLabelTable(12、1、0)mplsOutSegmentRowStatus=createAndWait(5)と等しいです。
These table entries are extended by entries in the gmplsInSegmentTable and gmplsOutSegmentTable. Note that the nature of the 'extends' relationship is a sparse augmentation so that the entry in the gmplsInSegmentTable has the same index values as the entry in the mplsInSegmentTable. Similarly, the entry in the gmplsOutSegmentTable has the same index values as the entry in the mplsOutSegmentTable.
これらのテーブル項目はgmplsInSegmentTableとgmplsOutSegmentTableでエントリーで広げられます。 gmplsInSegmentTableのエントリーが'広がり'関係の本質がまばらな増大であるのでmplsInSegmentTableにエントリーと同じインデックス値を持っていることに注意してください。 同様に、gmplsOutSegmentTableのエントリーはmplsOutSegmentTableにエントリーと同じインデックス値を持っています。
First for the forward direction:
最初に、順方向のために:
In gmplsInSegmentTable(0x00000015) { gmplsInSegmentDirection = forward(1) }
gmplsInSegmentTable(0×00000015)でgmplsInSegmentDirectionはフォワード(1)と等しいです。
In gmplsOutSegmentTable(0x00000012) { gmplsOutSegmentDirection = forward(1) }
gmplsOutSegmentTable(0×00000012)でgmplsOutSegmentDirectionはフォワード(1)と等しいです。
Nadeau & Farrel Standards Track [Page 9] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[9ページ]。
Next for the reverse direction:
反対の方向における次:
In gmplsInSegmentTable(0x00000016) { gmplsInSegmentDirection = reverse(2) }
gmplsInSegmentTable(0×00000016)でgmplsInSegmentDirection=は(2)を逆にします。
In gmplsOutSegmentTable(0x00000013) { gmplsOutSegmentDirection = reverse(2) }
gmplsOutSegmentTable(0×00000013)でgmplsOutSegmentDirection=は(2)を逆にします。
Next, two cross-connect entries are created in the mplsXCTable of the MPLS-LSR-STD-MIB [RFC3813], thereby associating the newly created segments together.
次に、2つの十字接続エントリーがMPLS-LSR-STD-MIB[RFC3813]のmplsXCTableで作成されて、その結果、新たに作成されたセグメントを一緒に関連づけます。
In mplsXCTable: { mplsXCIndex = 0x01, mplsXCInSegmentIndex = 0x00000015, mplsXCOutSegmentIndex = 0x00000012, mplsXCLspId = 0x0102 -- unique ID mplsXCLabelStackIndex = 0x00, -- only a single outgoing label mplsXCRowStatus = createAndGo(4) }
mplsXCTableで: mplsXCIndex=0x01、mplsXCInSegmentIndex=0x00000015、mplsXCOutSegmentIndex=0x00000012、mplsXCLspId=0x0102--固有のID mplsXCLabelStackIndex=0×00--独身の出発しているラベルmplsXCRowStatusだけがcreateAndGo(4)と等しいです。
In mplsXCTable: { mplsXCIndex = 0x02, mplsXCInSegmentIndex = 0x00000016, mplsXCOutSegmentIndex = 0x00000013, mplsXCLspId = 0x0102 -- unique ID mplsXCLabelStackIndex = 0x00, -- only a single outgoing label mplsXCRowStatus = createAndGo(4) }
mplsXCTableで: mplsXCIndex=0x02、mplsXCInSegmentIndex=0x00000016、mplsXCOutSegmentIndex=0x00000013、mplsXCLspId=0x0102--固有のID mplsXCLabelStackIndex=0×00--独身の出発しているラベルmplsXCRowStatusだけがcreateAndGo(4)と等しいです。
Finally, the in-segments and out-segments are activated.
最終的に、セグメントと出ているセグメントは活性です。
In mplsInSegmentTable(0x00000015): { mplsInSegmentRowStatus = active(1) } In mplsInSegmentTable(0x00000016): { mplsInSegmentRowStatus = active(1) }
mplsInSegmentTable(0×00000015)で: mplsInSegmentTable(0×00000016)のアクティブなmplsInSegmentRowStatus=(1): mplsInSegmentRowStatusはアクティブな(1)と等しいです。
Nadeau & Farrel Standards Track [Page 10] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[10ページ]。
In mplsOutSegmentTable(0x00000012): { mplsOutSegmentRowStatus = active(1) }
mplsOutSegmentTable(0×00000012)で: mplsOutSegmentRowStatusはアクティブな(1)と等しいです。
In mplsOutSegmentTable(0x00000013): { mplsOutSegmentRowStatus = active(1) }
mplsOutSegmentTable(0×00000013)で: mplsOutSegmentRowStatusはアクティブな(1)と等しいです。
7. GMPLS Label Switching Router MIB Definitions
7. GMPLSラベル切り換えルータMIB定義
This MIB module makes reference to the following documents: [RFC2578], [RFC2579], [RFC2580], [RFC2863], [RFC3209], [RFC3443], [RFC3468], [RFC3472], [RFC3473], [RFC3811], [RFC3813], and [RFC4801].
このMIBモジュールはドキュメントを以下を参照します: [RFC2578]、[RFC2579]、[RFC2580]、[RFC2863]、[RFC3209]、[RFC3443]、[RFC3468]、[RFC3472]、[RFC3473]、[RFC3811]、[RFC3813]、および[RFC4801。]
GMPLS-LSR-STD-MIB DEFINITIONS ::= BEGIN
GMPLS-LSR-STD-MIB定義:、:= 始まってください。
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Unsigned32, zeroDotZero FROM SNMPv2-SMI -- RFC 2578 MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- RFC 2580 RowPointer FROM SNMPv2-TC -- RFC 2579 GmplsSegmentDirectionTC FROM GMPLS-TC-STD-MIB -- RFC 4801 mplsInterfaceIndex, mplsInSegmentIndex, mplsOutSegmentIndex, mplsInterfaceGroup, mplsInSegmentGroup, mplsOutSegmentGroup, mplsXCGroup, mplsPerfGroup, mplsLsrNotificationGroup FROM MPLS-LSR-STD-MIB -- RFC 3813 ifGeneralInformationGroup, ifCounterDiscontinuityGroup FROM IF-MIB -- RFC 2863 mplsStdMIB FROM MPLS-TC-STD-MIB -- RFC 3811 ;
SNMPv2-Tcからの輸入SNMPv2-SMIからのUnsigned32、zeroDotZero--SNMPv2-CONFからの2578年のRFCモジュールコンプライアンス、物グループ--モジュールアイデンティティ、オブジェクト・タイプ、RFC2580RowPointer--GMPLS Tc STD-MIBからのRFC2579GmplsSegmentDirectionTC; MPLS-LSR-STD-MIBからのRFC4801mplsInterfaceIndex、mplsInSegmentIndex、mplsOutSegmentIndex、mplsInterfaceGroup、mplsInSegmentGroup、mplsOutSegmentGroup、mplsXCGroup、mplsPerfGroup、mplsLsrNotificationGroup--RFC3813ifGeneralInformationGroup、ifCounterDiscontinuityGroup、-、MIB、--RFC3811年からのMPLS Tc STD-MIB--RFC2863mplsStdMIB。
gmplsLsrStdMIB MODULE-IDENTITY LAST-UPDATED "200702270000Z" -- 27 February 2007 00:00:00 GMT ORGANIZATION "IETF Common Control And Measurement Plane (CCAMP) Working Group" CONTACT-INFO " Thomas D. Nadeau Cisco Systems, Inc. Email: tnadeau@cisco.com Adrian Farrel Old Dog Consulting
gmplsLsrStdMIBモジュールアイデンティティは"200702270000Z"をアップデートしました--2007年2月27日のグリニッジ標準時0時0分0秒の組織「IETF共通制御機構と測定飛行機(CCAMP)作業部会」、コンタクトインフォメーション、「トーマスD.ナドーシスコシステムズInc.メール:」 tnadeau@cisco.com のエードリアンのファレルの古い犬のコンサルティング
Nadeau & Farrel Standards Track [Page 11] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[11ページ]。
Email: adrian@olddog.co.uk Comments about this document should be emailed directly to the CCAMP working group mailing list at ccamp@ops.ietf.org."
メール: 「直接 ccamp@ops.ietf.org のCCAMPワーキンググループメーリングリストにこのドキュメントの周りの adrian@olddog.co.uk コメントをメールするべきです。」
DESCRIPTION "Copyright (C) The IETF Trust (2007). This version of this MIB module is part of RFC 4803; see the RFC itself for full legal notices.
記述は「(C) IETF信用(2007)に版権を取ります」。 このMIBモジュールのこのバージョンはRFC4803の一部です。 完全な法定の通知に関してRFC自身を見てください。
This MIB module contains managed object definitions for the Generalized Multiprotocol (GMPLS) Label Switching Router as defined in Generalized Multi-Protocol Label Switching (GMPLS) Architecture, Mannie et al., RFC 3945, October 2004." REVISION "200702270000Z" -- 27 February 2007 00:00:00 GMT DESCRIPTION "Initial version issued as part of RFC 4803." ::= { mplsStdMIB 15 }
「このMIBモジュールはGeneralized Multi-プロトコルLabel Switching(GMPLS)構造で定義されるようにGeneralized Multiprotocol(GMPLS)ラベルSwitching Routerのための管理オブジェクト定義を含んでいます、マニー他、RFC3945、2004年10月。」 REVISION"200702270000Z"--「初期のバージョンはRFC4803の一部として発行した」2007年2月27日のグリニッジ標準時0時0分0秒の記述。 ::= mplsStdMIB15
-- no notifications are currently defined. gmplsLsrObjects OBJECT IDENTIFIER ::= { gmplsLsrStdMIB 1 } gmplsLsrConformance OBJECT IDENTIFIER ::= { gmplsLsrStdMIB 2 }
-- 通知が全く現在定義されない、gmplsLsrObjects OBJECT IDENTIFIER:、:= gmplsLsrStdMIB1gmplsLsrConformance物の識別子:、:= gmplsLsrStdMIB2
gmplsInterfaceTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsInterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies per-interface GMPLS capability and associated information. It extends the information in the mplsInterfaceTable of MPLS-LSR-STD-MIB through a sparse augmentation relationship." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." ::= { gmplsLsrObjects 1 }
gmplsInterfaceTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは1インタフェースあたりのGMPLS能力と関連情報を指定します」。 「まばらな増大関係を通してMPLS-LSR-STD-MIBのmplsInterfaceTableの情報を広げています。」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 ::= gmplsLsrObjects1
gmplsInterfaceEntry OBJECT-TYPE SYNTAX GmplsInterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A conceptual row in this table is created automatically by an LSR for each interface that is both capable of supporting GMPLS and configured to support GMPLS. Note that support of GMPLS is not limited to control plane signaling, but may include data-plane-only function configured through SNMP SET commands performed on this MIB module.
gmplsInterfaceEntry OBJECT-TYPE SYNTAX GmplsInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルの概念的な列は、GMPLSを支持するためにLSRによって自動的にともにGMPLSを支持できるそれぞれのインタフェースに作成されて、構成されます」。 GMPLSのサポートが飛行機シグナリングを制御するために制限されませんが、このMIBモジュールに実行されたSNMP SETコマンドで構成されたデータ飛行機だけ機能を含むかもしれないことに注意してください。
Nadeau & Farrel Standards Track [Page 12] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[12ページ]。
A conceptual row in this table may also be created via SNMP SET commands or automatically by the LSR to supplement a conceptual row in the mplsInterfaceTable where the interface is not capable of GMPLS but where the other objects carried in this row provide useful additional information for an MPLS interface.
また、このテーブルの概念的な列は、インタフェースがGMPLSができませんが、この列で運ばれた他の物が役に立つ追加情報を提供するmplsInterfaceTableの概念的な列をMPLSインタフェースに補うためにLSRによってSNMP SETコマンドで自動的に作成されるかもしれません。
A conceptual row in this table will exist if and only if a corresponding entry in the mplsInterfaceTable exists, and a corresponding entry in the ifTable exists with ifType = mpls(166). If the associated entry in the ifTable is operationally disabled (thus removing the GMPLS capabilities on the interface) or the entry in the mplsInterfaceTable is deleted, the corresponding entry in this table MUST be deleted shortly thereafter.
そして、このテーブルの概念的な列が存在する、mplsInterfaceTableの対応するエントリーが存在していて、ifTableの対応するエントリーがifType=mpls(166)で存在している場合にだけ。 ifTableの関連エントリーが操作上無能にされるか(その結果、インタフェースでGMPLS能力を取り除きます)、またはmplsInterfaceTableのエントリーが削除されるなら、その後、まもなく、このテーブルの対応するエントリーを削除しなければなりません。
The indexes are the same as for the mplsInterfaceTable. Thus, the entry with index 0 represents the per-platform label space and contains parameters that apply to all interfaces that participate in the per-platform label space." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." INDEX { mplsInterfaceIndex } ::= { gmplsInterfaceTable 1 }
インデックスはmplsInterfaceTableのように同じです。 「その結果、インデックス0があるエントリーは、1プラットホームあたりのラベルスペースを表して、1プラットホームあたりのラベルスペースに参加するすべてのインタフェースに適用されるパラメタを含んでいます。」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 mplsInterfaceIndexに索引をつけてください:、:= gmplsInterfaceTable1
GmplsInterfaceEntry ::= SEQUENCE { gmplsInterfaceSignalingCaps BITS, gmplsInterfaceRsvpHelloPeriod Unsigned32 }
GmplsInterfaceEntry:、:= 系列gmplsInterfaceSignalingCapsビット、gmplsInterfaceRsvpHelloPeriod Unsigned32
gmplsInterfaceSignalingCaps OBJECT-TYPE SYNTAX BITS { unknown(0), rsvpGmpls(1), crldpGmpls(2), -- note the use of CR-LDP is deprecated otherGmpls(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "Defines the signaling capabilities on this interface. Multiple bits may legitimately be set at once, but if 'unknown' is set then no other bit may be set. Setting no bits implies that GMPLS signaling cannot be performed on this interface and all LSPs must be manually provisioned or that this table entry is only present to supplement an entry in the mplsInterfaceTable by providing the information carried in other objects in this row." REFERENCE
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。gmplsInterfaceSignalingCaps OBJECT-TYPE SYNTAX BITS、未知(0)、rsvpGmpls(1)、crldpGmpls(2)--CR-自由民主党の使用が推奨しないotherGmpls(3)であることに注意してください、「このインタフェースでシグナリング能力を定義します」。 複数のビットがすぐに、合法的に設定されるかもしれませんが、'未知'が設定されるなら、他のビットは全く設定されないかもしれません。 「ビットを全く設定しないのは、このインタフェースにGMPLSシグナリングを実行できないで、手動ですべてのLSPsに食糧を供給しなければならない、さもなければ、このテーブル項目が単にmplsInterfaceTableでこの列で他の物で運ばれた情報を提供することによってエントリーを補うために存在しているのを含意します。」 参照
Nadeau & Farrel Standards Track [Page 13] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[13ページ]。
"1. Generalized MPLS Signaling - CR-LDP Extensions, RFC 3472. 2. The Multiprotocol Label Switching (MPLS) Working Group decision on MPLS signaling protocols, RFC 3468. 3. Generalized MPLS Signaling - RSVP-TE Extensions, RFC 3473." DEFVAL { { rsvpGmpls } } ::= { gmplsInterfaceEntry 1 }
"1. 一般化されたMPLSシグナリング--CR-自由民主党の拡大、RFC3472。 2. プロトコルに合図するMPLS、RFC3468のMultiprotocol Label Switching(MPLS)作業部会の決定。 3. 「RSVP-Te拡大、RFC MPLSシグナリング--3473を一般化します。」だった DEFVAL rsvpGmpls:、:= gmplsInterfaceEntry1
gmplsInterfaceRsvpHelloPeriod OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "Period, in milliseconds, between sending Resource Reservation Protocol (RSVP) Hello messages on this interface. A value of 0 indicates that no Hello messages should be sent on this interface.
gmplsInterfaceRsvpHelloPeriod OBJECT-TYPE SYNTAX Unsigned32 UNITS「ミリセカンド」マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「ミリセカンドで予約プロトコル(RSVP)をResourceに送るとき以上、こんにちは、これに関するメッセージが連結する、」 0の値は、Helloメッセージが全くこのインタフェースで送られるべきでないのを示します。
This object is only valid if gmplsInterfaceSignalingCaps has no bits set or includes the rsvpGmpls bit." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, RFC 3209, section 5. 2. Generalized MPLS Signaling - RSVP-TE Extensions, RFC 3473, section 9.3." DEFVAL { 3000 } ::= { gmplsInterfaceEntry 2 }
「gmplsInterfaceSignalingCapsがビットを全く設定させないか、またはrsvpGmplsビットを含んでいる場合にだけ、この物は有効です。」 参照「1」。 RSVP-Te: LSP TunnelsのためのRSVP、RFC3209、セクション5への拡大。 2. 「一般化されたMPLS Signaling--RSVP-TE Extensions(RFC3473)は9.3を区分します。」 DEFVAL3000:、:= gmplsInterfaceEntry2
gmplsInSegmentTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsInSegmentEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table sparse augments the mplsInSegmentTable of MPLS-LSR-STD-MIB to provide GMPLS-specific information about incoming segments to an LSR." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." ::= { gmplsLsrObjects 2 }
gmplsInSegmentTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsInSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブル、まばらである、入って来るセグメントに関するGMPLS-特殊情報をLSRに供給するためにMPLS-LSR-STD-MIBのmplsInSegmentTableを増大させる、」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 ::= gmplsLsrObjects2
gmplsInSegmentEntry OBJECT-TYPE SYNTAX GmplsInSegmentEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table extends the representation of an incoming segment represented by an entry in the mplsInSegmentTable in
「このテーブルのエントリーはmplsInSegmentTableにエントリーで表された入って来るセグメントの表現を広げる」gmplsInSegmentEntry OBJECT-TYPE SYNTAX GmplsInSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Nadeau & Farrel Standards Track [Page 14] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[14ページ]。
MPLS-LSR-STD-MIB through a sparse augmentation. An entry can be created by a network administrator via SNMP SET commands, or in response to signaling protocol events.
まばらな増大によるMPLS-LSR-STD-MIB。 SNMP SETコマンドかプロトコルイベントに合図することに対応してネットワーク管理者はエントリーを作成できます。
Note that the storage type for this entry is given by the value of mplsInSegmentStorageType in the corresponding entry of the mplsInSegmentTable." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." INDEX { mplsInSegmentIndex } ::= { gmplsInSegmentTable 1 }
「このエントリーのための格納タイプがmplsInSegmentTableの対応するエントリーにおける、mplsInSegmentStorageTypeの値によって与えられることに注意してください。」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 mplsInSegmentIndexに索引をつけてください:、:= gmplsInSegmentTable1
GmplsInSegmentEntry ::= SEQUENCE { gmplsInSegmentDirection GmplsSegmentDirectionTC, gmplsInSegmentExtraParamsPtr RowPointer }
GmplsInSegmentEntry:、:= 系列gmplsInSegmentDirection GmplsSegmentDirectionTC、gmplsInSegmentExtraParamsPtr RowPointer
gmplsInSegmentDirection OBJECT-TYPE SYNTAX GmplsSegmentDirectionTC MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates the direction of data flow on this segment. This object cannot be modified if mplsInSegmentRowStatus for the corresponding entry in the mplsInSegmentTable is active(1)." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." DEFVAL { forward } ::= { gmplsInSegmentEntry 1 }
gmplsInSegmentDirection OBJECT-TYPE SYNTAX GmplsSegmentDirectionTCマックス-ACCESSは「区分この物がこれに関するデータフローの指示を示すす」STATUSの現在の記述を読書して作成します。 「mplsInSegmentTableの対応するエントリーへのmplsInSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 DEFVALは以下を進めます:= gmplsInSegmentEntry1
gmplsInSegmentExtraParamsPtr OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "Some tunnels will run over transports that can usefully support technology-specific additional parameters (for example, Synchronous Optical Network (SONET) resource usage). Such can be supplied from an external table and referenced from here. A value of zeroDotZero in this attribute indicates that there is no such additional information." DEFVAL { zeroDotZero } ::= { gmplsInSegmentEntry 2 }
gmplsInSegmentExtraParamsPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSは「いくつかのトンネルが有効に、技術特有の追加パラメタ(例えば、同期式光通信網(Sonet)リソース用法)を支持できる輸送の上を走らせる」STATUSの現在の記述を読書して作成します。 そのようなものを外部テーブルから供給して、ここから参照をつけることができます。 「この属性における、zeroDotZeroの値は、どんなそのような追加情報もないのを示します。」 DEFVAL zeroDotZero:、:= gmplsInSegmentEntry2
gmplsOutSegmentTable OBJECT-TYPE
gmplsOutSegmentTableオブジェクト・タイプ
Nadeau & Farrel Standards Track [Page 15] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[15ページ]。
SYNTAX SEQUENCE OF GmplsOutSegmentEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table sparse augments the mplsOutSegmentTable of MPLS-LSR-STD-MIB to provide GMPLS-specific information about outgoing segments from an LSR." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." ::= { gmplsLsrObjects 3 }
SYNTAX SEQUENCE OF GmplsOutSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブル、まばらである、LSRから外向的なセグメントに関するGMPLS-特殊情報を提供するためにMPLS-LSR-STD-MIBのmplsOutSegmentTableを増大させる、」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 ::= gmplsLsrObjects3
gmplsOutSegmentEntry OBJECT-TYPE SYNTAX GmplsOutSegmentEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table extends the representation of an outgoing segment represented by an entry in the mplsOutSegmentTable of MPLS-LSR-STD-MIB through a sparse augmentation. An entry can be created by a network administrator via SNMP SET commands, or in response to signaling protocol events.
gmplsOutSegmentEntry OBJECT-TYPE SYNTAX GmplsOutSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはまばらな増大を通してMPLS-LSR-STD-MIBのmplsOutSegmentTableにエントリーで表された外向的なセグメントの表現を広げています」。 SNMP SETコマンドかプロトコルイベントに合図することに対応してネットワーク管理者はエントリーを作成できます。
Note that the storage type for this entry is given by the value of mplsOutSegmentStorageType in the corresponding entry of the mplsOutSegmentTable." REFERENCE "1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." INDEX { mplsOutSegmentIndex } ::= { gmplsOutSegmentTable 1 }
「このエントリーのための格納タイプがmplsOutSegmentTableの対応するエントリーにおける、mplsOutSegmentStorageTypeの値によって与えられることに注意してください。」 参照「1」。 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 mplsOutSegmentIndexに索引をつけてください:、:= gmplsOutSegmentTable1
GmplsOutSegmentEntry ::= SEQUENCE { gmplsOutSegmentDirection GmplsSegmentDirectionTC, gmplsOutSegmentTTLDecrement Unsigned32, gmplsOutSegmentExtraParamsPtr RowPointer }
GmplsOutSegmentEntry:、:= 系列gmplsOutSegmentDirection GmplsSegmentDirectionTC、gmplsOutSegmentTTLDecrement Unsigned32、gmplsOutSegmentExtraParamsPtr RowPointer
gmplsOutSegmentDirection OBJECT-TYPE SYNTAX GmplsSegmentDirectionTC MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates the direction of data flow on this segment. This object cannot be modified if mplsOutSegmentRowStatus for the corresponding entry in the mplsOutSegmentTable is active(1)." REFERENCE
gmplsOutSegmentDirection OBJECT-TYPE SYNTAX GmplsSegmentDirectionTCマックス-ACCESSは「区分この物がこれに関するデータフローの指示を示すす」STATUSの現在の記述を読書して作成します。 「mplsOutSegmentTableの対応するエントリーへのmplsOutSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。」 参照
Nadeau & Farrel Standards Track [Page 16] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[16ページ]。
"1. Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813." DEFVAL { forward } ::= { gmplsOutSegmentEntry 1 }
"1. 「RFC3813、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします。」 DEFVALは以下を進めます:= gmplsOutSegmentEntry1
gmplsOutSegmentTTLDecrement OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates the amount by which to decrement the Time to Live (TTL) of any payload packets forwarded on this segment if per-hop decrementing is being done.
gmplsOutSegmentTTLDecrement OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物は量を1ホップあたりの減少が完了しているならこのセグメントで進められたどんなペイロードパケットのLive(TTL)にもTimeを減少させる示します」。
A value of zero indicates that no decrement should be made or that per-hop decrementing is not in use.
ゼロの値は、減少を全くするべきでないか、または1ホップあたりの減少が使用中でないことを示します。
See the gmplsTunnelTTLDecrement object in the gmplsTunnelTable of GMPLS-TE-STD-MIB for a value by which to decrement the TTL for the whole of a tunnel.
トンネルの全体のためにTTLを減少させる値に関してGMPLS-TE-STD-MIBのgmplsTunnelTableのgmplsTunnelTTLDecrement物を見てください。
This object cannot be modified if mplsOutSegmentRowStatus for the associated entry in the mplsOutSegmentTable is active(1)." REFERENCE "1. Time To Live (TTL) Processing in Multi-Protocol Label Switching (MPLS) Networks, RFC 3443. 2. Generalized Multiprotocol Label Switching (GMPLS) Traffic Engineering Management Information Base, RFC 4802." DEFVAL { 0 } ::= { gmplsOutSegmentEntry 2 }
「mplsOutSegmentTableの関連エントリーへのmplsOutSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。」 参照「1」。 マルチプロトコルラベルスイッチング(MPLS)でネットワーク、RFC3443を処理して、生きる(TTL)時間。 2. 「一般化されたMultiprotocolは交通技術管理部会、RFC4802と切り換え(GMPLS)をラベルします。」 DEFVAL0:、:= gmplsOutSegmentEntry2
gmplsOutSegmentExtraParamsPtr OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "Some tunnels will run over transports that can usefully support technology-specific additional parameters (for example, SONET resource usage). Such can be supplied from an external table and referenced from here.
gmplsOutSegmentExtraParamsPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSは「いくつかのトンネルが有効に、技術特有の追加パラメタ(例えば、Sonetリソース用法)を支持できる輸送の上を走らせる」STATUSの現在の記述を読書して作成します。 そのようなものを外部テーブルから供給して、ここから参照をつけることができます。
A value of zeroDotZero in this attribute indicates that there is no such additional information." DEFVAL { zeroDotZero } ::= { gmplsOutSegmentEntry 3 }
「この属性における、zeroDotZeroの値は、どんなそのような追加情報もないのを示します。」 DEFVAL zeroDotZero:、:= gmplsOutSegmentEntry3
gmplsLsrGroups OBJECT IDENTIFIER ::= { gmplsLsrConformance 1 }
gmplsLsrGroups物の識別子:、:= gmplsLsrConformance1
Nadeau & Farrel Standards Track [Page 17] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[17ページ]。
gmplsLsrCompliances OBJECT IDENTIFIER ::= { gmplsLsrConformance 2 }
gmplsLsrCompliances物の識別子:、:= gmplsLsrConformance2
-- Compliance requirement for fully compliant implementations.
-- 完全に対応することの実現のための承諾要件。
gmplsLsrModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that provide full support for GMPLS-LSR-STD-MIB.
gmplsLsrModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「GMPLS-LSR-STD-MIBの全面的な支援を提供するエージェントのための承諾声明。」
The mandatory group has to be implemented by all LSRs that originate, terminate, or act as transit for TE-LSPs/tunnels. In addition, depending on the type of tunnels supported, other groups become mandatory as explained below."
義務的なグループはTE-LSPs/トンネルのためのトランジットとして由来するか、終わるか、または機能するすべてのLSRsによって実行されなければなりません。 「さらに、支えられたトンネルのタイプに頼っていて、他のグループは以下で説明されるように義務的になります。」
MODULE IF-MIB -- The Interfaces Group MIB, RFC 2863.
モジュール、-、MIB、--インタフェースがMIB、RFC2863を分類する
MANDATORY-GROUPS { ifGeneralInformationGroup, ifCounterDiscontinuityGroup }
義務的なグループifGeneralInformationGroup、ifCounterDiscontinuityGroup
MODULE MPLS-LSR-STD-MIB -- The MPLS-LSR-STD-MIB, RFC3813
モジュールMPLS-LSR-STD-MIB--MPLS-LSR-STD-MIB、RFC3813
MANDATORY-GROUPS { mplsInterfaceGroup, mplsInSegmentGroup, mplsOutSegmentGroup, mplsXCGroup, mplsPerfGroup, mplsLsrNotificationGroup }
義務的なグループmplsInterfaceGroup、mplsInSegmentGroup、mplsOutSegmentGroup、mplsXCGroup、mplsPerfGroup、mplsLsrNotificationGroup
MODULE -- this module
MODULE--このモジュール
MANDATORY-GROUPS { gmplsInterfaceGroup, gmplsInSegmentGroup, gmplsOutSegmentGroup }
義務的なグループgmplsInterfaceGroup、gmplsInSegmentGroup、gmplsOutSegmentGroup
OBJECT gmplsInSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS read-only DESCRIPTION "The only valid value for unidirectional LSPs is forward(1)."
「有効だけがLSPsがフォワード(1)である単方向評価する」OBJECT gmplsInSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS書き込み禁止記述。
Nadeau & Farrel Standards Track [Page 18] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[18ページ]。
OBJECT gmplsOutSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS read-only DESCRIPTION "The only valid value for unidirectional LSPs is forward(1)."
「有効だけがLSPsがフォワード(1)である単方向評価する」OBJECT gmplsOutSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS書き込み禁止記述。
OBJECT gmplsOutSegmentTTLDecrement MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsOutSegmentTTLDecrement MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsInSegmentExtraParamsPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required." OBJECT gmplsOutSegmentExtraParamsPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsInSegmentExtraParamsPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 OBJECT gmplsOutSegmentExtraParamsPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { gmplsLsrCompliances 1 }
::= gmplsLsrCompliances1
-- Compliance requirement for implementations that provide read-only -- access.
-- 書き込み禁止を提供する実現のための承諾要件--アクセサリー
gmplsLsrModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance requirement for implementations that only provide read-only support for GMPLS-LSR-STD-MIB. Such devices can then be monitored but cannot be configured using this MIB module."
gmplsLsrModuleReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「GMPLS-LSR-STD-MIBの書き込み禁止サポートを提供するだけである実現のための承諾要件。」 「そのような装置を次に、モニターできますが、このMIBモジュールを使用することで構成できません。」
MODULE IF-MIB -- The interfaces Group MIB, RFC 2863
MODULE IF-MIB--インタフェースGroup MIB、RFC2863
MANDATORY-GROUPS { ifGeneralInformationGroup, ifCounterDiscontinuityGroup }
義務的なグループifGeneralInformationGroup、ifCounterDiscontinuityGroup
MODULE MPLS-LSR-STD-MIB
モジュールMPLS-LSR-STD-MIB
MANDATORY-GROUPS { mplsInterfaceGroup, mplsInSegmentGroup, mplsOutSegmentGroup, mplsXCGroup, mplsPerfGroup }
義務的なグループmplsInterfaceGroup、mplsInSegmentGroup、mplsOutSegmentGroup、mplsXCGroup、mplsPerfGroup
Nadeau & Farrel Standards Track [Page 19] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[19ページ]。
MODULE -- this module
MODULE--このモジュール
MANDATORY-GROUPS { gmplsInterfaceGroup, gmplsInSegmentGroup, gmplsOutSegmentGroup }
義務的なグループgmplsInterfaceGroup、gmplsInSegmentGroup、gmplsOutSegmentGroup
OBJECT gmplsInterfaceSignalingCaps MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsInterfaceSignalingCaps MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsInterfaceRsvpHelloPeriod MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsInterfaceRsvpHelloPeriod MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsInSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS read-only DESCRIPTION "The only valid value for unidirectional LSPs is forward(1)."
「有効だけがLSPsがフォワード(1)である単方向評価する」OBJECT gmplsInSegmentDirection SYNTAX GmplsSegmentDirectionTC MIN-ACCESS書き込み禁止記述。
OBJECT gmplsInSegmentExtraParamsPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsInSegmentExtraParamsPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsOutSegmentDirection MIN-ACCESS read-only DESCRIPTION "The only valid value for unidirectional LSPs is forward(1)."
「有効だけがLSPsがフォワード(1)である単方向評価する」OBJECT gmplsOutSegmentDirection MIN-ACCESS書き込み禁止記述。
OBJECT gmplsOutSegmentTTLDecrement MIN-ACCESS read-only DESCRIPTION "Write access is not required." OBJECT gmplsOutSegmentExtraParamsPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsOutSegmentTTLDecrement MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 OBJECT gmplsOutSegmentExtraParamsPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { gmplsLsrCompliances 2 }
::= gmplsLsrCompliances2
gmplsInterfaceGroup OBJECT-GROUP OBJECTS { gmplsInterfaceSignalingCaps,
gmplsInterfaceGroup物群対象、gmplsInterfaceSignalingCaps
Nadeau & Farrel Standards Track [Page 20] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[20ページ]。
gmplsInterfaceRsvpHelloPeriod } STATUS current DESCRIPTION "Collection of objects that provide additional information for an MPLS interface and are needed for GMPLS interface configuration and performance information." ::= { gmplsLsrGroups 1 }
gmplsInterfaceRsvpHelloPeriod STATUSの現在の記述、「MPLSインタフェースに追加情報を提供して、GMPLSインタフェース構成と性能情報に必要である物の収集。」 ::= gmplsLsrGroups1
gmplsInSegmentGroup OBJECT-GROUP OBJECTS { gmplsInSegmentDirection, gmplsInSegmentExtraParamsPtr } STATUS current DESCRIPTION "Collection of objects that provide additional information for an MPLS in-segment and are needed for GMPLS in-segment configuration and performance information." ::= { gmplsLsrGroups 2 }
gmplsInSegmentGroup OBJECT-GROUP OBJECTS、gmplsInSegmentDirection、gmplsInSegmentExtraParamsPtr、STATUSの現在の記述、「MPLSのためのセグメントの追加情報を提供して、セグメントのGMPLS構成と性能情報に必要である物の収集。」 ::= gmplsLsrGroups2
gmplsOutSegmentGroup OBJECT-GROUP OBJECTS { gmplsOutSegmentDirection, gmplsOutSegmentTTLDecrement, gmplsOutSegmentExtraParamsPtr } STATUS current DESCRIPTION "Collection of objects that provide additional information for an MPLS out-segment and are needed for GMPLS out-segment configuration and performance information." ::= { gmplsLsrGroups 3 } END
gmplsOutSegmentGroup OBJECT-GROUP OBJECTS、gmplsOutSegmentDirection、gmplsOutSegmentTTLDecrement、gmplsOutSegmentExtraParamsPtr、STATUSの現在の記述、「MPLSの出ているセグメントのための追加情報を提供して、GMPLS出ているセグメント構成と性能情報に必要である物の収集。」 ::= gmplsLsrGroups3は終わります。
Nadeau & Farrel Standards Track [Page 21] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[21ページ]。
8. GMPLS Label MIB Definitions
8. GMPLSラベルMIB定義
This MIB module makes reference to the following documents: [RFC2578], [RFC2579], [RFC2580], [RFC2863], [RFC3032], [RFC3289], [RFC3471], [RFC3811], and [RFC4801].
このMIBモジュールはドキュメントを以下を参照します: [RFC2578]、[RFC2579]、[RFC2580]、[RFC2863]、[RFC3032]、[RFC3289]、[RFC3471]、[RFC3811]、および[RFC4801。]
GMPLS-LABEL-STD-MIB DEFINITIONS ::= BEGIN
GMPLSラベルSTD-MIB定義:、:= 始まってください。
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Unsigned32, Integer32 FROM SNMPv2-SMI -- RFC 2578 MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF -- RFC 2580 RowStatus, StorageType FROM SNMPv2-TC -- RFC 2579 InterfaceIndexOrZero FROM IF-MIB -- RFC 2863 IndexIntegerNextFree FROM DIFFSERV-MIB -- RFC 3289 MplsLabel, mplsStdMIB FROM MPLS-TC-STD-MIB -- RFC 3811 GmplsLabelTypeTC, GmplsFreeformLabelTC FROM GMPLS-TC-STD-MIB -- RFC 4801 ;
SNMPv2-TcからのSNMPv2-SMIからのモジュールアイデンティティ、オブジェクト・タイプ、Unsigned32、Integer32--SNMPv2-CONFからの2578年のRFCモジュールコンプライアンス、物グループ--輸入RFC2580RowStatus、StorageType--、RFC2579InterfaceIndexOrZero、-、MIB、--DIFFSERV-MIB--MPLS Tc STD-MIBからのRFC3289MplsLabel、mplsStdMIB--RFC3811GmplsLabelTypeTC、RFC4801年からのGMPLS Tc STD-MIBからのGmplsFreeformLabelTC--RFC2863IndexIntegerNextFree。
gmplsLabelStdMIB MODULE-IDENTITY LAST-UPDATED "200702270000Z" -- 27 February 2007 00:00:00 GMT ORGANIZATION "IETF Common Control and Measurement Plane (CCAMP) Working Group" CONTACT-INFO " Thomas D. Nadeau Cisco Systems, Inc. Email: tnadeau@cisco.com
gmplsLabelStdMIBモジュールアイデンティティは"200702270000Z"をアップデートしました--2007年2月27日のグリニッジ標準時0時0分0秒の組織「IETF共通制御機構と測定飛行機(CCAMP)作業部会」、コンタクトインフォメーション、「トーマスD.ナドーシスコシステムズInc.メール:」 tnadeau@cisco.com
Adrian Farrel Old Dog Consulting Email: adrian@olddog.co.uk
エードリアンのファレルの古い犬のコンサルティングメール: adrian@olddog.co.uk
Comments about this document should be emailed directly to the CCAMP working group mailing list at ccamp@ops.ietf.org."
「直接 ccamp@ops.ietf.org のCCAMPワーキンググループメーリングリストにこのドキュメントの周りのコメントをメールするべきです。」
DESCRIPTION "Copyright (C) The IETF Trust (2007). This version of this MIB module is part of RFC 4803; see the RFC itself for full legal notices.
記述は「(C) IETF信用(2007)に版権を取ります」。 このMIBモジュールのこのバージョンはRFC4803の一部です。 完全な法定の通知に関してRFC自身を見てください。
Nadeau & Farrel Standards Track [Page 22] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[22ページ]。
This MIB module contains managed object definitions for labels within GMPLS systems as defined in Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, Berger, L. (Editor), RFC 3471, January 2003." REVISION "200702270000Z" -- 27 February 2007 00:00:00 GMT DESCRIPTION "Initial version issued as part of RFC 4803." ::= { mplsStdMIB 16 }
「このMIBモジュールはGeneralized Multi-プロトコルLabel Switching(GMPLS)で定義されるようにFunctional記述に合図しながら、GMPLSシステムの中にラベルのための管理オブジェクト定義を含んでいます、バーガー、L.(エディタ)、RFC3471、2003年1月。」 REVISION"200702270000Z"--「初期のバージョンはRFC4803の一部として発行した」2007年2月27日のグリニッジ標準時0時0分0秒の記述。 ::= mplsStdMIB16
-- no notifications are currently defined.
-- 通知は全く現在、定義されません。
gmplsLabelObjects OBJECT IDENTIFIER ::= { gmplsLabelStdMIB 1 } gmplsLabelConformance OBJECT IDENTIFIER ::= { gmplsLabelStdMIB 2 }
gmplsLabelObjects物の識別子:、:= gmplsLabelStdMIB1gmplsLabelConformance物の識別子:、:= gmplsLabelStdMIB2
gmplsLabelIndexNext OBJECT-TYPE SYNTAX IndexIntegerNextFree MAX-ACCESS read-only STATUS current DESCRIPTION "This object contains an unused value for gmplsLabelIndex, or a zero to indicate that no unused value exists or is available.
gmplsLabelIndexNext OBJECT-TYPE SYNTAX IndexIntegerNextFreeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「gmplsLabelIndexのためのどんな未使用の値も存在しないのを示す1かゼロ未使用の値を含んでいるか、または利用可能これが反対するします」。
A management application wishing to create a row in the gmplsLabelTable may read this object and then attempt to create a row in the table. If row creation fails (because another application has already created a row with the supplied index), the management application should read this object again to get a new index value.
gmplsLabelTableの列を作成したがっている管理アプリケーションは、この物を読んで、次に、テーブルの列を作成するのを試みるかもしれません。 列の創造が失敗するなら(別のアプリケーションが供給されたインデックスで既に列を作成したので)、管理アプリケーションは新しいインデックス値を得るために再びこの物を読むべきです。
When a row is created in the gmplsLabelTable with the gmplsLabelIndex value held by this object, an implementation MUST change the value in this object." ::= { gmplsLabelObjects 1 }
「gmplsLabelIndex値がこの物によって保持されている状態で列がgmplsLabelTableで作成されるとき、実現はこの物で値を変えなければなりません。」 ::= gmplsLabelObjects1
gmplsLabelTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsLabelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of GMPLS Labels. This table allows the representation of the more complex label forms required for GMPLS that cannot be held within the TEXTUAL-CONVENTION MplsLabel; that is, labels that cannot be encoded within 32 bits. It is, nevertheless, also capable of holding 32-bit labels or regular MPLS Labels if desired.
「GMPLSのテーブルはラベルする」gmplsLabelTable OBJECT-TYPE SYNTAX SEQUENCE OF GmplsLabelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 このテーブルはTEXTUAL-CONVENTION MplsLabelの中で持つことができないGMPLSに必要であるより複雑なラベル形式の表現を許容します。 すなわち、32ビット以内でコード化できないラベル。 それにもかかわらず、また、望まれているなら、32ビットのラベルか通常のMPLS Labelsを持つことができます。
Nadeau & Farrel Standards Track [Page 23] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[23ページ]。
Each entry in this table represents an individual GMPLS Label value. The representation of Labels in tables in other MIB modules may be achieved by a referrence to an entry in this table by means of a row pointer into this table. The indexing of this table provides for arbitrary indexing and also for concatenation of labels.
このテーブルの各エントリーは個々のGMPLS Label値を表します。 他のMIBモジュールによるテーブルのLabelsの表現はこのテーブルへの列のポインタによってreferrenceによってこのテーブルのエントリーに達成されるかもしれません。 このテーブルのインデックスは任意のインデックスとラベルの連結にも提供されます。
For an example of label concatenation, see RFC 3945, section 7.1. In essence, a GMPLS Label may be composite in order to identify a set of resources in the data plane. Practical examples are timeslots and wavelength sets (which are not contiguous like wavebands).
ラベル連結の例に関しては、RFC3945、セクション7.1を見てください。 本質では、GMPLS Labelは、データ飛行機で1セットのリソースを特定するために合成しているかもしれません。 実例は、timeslotsと波長セット(周波数帯のように隣接でない)です。
The indexing mechanism allows multiple entries in this table to be seen as a sequence of labels that should be concatenated. Ordering is potentially very sensitive for concatenation." REFERENCE "1. Generalized Multiprotocol Label Switching (GMPLS) Architecture, RFC 3945, section 7.1." ::= { gmplsLabelObjects 2 }
インデックスメカニズムは、このテーブルの多回入国が連結されるべきであるラベルの系列と考えられるのを許容します。 「連結には、注文は非常に潜在的に敏感です。」 参照「1」。 「Multiprotocol Label Switching(GMPLS)構造、RFC3945、セクション7.1を広めます。」だった ::= gmplsLabelObjects2
gmplsLabelEntry OBJECT-TYPE SYNTAX GmplsLabelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a single label value. There are three indexes into the table.
gmplsLabelEntry OBJECT-TYPE SYNTAX GmplsLabelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはただ一つのラベル値を表します」。 テーブルには3つのインデックスがあります。
- The interface index may be helpful to distinguish which labels are in use on which interfaces or to handle cases where there are a very large number of labels in use in the system. When label representation is desired to apply to the whole system or when it is not important to distinguish labels by their interfaces, this index MAY be set to zero.
- インタフェースインデックスは、どのインタフェースかシステムには非常に多くの使用中のラベルがあるハンドルケースに区別するためにラベルが使用中であるものを役立っているかもしれません。 ラベル表現が全体のシステムに適用することが望まれているか、またはそれらのインタフェースのそばでラベルを区別するのが重要でないときに、このインデックスはゼロに設定されるかもしれません。
- The label index provides a way of identifying the label.
- ラベルインデックスはラベルを特定する方法を提供します。
- The label sub-index is only used for concatenated labels. It identifies each component label. When non-concatenated labels are used, this index SHOULD be set to zero.
- ラベルサブインデックスは連結されたラベルに使用されるだけです。 それはそれぞれのコンポーネントラベルを特定します。 非連結されたラベルが使用されているとき、これはSHOULDに索引をつけます。ゼロに設定されます。
A storage type object is supplied to control the storage type for each entry, but implementations should note that the storage type of conceptual rows in other tables that include row pointers to an entry in this table SHOULD dictate the storage type of the rows in this table where the row in the other table is more persistent."
「各エントリーのための格納タイプを監督するために格納タイプ物を供給しますが、実現は、このテーブルSHOULDのエントリーに列のポインタを含んでいる他のテーブルの概念的な列の格納タイプがもう片方のテーブルの列が、よりしつこいこのテーブルの列の格納タイプを決めることに注意するべきです。」
Nadeau & Farrel Standards Track [Page 24] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[24ページ]。
INDEX { gmplsLabelInterface, gmplsLabelIndex, gmplsLabelSubindex } ::= { gmplsLabelTable 1 }
gmplsLabelInterface、gmplsLabelIndex、gmplsLabelSubindexに索引をつけてください:、:= gmplsLabelTable1
GmplsLabelEntry ::= SEQUENCE { gmplsLabelInterface InterfaceIndexOrZero, gmplsLabelIndex Unsigned32, gmplsLabelSubindex Unsigned32, gmplsLabelType GmplsLabelTypeTC, gmplsLabelMplsLabel MplsLabel, gmplsLabelPortWavelength Unsigned32, gmplsLabelFreeform GmplsFreeformLabelTC, gmplsLabelSonetSdhSignalIndex Integer32, gmplsLabelSdhVc Integer32, gmplsLabelSdhVcBranch Integer32, gmplsLabelSonetSdhBranch Integer32, gmplsLabelSonetSdhGroupBranch Integer32, gmplsLabelWavebandId Unsigned32, gmplsLabelWavebandStart Unsigned32, gmplsLabelWavebandEnd Unsigned32, gmplsLabelStorageType StorageType, gmplsLabelRowStatus RowStatus }
GmplsLabelEntry:、:= 系列{ gmplsLabelInterface InterfaceIndexOrZero、gmplsLabelIndex Unsigned32、gmplsLabelSubindex Unsigned32、gmplsLabelType GmplsLabelTypeTC、gmplsLabelMplsLabel MplsLabel、gmplsLabelPortWavelength Unsigned32、gmplsLabelFreeform GmplsFreeformLabelTC、gmplsLabelSonetSdhSignalIndex Integer32; gmplsLabelSdhVc Integer32、gmplsLabelSdhVcBranch Integer32、gmplsLabelSonetSdhBranch Integer32、gmplsLabelSonetSdhGroupBranch Integer32、gmplsLabelWavebandId Unsigned32、gmplsLabelWavebandStart Unsigned32、gmplsLabelWavebandEnd Unsigned32、gmplsLabelStorageType StorageType、gmplsLabelRowStatus RowStatus; }
gmplsLabelInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS not-accessible STATUS current DESCRIPTION "The interface on which this label is used. If this object is set to zero, the label MUST have applicability across the whole system and not be limited to a single interface." ::= { gmplsLabelEntry 1 }
gmplsLabelInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このラベルが使用されているインタフェース。」 「この物がゼロに設定されるなら、ラベルは、全体のシステムの向こう側に適用性を持って、単一のインタフェースに制限されてはいけません。」 ::= gmplsLabelEntry1
gmplsLabelIndex OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "An arbitrary index into the table to identify a label.
gmplsLabelIndex OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「ラベルを特定するテーブルへの任意のインデックス。」
Note that implementations that are representing 32-bit labels within this table MAY choose to align this index with the value of the label, and this may result in the use of the value zero since it represents a valid label value. Such implementation should be aware of the implications of sparsely populated
このテーブルの中に32ビットのラベルを表している実現が、ラベルの値にこのインデックスを一直線にするのを選ぶかもしれないことに注意してください。そうすれば、有効なラベル値を表すので、これは値ゼロの使用をもたらしてもよいです。 そのような実現はまばらに居住されていることの含意を意識しているべきです。
Nadeau & Farrel Standards Track [Page 25] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[25ページ]。
tables.
テーブル。
A management application may read the gmplsLabelIndexNext object to find a suitable value for this object." ::= { gmplsLabelEntry 2 }
「管理アプリケーションはこの物のために適当な値を見つけるためにgmplsLabelIndexNext物を読むかもしれません。」 ::= gmplsLabelEntry2
gmplsLabelSubindex OBJECT-TYPE SYNTAX Unsigned32 (0..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "In conjunction with gmplsLabelInterface and gmplsLabelIndex, this object uniquely identifies this row. This sub-index allows a single GMPLS Label to be defined as a concatenation of labels. This is particularly useful in TDM.
gmplsLabelSubindex OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「gmplsLabelInterfaceとgmplsLabelIndexに関連して、この物は唯一この列を特定します」。 このサブインデックスは、独身のGMPLS Labelがラベルの連結と定義されるのを許容します。 これはTDMで特に役に立ちます。
The ordering of sub-labels is strict with the sub-label with the lowest gmplsLabelSubindex appearing first. Note that all sub-labels of a single GMPLS Label must share the same gmplsLabelInterface and gmplsLabelIndex values. For labels that are not composed of concatenated sub-labels, this value SHOULD be set to zero." ::= { gmplsLabelEntry 3 }
最も低いgmplsLabelSubindexが最初に現れていて、サブラベルの注文はサブラベルに厳しいです。 独身のGMPLS Labelのすべてのサブラベルが同じgmplsLabelInterfaceとgmplsLabelIndex値を共有しなければならないことに注意してください。 「連結されたサブラベル、この値のSHOULDで構成されないラベルには、ゼロに設定されてください。」 ::= gmplsLabelEntry3
gmplsLabelType OBJECT-TYPE SYNTAX GmplsLabelTypeTC MAX-ACCESS read-create STATUS current DESCRIPTION "Identifies the type of this label. Note that this object does not determine whether MPLS or GMPLS signaling is in use: a value of gmplsMplsLabel(1) denotes that an MPLS Packet Label is present in the gmplsLabelMplsLabel object and encoded using the MplsLabel TEXTUAL-CONVENTION (may be a 20-bit MPLS Label, a 10- or 23-bit Frame Relay Label, or an Asynchronous Transfer Mode (ATM) Label), but does not describe whether this is signaled using MPLS or GMPLS.
gmplsLabelType OBJECT-TYPE SYNTAX GmplsLabelTypeTCマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このラベルのタイプを特定します」。 この目的が、シグナリングがMPLSかGMPLSであることにかかわらず使用中であることを決定しないことに注意してください: gmplsMplsLabel(1)の値は、MPLS Packet LabelがMplsLabel TEXTUAL-CONVENTION(20ビットのMPLS Label、10、23ビットのFrame Relay Label、またはAsynchronous Transfer Mode(ATM)ラベルであるかもしれない)を使用することでgmplsLabelMplsLabelオブジェクトで現在であってコード化されているのを指示しますが、これが合図されるかどうかMPLSかGMPLSを使用することで説明しません。
The value of this object helps determine which of the following objects are valid. This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3." ::= { gmplsLabelEntry 4 }
このオブジェクトの値は、以下のオブジェクトのどれが有効であるかを決定するのを助けます。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「Functional記述、RFC3471、セクション3に合図しながら、Multi-プロトコルLabel Switching(GMPLS)を一般化します。」だった ::= gmplsLabelEntry4
gmplsLabelMplsLabel OBJECT-TYPE SYNTAX MplsLabel
gmplsLabelMplsLabelオブジェクト・タイプ構文MplsLabel
Nadeau & Farrel Standards Track [Page 26] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[26ページ]。
MAX-ACCESS read-create STATUS current DESCRIPTION "The value of an MPLS Label (that is a Packet Label) if this table is used to store it. This may be used in MPLS systems even though the label values can be adequately stored in the MPLS MIB modules (MPLS-LSR-STD-MIB and MPLS-TE-STD-MIB). Furthermore, in mixed MPLS and GMPLS systems, it may be advantageous to store all labels in a single label table. Lastly, in GMPLS systems where Packet Labels are used (that is in systems that use GMPLS signaling and GMPLS Labels for packet switching), it may be desirable to use this table.
マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「MPLS Label(それはPacket Labelである)の値、このテーブルがそれを保存するのに使用される、」 MPLS MIBモジュール(MPLS-LSR-STD-MIBとMPLS-TE-STD-MIB)でラベル値を適切に保存できますが、これはMPLSシステムで使用されるかもしれません。 その上、混ぜられたMPLSとGMPLSシステムでは、単一のラベルテーブルのすべてのラベルを保存するのは有利であるかもしれません。 最後に、Packet Labelsが使用されている(すなわちパケット交換にGMPLSシグナリングとGMPLS Labelsを使用するシステムで)GMPLSシステムでは、このテーブルを使用するのは望ましいかもしれません。
This object is only valid if gmplsLabelType is set to gmplsMplsLabel(1). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. MPLS Label Stack Encoding, RFC 3032." DEFVAL { 0 } ::= { gmplsLabelEntry 5 }
gmplsLabelTypeがgmplsMplsLabel(1)に用意ができている場合にだけ、このオブジェクトは有効です。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「MPLSはスタックコード化、RFCを3032とラベルします。」 DEFVAL0:、:= gmplsLabelEntry5
gmplsLabelPortWavelength OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The value of a Port or Wavelength Label when carried as a Generalized Label. Only valid if gmplsLabelType is set to gmplsPortWavelengthLabel(2). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3.2.1.1." DEFVAL { 0 } ::= { gmplsLabelEntry 6 }
gmplsLabelPortWavelength OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSがSTATUSの現在の記述を読書して作成する、「値、PortかWavelength Labelについて、いつがGeneralized Labelとして運ばれたか、」 有効なだけ、gmplsLabelTypeがgmplsPortWavelengthLabel(2)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「Functional記述、RFC3471、セクション3.2.1に合図するMulti-プロトコルLabel Switching(GMPLS).1を一般化します。」だった DEFVAL0:、:= gmplsLabelEntry6
gmplsLabelFreeform OBJECT-TYPE SYNTAX GmplsFreeformLabelTC MAX-ACCESS read-create STATUS current DESCRIPTION "The value of a Freeform Generalized Label that does not conform to one of the standardized label encodings or that an implementation chooses to represent as an octet string without further decoding. Only valid if gmplsLabelType is set to gmplsFreeformLabel(3). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE
gmplsLabelFreeform OBJECT-TYPE SYNTAX GmplsFreeformLabelTCマックス-ACCESSは「八重奏ストリングとしてさらに解読しないで表標準化されたラベルencodingsかその1つに実装を従わせないFreeform Generalized Labelの値が選ぶぶ」STATUSの現在の記述を読書して作成します。 有効なだけ、gmplsLabelTypeがgmplsFreeformLabel(3)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照
Nadeau & Farrel Standards Track [Page 27] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[27ページ]。
"1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3.2." DEFVAL { '00'h } ::= { gmplsLabelEntry 7 }
"1. 「Functional記述、RFC3471、セクション3.2に合図しながら、Multi-プロトコルLabel Switching(GMPLS)を一般化します。」だった DEFVAL'00'h:、:= gmplsLabelEntry7
gmplsLabelSonetSdhSignalIndex OBJECT-TYPE SYNTAX Integer32 (0..4095) MAX-ACCESS read-create STATUS current DESCRIPTION "The Signal Index value (S) of a SONET or SDH Generalized Label. Zero indicates that this field is non-significant. Only valid if gmplsLabelType is set to gmplsSonetLabel(4) or gmplsSdhLabel(5). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control, RFC 4606, section 3." DEFVAL { 0 } ::= { gmplsLabelEntry 8 }
gmplsLabelSonetSdhSignalIndex OBJECT-TYPE SYNTAX Integer32(0 .4095)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「SonetかSDH Generalized LabelのSignal Index値(S)。」 ゼロは、この分野が非重要であることを示します。 有効なだけ、gmplsLabelTypeがgmplsSonetLabel(4)かgmplsSdhLabel(5)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)のための一般化されたMulti-プロトコルLabel Switching(GMPLS)拡張子は制御されます、RFC4606、セクション3。」 DEFVAL0:、:= gmplsLabelEntry8
gmplsLabelSdhVc OBJECT-TYPE SYNTAX Integer32 (0..15) MAX-ACCESS read-create STATUS current DESCRIPTION "The VC Indicator (U) of an SDH Generalized Label. Zero indicates that this field is non-significant. Only valid if gmplsLabelType is set to gmplsSdhLabel(5). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control, RFC 4606, section 3." DEFVAL { 0 } ::= { gmplsLabelEntry 9 }
gmplsLabelSdhVc OBJECT-TYPE SYNTAX Integer32(0 .15)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「SDHのVCインディケータ(U)はラベルを一般化しました」。 ゼロは、この分野が非重要であることを示します。 有効なだけ、gmplsLabelTypeがgmplsSdhLabel(5)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)のための一般化されたMulti-プロトコルLabel Switching(GMPLS)拡張子は制御されます、RFC4606、セクション3。」 DEFVAL0:、:= gmplsLabelEntry9
gmplsLabelSdhVcBranch OBJECT-TYPE SYNTAX Integer32 (0..15) MAX-ACCESS read-create STATUS current DESCRIPTION "The VC Branch Indicator (K) of an SDH Generalized Label. Zero indicates that this field is non-significant. Only valid if gmplsLabelType is set to gmplsSdhLabel(5). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE
gmplsLabelSdhVcBranch OBJECT-TYPE SYNTAX Integer32(0 .15)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「SDHのVC支店インディケータ(K)はラベルを一般化しました」。 ゼロは、この分野が非重要であることを示します。 有効なだけ、gmplsLabelTypeがgmplsSdhLabel(5)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照
Nadeau & Farrel Standards Track [Page 28] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[28ページ]。
"1. Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control, RFC 4606, section 3." DEFVAL { 0 } ::= { gmplsLabelEntry 10 }
"1. 「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)のための一般化されたMulti-プロトコルLabel Switching(GMPLS)拡張子は制御されます、RFC4606、セクション3。」 DEFVAL0:、:= gmplsLabelEntry10
gmplsLabelSonetSdhBranch OBJECT-TYPE SYNTAX Integer32 (0..15) MAX-ACCESS read-create STATUS current DESCRIPTION "The Branch Indicator (L) of a SONET or SDH Generalized Label. Zero indicates that this field is non-significant. Only valid gmplsLabelType is set to gmplsSonetLabel(4) or gmplsSdhLabel(5). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control, RFC 4606, section 3." DEFVAL { 0 } ::= { gmplsLabelEntry 11 }
gmplsLabelSonetSdhBranch OBJECT-TYPE SYNTAX Integer32(0 .15)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「SonetかSDHの支店インディケータ(L)はラベルを一般化しました」。 ゼロは、この分野が非重要であることを示します。 有効なgmplsLabelTypeだけがgmplsSonetLabel(4)かgmplsSdhLabel(5)に用意ができています。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)のための一般化されたMulti-プロトコルLabel Switching(GMPLS)拡張子は制御されます、RFC4606、セクション3。」 DEFVAL0:、:= gmplsLabelEntry11
gmplsLabelSonetSdhGroupBranch OBJECT-TYPE SYNTAX Integer32 (0..15) MAX-ACCESS read-create STATUS current DESCRIPTION "The Group Branch Indicator (M) of a SONET or SDH Generalized Label. Zero indicates that this field is non-significant. Only valid if gmplsLabelType is set to gmplsSonetLabel(4) or gmplsSdhLabel(5). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control, RFC 4606, section 3." DEFVAL { 0 } ::= { gmplsLabelEntry 12 }
gmplsLabelSonetSdhGroupBranch OBJECT-TYPE SYNTAX Integer32(0 .15)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「SonetかSDHのグループ支店インディケータ(M)はラベルを一般化しました」。 ゼロは、この分野が非重要であることを示します。 有効なだけ、gmplsLabelTypeがgmplsSonetLabel(4)かgmplsSdhLabel(5)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)のための一般化されたMulti-プロトコルLabel Switching(GMPLS)拡張子は制御されます、RFC4606、セクション3。」 DEFVAL0:、:= gmplsLabelEntry12
gmplsLabelWavebandId OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The waveband identifier component of a Waveband Label. Only valid if gmplsLabelType is set to gmplsWavebandLabel(6). This object cannot be modified if gmplsLabelRowStatus is active(1)."
gmplsLabelWavebandId OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「Waveband Labelの周波数帯識別子の部品。」 有効なだけ、gmplsLabelTypeがgmplsWavebandLabel(6)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」
Nadeau & Farrel Standards Track [Page 29] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[29ページ]。
REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3.3." DEFVAL { 0 } ::= { gmplsLabelEntry 13 }
参照「1」。 「Functional記述、RFC3471、セクション3.3に合図しながら、Multi-プロトコルLabel Switching(GMPLS)を一般化します。」だった DEFVAL0:、:= gmplsLabelEntry13
gmplsLabelWavebandStart OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The starting label component of a Waveband Label. Only valid if gmplsLabelType is set to gmplsWavebandLabel(6). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3.3." DEFVAL { 0 } ::= { gmplsLabelEntry 14 }
gmplsLabelWavebandStart OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「始めはWaveband Labelの部品とラベルする」STATUSの現在の記述を読書して作成します。 有効なだけ、gmplsLabelTypeがgmplsWavebandLabel(6)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「Functional記述、RFC3471、セクション3.3に合図しながら、Multi-プロトコルLabel Switching(GMPLS)を一般化します。」だった DEFVAL0:、:= gmplsLabelEntry14
gmplsLabelWavebandEnd OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "The end label component of a Waveband Label. Only valid if gmplsLabelType is set to gmplsWavebandLabel(6). This object cannot be modified if gmplsLabelRowStatus is active(1)." REFERENCE "1. Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description, RFC 3471, section 3.3." DEFVAL { 0 } ::= { gmplsLabelEntry 15 }
gmplsLabelWavebandEnd OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「終わりはWaveband Labelの部品とラベルする」STATUSの現在の記述を読書して作成します。 有効なだけ、gmplsLabelTypeがgmplsWavebandLabel(6)に用意ができているなら。 「gmplsLabelRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 参照「1」。 「Functional記述、RFC3471、セクション3.3に合図しながら、Multi-プロトコルLabel Switching(GMPLS)を一般化します。」だった DEFVAL0:、:= gmplsLabelEntry15
gmplsLabelStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "This variable indicates the storage type for this row. The agent MUST ensure that this object's value remains consistent with the storage type of any rows in other tables that contain pointers to this row. In particular, the storage type of this row must be at least as permanent as that of any row that points to it. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row." REFERENCE
gmplsLabelStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「ここの変数がこれのためのストレージタイプを示すす」STATUSの現在の記述を読書して作成します。 エージェントは、このオブジェクトの値がこの行に指針を含む他のテーブルのどんな行のストレージタイプとも一致していたままで残っているのを保証しなければなりません。 この行のストレージタイプはそれを示すどんな行のものとも特に、少なくとも同じくらい永久的でなければなりません。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 参照
Nadeau & Farrel Standards Track [Page 30] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[30ページ]。
"1. Textual Conventions for SMIv2, STD 58, RFC 2579, section 2." DEFVAL { volatile } ::= { gmplsLabelEntry 16 }
"1. 「SMIv2のための原文のConventions、STD58、RFC2579、セクション2。」 DEFVAL、揮発性:、:= gmplsLabelEntry16
gmplsLabelRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. When a row in this table has a row in the active(1) state, no objects in this row can be modified except the gmplsLabelRowStatus and gmplsLabelStorageType.
gmplsLabelRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの行を作成して、変更する、そして/または、削除するのに使用されます」。 このテーブルの行が活動的な(1)状態に行を持っていると、gmplsLabelRowStatusとgmplsLabelStorageType以外に、この行のオブジェクトを全く変更できません。
The gmplsLabelType object does not have a default and must be set before a row can become active. The corresponding label objects (dependent on the value of gmplsLabelType) should also be set unless they happen to need to use the specified default values as follows:
gmplsLabelTypeオブジェクトをデフォルトを持たないで、行がアクティブになることができる前に設定しなければなりません。 また、それらが、たまたま以下の指定されたデフォルト値を使用する必要がないなら、対応するラベルオブジェクト(gmplsLabelTypeの値に依存する)は設定されるべきです:
gmplsLabelType setting objects to be set -------------------------------------------------------------- gmplsMplsLabel(1) gmplsLabelMplsLabel
オブジェクトに設定されるように設定するgmplsLabelType-------------------------------------------------------------- gmplsMplsLabel(1) gmplsLabelMplsLabel
gmplsPortWavelengthLabel(2) gmplsLabelPortWavelength
gmplsPortWavelengthLabel(2) gmplsLabelPortWavelength
gmplsFreeformLabel(3) gmplsLabelFreeform
gmplsFreeformLabel(3) gmplsLabelFreeform
gmplsSonetLabel(4) gmplsLabelSonetSdhSignalIndex gmplsLabelSdhVc gmplsLabelSdhVcBranch gmplsLabelSonetSdhBranch gmplsLabelSonetSdhGroupBranch
gmplsSonetLabel(4) gmplsLabelSonetSdhSignalIndex gmplsLabelSdhVc gmplsLabelSdhVcBranch gmplsLabelSonetSdhBranch gmplsLabelSonetSdhGroupBranch
gmplsSdhLabel(5) gmplsLabelSonetSdhSignalIndex gmplsLabelSdhVc gmplsLabelSdhVcBranch gmplsLabelSonetSdhBranch gmplsLabelSonetSdhGroupBranch
gmplsSdhLabel(5) gmplsLabelSonetSdhSignalIndex gmplsLabelSdhVc gmplsLabelSdhVcBranch gmplsLabelSonetSdhBranch gmplsLabelSonetSdhGroupBranch
gmplsWavebandLabel(6) gmplsLabelWavebandId gmplsLabelWavebandStart gmplsLabelWavebandEnd" ::= { gmplsLabelEntry 17 }
「gmplsWavebandLabel(6) gmplsLabelWavebandId gmplsLabelWavebandStart gmplsLabelWavebandEnd」:、:= gmplsLabelEntry17
gmplsLabelGroups OBJECT IDENTIFIER ::= { gmplsLabelConformance 1 }
gmplsLabelGroupsオブジェクト識別子:、:= gmplsLabelConformance1
Nadeau & Farrel Standards Track [Page 31] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[31ページ]。
gmplsLabelCompliances OBJECT IDENTIFIER ::= { gmplsLabelConformance 2 }
gmplsLabelCompliancesオブジェクト識別子:、:= gmplsLabelConformance2
gmplsLabelModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance requirement for implementations that only provide read-only support for GMPLS-LABEL-STD-MIB. Such devices can then be monitored but cannot be configured using this MIB module."
gmplsLabelModuleReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「GMPLS-LABEL-STD-MIBの書き込み禁止サポートを提供するだけである実装のための承諾要件。」 「そのようなデバイスを次に、モニターできますが、このMIBモジュールを使用することで構成できません。」
MODULE -- this module
MODULE--このモジュール
-- The mandatory groups have to be implemented by LSRs claiming -- support for this MIB module. This MIB module is, however, not -- mandatory for a working implementation of a GMPLS LSR with full -- MIB support if the GMPLS Labels in use can be represented within -- a 32-bit quantity.
-- 義務的なグループはLSRs要求で実装されなければなりません--このMIBモジュールのサポート。 しかしながら、このMIBモジュールがある、--、使用中のGMPLS Labelsであるなら中にMIBサポートを表すことができるという完全であるのがあるGMPLS LSRの働く実装に義務的なaの32ビットの量
MANDATORY-GROUPS { gmplsLabelTableGroup }
義務的なグループgmplsLabelTableGroup
GROUP gmplsLabelPacketGroup DESCRIPTION "This group extends gmplsLabelTableGroup for implementations that support Packet Labels. It is optional for implementations that do not support Packet Labels."
GROUP gmplsLabelPacketGroup記述、「このグループはPacket Labelsをサポートする実装のためにgmplsLabelTableGroupを広げています」。 「Packet Labelsをサポートしない実装に、それは任意です。」
GROUP gmplsLabelPortWavelengthGroup DESCRIPTION "This group extends gmplsLabelTableGroup for implementations that support Port and Wavelength Labels. It is optional for implementations that do not support Wavelength Labels."
GROUP gmplsLabelPortWavelengthGroup記述、「このグループはPortとWavelength Labelsをサポートする実装のためにgmplsLabelTableGroupを広げています」。 「Wavelength Labelsをサポートしない実装に、それは任意です。」
GROUP gmplsLabelFreeformGroup DESCRIPTION "This group extends gmplsLabelTableGroup for implementations that support Freeform Labels. It is optional for implementations that do not support Freeform Labels."
GROUP gmplsLabelFreeformGroup記述、「このグループはFreeform Labelsをサポートする実装のためにgmplsLabelTableGroupを広げています」。 「Freeform Labelsをサポートしない実装に、それは任意です。」
GROUP gmplsLabelSonetSdhGroup DESCRIPTION "This group extends gmplsLabelTableGroup for implementations that support SONET or SDH Labels. It is optional for implementations that do not support SONET or SDH Labels."
GROUP gmplsLabelSonetSdhGroup記述、「このグループはSonetかSDH Labelsをサポートする実装のためにgmplsLabelTableGroupを広げています」。 「SonetかSDH Labelsをサポートしない実装に、それは任意です。」
GROUP gmplsLabelWavebandGroup DESCRIPTION
グループgmplsLabelWavebandGroup記述
Nadeau & Farrel Standards Track [Page 32] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[32ページ]。
"This group extends gmplsLabelTableGroup for implementations that support Waveband Labels. It is optional for implementations that do not support Waveband Labels." OBJECT gmplsLabelType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
「このグループはWaveband Labelsをサポートする実装のためにgmplsLabelTableGroupを広げます。」 「Waveband Labelsをサポートしない実装に、それは任意です。」 OBJECT gmplsLabelType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelMplsLabel MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelMplsLabel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelPortWavelength MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelPortWavelength MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelFreeform MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelFreeform MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelSonetSdhSignalIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelSonetSdhSignalIndex MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelSdhVc MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelSdhVc MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelSdhVcBranch MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelSdhVcBranch MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelSonetSdhBranch MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelSonetSdhBranch MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelSonetSdhGroupBranch MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelSonetSdhGroupBranch MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Nadeau & Farrel Standards Track [Page 33] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[33ページ]。
OBJECT gmplsLabelWavebandId MIN-ACCESS read-only DESCRIPTION "Write access is not required." OBJECT gmplsLabelWavebandStart MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelWavebandId MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 OBJECT gmplsLabelWavebandStart MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelWavebandEnd MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelWavebandEnd MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT gmplsLabelStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT gmplsLabelRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT gmplsLabelRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
::= { gmplsLabelCompliances 1 }
::= gmplsLabelCompliances1
gmplsLabelModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that support the complete GMPLS-LABEL-STD-MIB module.
gmplsLabelModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「完全なGMPLS-LABEL-STD-MIBモジュールをサポートするエージェントのための承諾声明。」
The mandatory groups have to be implemented by GMPLS LSRs claiming support for this MIB module. This MIB module is, however, not mandatory for a working implementation of a GMPLS LSR with full MIB support if the GMPLS Labels in use can be represented within a 32-bit quantity."
義務的なグループはこのMIBモジュールにサポートの代金を請求するGMPLS LSRsによって実装されなければなりません。 「しかしながら、32ビットの量の中に使用中のGMPLS Labelsを表すことができるなら、このMIBモジュールは完全なMIBサポートによってGMPLS LSRの働く実装に義務的ではありません。」
MODULE -- this module
MODULE--このモジュール
MANDATORY-GROUPS { gmplsLabelTableGroup }
義務的なグループgmplsLabelTableGroup
::= { gmplsLabelCompliances 2 }
::= gmplsLabelCompliances2
Nadeau & Farrel Standards Track [Page 34] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[34ページ]。
gmplsLabelTableGroup OBJECT-GROUP OBJECTS { gmplsLabelIndexNext, gmplsLabelType, gmplsLabelStorageType, gmplsLabelRowStatus }
gmplsLabelTableGroupオブジェクト群対象gmplsLabelIndexNext、gmplsLabelType、gmplsLabelStorageType、gmplsLabelRowStatus
STATUS current DESCRIPTION "Necessary, but not sufficient, set of objects to implement label table support. In addition, depending on the type of labels supported, the following other groups defined below are mandatory:
「必要な、しかし、十分でないセットの道具へのオブジェクトはテーブルサポートとラベルする」STATUSの現在の記述。 支えられたラベルのタイプに頼っていて、さらに、以下で定義された以下の他のグループは義務的です:
gmplsLabelWavebandGroup and/or gmplsLabelPacketGroup and/or gmplsLabelPortWavelengthGroup and/or gmplsLabelFreeformGroup and/or gmplsLabelSonetSdhGroup." ::= { gmplsLabelGroups 1 }
「gmplsLabelWavebandGroup、gmplsLabelPacketGroup、gmplsLabelPortWavelengthGroup、gmplsLabelFreeformGroup、そして/または、gmplsLabelSonetSdhGroup。」 ::= gmplsLabelGroups1
gmplsLabelPacketGroup OBJECT-GROUP OBJECTS { gmplsLabelMplsLabel } STATUS current DESCRIPTION "Object needed to implement Packet (MPLS) Labels." ::= { gmplsLabelGroups 2 }
gmplsLabelPacketGroup OBJECT-GROUP OBJECTS gmplsLabelMplsLabel、「オブジェクトがPacket(MPLS)がラベルであると実装するのに必要だった」STATUSの現在の記述。 ::= gmplsLabelGroups2
gmplsLabelPortWavelengthGroup OBJECT-GROUP OBJECTS { gmplsLabelPortWavelength } STATUS current DESCRIPTION "Object needed to implement Port and Wavelength Labels." ::= { gmplsLabelGroups 3 }
gmplsLabelPortWavelengthGroup OBJECT-GROUP OBJECTS gmplsLabelPortWavelength、STATUSの現在の記述「Portを実装するのが必要であるオブジェクトとWavelength Labels。」 ::= gmplsLabelGroups3
gmplsLabelFreeformGroup OBJECT-GROUP OBJECTS { gmplsLabelFreeform } STATUS current DESCRIPTION "Object needed to implement Freeform Labels." ::= { gmplsLabelGroups 4 }
gmplsLabelFreeformGroup OBJECT-GROUP OBJECTS gmplsLabelFreeform、「オブジェクトがFreeform Labelsを実装するのに必要だった」STATUSの現在の記述。 ::= gmplsLabelGroups4
Nadeau & Farrel Standards Track [Page 35] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[35ページ]。
gmplsLabelSonetSdhGroup OBJECT-GROUP OBJECTS { gmplsLabelSonetSdhSignalIndex, gmplsLabelSdhVc, gmplsLabelSdhVcBranch, gmplsLabelSonetSdhBranch, gmplsLabelSonetSdhGroupBranch } STATUS current DESCRIPTION "Objects needed to implement SONET and SDH Labels." ::= { gmplsLabelGroups 5 }
gmplsLabelSonetSdhGroup OBJECT-GROUP OBJECTS、gmplsLabelSonetSdhSignalIndex、gmplsLabelSdhVc、gmplsLabelSdhVcBranch、gmplsLabelSonetSdhBranch、gmplsLabelSonetSdhGroupBranch、STATUSの現在の記述「Sonetを実装するのが必要であるオブジェクトとSDH Labels。」 ::= gmplsLabelGroups5
gmplsLabelWavebandGroup OBJECT-GROUP OBJECTS { gmplsLabelWavebandId, gmplsLabelWavebandStart, gmplsLabelWavebandEnd } STATUS current DESCRIPTION "Objects needed to implement Waveband Labels." ::= { gmplsLabelGroups 6 }
gmplsLabelWavebandGroup OBJECT-GROUP OBJECTS、gmplsLabelWavebandId、gmplsLabelWavebandStart、gmplsLabelWavebandEnd、「オブジェクトがWaveband Labelsを実装するのに必要だった」STATUSの現在の記述。 ::= gmplsLabelGroups6
END
終わり
9. Security Considerations
9. セキュリティ問題
It is clear that the MIB modules described in this document in association with MPLS-LSR-STD-MIB [RFC3813] are potentially useful for monitoring of GMPLS LSRs. These MIB modules can also be used for configuration of certain objects, and anything that can be configured can be incorrectly configured, with potentially disastrous results.
本書ではMPLS-LSR-STD-MIB[RFC3813]と関連して説明されたMIBモジュールが潜在的にGMPLS LSRsのモニターの役に立つのは、明確です。 また、あるオブジェクトの構成にこれらのMIBモジュールを使用できます、そして、不当に、構成できるものは何でも構成できます、潜在的に悲惨な結果で。
There are a number of management objects defined in these MIB modules with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. These are the tables and objects and their sensitivity/vulnerability:
aがあります。読書して書くことのマックス-ACCESS節でこれらのMIBモジュールで定義された管理オブジェクトに付番する、そして/または、読書して作成します。 そのようなオブジェクトはいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 適切な保護のない非安全な環境におけるSET操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o the gmplsInterfaceTable, gmplsInSegmentTable, gmplsOutSegmentTable, and gmplsLabelTable collectively contain objects to provision GMPLS interfaces, LSPs, and their associated parameters on a Label Switching Router (LSR). Unauthorized write access to objects in these tables could result in disruption of
o gmplsInterfaceTable、gmplsInSegmentTable、gmplsOutSegmentTable、およびgmplsLabelTableはLabel Switching Router(LSR)に関する支給GMPLSインタフェース、LSPs、および彼らの関連パラメタにオブジェクトをまとめて含んでいます。 権限のなさ、これらのテーブルが分裂に結果になることができたオブジェクトへのアクセスを書いてください。
Nadeau & Farrel Standards Track [Page 36] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[36ページ]。
traffic on the network. This is especially true if an LSP has already been established.
ネットワークのトラフィック。 LSPが既に設立されたなら、これは特に本当です。
Some of the readable objects in these MIB modules (i.e., objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. It is thus important to control even GET and/or NOTIFY access to these objects and possibly to even encrypt the values of these objects when sending them over the network via SNMP. These are the tables and objects and their sensitivity/vulnerability:
これらのMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o the gmplsInterfaceTable, gmplsInSegmentTable, gmplsOutSegmentTable, and gmplsLabelTable collectively show the LSP network topology and its capabilities. If an administrator does not want to reveal this information, then these tables should be considered sensitive/vulnerable.
o gmplsInterfaceTable、gmplsInSegmentTable、gmplsOutSegmentTable、およびgmplsLabelTableはLSPネットワーク形態とその能力をまとめて示しています。 管理者がこの情報を明らかにしたくないなら、これらのテーブルは敏感であるか、または被害を受け易いと考えられるべきです。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPsec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in these MIB modules.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPsecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこれらのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module, is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために構成されて、それはこのMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/オペレータ責任です。
10. Acknowledgments
10. 承認
This document is a product of the CCAMP Working Group.
このドキュメントはCCAMP作業部会の製品です。
This document extends the MIB tables in [RFC3813]. The authors would like to express their gratitude to all those who worked on that earlier MIB document.
このドキュメントは[RFC3813]でMIBテーブルを広げています。 作者はその以前のMIBドキュメントに取り組んだすべての人に感謝したがっています。
The authors would like to express their thanks to Dan Joyle for his careful review and comments on early versions of the label table. Special thanks to Joan Cucchiara and Len Nieman for their help with
作者はラベルテーブルの早めのバージョンの彼の慎重なレビューとコメントのためにダンJoyleに感謝したがっています。 特別番組は彼らの助けについてジョーンCucchiaraとレンNiemanに感謝します。
Nadeau & Farrel Standards Track [Page 37] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[37ページ]。
compilation issues. Lars Eggert, Tom Petch, Dan Romascanu, and Bert Wijnen provided useful input in the final stages of review.
編集問題。 ラース・エッゲルト、トムPetch、ダンRomascanu、およびバートWijnenは役に立つ入力をレビューの最終段階に供給しました。
Joan Cucchiara provided a helpful and very thorough MIB Doctor review.
ジョーンCucchiaraは役立っていて非常に徹底的なMIB医師レビューを提供しました。
11. IANA Considerations
11. IANA問題
IANA has rooted MIB objects in the two MIB modules contained in this document under the mplsStdMIB subtree.
IANAは本書ではmplsStdMIB下位木の下に含まれた2つのMIBモジュールでMIBオブジェクトを根づかせました。
IANA has made the following assignments in the "NETWORK MANAGEMENT PARAMETERS" registry located at http://www.iana.org/assignments/ smi-numbers in table:
IANAはテーブルに http://www.iana.org/assignments/ smi-番号で位置する「ネットワークマネージメントパラメタ」登録で以下の課題をしました:
...mib-2.transmission.mplsStdMIB (1.3.6.1.2.1.10.166)
...mib-2.transmission.mplsStdMIB(1.3.6.1.2.1.10.166)
Decimal Name References ------- ----- ---------- 15 GMPLS-LSR-STD-MIB [RFC4803] 16 GMPLS-LABEL-STD-MIB [RFC4803]
10進名前参照------- ----- ---------- 15 GMPLS-LSR-STD-MIB[RFC4803]16GMPLSラベルSTD-MIB[RFC4803]
In the future, GMPLS-related standards-track MIB modules should be rooted under the mplsStdMIB (sic) subtree. IANA has been requested to manage that namespace in the SMI Numbers registry [RFC3811]. New assignments can only be made via a Standards Action as specified in [RFC2434].
将来、GMPLS関連の標準化過程MIBモジュールはmplsStdMIB(原文のまま)下位木の下に根づくべきです。 IANAがSMI民数記登録[RFC3811]でその名前空間を管理するよう要求されています。 [RFC2434]の指定されるとしてのStandards Actionを通して新しい課題をすることができるだけです。
12. References
12. 参照
12.1. Normative References
12.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年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、「経営情報バージョン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月の原文のコンベンション。」
Nadeau & Farrel Standards Track [Page 38] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[38ページ]。
[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月のための順応声明。」
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[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月。
[RFC3032] Rosen, E., Tappan, D., Fedorkow, G., Rekhter, Y., Farinacci, D., Li, T., and A. Conta, "MPLS Label Stack Encoding", RFC 3032, January 2001.
[RFC3032] ローゼン、E.、タッパン、D.、Fedorkow、G.、Rekhter、Y.、ファリナッチ、D.、李、T.、およびA.コンタ、「MPLSラベルスタックコード化」、RFC3032(2001年1月)。
[RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001.
[RFC3209] Awduche、D.、バーガー、L.、ガン、D.、李、T.、Srinivasan、V.、およびG.が飲み込まれる、「RSVP-Te:」 「LSP TunnelsのためのRSVPへの拡大」、RFC3209、2001年12月。
[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がそうするかもしれません。
[RFC3443] Agarwal, P. and B. Akyol, "Time To Live (TTL) Processing in Multi-Protocol Label Switching (MPLS) Networks", RFC 3443, January 2003.
[RFC3443]AgarwalとP.とB.Akyol、「生きるマルチプロトコルラベルスイッチング(MPLS)ネットワークで処理される時間(TTL)」、RFC3443、2003年1月。
[RFC3471] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471] バーガー、L.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)のシグナリングの機能的な記述」、RFC3471、2003年1月。
[RFC3473] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003.
[RFC3473] バーガー、L.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)シグナリング資源予約プロトコル交通工学(RSVP-Te)拡大」、RFC3473、2003年1月。
[RFC3811] Nadeau, T. and J. Cucchiara, "Definitions of Textual Conventions (TCs) for Multiprotocol Label Switching (MPLS) Management", RFC 3811, June 2004.
[RFC3811] ナドー、T.、およびJ.Cucchiara、「Multiprotocolのための原文のコンベンション(TCs)の定義は切り換え(MPLS)を管理とラベルします」、RFC3811、2004年6月。
[RFC3813] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB)", RFC 3813, June 2004.
[RFC3813] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3813、2004年6月。
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945] マニー、E.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)構造」、RFC3945、2004年10月。
Nadeau & Farrel Standards Track [Page 39] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[39ページ]。
[RFC4606] Mannie, E. and D. Papadimitriou, "Generalized Multi- Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control", RFC 4606, August 2006.
[RFC4606]マニー(E.とD.Papadimitriou)は、「同期式光通信網(Sonet)と同期デジタルハイアラーキ(SDH)コントロールのためのマルチプロトコルラベルの切り換え(GMPLS)拡大を一般化しました」、RFC4606、2006年8月。
[RFC4801] Nadeau, T., Ed. and A. Farrel, Ed., "Definitions of Textual Conventions for Multiprotocol Label Switching (MPLS) Management", RFC 4801, February 2007.
[RFC4801] エドナドー、T.、エドA.ファレル、「Multiprotocolラベルのための原文のコンベンションの定義は(MPLS)管理を切り換えること」でのRFC4801(2007年2月)。
[RFC4802] Nadeau, T., Ed. and A. Farrel, Ed., "Generalized Multiprotocol Label Switching (GMPLS) Traffic Engineering Management Information Base", RFC 4802, February 2007.
[RFC4802] エドナドー、T.、エドA.ファレル、「一般化されたMultiprotocolラベルは(GMPLS)交通技術管理部会を切り換えること」でのRFC4802(2007年2月)。
12.2. Informative References
12.2. 有益な参照
[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月)。
[RFC3468] Andersson, L. and G. Swallow, "The Multiprotocol Label Switching (MPLS) Working Group decision on MPLS signaling protocols", RFC 3468, February 2003.
[RFC3468]アンデションとL.とG.Swallow、「MPLSシグナリングプロトコルのMultiprotocol Label Switching(MPLS)作業部会の決定」、RFC3468、2003年2月。
[RFC3472] Ashwood-Smith, P. and L. Berger, "Generalized Multi- Protocol Label Switching (GMPLS) Signaling Constraint- based Routed Label Distribution Protocol (CR-LDP) Extensions", RFC 3472, January 2003.
[RFC3472]Ashwood-スミス(P.とL.バーガー)は、「ConstraintのベースのRouted Label Distributionプロトコル(CR-自由民主党)拡大に合図しながら、MultiプロトコルLabel Switching(GMPLS)を一般化しました」、RFC3472、2003年1月。
[RFC3812] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB)", RFC 3812, June 2004.
[RFC3812] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolは交通工学(Te)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3812、2004年6月。
Nadeau & Farrel Standards Track [Page 40] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[40ページ]。
Contact Information
問い合わせ先
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
Adrian Farrel Old Dog Consulting
エードリアンのファレルの古い犬のコンサルティング
Phone: +44-(0)-1978-860944 EMail: adrian@olddog.co.uk
以下に電話をしてください。 +44(0)1978-860944メール: adrian@olddog.co.uk
Cheenu Srinivasan Bloomberg L.P. 731 Lexington Ave. New York, NY 10022
Cheenu SrinivasanブルームバーグL.P.731レキシントンAve。 ニューヨーク、ニューヨーク 10022
Phone: +1-212-617-3682 EMail: cheenu@bloomberg.net
以下に電話をしてください。 +1-212-617-3682 メールしてください: cheenu@bloomberg.net
Tim Hall Data Connection Ltd. 100 Church Street Enfield, Middlesex, EN2 6BQ, UK
ティムホールデータ接続株式会社100のチャーチストリートのエンフィールド、ミドルセックス、EN2 6BQ、イギリス
Phone: +44 20 8366 1177 EMail: tim.hall@dataconnection.com
以下に電話をしてください。 +44 20 8366 1177はメールされます: tim.hall@dataconnection.com
Ed Harrison Data Connection Ltd. 100 Church Street Enfield, Middlesex, EN2 6BQ, UK
エドハリソンデータ接続株式会社100のチャーチストリートのエンフィールド、ミドルセックス、EN2 6BQ、イギリス
Phone: +44 20 8366 1177 EMail: ed.harrison@dataconnection.com
以下に電話をしてください。 +44 20 8366 1177はメールされます: ed.harrison@dataconnection.com
Nadeau & Farrel Standards Track [Page 41] RFC 4803 GMPLS LSR MIB February 2007
ナドーとファレルStandardsはGMPLS LSR MIB2007年2月にRFC4803を追跡します[41ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
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, THE IETF TRUST 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.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
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 & Farrel Standards Track [Page 42]
ナドーとファレル標準化過程[42ページ]
一覧
スポンサーリンク