RFC3812 日本語訳
3812 Multiprotocol Label Switching (MPLS) Traffic Engineering (TE)Management Information Base (MIB). C. Srinivasan, A. Viswanathan, T.Nadeau. June 2004. (Format: TXT=136475 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group C. Srinivasan Request for Comments: 3812 Bloomberg L.P. Category: Standards Track A. Viswanathan Force10 Networks, Inc. T. Nadeau Cisco Systems, Inc. June 2004
Srinivasanがコメントのために要求するワーキンググループC.をネットワークでつないでください: 3812年のブルームバーグL.P.カテゴリ: 規格はInc.T.ナドーシスコシステムズInc.2004年6月にA.Viswanathan Force10ネットワークを追跡します。
Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB)
Multiprotocolラベルの切り換え(MPLS)交通工学(Te)管理情報ベース(MIB)
Status of this Memo
この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 Internet Society (2004).
Copyright(C)インターネット協会(2004)。
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 for Multiprotocol Label Switching (MPLS) based traffic engineering (TE).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはMultiprotocol Label Switchingの(MPLS)ベースの交通工学(TE)のために管理オブジェクトについて説明します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology. . . . . . . . . . . . . . . . . . . . . . . . . . 2 3. The Internet-Standard Management Framework . . . . . . . . . . 3 4. Feature List . . . . . . . . . . . . . . . . . . . . . . . . . 3 5. Outline. . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 5.1. Summary of Traffic Engineering MIB Module. . . . . . . . 4 6. Brief Description of MIB Objects . . . . . . . . . . . . . . . 4 6.1. mplsTunnelTable. . . . . . . . . . . . . . . . . . . . . 4 6.2. mplsTunnelResourceTable. . . . . . . . . . . . . . . . . 5 6.3. mplsTunnelHopTable . . . . . . . . . . . . . . . . . . . 5 6.4. mplsTunnelARHopTable . . . . . . . . . . . . . . . . . . 5 6.5. mplsTunnelCHoptable. . . . . . . . . . . . . . . . . . . 5 6.6. mplsTunnelPerfTable. . . . . . . . . . . . . . . . . . . 6 6.7. mplsTunnelCRLDPResTable. . . . . . . . . . . . . . . . . 6 7. Use of 32-bit and 64-bit Counters. . . . . . . . . . . . . . . 6
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 用語。 . . . . . . . . . . . . . . . . . . . . . . . . . 2 3. インターネット標準の管理枠組み. . . . . . . . . . 3 4。 リスト. . . . . . . . . . . . . . . . . . . . . . . . . 3 5を特徴としてください。 概説します。 . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 5.1. 交通工学MIBモジュールの概要。 . . . . . . . 4 6. MIB物.46.1mplsTunnelTableの記述に事情を知らせてください。 . . . . . . . . . . . . . . . . . . . . 4 6.2mplsTunnelResourceTable。 . . . . . . . . . . . . . . . . 5 6.3mplsTunnelHopTable. . . . . . . . . . . . . . . . . . . 5 6.4mplsTunnelARHopTable. . . . . . . . . . . . . . . . . . 5 6.5mplsTunnelCHoptable。 . . . . . . . . . . . . . . . . . . 5 6.6mplsTunnelPerfTable。 . . . . . . . . . . . . . . . . . . 6 6.7mplsTunnelCRLDPResTable。 . . . . . . . . . . . . . . . . 6 7. 32ビットの、そして、64ビットのカウンタの使用。 . . . . . . . . . . . . . . 6
Srinivasan, et al. Standards Track [Page 1] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[1ページ]。
8. Application of the Interface Group to MPLS Tunnels . . . . . . 6 8.1. Support of the MPLS Tunnel Interface by ifTable. . . . . 7 9. Example of Tunnel Setup. . . . . . . . . . . . . . . . . . . . 8 10. The Use of RowPointer. . . . . . . . . . . . . . . . . . . . . 11 11. MPLS Traffic Engineering MIB Definitions . . . . . . . . . . . 11 12. Security Considerations. . . . . . . . . . . . . . . . . . . . 63 13. Acknowledgments. . . . . . . . . . . . . . . . . . . . . . . . 64 14. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 64 14.1. IANA Considerations for MPLS-TE-STD-MIB. . . . . . . . . 65 15. References . . . . . . . . . . . . . . . . . . . . . . . . . . 65 15.1. Normative References . . . . . . . . . . . . . . . . . . 65 15.2. Informative References . . . . . . . . . . . . . . . . . 66 16. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 67 17. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 68
8. MPLSへのインタフェースグループのアプリケーションは.68.1にトンネルを堀ります。 ifTableによるMPLSトンネルのインタフェースのサポート。 . . . . 7 9. トンネルセットアップに関する例。 . . . . . . . . . . . . . . . . . . . 8 10. RowPointerの使用。 . . . . . . . . . . . . . . . . . . . . 11 11. MPLS交通工学MIB定義. . . . . . . . . . . 11 12。 セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 63 13. 承認。 . . . . . . . . . . . . . . . . . . . . . . . 64 14. IANA問題。 . . . . . . . . . . . . . . . . . . . . . 64 14.1. MPLS Te STD-MIBのためのIANA問題。 . . . . . . . . 65 15. 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 65 15.1。 引用規格. . . . . . . . . . . . . . . . . . 65 15.2。 有益な参照. . . . . . . . . . . . . . . . . 66 16。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . . 67 17。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 68
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 Multiprotocol Label Switching (MPLS) [RFC3031] based traffic engineering. This MIB module should be used in conjunction with the companion document [RFC3813] for MPLS based traffic engineering configuration and management.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Multiprotocol Label Switching(MPLS)の[RFC3031]ベースの交通工学をモデル化するために管理オブジェクトについて説明します。 このMIBモジュールはMPLSのベースの交通工学構成と管理のための仲間ドキュメント[RFC3813]に関連して使用されるべきです。
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, reference [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTがBCP14、RFC2119で説明されるように本書では解釈されることであるなら、[RFC2119]に参照をつけてくださいだろう。
2. Terminology
2. 用語
This document uses terminology from the MPLS architecture document [RFC3031] and MPLS Label Switch Router MIB [RFC3813]. Some frequently used terms are described next.
このドキュメントはMPLS構造ドキュメント[RFC3031]とMPLS Label Switch Router MIB[RFC3813]から用語を使用します。 いくつかの頻繁に使用された期間が次に、説明されます。
An explicitly routed LSP (ERLSP) is referred to as an MPLS tunnel. It consists of in-segment(s) and/or out-segment(s) at the egress/ingress LSRs, each segment being associated with one MPLS interface. These are also referred to as tunnel segments. Additionally, at an intermediate LSR, we model a connection as consisting of one or more in-segments and/or one or more out- segments. The binding or interconnection between in-segments and out-segments is performed using a cross-connect. These objects are defined in the MPLS Label Switch Router MIB [RFC3813].
明らかに発送されたLSP(ERLSP)はMPLSトンネルと呼ばれます。 それはセグメントにおける(s)、そして/または、出口/イングレスLSRsの出ているセグメント、あるMPLSインタフェースに関連しているそれぞれのセグメントから成ります。 また、これらはトンネルセグメントと呼ばれます。 さらに、中間的LSRでは、私たちは1つか、よりセグメントで成る、そして/または、1つ以上の出ているセグメントとして接続をモデル化します。 間の結合かインタコネクトが、セグメントとセグメントから十字接続を使用することで実行されます。 これらの物はMPLS Label Switch Router MIB[RFC3813]で定義されます。
Srinivasan, et al. Standards Track [Page 2] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[2ページ]。
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モジュールを指定します。
4. Feature List
4. 特徴リスト
The MPLS traffic engineering MIB module is designed to satisfy the following requirements and constraints:
MPLS交通工学MIBモジュールは以下の要件と規制を満たすように設計されています:
- The MIB module supports configuration of point-to-point unidirectional tunnels.
- MIBモジュールは二地点間単方向のトンネルの構成を支持します。
- MPLS tunnels need not be interfaces, but it is possible to configure a tunnel as an interface.
- MPLSトンネルはインタフェースである必要はありませんが、インタフェースとしてトンネルを構成するのは可能です。
- The MIB module supports tunnel establishment via an MPLS signalling protocol wherein the tunnel parameters are specified using this MIB module at the head end of the LSP, and end-to-end tunnel LSP establishment is accomplished via signalling. The MIB module also supports manually configured tunnels, i.e., those for which label associations at each hop of the tunnel LSP are provisioned by the administrator via the LSR MIB [RFC3813].
- MIBモジュールはLSPのギヤエンドでこのMIBモジュールを使用することでトンネルパラメタが指定されるMPLS合図プロトコルでトンネル設立を支持します、そして、終わりから終わりへのトンネルLSP設立は合図を通して実行されます。 また、MIBモジュールは手動で構成されたトンネル(すなわち、トンネルLSPの各ホップのラベル協会がLSR MIB[RFC3813]を通して管理者によって食糧を供給されるそれら)を支えます。
- The MIB module supports persistent, as well as non-persistent tunnels.
- MIBモジュールはしつこくて、非しつこいトンネルを支えます。
5. Outline
5. アウトライン
Traffic engineering support for MPLS tunnels requires the following configuration:
MPLSトンネルの交通工学サポートは以下の構成を必要とします:
- Setting up MPLS tunnels along with appropriate configuration parameters.
- MPLSをセットアップするのは適切な設定パラメータと共にトンネルを堀ります。
- Configuring tunnel for loose and strict source routed hops.
- ゆるくて厳しいソースにトンネルを構成すると、ホップは発送されました。
Srinivasan, et al. Standards Track [Page 3] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[3ページ]。
These actions may need to be accompanied by corresponding actions using [RFC3813] to establish and configure tunnel segments, if this is done manually. Also, the in-segment and out-segment performance tables, mplsInSegmentPerfTable, and mplsOutSegmentPerfTable [RFC3813], should be used to determine performance of the tunnels and tunnel segments, in addition to mplsTunnelPerfTable in this MIB module.
これらの動作は、トンネルセグメントを設立して、構成するのに[RFC3813]を使用しながら対応する動作で伴われる必要があるかもしれません、これが手動で完了しているなら。 また、セグメントの、そして、出ているセグメントの性能テーブル(mplsInSegmentPerfTable、およびmplsOutSegmentPerfTable[RFC3813])は、トンネルとトンネルセグメントの性能を決定するのに使用されるべきです、このMIBモジュールによるmplsTunnelPerfTableに加えて。
5.1. Summary of Traffic Engineering MIB Module
5.1. 交通工学MIBモジュールの概要
The MIB module objects for performing these actions consist of the following tables:
これらの動作を実行するためのMIBモジュール物は以下のテーブルから成ります:
- Tunnel table (mplsTunnelTable) for setting up MPLS tunnels.
- MPLSをセットアップするためのトンネルテーブル(mplsTunnelTable)はトンネルを堀ります。
- Resource table (mplsTunnelResourceTable) for setting up the tunnel resources.
- トンネルリソースをセットアップするためのリソーステーブル(mplsTunnelResourceTable)。
- Tunnel specified, actual, and computed hop tables (mplsTunnelHopTable, mplsTunnelARHopTable, and mplsTunnelCHopTable) for strict and loose source routed MPLS tunnel hops.
- 厳しくてゆるいソース発送されたMPLSトンネルホップのために、指定されて、実際の、そして、計算されたホップテーブル(mplsTunnelHopTable、mplsTunnelARHopTable、およびmplsTunnelCHopTable)にトンネルを堀ってください。
- Tunnel performance table (mplsTunnelPerfTable) for measuring tunnel performance.
- 測定トンネル性能のために性能テーブル(mplsTunnelPerfTable)にトンネルを堀ってください。
- CRLDP resource table (mplsTunnelCRLDPResTable) for specifying resource objects applicable to tunnels signaled using CRLDP.
- CRLDPを使用することでトンネルに適切なリソース物を指定するためのCRLDPリソーステーブル(mplsTunnelCRLDPResTable)は合図しました。
These tables are described in the subsequent sections.
これらのテーブルはその後のセクションで説明されます。
6. Brief Description of MIB Objects
6. MIB物の簡単な説明
The objects described in this section support the functionality described in documents [RFC3209] and [RFC3212]. The tables support both manually configured and signaled tunnels.
物はこのセクションサポートでドキュメント[RFC3209]と[RFC3212]で説明された機能性について説明しました。 テーブルは手動で構成されて、ともに合図されたトンネルを支えます。
6.1. mplsTunnelTable
6.1. mplsTunnelTable
The mplsTunnelTable allows new MPLS tunnels to be created between an MPLS LSR and a remote endpoint, and existing tunnels to be reconfigured or removed. Note that we only support point-to-point tunnels, although multipoint-to-point and point-to-multipoint connections are supported by an LSR acting as a cross-connect. Each MPLS tunnel can thus have one out-segment originating at an LSR and/or one in-segment terminating at that LSR.
mplsTunnelTableは、新しいMPLSトンネルがMPLS LSRと遠く離れた終点の間で作成されるのを許容します、そして、存在は、再構成するか、または取り除くためにトンネルを堀ります。 私たちが二地点間トンネルを支えるだけであることに注意してください、多点からポイントとポイントツーマルチポイント接続は十字接続として機能するLSRによって支持されますが。 その結果、それぞれのMPLSトンネルはそのLSRにLSRで由来するある出ているセグメント、そして/または、セグメントにおける、ある終わりを持つことができます。
Srinivasan, et al. Standards Track [Page 4] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[4ページ]。
mplsTunnelTable does not define the in and out segments forming the tunnel. Instead, these are defined by creating rows in the in- segment and out-segment tables, defining relationships in the cross- connect table, and referring to these rows in the mplsTunnelTable using a cross-connect index, mplsTunnelXCIndex. These segment and cross-connect related objects are defined in [RFC3813].
mplsTunnelTableはトンネルを形成するコネと出ているセグメントを定義しません。 代わりに、これらはコネセグメントと出ているセグメントテーブルで列を作成することによって、定義されます、テーブルを接続して、mplsTunnelTableのこれらの列について言及しながら十字で十字接続インデックスを使用することで関係を定義して、mplsTunnelXCIndex。 これらのセグメントと十字接続関連する物は[RFC3813]で定義されます。
6.2. mplsTunnelResourceTable
6.2. mplsTunnelResourceTable
mplsTunnelResourceTable is used to indicate the resources required for a tunnel. Multiple tunnels may share the same resources by pointing to the same entry in this table. Tunnels that do not share resources must point to separate entries in this table.
mplsTunnelResourceTableは、リソースがトンネルに必要であることを示すのに使用されます。 複数のトンネルが、このテーブルに同じエントリーを示すことによって、同じリソースを共有するかもしれません。 リソースを共有しないトンネルは、このテーブルでエントリーを切り離すために指さなければなりません。
6.3. mplsTunnelHopTable
6.3. mplsTunnelHopTable
mplsTunnelHopTable is used to indicate the hops, strict or loose, for an MPLS tunnel defined in mplsTunnelTable, when it is established via signalling. Multiple tunnels may share the same hops by pointing to the same entry in this table. Each row also has a secondary index, mplsTunnelHopIndex, corresponding to the next hop of this tunnel. The scalar mplsTunnelMaxHops indicates the maximum number of hops that can be specified on each tunnel supported by this LSR.
mplsTunnelHopTableはホップを示すのにおいて中古であるか、厳しいかまたはゆるいです、mplsTunnelTableで定義されたMPLSトンネルに、それが合図を通して設立されるとき。 複数のトンネルが、このテーブルに同じエントリーを示すことによって、同じホップを共有するかもしれません。 また、各列で、二次索引、mplsTunnelHopIndexはこのトンネルの次のホップに対応するようになります。 スカラのmplsTunnelMaxHopsはこのLSRによって支えられた各トンネルの上で指定できるホップの最大数を示します。
At transit LSRs, this table contains the hops, strict or loose, that apply to the downstream part of this tunnel only. This corresponds to the requested path received through the signaling protocol.
トランジットLSRsでは、このテーブルはこのトンネルの川下の部分だけに適用される厳しいかゆるいホップを含んでいます。 これはシグナリングプロトコルを通して受け取られた要求された経路に対応しています。
6.4. mplsTunnelARHopTable
6.4. mplsTunnelARHopTable
mplsTunnelARHopTable is used to indicate the actual hops traversed by a tunnel as reported by the MPLS signalling protocol after the tunnel is setup. The support of this table is optional since not all MPLS signalling protocols may support this feature.
mplsTunnelARHopTableは、MPLS合図プロトコルによってトンネルがセットアップであったのの後で報告されるようにトンネルによって横断された実際のホップを示すのに使用されます。 すべてのMPLS合図プロトコルがこの特徴を支持するかもしれないというわけではないので、このテーブルのサポートは任意です。
At transit LSRs, this table contains the actual hops traversed by the tunnel along its entire length if that information is available. This corresponds to the recorded path reported by the MPLS signalling protocol, possibly derived from multiple signaling messages.
トランジットLSRsでは、このテーブルはその情報が利用可能であるなら全長に沿ってトンネルによって横断された実際のホップを含んでいます。 これはことによると複数のシグナリングメッセージから得られたMPLS合図プロトコルによって報告された記録された経路に対応しています。
6.5. mplsTunnelCHoptable
6.5. mplsTunnelCHoptable
mplsTunnelCHopTable lists the actual hops computed by a constraint- based routing algorithm based on the mplsTunnelHopTable for the MPLS signalling protocol in use. The support of this table is optional since not all implementations may support computation of hop lists using a constraint-based routing protocol.
mplsTunnelCHopTableはMPLS合図プロトコルのためにベースのルーティング・アルゴリズムがmplsTunnelHopTableに基礎づけた規制で計算された実際のホップを使用中に記載します。 すべての実現が規制ベースのルーティング・プロトコルを使用することでホップリストの計算を支持するかもしれないというわけではないので、このテーブルのサポートは任意です。
Srinivasan, et al. Standards Track [Page 5] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[5ページ]。
At transit LSRs, this table contains the hops computed to apply to the downstream part of this tunnel. This corresponds to the requested path signaled from this LSR through the signaling protocol.
トランジットLSRsでは、このテーブルはこのトンネルの川下の部分に適用するために計算されたホップを含んでいます。 これはこのLSRからシグナリングプロトコルまで合図された要求された経路に対応しています。
6.6. mplsTunnelPerfTable
6.6. mplsTunnelPerfTable
mplsTunnelPerfTable provides several counters to measure the performance of the MPLS tunnels. This table augments mplsTunnelTable.
mplsTunnelPerfTableは、MPLSトンネルの性能を測定するためにいくつかのカウンタを提供します。 このテーブルはmplsTunnelTableを増大させます。
6.7. mplsTunnelCRLDPResTable
6.7. mplsTunnelCRLDPResTable
mplsTunnelCRLDPResTable contains resource information for those tunnels that are signaled using CRLDP [RFC3212]. This is a sparse extension to mplsTunnelResourceTable and is also indexed by mplsTunnelResourceIndex. As with mplsTunnelResourceTable, multiple tunnels may share the same resources by pointing to the same entry in this table. Tunnels that do not share resources must point to separate entries in this table. The mplsTunnelCRLDPResTable may be supported only by implementations that support the CR-LDP signaling protocol.
mplsTunnelCRLDPResTableはCRLDP[RFC3212]を使用することで合図されるそれらのトンネルのためのリソース情報を含んでいます。 これは、mplsTunnelResourceTableへのまばらな拡大であり、また、mplsTunnelResourceIndexによって索引をつけられます。 mplsTunnelResourceTableなら、複数のトンネルが、このテーブルに同じエントリーを示すことによって、同じリソースを共有するかもしれません。 リソースを共有しないトンネルは、このテーブルでエントリーを切り離すために指さなければなりません。 mplsTunnelCRLDPResTableは単にCR-自由民主党シグナリングプロトコルをサポートする実現で支持されるかもしれません。
7. Use of 32-bit and 64-bit Counters
7. 32ビットの、そして、64ビットのカウンタの使用
64-bit counters are provided in this MIB module for high-speed interfaces where the use of 32-bit counters might be impractical. The requirements on the use of 32-bit and 64-bit counters (copied verbatim from [RFC2863]) are as follows:
32ビットのカウンタの使用が非実用的であるかもしれない高速インタフェースのために64ビットのカウンタをこのMIBモジュールに提供します。 32ビットの、そして、64ビットのカウンタ([RFC2863]から逐語的にコピーされる)の使用に関する要件は以下の通りです:
For interfaces that operate at 20,000,000 (20 million) bits per second or less, 32-bit byte and packet counters MUST be supported. For interfaces that operate faster than 20,000,000 bits/second, and slower than 650,000,000 bits/second, 32-bit packet counters MUST be supported and 64-bit octet counters MUST be supported. For interfaces that operate at 650,000,000 bits/second or faster, 64-bit packet counters AND 64-bit octet counters MUST be supported.
2000万で作動するインタフェースに関しては、(2000万)bpsか、より少なくて、32ビットのバイトとパケットカウンタを支持しなければなりません。 2000万より速く6億5000万ビット/秒よりビット/2番目で、遅い状態で作動するインタフェースに関しては、32ビットのパケットカウンタを支持しなければなりません、そして、64ビットの八重奏カウンタを支持しなければなりません。 6億5000万ビット/秒か、より速く作動するインタフェースに関しては、64ビットのパケットカウンタと64ビットの八重奏カウンタを支持しなければなりません。
8. Application of the Interface Group to MPLS Tunnels
8. MPLS Tunnelsへのインタフェースグループのアプリケーション
The Interfaces Group of MIB II defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing MPLS Tunnels as logical interfaces.
MIB IIのInterfaces Groupは、インタフェースを管理するために一般的な管理オブジェクトを定義します。 このメモは論理的なインタフェースとしてMPLS Tunnelsを管理するためのInterfaces Groupにメディア特有の拡大を含んでいます。
This memo assumes the interpretation of the Interfaces Group to be in accordance with [RFC2863] which states that the interfaces table (ifTable) contains information on the managed resource's interfaces and that each sub-layer below the internetwork layer of a network
このメモは、インタフェーステーブル(ifTable)が管理資源のインタフェースの情報を含んでいて、インターネットワークの下における各副層が層にされると述べるネットワークの[RFC2863]に従ってInterfaces Groupの解釈があると仮定します。
Srinivasan, et al. Standards Track [Page 6] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[6ページ]。
interface is considered an interface. Thus, the MPLS interface is represented as an entry in the ifTable. The inter-relation of entries in the ifTable is defined by the Interfaces Stack Group defined in [RFC2863].
インタフェースはインタフェースであると考えられます。 したがって、MPLSインタフェースはエントリーとしてifTableに表されます。 ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。
When using MPLS Tunnels as interfaces, the interface stack table might appear as follows:
インタフェースとしてMPLS Tunnelsを使用するとき、インタフェーススタックテーブルは以下の通りに見えるかもしれません:
+------------------------------------------------+ | MPLS tunnel interface ifType = mplsTunnel(150) | +------------------------------------------------+ | MPLS interface ifType = mpls(166) | +------------------------------------------------+ | Underlying layer | +------------------------------------------------+
+------------------------------------------------+ | MPLSトンネルインタフェースifTypeはmplsTunnel(150)と等しいです。| +------------------------------------------------+ | MPLSインタフェースifTypeはmpls(166)と等しいです。| +------------------------------------------------+ | 下位層| +------------------------------------------------+
In the above diagram, "Underlying Layer" refers to the ifIndex of any interface type for which MPLS internetworking has been defined. Examples include ATM, Frame Relay, and Ethernet.
上のダイヤグラムで、「下位層」はMPLSインターネットワーキングが定義されたどんなインターフェース型のifIndexも示します。 例はATM、Frame Relay、およびイーサネットを含んでいます。
8.1. Support of the MPLS Tunnel Interface by ifTable
8.1. ifTableによるMPLSトンネルのインタフェースのサポート
Some specific interpretations of the ifTable for those MPLS tunnels represented as interfaces follow:
インタフェースとして表されたそれらのMPLSトンネルへのifTableのいくつかの特定の解釈が続きます:
Object Use for the MPLS tunnel.
MPLSのための物のUseはトンネルを堀ります。
ifIndex Each MPLS tunnel is represented by an ifEntry.
ifIndex Each MPLSトンネルはifEntryによって表されます。
ifDescr Description of the MPLS tunnel.
MPLSトンネルのifDescr記述。
ifType The value that is allocated for the MPLS tunnel is 150.
ifTypeはMPLSトンネルに割り当てているのが、150であるということである値です。
ifSpeed The total bandwidth in bits per second for use by the MPLS tunnel.
使用のためにMPLSトンネルのそばでbpsにおける総帯域幅をifSpeedしました。
ifPhysAddress Unused.
ifPhysAddress未使用です。
ifAdminStatus See [RFC2863].
ifAdminStatusは[RFC2863]を見ます。
ifOperStatus This value reflects the actual operational status of the MPLS tunnel. Assumes the value down(2) if the MPLS tunnel is down.
ifOperStatus This値はMPLSトンネルの実際の操作上の状態を反映します。 MPLSトンネルが下がっているなら、値が下(2)であると仮定します。
ifLastChange See [RFC2863].
ifLastChangeは[RFC2863]を見ます。
Srinivasan, et al. Standards Track [Page 7] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[7ページ]。
ifInOctets The number of octets received over the MPLS tunnel.
八重奏の数がMPLSの上で受けたifInOctetsはトンネルを堀ります。
ifOutOctets The number of octets transmitted over the MPLS tunnel.
八重奏の数がMPLSの上で伝えたifOutOctetsはトンネルを堀ります。
ifInErrors The number of labeled packets dropped due to uncorrectable errors.
ラベルされたパケットの数が落としたifInErrorsはアンコレクタブルエラーがそうします。
ifInUnknownProtos The number of received packets discarded during packet header validation, including packets with unrecognized label values.
容認されたパケットの数が認識されていないラベル値があるパケットを含むパケットのヘッダー合法化の間に捨てたifInUnknownProtos。
ifOutErrors See [RFC2863].
ifOutErrorsは[RFC2863]を見ます。
ifName Textual name (unique on this system) of the MPLS tunnel or an octet string of zero length.
MPLSトンネルのifName Textual名(このシステムの上でユニークな)かゼロ・レングスの八重奏ストリング。
ifLinkUpDownTrapEnable Default is disabled (2).
ifLinkUpDownTrapEnable Defaultは身体障害者(2)です。
ifConnectorPresent Set to false (2).
誤った(2)へのifConnectorPresent Set。
ifHighSpeed See [RFC2863].
ifHighSpeedは[RFC2863]を見ます。
ifHCInOctets The 64-bit version of ifInOctets; supported if required by the compliance statements in [RFC2863].
ifHCInOctets、ifInOctetsの64ビットのバージョン。 必要なら[RFC2863]での承諾声明で、支持されます。
ifHCOutOctets The 64-bit version of ifOutOctets; supported if required by the compliance statements in [RFC2863].
ifHCOutOctets、ifOutOctetsの64ビットのバージョン。 必要なら[RFC2863]での承諾声明で、支持されます。
ifAlias The non-volatile 'alias' name for the MPLS tunnel as specified by a network manager.
指定されるとしてのネットワークマネージャによるMPLSトンネルへのifAlias非揮発性の'別名'名。
9. Example of Tunnel Setup
9. トンネルセットアップに関する例
This section contains an example of which MIB objects should be modified if one would like to create a best effort, loosely routed, unidirectional traffic engineered tunnel, which spans two hops of a simple network. Note that these objects should be created on the "head-end" LSR. Those objects relevant to illustrating the relationships amongst different tables are shown here. Other objects may be needed before conceptual row activation can happen.
このセクションは1つが簡単なネットワークの2つのホップにかかる交通がトンネルを設計したベストエフォート型の、そして、緩く発送された単方向を作成したいならMIB物が変更されるべきである例を含みます。 これらの物が「ギヤエンド」LSRに作成されるべきであることに注意してください。 異なったテーブルの中で関係を例証すると関連しているそれらの物はここに示されます。 概念的な列の起動が起こることができる前に他の物が必要であるかもしれません。
Srinivasan, et al. Standards Track [Page 8] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[8ページ]。
The RowStatus values shown in this section are those to be used in the set request, typically createAndGo(4) which is used to create the conceptual row and have its status immediately set to active. A subsequent retrieval operation on the conceptual row will return a different value, such as active(1). Please see [RFC2579] for a detailed discussion on the use of RowStatus.
セット要求、通常概念的な列を作成して、すぐに状態を持つのに使用されるcreateAndGo(4)でものが使用されることになっているのがこのセクションで示されたRowStatus値はアクティブにセットしました。 概念的な列におけるその後の検索操作はアクティブな(1)などの異価を返すでしょう。 RowStatusの使用の詳細な論議に関して[RFC2579]を見てください。
In mplsTunnelResourceTable:
mplsTunnelResourceTableで:
{ mplsTunnelResourceIndex = 5, mplsTunnelResourceMaxRate = 0, mplsTunnelResourceMeanRate = 0, mplsTunnelResourceMaxBurstSize = 0, mplsTunnelResourceMeanBurstSize = 0, mplsTunnelResourceExBurstSize = 0, mplsTunnelResourceExBurstSize = unspecified (1), mplsTunnelResourceWeight = 0, -- Mandatory parameters needed to activate the row go here mplsTunnelResourceRowStatus = createAndGo (4) }
mplsTunnelResourceIndex=5、mplsTunnelResourceMaxRate=0、mplsTunnelResourceMeanRate=0、mplsTunnelResourceMaxBurstSize=0、mplsTunnelResourceMeanBurstSize=0、mplsTunnelResourceExBurstSize=0、mplsTunnelResourceExBurstSizeは不特定の(1)と等しいです、mplsTunnelResourceWeight=0--列を活性化するのに必要である義務的なパラメタがここに行く、mplsTunnelResourceRowStatusはcreateAndGo(4)と等しいです。
The next two instances of mplsTunnelHopEntry are used to denote the hops this tunnel will take across the network.
mplsTunnelHopEntryの次の2つの例が、このトンネルがネットワークの向こう側に取るホップを指示するのに使用されます。
The following denotes the beginning of the tunnel, or the first hop. We have used the fictitious LSR identified by "192.168.100.1" as our example head-end router.
以下はトンネルの始まり、または最初のホップを指示します。 私たちが特定された架空のLSRを使用した、「192.168、.100、私たちの例のギヤエンドのルータとしての0.1インチ、」
In mplsTunnelHopTable:
mplsTunnelHopTableで:
{ mplsTunnelHopListIndex = 1, mplsTunnelPathOptionIndex = 1, mplsTunnelHopIndex = 1, mplsTunnelHopAddrType = ipv4 (1), mplsTunnelHopIpAddr = "192.168.100.1", mplsTunnelHopIpPrefixLen = 32, mplsTunnelHopType = strict (2), mplsTunnelHopInclude = true (1), mplsTunnelHopPathOptionName = "Here to there", mplsTunnelHopEntryPathComp = explicit (2), -- Mandatory parameters needed to activate the row go here mplsTunnelHopRowStatus = createAndGo (4) }
mplsTunnelHopListIndex=1、mplsTunnelPathOptionIndex=1、mplsTunnelHopIndex=1、mplsTunnelHopAddrTypeはipv4(1)と等しいです、mplsTunnelHopIpAddr=、「192.168、.100、0.1インチ、mplsTunnelHopIpPrefixLen=32、mplsTunnelHopTypeが厳しい(2)と等しいです、本当のmplsTunnelHopInclude=(1)、mplsTunnelHopPathOptionName=、「ここ、そこでは」、mplsTunnelHopEntryPathCompは明白な(2)と等しいです--列を活性化するのに必要である義務的なパラメタがここに行く、mplsTunnelHopRowStatusがcreateAndGo(4)と等しい、」
Srinivasan, et al. Standards Track [Page 9] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[9ページ]。
The following denotes the end of the tunnel, or the last hop in our example. We have used the fictitious LSR identified by "192.168.101.1" as our end router.
以下はトンネルの端、または私たちの例における最後のホップを指示します。 私たちが特定された架空のLSRを使用した、「192.168、.101、私たちの終わりのルータとしての0.1インチ、」
In mplsTunnelHopTable:
mplsTunnelHopTableで:
{ mplsTunnelHopListIndex = 1, mplsTunnelPathOptionIndex = 1, mplsTunnelHopIndex = 2, mplsTunnelHopAddrType = ipv4 (1), mplsTunnelHopIpAddr = "192.168.101.1", mplsTunnelHopIpPrefixLen = 32, mplsTunnelHopType = loose (2), mplsTunnelHopInclude = true (1), mplsTunnelHopPathOptionName = "Here to there", mplsTunnelHopEntryPathComp = explicit (2), -- Mandatory parameters needed to activate the row go here mplsTunnelHopRowStatus = createAndGo (4) }
mplsTunnelHopListIndex=1、mplsTunnelPathOptionIndex=1、mplsTunnelHopIndex=2、mplsTunnelHopAddrTypeはipv4(1)と等しいです、mplsTunnelHopIpAddr=、「192.168、.101、0.1インチ、mplsTunnelHopIpPrefixLen=32、mplsTunnelHopTypeがゆるい(2)と等しいです、本当のmplsTunnelHopInclude=(1)、mplsTunnelHopPathOptionName=、「ここ、そこでは」、mplsTunnelHopEntryPathCompは明白な(2)と等しいです--列を活性化するのに必要である義務的なパラメタがここに行く、mplsTunnelHopRowStatusがcreateAndGo(4)と等しい、」
The following denotes the configured tunnel "head" entry:
以下は構成されたトンネル「ヘッド」エントリーを指示します:
In mplsTunnelTable:
mplsTunnelTableで:
{ mplsTunnelIndex = 1, mplsTunnelInstance = 0, mplsTunnelIngressLSRId = 192.168.100.1, mplsTunnelEgressLSRId = 192.168.101.1, mplsTunnelName = "My first tunnel", mplsTunnelDescr = "Here to there", mplsTunnelIsIf = true (1), -- RowPointer MUST point to the first accessible column mplsTunnelXCPointer = 0.0, mplsTunnelSignallingProto = none (1), mplsTunnelSetupPrio = 0, mplsTunnelHoldingPrio = 0, mplsTunnelSessionAttributes = 0, mplsTunnelLocalProtectInUse = false (0), -- RowPointer MUST point to the first accessible column mplsTunnelResourcePointer = mplsTunnelResourceMaxRate.5, mplsTunnelInstancePriority = 1, mplsTunnelHopTableIndex = 1, mplsTunnelIncludeAnyAffinity = 0, mplsTunnelIncludeAllAffinity = 0, mplsTunnelExcludeAnyAffinity = 0, mplsTunnelPathInUse = 1,
mplsTunnelIndex=1、mplsTunnelInstance=0、mplsTunnelIngressLSRId=192.168.100.1、mplsTunnelEgressLSRId=192.168.101.1、mplsTunnelNameは「私の最初のトンネル」と等しいです、mplsTunnelDescr=、「ここ、そこでは」、mplsTunnelIsIfは本当の(1)と等しいです--RowPointerは0.0、最初のアクセス可能なコラムmplsTunnelXCPointer=mplsTunnelSignallingProto=なにもに(1)、mplsTunnelSetupPrio=0、mplsTunnelHoldingPrio=0を指さないではいけなくて、mplsTunnelSessionAttributesは0、誤ったmplsTunnelLocalProtectInUse=(0)と等しいです; RowPointerはmplsTunnelResourceMaxRate.5、mplsTunnelInstancePriority=1、mplsTunnelHopTableIndex=1、mplsTunnelIncludeAnyAffinity=0、mplsTunnelIncludeAllAffinity=0、mplsTunnelExcludeAnyAffinity最初のアクセス可能なコラムmplsTunnelResourcePointer==0を示さなければなりません、mplsTunnelPathInUse=1
Srinivasan, et al. Standards Track [Page 10] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[10ページ]。
mplsTunnelRole = head (1), -- Mandatory parameters needed to activate the row go here mplsTunnelRowStatus = createAndGo (4) }
mplsTunnelRoleはヘッド(1)と等しいです--列を活性化するのに必要である義務的なパラメタがここに行く、mplsTunnelRowStatusはcreateAndGo(4)と等しいです。
Note that any active or signaled instances of the above tunnel would appear with the same primary mplsTunnelIndex, but would have values greater than 0 for mplsTunnelInstance. They would also have other objects such as the mplsTunnelXCPointer set accordingly.
上のトンネルのどんなアクティブであるか合図された例にも、同じ第一のmplsTunnelIndexと共に現れるでしょうが、値より多くの0がmplsTunnelInstanceのためにあることに注意してください。 また、彼らはmplsTunnelXCPointerなどの他の物をそれに従って、設定させるでしょう。
10. The Use of RowPointer
10. RowPointerの使用
RowPointer is a textual convention used to identify a conceptual row in a conceptual table in a MIB by pointing to the first accessible object. In this MIB module, in mplsTunnelTable, the objects mplsTunnelXCPointer and mplsTunnelResourcePointer are of type RowPointer. The object mplsTunnelXCPointer points to a specific entry in the mplsXCTable [RFC3813]. This entry in the mplsXCTable is the associated LSP for the given MPLS tunnel entry. The object mplsTunnelResourcePointer points to a specific entry in a traffic parameter table. An example of such a traffic parameter table is mplsTunnelResourceTable. It indicates a specific instance of a traffic parameter entry that is associated with a given MPLS tunnel entry. These RowPointer objects MUST point to the first instance of the first accessible columnar object in the appropriate conceptual row in order to allow the manager to find the appropriate corresponding entry in either MPLS-LSR-STD-MIB [RFC3813] or MPLS-TE- STD-MIB. If object mplsTunnelXCPointer returns zeroDotZero, it implies that there is no LSP associated with that particular instance of tunnel entry. If object mplsTunnelResourcePointer returns zeroDotZero, it implies that there is no QoS resource associated with that particular instance of tunnel entry.
RowPointerは最初のアクセスしやすい物を示すことによってMIBの概念的なテーブルの概念的な列を特定するのにおいて中古の原文のコンベンションです。 このMIBモジュール、mplsTunnelTableに、タイプRowPointerには物のmplsTunnelXCPointerとmplsTunnelResourcePointerがあります。 物のmplsTunnelXCPointerはmplsXCTable[RFC3813]に特定のエントリーを示します。 mplsXCTableのこのエントリーは与えられたMPLSトンネルエントリーへの関連LSPです。 物のmplsTunnelResourcePointerは交通パラメータ・テーブルに特定のエントリーを示します。 そのような交通パラメータ・テーブルに関する例はmplsTunnelResourceTableです。 それは与えられたMPLSトンネルエントリーに関連している交通パラメタエントリーの特定の例を示します。 これらのRowPointer物は、マネージャがMPLS-LSR-STD-MIB[RFC3813]かMPLS-TE- STD-MIBのどちらかで適切な対応するエントリーを見つけるのを許容するために適切な概念的な列における最初のアクセスしやすい円柱状の物の最初の例を示さなければなりません。 物のmplsTunnelXCPointerがzeroDotZeroを返すなら、それは、トンネルエントリーのその特定の例に関連しているどんなLSPもないのを含意します。 物のmplsTunnelResourcePointerがzeroDotZeroを返すなら、それは、トンネルエントリーのその特定の例に関連しているどんなQoSリソースもないのを含意します。
11. MPLS Traffic Engineering MIB Definitions
11. MPLS交通工学MIB定義
MPLS-TE-STD-MIB DEFINITIONS ::= BEGIN
MPLS Te STD-MIB定義:、:= 始まってください。
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Integer32, Unsigned32, Counter32, Counter64, TimeTicks, zeroDotZero FROM SNMPv2-SMI -- [RFC2578] MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- [RFC2580] TruthValue, RowStatus, RowPointer, StorageType, TimeStamp FROM SNMPv2-TC -- [RFC2579] InterfaceIndexOrZero, ifGeneralInformationGroup,
SNMPv2-Tcからの輸入SNMPv2-SMIからのInteger32、Unsigned32、Counter32、Counter64、TimeTicks、zeroDotZero--SNMPv2-CONFからの[RFC2578]モジュールコンプライアンス、物グループ、通知グループ--モジュールアイデンティティ、オブジェクト・タイプ、通知タイプ、[RFC2580]TruthValue RowStatus、RowPointer、StorageType、タイムスタンプ--[RFC2579] InterfaceIndexOrZero、ifGeneralInformationGroup
Srinivasan, et al. Standards Track [Page 11] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[11ページ]。
ifCounterDiscontinuityGroup FROM IF-MIB -- [RFC2863] mplsStdMIB, MplsBitRate, MplsBurstSize, MplsLSPID, MplsTunnelIndex, MplsTunnelInstanceIndex, MplsTunnelAffinity, MplsExtendedTunnelId, MplsPathIndex, MplsPathIndexOrZero, MplsOwner, TeHopAddressType, TeHopAddress, TeHopAddressAS, TeHopAddressUnnum FROM MPLS-TC-STD-MIB -- [RFC3811] SnmpAdminString FROM SNMP-FRAMEWORK-MIB -- [RFC3411] IndexIntegerNextFree FROM DIFFSERV-MIB -- [RFC3289] InetAddressPrefixLength FROM INET-ADDRESS-MIB -- [RFC3291] ;
ifCounterDiscontinuityGroup、-、MIB、--[RFC2863] MPLS Tc STD-MIBからのmplsStdMIB、MplsBitRate、MplsBurstSize、MplsLSPID、MplsTunnelIndex、MplsTunnelInstanceIndex、MplsTunnelAffinity、MplsExtendedTunnelId、MplsPathIndex、MplsPathIndexOrZero、MplsOwner、TeHopAddressType、TeHopAddress、TeHopAddressAS、TeHopAddressUnnum--SNMP枠組みのMIBからの[RFC3811]SnmpAdminString--DIFFSERV-MIB(INETアドレスMIBからの[RFC3289]InetAddressPrefixLength)からの[RFC3411]IndexIntegerNextFree[RFC3291]。
mplsTeStdMIB MODULE-IDENTITY LAST-UPDATED "200406030000Z" -- June 3, 2004 ORGANIZATION "Multiprotocol Label Switching (MPLS) Working Group" CONTACT-INFO " Cheenu Srinivasan Bloomberg L.P. Email: cheenu@bloomberg.net
mplsTeStdMIBモジュールアイデンティティは"200406030000Z"をアップデートしました--2004年6月3日組織「Multiprotocolラベルの切り換え(MPLS)作業部会」、コンタクトインフォメーション、「Cheenu SrinivasanブルームバーグL.P.メール:」 cheenu@bloomberg.net
Arun Viswanathan Force10 Networks, Inc. Email: arunv@force10networks.com
アルンViswanathan Force10はInc.メールをネットワークでつなぎます: arunv@force10networks.com
Thomas D. Nadeau Cisco Systems, Inc. Email: tnadeau@cisco.com
トーマスD.ナドーシスコシステムズInc.メール: tnadeau@cisco.com
Comments about this document should be emailed directly to the MPLS working group mailing list at mpls@uu.net." DESCRIPTION "Copyright (C) The Internet Society (2004). The initial version of this MIB module was published in RFC 3812. For full legal notices see the RFC itself or see: http://www.ietf.org/copyrights/ianamib.html
「直接 mpls@uu.net のMPLSワーキンググループメーリングリストにこのドキュメントの周りのコメントをメールするべきです。」 記述「Copyright(C)インターネット協会(2004)。」 このMIBモジュールの初期のバージョンはRFC3812で発行されました。 完全な法定の通知に関しては、RFC自身を見るか、または見てください: http://www.ietf.org/copyrights/ianamib.html
This MIB module contains managed object definitions for MPLS Traffic Engineering (TE) as defined in: 1. Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001 2. Constraint-Based LSP Setup using LDP, Jamoussi
このMIBモジュールは以下で定義されるようにMPLS Traffic Engineering(TE)のための管理オブジェクト定義を含んでいます。 1. LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月、2 自由民主党、Jamoussiを使用する規制ベースのLSPセットアップ
Srinivasan, et al. Standards Track [Page 12] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[12ページ]。
(Editor), RFC 3212, January 2002 3. Requirements for Traffic Engineering Over MPLS, Awduche, D., Malcolm, J., Agogbua, J., O'Dell, M., and J. McManus, [RFC2702], September 1999"
(エディタ)、RFC3212、1月2002の3。 「MPLSとAwducheとD.とマルコムとJ.とAgogbuaとJ.とオデル、M.とJ.マクマナス、[RFC2702]、1999年9月の間の交通工学のための要件」
-- Revision history.
-- 改訂履歴。
REVISION "200406030000Z" -- June 3, 2004 DESCRIPTION "Initial version issued as part of RFC 3812."
REVISION"200406030000Z"--「初期のバージョンはRFC3812の一部として発行した」2004年6月3日記述。
::= { mplsStdMIB 3 }
::= mplsStdMIB3
-- Top level components of this MIB module.
-- このMIBモジュールの最高平らな成分。
-- traps mplsTeNotifications OBJECT IDENTIFIER ::= { mplsTeStdMIB 0 } -- tables, scalars mplsTeScalars OBJECT IDENTIFIER ::= { mplsTeStdMIB 1 } mplsTeObjects OBJECT IDENTIFIER ::= { mplsTeStdMIB 2 } -- conformance mplsTeConformance OBJECT IDENTIFIER ::= { mplsTeStdMIB 3 }
-- 罠mplsTeNotifications OBJECT IDENTIFIER:、:= mplsTeStdMIB0--テーブル、スカラmplsTeScalars OBJECT IDENTIFIER:、:= mplsTeStdMIB1mplsTeObjects物の識別子:、:= mplsTeStdMIB2--順応mplsTeConformance OBJECT IDENTIFIER:、:= mplsTeStdMIB3
-- MPLS Tunnel scalars.
-- MPLS Tunnelスカラ。
mplsTunnelConfigured OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of tunnels configured on this device. A tunnel is considered configured if the mplsTunnelRowStatus is active(1)." ::= { mplsTeScalars 1 }
「トンネルの数はこの装置で構成した」mplsTunnelConfigured OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「トンネルはmplsTunnelRowStatusがアクティブな(1)であるなら構成されていると考えられます。」 ::= mplsTeScalars1
mplsTunnelActive OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of tunnels active on this device. A tunnel is considered active if the mplsTunnelOperStatus is up(1)." ::= { mplsTeScalars 2 }
mplsTunnelActive OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この装置でアクティブなトンネルの数。」 「(1)の上にmplsTunnelOperStatusがあるなら、トンネルはアクティブであると考えられます。」 ::= mplsTeScalars2
mplsTunnelTEDistProto OBJECT-TYPE
mplsTunnelTEDistProtoオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 13] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[13ページ]。
SYNTAX BITS { other (0), ospf (1), isis (2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The traffic engineering distribution protocol(s) used by this LSR. Note that an LSR may support more than one distribution protocol simultaneously." ::= { mplsTeScalars 3 }
他の(0)(ospf(1))は(2)をisisします。SYNTAX BITS、「交通工学分配プロトコルはこのLSRで使用した」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「LSRが同時に1つ以上の分配プロトコルをサポートするかもしれないことに注意してください。」 ::= mplsTeScalars3
mplsTunnelMaxHops OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "The maximum number of hops that can be specified for a tunnel on this device." ::= { mplsTeScalars 4 }
mplsTunnelMaxHops OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この装置の上のトンネルに指定できるホップの最大数。」 ::= mplsTeScalars4
mplsTunnelNotificationMaxRate OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write STATUS current DESCRIPTION "This variable indicates the maximum number of notifications issued per second. If events occur more rapidly, the implementation may simply fail to emit these notifications during that period, or may queue them until an appropriate time. A value of 0 means no throttling is applied and events may be notified at the rate at which they occur." DEFVAL { 0 } ::= { mplsTeScalars 5 }
mplsTunnelNotificationMaxRate OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「この変数は1秒単位で発行された通知の最大数を示すこと」をSTATUSの現在の記述に読書して書きます。 出来事が、より急速に起こるなら、実現は、その期間、これらの通知を絶対に放たないか、または適切な時期までそれらを列に並ばせるかもしれません。 「0の値は、阻止でないのが適用されていることを意味します、そして、出来事はそれらが起こる速度で通知されるかもしれません。」 DEFVAL0:、:= mplsTeScalars5
-- End of MPLS Tunnel scalars.
-- MPLS Tunnelスカラの終わり。
-- MPLS tunnel table.
-- MPLSはテーブルにトンネルを堀ります。
mplsTunnelIndexNext OBJECT-TYPE SYNTAX IndexIntegerNextFree (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "This object contains an unused value for
「この物は未使用の値を含む」mplsTunnelIndexNext OBJECT-TYPE SYNTAX IndexIntegerNextFree(0 .65535)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Srinivasan, et al. Standards Track [Page 14] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[14ページ]。
mplsTunnelIndex, or a zero to indicate that none exist. Negative values are not allowed, as they do not correspond to valid values of mplsTunnelIndex.
なにも存在しないのを示すmplsTunnelIndex、またはゼロ。 mplsTunnelIndexの有効値に対応しないとき、負の数は許容されていません。
Note that this object offers an unused value for an mplsTunnelIndex value at the ingress side of a tunnel. At other LSRs the value of mplsTunnelIndex SHOULD be taken from the value signaled by the MPLS signaling protocol. " ::= { mplsTeObjects 1 }
この物がトンネルのイングレス端のmplsTunnelIndex値のために未使用の値を提供することに注意してください。 他のLSRsの値、mplsTunnelIndex SHOULDでは、MPLSシグナリングプロトコルによって合図された値から、取ってください。 " ::= mplsTeObjects1
mplsTunnelTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelTable allows new MPLS tunnels to be created between an LSR and a remote endpoint, and existing tunnels to be reconfigured or removed. Note that only point-to-point tunnel segments are supported, although multipoint-to-point and point- to-multipoint connections are supported by an LSR acting as a cross-connect. Each MPLS tunnel can thus have one out-segment originating at this LSR and/or one in-segment terminating at this LSR." ::= { mplsTeObjects 2 }
「mplsTunnelTableは再構成するか、または取り除くためにLSRと、遠く離れた終点と、既存のトンネルの間で作成されるのを新しいMPLSトンネルを許容する」mplsTunnelTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 二地点間トンネルセグメントだけが支持されることに注意してください、多点からポイントとポイントは十字接続として機能するLSRによってマルチポイント接続に支持されますが。 「その結果、それぞれのMPLSトンネルはこのLSRにこのLSRで由来するある出ているセグメント、そして/または、セグメントにおける、ある終わりを持つことができます。」 ::= mplsTeObjects2
mplsTunnelEntry OBJECT-TYPE SYNTAX MplsTunnelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents an MPLS tunnel. An entry can be created by a network administrator or by an SNMP agent as instructed by an MPLS signalling protocol. Whenever a new entry is created with mplsTunnelIsIf set to true(1), then a corresponding entry is created in ifTable as well (see RFC 2863). The ifType of this entry is mplsTunnel(150).
mplsTunnelEntry OBJECT-TYPE SYNTAX MplsTunnelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはMPLSトンネルを表します」。 ネットワーク管理者かSNMPエージェントが指示された通りMPLS合図プロトコルでエントリーを作成できます。 そして、本当の(1)に用意ができているmplsTunnelIsIfと共に作成されるときはいつも、対応するエントリーはまた、ifTableで作成されます(RFC2863を見てください)。 このエントリーのifTypeはmplsTunnel(150)です。
A tunnel entry needs to be uniquely identified across a MPLS network. Indices mplsTunnelIndex and mplsTunnelInstance uniquely identify a tunnel on the LSR originating the tunnel. To uniquely identify a tunnel across an MPLS network requires
トンネルエントリーは、MPLSネットワークの向こう側に唯一特定される必要があります。 インデックスリストのmplsTunnelIndexとmplsTunnelInstanceは唯一トンネルを溯源するLSRの上のトンネルを特定します。 ネットワークが必要とするMPLSの向こう側に唯一トンネルを特定するために
Srinivasan, et al. Standards Track [Page 15] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[15ページ]。
index mplsTunnelIngressLSRId. The last index mplsTunnelEgressLSRId is useful in identifying all instances of a tunnel that terminate on the same egress LSR." REFERENCE "1. RFC 2863 - The Interfaces Group MIB, McCloghrie, K., and F. Kastenholtz, June 2000 " INDEX { mplsTunnelIndex, mplsTunnelInstance, mplsTunnelIngressLSRId, mplsTunnelEgressLSRId } ::= { mplsTunnelTable 1 }
mplsTunnelIngressLSRIdに索引をつけてください。 「最後のインデックスmplsTunnelEgressLSRIdは同じ出口LSRで終わるトンネルのすべての例を特定する際に役に立ちます。」 参照「1」。 インタフェースのグループMIB、McCloghrie、K.、およびF.Kastenholtz、2000年RFC2863--6月、「mplsTunnelIndex、mplsTunnelInstance、mplsTunnelIngressLSRId、mplsTunnelEgressLSRIdに索引をつけてください:、:、」= mplsTunnelTable1
MplsTunnelEntry ::= SEQUENCE { mplsTunnelIndex MplsTunnelIndex, mplsTunnelInstance MplsTunnelInstanceIndex, mplsTunnelIngressLSRId MplsExtendedTunnelId, mplsTunnelEgressLSRId MplsExtendedTunnelId, mplsTunnelName SnmpAdminString, mplsTunnelDescr SnmpAdminString, mplsTunnelIsIf TruthValue, mplsTunnelIfIndex InterfaceIndexOrZero, mplsTunnelOwner MplsOwner, mplsTunnelRole INTEGER, mplsTunnelXCPointer RowPointer, mplsTunnelSignallingProto INTEGER, mplsTunnelSetupPrio Integer32, mplsTunnelHoldingPrio Integer32, mplsTunnelSessionAttributes BITS, mplsTunnelLocalProtectInUse TruthValue, mplsTunnelResourcePointer RowPointer, mplsTunnelPrimaryInstance MplsTunnelInstanceIndex, mplsTunnelInstancePriority Unsigned32, mplsTunnelHopTableIndex MplsPathIndexOrZero, mplsTunnelPathInUse MplsPathIndexOrZero, mplsTunnelARHopTableIndex MplsPathIndexOrZero, mplsTunnelCHopTableIndex MplsPathIndexOrZero, mplsTunnelIncludeAnyAffinity MplsTunnelAffinity, mplsTunnelIncludeAllAffinity MplsTunnelAffinity, mplsTunnelExcludeAnyAffinity MplsTunnelAffinity, mplsTunnelTotalUpTime TimeTicks, mplsTunnelInstanceUpTime TimeTicks, mplsTunnelPrimaryUpTime TimeTicks, mplsTunnelPathChanges Counter32, mplsTunnelLastPathChange TimeTicks, mplsTunnelCreationTime TimeStamp, mplsTunnelStateTransitions Counter32,
MplsTunnelEntry:、:= 系列、mplsTunnelIndex MplsTunnelIndex、mplsTunnelInstance MplsTunnelInstanceIndex、mplsTunnelIngressLSRId MplsExtendedTunnelId、mplsTunnelEgressLSRId MplsExtendedTunnelId、mplsTunnelName SnmpAdminString、mplsTunnelDescr SnmpAdminString、mplsTunnelIsIf TruthValue; mplsTunnelIfIndex InterfaceIndexOrZero、mplsTunnelOwner MplsOwner、mplsTunnelRole整数、mplsTunnelXCPointer RowPointer、mplsTunnelSignallingProto整数、mplsTunnelSetupPrio Integer32、mplsTunnelHoldingPrio Integer32、mplsTunnelSessionAttributesビット; mplsTunnelLocalProtectInUse TruthValue、mplsTunnelResourcePointer RowPointer、mplsTunnelPrimaryInstance MplsTunnelInstanceIndex、mplsTunnelInstancePriority Unsigned32、mplsTunnelHopTableIndex MplsPathIndexOrZero、mplsTunnelPathInUse MplsPathIndexOrZero、mplsTunnelARHopTableIndex MplsPathIndexOrZero、mplsTunnelCHopTableIndex MplsPathIndexOrZero、mplsTunnelIncludeAnyAffinity MplsTunnelAffinity、mplsTunnelIncludeAllAffinity MplsTunnelAffinity、mplsTunnelExcludeAnyAffinity MplsTunnelAffinity、mplsTunnelTotalUpTime TimeTicks、mplsTunnelInstanceUpTime TimeTicks、mplsTunnelPrimaryUpTime TimeTicks、mplsTunnelPathChanges Counter32、mplsTunnelLastPathChange TimeTicks、mplsTunnelCreationTimeタイムスタンプ、mplsTunnelStateTransitions Counter32
Srinivasan, et al. Standards Track [Page 16] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[16ページ]。
mplsTunnelAdminStatus INTEGER, mplsTunnelOperStatus INTEGER, mplsTunnelRowStatus RowStatus, mplsTunnelStorageType StorageType }
mplsTunnelAdminStatus整数、mplsTunnelOperStatus整数、mplsTunnelRowStatus RowStatus、mplsTunnelStorageType StorageType
mplsTunnelIndex OBJECT-TYPE SYNTAX MplsTunnelIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Uniquely identifies a set of tunnel instances between a pair of ingress and egress LSRs. Managers should obtain new values for row creation in this table by reading mplsTunnelIndexNext. When the MPLS signalling protocol is rsvp(2) this value SHOULD be equal to the value signaled in the Tunnel Id of the Session object. When the MPLS signalling protocol is crldp(3) this value SHOULD be equal to the value signaled in the LSP ID." ::= { mplsTunnelEntry 1 }
mplsTunnelIndex OBJECT-TYPE SYNTAX MplsTunnelIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「唯一、1組のイングレスと出口LSRsの間の1セットのトンネル例を特定します」。 マネージャは、mplsTunnelIndexNextを読むことによって、このテーブルでの列の創造に新しい値を得るべきです。 MPLS合図プロトコルであるときに、SessionのTunnel Idで合図された値への同輩が物であったなら、rsvp(2)はこの値のSHOULDですか? 「MPLS合図プロトコルであるときに、合図された値への同輩がLSP IDであったなら、crldp(3)はこの値のSHOULDです」? ::= mplsTunnelEntry1
mplsTunnelInstance OBJECT-TYPE SYNTAX MplsTunnelInstanceIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Uniquely identifies a particular instance of a tunnel between a pair of ingress and egress LSRs. It is useful to identify multiple instances of tunnels for the purposes of backup and parallel tunnels. When the MPLS signaling protocol is rsvp(2) this value SHOULD be equal to the LSP Id of the Sender Template object. When the signaling protocol is crldp(3) there is no equivalent signaling object." ::= { mplsTunnelEntry 2 }
mplsTunnelInstance OBJECT-TYPE SYNTAX MplsTunnelInstanceIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「唯一、1組のイングレスと出口LSRsの間のトンネルの特定の例を特定します」。 バックアップと平行なトンネルの目的のためにトンネルの複数の例を特定するのは役に立ちます。 MPLSシグナリングが議定書を作るとき、Sender TemplateのLSP Idの同輩が物であったなら、rsvp(2)はこの値のSHOULDですか? 「シグナリングプロトコルがcrldp(3)であるときに、どんな同等なシグナリング物もありません。」 ::= mplsTunnelEntry2
mplsTunnelIngressLSRId OBJECT-TYPE SYNTAX MplsExtendedTunnelId MAX-ACCESS not-accessible STATUS current DESCRIPTION "Identity of the ingress LSR associated with this tunnel instance. When the MPLS signalling protocol is rsvp(2) this value SHOULD be equal to the Tunnel
「イングレスLSRのアイデンティティはこのトンネル例に関連づけた」mplsTunnelIngressLSRId OBJECT-TYPE SYNTAX MplsExtendedTunnelIdのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 MPLS合図プロトコルであるときに、rsvp(2)がこの値のSHOULDである、Tunnelと等しくいてください。
Srinivasan, et al. Standards Track [Page 17] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[17ページ]。
Sender Address in the Sender Template object and MAY be equal to the Extended Tunnel Id field in the SESSION object. When the MPLS signalling protocol is crldp(3) this value SHOULD be equal to the Ingress LSR Router ID field in the LSPID TLV object." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001 2. Constraint-Based LSP Setup using LDP, Jamoussi (Editor), RFC 3212, January 2002" ::= { mplsTunnelEntry 3 }
Sender Templateの送付者Addressは反対して、SESSION物のExtended Tunnel Id分野と等しいかもしれません。 「MPLS合図プロトコルであるときに、crldp(3)はIngress LSR Routerの同輩がLSPID TLV物のID分野であったならこの値のSHOULDです」? 参照「1」。 RSVP-Te: LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月、2 「2002年1月に自由民主党、Jamoussi(エディタ)(RFC3212)を使用して、規制ベースのLSPはセットアップする」:、:= mplsTunnelEntry3
mplsTunnelEgressLSRId OBJECT-TYPE SYNTAX MplsExtendedTunnelId MAX-ACCESS not-accessible STATUS current DESCRIPTION "Identity of the egress LSR associated with this tunnel instance." ::= { mplsTunnelEntry 4 }
「出口LSRのアイデンティティはこのトンネル例に関連づけた」mplsTunnelEgressLSRId OBJECT-TYPE SYNTAX MplsExtendedTunnelIdのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelEntry4
mplsTunnelName OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-create STATUS current DESCRIPTION "The canonical name assigned to the tunnel. This name can be used to refer to the tunnel on the LSR's console port. If mplsTunnelIsIf is set to true then the ifName of the interface corresponding to this tunnel should have a value equal to mplsTunnelName. Also see the description of ifName in RFC 2863." REFERENCE "RFC 2863 - The Interfaces Group MIB, McCloghrie, K., and F. Kastenholtz, June 2000" DEFVAL {""} ::= { mplsTunnelEntry 5 }
mplsTunnelName OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSは「正準な名前はトンネルに割り当てた」STATUSの現在の記述を読書して作成します。 LSRのコンソールポートの上のトンネルについて言及するのにこの名前を使用できます。 mplsTunnelIsIfが本当に用意ができているなら、このトンネルに対応するインタフェースのifNameには、mplsTunnelNameと等しい値があるはずです。 「また、RFC2863のifNameの記述を見てください。」 「インタフェースのグループMIB、McCloghrie、K.、およびF.Kastenholtz、2000年RFC2863--6月」という参照DEFVAL、「「:、:、」= mplsTunnelEntry5
mplsTunnelDescr OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-create STATUS current DESCRIPTION "A textual string containing information about the tunnel. If there is no description this object contains a zero length string. This object is may not be signaled by MPLS signaling protocols,
mplsTunnelDescr OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「トンネルの原文のストリング含有情報。」 記述が全くなければ、この物はゼロ長ストリングを含んでいます。 この物によるMPLSシグナリングプロトコルによって合図されないかもしれないということです。
Srinivasan, et al. Standards Track [Page 18] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[18ページ]。
consequentally the value of this object at transit and egress LSRs MAY be automatically generated or absent." DEFVAL {""} ::= { mplsTunnelEntry 6 }
「トランジットと出口LSRsのこの物の値は、consequentallyに、自動的に発生しているか、または欠けているかもしれません。」 DEFVAL、「「:、:、」= mplsTunnelEntry6
mplsTunnelIsIf OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "Denotes whether or not this tunnel corresponds to an interface represented in the interfaces group table. Note that if this variable is set to true then the ifName of the interface corresponding to this tunnel should have a value equal to mplsTunnelName. Also see the description of ifName in RFC 2863. This object is meaningful only at the ingress and egress LSRs." REFERENCE "RFC 2863 - The Interfaces Group MIB, McCloghrie, K., and F. Kastenholtz, June 2000" DEFVAL { false } ::= { mplsTunnelEntry 7 }
mplsTunnelIsIf OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは現在の記述が「このトンネルがグループがテーブルの上に置くインタフェースに表されたインタフェースに対応しているか否かに関係なく、指示する」STATUSを読書して作成します。 この変数が本当に設定されるならこのトンネルに対応するインタフェースのifNameにはmplsTunnelNameと等しい値があるはずであることに注意してください。 また、RFC2863のifNameの記述を見てください。 「この物はイングレスと出口LSRsだけで重要です。」 REFERENCE「インタフェースのグループMIB、McCloghrie、K.、およびF.Kastenholtz、2000年RFC2863--6月」DEFVAL偽:、:= mplsTunnelEntry7
mplsTunnelIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelIsIf is set to true, then this value contains the LSR-assigned ifIndex which corresponds to an entry in the interfaces table. Otherwise this variable should contain the value of zero indicating that a valid ifIndex was not assigned to this tunnel interface." REFERENCE "RFC 2863 - The Interfaces Group MIB, McCloghrie, K., and F. Kastenholtz, June 2000" DEFVAL { 0 } ::= { mplsTunnelEntry 8 }
mplsTunnelIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelIsIfが本当に用意ができているなら、この値は中のインタフェースがテーブルの上に置くエントリーに対応するLSRによって割り当てられたifIndexを含んでいます」。 「さもなければ、この変数は有効なifIndexがこのトンネルのインタフェースに割り当てられなかったのを示すゼロの値を含むべきです。」 参照「インタフェースのグループMIB、McCloghrie、K.、およびF.Kastenholtz、2000年RFC2863--6月」DEFVAL0:、:= mplsTunnelEntry8
mplsTunnelOwner OBJECT-TYPE SYNTAX MplsOwner MAX-ACCESS read-only STATUS current DESCRIPTION "Denotes the entity that created and is responsible
mplsTunnelOwner OBJECT-TYPE SYNTAX MplsOwnerのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「それが作成した実体を指示して、責任があります」。
Srinivasan, et al. Standards Track [Page 19] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[19ページ]。
for managing this tunnel. This column is automatically filled by the agent on creation of a row." ::= { mplsTunnelEntry 9 }
これを管理するには、トンネルを堀ってください。 「このコラムは列の創造のときにエージェントによって自動的にいっぱいにされます。」 ::= mplsTunnelEntry9
mplsTunnelRole OBJECT-TYPE SYNTAX INTEGER { head(1), transit(2), tail(3), headTail(4) } MAX-ACCESS read-create STATUS current DESCRIPTION "This value signifies the role that this tunnel entry/instance represents. This value MUST be set to head(1) at the originating point of the tunnel. This value MUST be set to transit(2) at transit points along the tunnel, if transit points are supported. This value MUST be set to tail(3) at the terminating point of the tunnel if tunnel tails are supported.
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。mplsTunnelRole OBJECT-TYPE SYNTAX INTEGERが(1)、トランジット(2)、テール(3)、headTail(4)の上に立つ、「この値はこのトンネルエントリー/例が表す役割を意味します」。 トンネルの由来している先に(1)の上に立つようにこの値を設定しなければなりません。 乗り継ぎ地点が支持されるなら、トンネルに沿った乗り継ぎ地点でのトランジット(2)にこの値を設定しなければなりません。 トンネルテールが支えられるなら、トンネルの終わり先で(3)に尾を付けるようにこの値を設定しなければなりません。
The value headTail(4) is provided for tunnels that begin and end on the same LSR." DEFVAL { head } ::= { mplsTunnelEntry 10 }
「同じLSRで始まって、終わるトンネルに値のheadTail(4)を提供します。」 DEFVALは以下の上に立ちます:= mplsTunnelEntry10
mplsTunnelXCPointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "This variable points to a row in the mplsXCTable. This table identifies the segments that compose this tunnel, their characteristics, and relationships to each other. A value of zeroDotZero indicates that no LSP has been associated with this tunnel yet." REFERENCE "Srinivasan, C., Viswanathan, A., and T. Nadeau, Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB), RFC 3813, June 2004" DEFVAL { zeroDotZero } ::= { mplsTunnelEntry 11 }
mplsTunnelXCPointer OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSは「この変数はmplsXCTableの列に指す」STATUSの現在の記述を読書して作成します。 このテーブルは互いとのそれらのこのトンネル、特性、および関係を構成するセグメントを特定します。 「zeroDotZeroの値は、どんなLSPもまだこのトンネルに関連していないのを示します。」 「Srinivasan、C.、Viswanathan、A.、およびT.ナドー、Multiprotocolはラベル切り換えルータ(LSR)管理情報ベース(MIB)と切り換え(MPLS)をラベルします、RFC3813、2004年6月」DEFVAL zeroDotZeroという参照:、:= mplsTunnelEntry11
mplsTunnelSignallingProto OBJECT-TYPE SYNTAX INTEGER {
mplsTunnelSignallingProtoオブジェクト・タイプ構文整数
Srinivasan, et al. Standards Track [Page 20] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[20ページ]。
none(1), rsvp(2), crldp(3), other(4) } MAX-ACCESS read-create STATUS current DESCRIPTION "The signalling protocol, if any, used to setup this tunnel." DEFVAL { none } ::= { mplsTunnelEntry 12 }
なにも、(1)、rsvp(2)、crldp(3)、他の(4) マックス-ACCESSは「もしあれば合図プロトコルはこのトンネルをセットアップするのに使用した」STATUSの現在の記述を読書して作成します。 DEFVAL、なし ::= mplsTunnelEntry12
mplsTunnelSetupPrio OBJECT-TYPE SYNTAX Integer32 (0..7) MAX-ACCESS read-create STATUS current DESCRIPTION "Indicates the setup priority of this tunnel." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001 2. Constraint-Based LSP Setup using LDP, Jamoussi (Editor), RFC 3212, January 2002" DEFVAL { 0 } ::= { mplsTunnelEntry 13 }
mplsTunnelSetupPrio OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このトンネルのセットアップ優先権を示します」。 参照「1」。 RSVP-Te: LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月、2 「2002年1月に自由民主党、Jamoussi(エディタ)、RFC3212を使用する規制ベースのLSPセットアップ」DEFVAL0:、:= mplsTunnelEntry13
mplsTunnelHoldingPrio OBJECT-TYPE SYNTAX Integer32 (0..7) MAX-ACCESS read-create STATUS current DESCRIPTION "Indicates the holding priority for this tunnel." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001
mplsTunnelHoldingPrio OBJECT-TYPE SYNTAX Integer32(0 .7)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このトンネルに優位に立つことを示します」。 参照「1」。 RSVP-Te: LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月
2. Constraint-Based LSP Setup using LDP, Jamoussi (Editor), RFC 3212, January 2002" DEFVAL { 0 } ::= { mplsTunnelEntry 14 }
2. 「2002年1月に自由民主党、Jamoussi(エディタ)、RFC3212を使用する規制ベースのLSPセットアップ」DEFVAL0:、:= mplsTunnelEntry14
mplsTunnelSessionAttributes OBJECT-TYPE SYNTAX BITS { fastReroute (0), mergingPermitted (1), isPersistent (2), isPinned (3),
mplsTunnelSessionAttributesオブジェクト・タイプ構文ビット、fastReroute(0)、mergingPermitted(1)、isPersistent(2)、isPinned(3)
Srinivasan, et al. Standards Track [Page 21] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[21ページ]。
recordRoute(4) } MAX-ACCESS read-create STATUS current DESCRIPTION "This bit mask indicates optional session values for this tunnel. The following describes these bit fields:
recordRoute(4) マックス-ACCESSは「このトンネルに評価この噛み付いているマスクが任意のセッションを示すす」STATUSの現在の記述を読書して作成します。 以下はこれらの噛み付いている分野について説明します:
fastRerouteThis flag indicates that the any tunnel hop may choose to reroute this tunnel without tearing it down. This flag permits transit routers to use a local repair mechanism which may result in violation of the explicit routing of this tunnel. When a fault is detected on an adjacent downstream link or node, a transit router can re-route traffic for fast service restoration.
fastRerouteThis旗がそれを示す、どんなトンネルホップも、それを取りこわさないでこのトンネルを別ルートで送るのを選ぶかもしれません。 この旗は、トランジットルータがこのトンネルの明白なルーティングを違反して結果として生じるかもしれない局部的修繕メカニズムを使用するのを可能にします。 欠点が隣接している川下のリンクかノードの上に検出されるとき、トランジットルータは速いサービス復旧のために交通ルートを変更できます。
mergingPermitted This flag permits transit routers to merge this session with other RSVP sessions for the purpose of reducing resource overhead on downstream transit routers, thereby providing better network scaling.
mergingPermitted This旗は、トランジットルータがこのセッションのときに川下のトランジットルータでリソースオーバーヘッドを下げる目的のための他のRSVPセッションと合併するのを可能にします、その結果、より良いネットワークスケーリングを提供します。
isPersistent Indicates whether this tunnel should be restored automatically after a failure occurs.
このトンネルが失敗の後に自動的に修復されるべきであるか否かに関係なく、isPersistent Indicatesは起こります。
isPinned This flag indicates whether the loose- routed hops of this tunnel are to be pinned.
isPinned This旗は、このトンネルのゆるい発送されたホップがピンで止められることになっているかどうかを示します。
recordRouteThis flag indicates whether or not the signalling protocol should remember the tunnel path after it has been signaled." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001." ::= { mplsTunnelEntry 15 }
「recordRouteThis旗は、それが合図された後に合図プロトコルがトンネル経路を覚えているべきであるかどうかを示します。」 参照「1」。 RSVP-Te: 「LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月。」 ::= mplsTunnelEntry15
mplsTunnelLocalProtectInUse OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "Indicates that the local repair mechanism is in use to maintain this tunnel (usually in the face of an outage of the link it was previously routed over)." DEFVAL { false } ::= { mplsTunnelEntry 16 }
mplsTunnelLocalProtectInUse OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「局部的修繕メカニズムがこのトンネル(通常それが以前に発送されたリンクの供給停止に直面して)を維持するために使用中であることを示します」。 DEFVAL偽:、:= mplsTunnelEntry16
Srinivasan, et al. Standards Track [Page 22] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[22ページ]。
mplsTunnelResourcePointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "This variable represents a pointer to the traffic parameter specification for this tunnel. This value may point at an entry in the mplsTunnelResourceEntry to indicate which mplsTunnelResourceEntry is to be assigned to this LSP instance. This value may optionally point at an externally defined traffic parameter specification table. A value of zeroDotZero indicates best-effort treatment. By having the same value of this object, two or more LSPs can indicate resource sharing." DEFVAL { zeroDotZero } ::= { mplsTunnelEntry 17 }
mplsTunnelResourcePointer OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのトンネルのための交通パラメタ仕様にポインタを表します」。 この値は、このLSP例に割り当てられるためにmplsTunnelResourceEntryがどれであるかを示すためにmplsTunnelResourceEntryでエントリーを指し示すかもしれません。 この値は任意に外部的に定義された交通パラメタ仕様テーブルを指し示すかもしれません。 zeroDotZeroの値はベストエフォート型処理を示します。 「この物の同じ値を持っていることによって、2LSPsがリソース・シェアリングを示すことができます。」 DEFVAL zeroDotZero:、:= mplsTunnelEntry17
mplsTunnelPrimaryInstance OBJECT-TYPE SYNTAX MplsTunnelInstanceIndex MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the instance index of the primary instance of this tunnel. More details of the definition of tunnel instances and the primary tunnel instance can be found in the description of the TEXTUAL-CONVENTION MplsTunnelInstanceIndex." DEFVAL { 0 } ::= { mplsTunnelEntry 18 }
mplsTunnelPrimaryInstance OBJECT-TYPE SYNTAX MplsTunnelInstanceIndexのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルの第一の例の例のインデックスを指定します」。 「TEXTUAL-CONVENTION MplsTunnelInstanceIndexの記述でトンネル例と第一のトンネル例の定義に関するその他の詳細を見つけることができます。」 DEFVAL0:、:= mplsTunnelEntry18
mplsTunnelInstancePriority OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "This value indicates which priority, in descending order, with 0 indicating the lowest priority, within a group of tunnel instances. A group of tunnel instances is defined as a set of LSPs with the same mplsTunnelIndex in this table, but with a different mplsTunnelInstance. Tunnel instance priorities are used to denote the priority at which a particular tunnel instance will supercede another. Instances of tunnels containing the same mplsTunnelInstancePriority will be used for load sharing."
mplsTunnelInstancePriority OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値はどの優先権を示すか、降順に、0が最も低い優先度を示していて、トンネル例のグループの中で」。 トンネル例のグループはこのテーブルの同じmplsTunnelIndexにもかかわらず、異なったmplsTunnelInstanceと共にLSPsの1セットと定義されます。 トンネル例のプライオリティは、特定のトンネル例が別のものをスーパー割譲する優先権を指示するのに使用されます。 「同じmplsTunnelInstancePriorityを含むトンネルの例は負荷分割法に使用されるでしょう。」
Srinivasan, et al. Standards Track [Page 23] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[23ページ]。
DEFVAL { 0 } ::= { mplsTunnelEntry 19 }
DEFVAL0:、:= mplsTunnelEntry19
mplsTunnelHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "Index into the mplsTunnelHopTable entry that specifies the explicit route hops for this tunnel. This object is meaningful only at the head-end of the tunnel." DEFVAL { 0 } ::= { mplsTunnelEntry 20 }
mplsTunnelHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZeroマックス-ACCESSは現在の記述が「明白なルートホップをこのトンネルに指定するmplsTunnelHopTableエントリーに索引をつける」STATUSを読書して作成します。 「この物はトンネルのギヤエンドだけで重要です。」 DEFVAL0:、:= mplsTunnelEntry20
mplsTunnelPathInUse OBJECT-TYPE SYNTAX MplsPathIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "This value denotes the configured path that was chosen for this tunnel. This value reflects the secondary index into mplsTunnelHopTable. This path may not exactly match the one in mplsTunnelARHopTable due to the fact that some CSPF modification may have taken place. See mplsTunnelARHopTable for the actual path being taken by the tunnel. A value of zero denotes that no path is currently in use or available." DEFVAL { 0 } ::= { mplsTunnelEntry 21 }
mplsTunnelPathInUse OBJECT-TYPE SYNTAX MplsPathIndexOrZeroマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値はこのトンネルに選ばれた構成された経路を指示します」。 この値はmplsTunnelHopTableに二次索引を反映します。 この経路は何らかのCSPF変更が行われたかもしれないという事実のためまさにmplsTunnelARHopTableのものに合わないかもしれません。 トンネルによって取られる実際の経路にmplsTunnelARHopTableを見てください。 「ゼロの値は、どんな経路も現在、使用中でもなくて、また利用可能でもないことを指示します。」 DEFVAL0:、:= mplsTunnelEntry21
mplsTunnelARHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZero MAX-ACCESS read-only STATUS current DESCRIPTION "Index into the mplsTunnelARHopTable entry that specifies the actual hops traversed by the tunnel. This is automatically updated by the agent when the actual hops becomes available." DEFVAL { 0 } ::= { mplsTunnelEntry 22 }
mplsTunnelARHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トンネルによって横断された実際のホップを指定するmplsTunnelARHopTableエントリーに、索引をつけます」。 「実際のホップが利用可能になるとき、これはエージェントによって自動的にアップデートされます。」 DEFVAL0:、:= mplsTunnelEntry22
mplsTunnelCHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZero MAX-ACCESS read-only STATUS current
mplsTunnelCHopTableIndex OBJECT-TYPE SYNTAX MplsPathIndexOrZeroマックス-ACCESS書き込み禁止STATUS海流
Srinivasan, et al. Standards Track [Page 24] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[24ページ]。
DESCRIPTION "Index into the mplsTunnelCHopTable entry that specifies the computed hops traversed by the tunnel. This is automatically updated by the agent when computed hops become available or when computed hops get modified." DEFVAL { 0 } ::= { mplsTunnelEntry 23 }
記述は「トンネルによって横断された計算されたホップを指定するmplsTunnelCHopTableエントリーに、索引をつけます」。 「計算されたホップが利用可能になるか、または計算されたホップが変更されるとき、これはエージェントによって自動的にアップデートされます。」 DEFVAL0:、:= mplsTunnelEntry23
mplsTunnelIncludeAnyAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinity MAX-ACCESS read-create STATUS current DESCRIPTION "A link satisfies the include-any constraint if and only if the constraint is zero, or the link and the constraint have a resource class in common." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001." ::= { mplsTunnelEntry 24 }
mplsTunnelIncludeAnyAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinityマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「リンクがいずれも含んでいる規制を満たす、単に規制がゼロであるかリンクと規制がリソースのクラスが共通である、」 参照「1」。 RSVP-Te: 「LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月。」 ::= mplsTunnelEntry24
mplsTunnelIncludeAllAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinity MAX-ACCESS read-create STATUS current DESCRIPTION "A link satisfies the include-all constraint if and only if the link contains all of the administrative groups specified in the constraint." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001." ::= { mplsTunnelEntry 25 }
mplsTunnelIncludeAllAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinityマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「リンクがすべてを含んでいる規制を満たす、リンクが単に規制で指定された管理グループのすべてを含んでいる、」 参照「1」。 RSVP-Te: 「LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月。」 ::= mplsTunnelEntry25
mplsTunnelExcludeAnyAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinity MAX-ACCESS read-create STATUS current DESCRIPTION "A link satisfies the exclude-any constraint if and only if the link contains none of the administrative groups specified in the constraint." REFERENCE "1. RSVP-TE: Extensions to RSVP for LSP Tunnels, Awduche et al, RFC 3209, December 2001." DEFVAL { 0 } ::= { mplsTunnelEntry 26 }
mplsTunnelExcludeAnyAffinity OBJECT-TYPE SYNTAX MplsTunnelAffinityマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「リンクがいずれも除いている規制を満たす、リンクが単に規制で指定された管理グループのいずれも含んでいない、」 参照「1」。 RSVP-Te: 「LSP TunnelsのためのRSVPへの拡大、Awduche他、RFC3209、2001年12月。」 DEFVAL0:、:= mplsTunnelEntry26
Srinivasan, et al. Standards Track [Page 25] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[25ページ]。
mplsTunnelTotalUpTime OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "This value represents the aggregate up time for all instances of this tunnel, if available. If this value is unavailable, it MUST return a value of 0." ::= { mplsTunnelEntry 27 }
mplsTunnelTotalUpTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルのすべての例のための時間への集合と、利用可能を表これが評価するします」。 「この値が入手できないなら、0の値を返さなければなりません。」 ::= mplsTunnelEntry27
mplsTunnelInstanceUpTime OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "This value identifies the total time that this tunnel instance's operStatus has been Up(1)." ::= { mplsTunnelEntry 28 }
「この値はこれが例のoperStatusにトンネルを堀るのが、Up(1)である合計時に特定する」mplsTunnelInstanceUpTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsTunnelEntry28
mplsTunnelPrimaryUpTime OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the total time the primary instance of this tunnel has been active. The primary instance of this tunnel is defined in mplsTunnelPrimaryInstance." ::= { mplsTunnelEntry 29 }
mplsTunnelPrimaryUpTime OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルの第一の例がアクティブである合計時に、指定します」。 「このトンネルの第一の例はmplsTunnelPrimaryInstanceで定義されます。」 ::= mplsTunnelEntry29
mplsTunnelPathChanges OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the number of times the actual path for this tunnel instance has changed." ::= { mplsTunnelEntry 30 }
mplsTunnelPathChanges OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネル例のための実際の経路が変えた回数を指定します」。 ::= mplsTunnelEntry30
mplsTunnelLastPathChange OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the time since the last change to the actual path for this tunnel instance." ::= { mplsTunnelEntry 31 }
mplsTunnelLastPathChange OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「実際の経路への最後の変化以来の時間をこのトンネル例に指定します」。 ::= mplsTunnelEntry31
Srinivasan, et al. Standards Track [Page 26] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[26ページ]。
mplsTunnelCreationTime OBJECT-TYPE SYNTAX TimeStamp MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the value of SysUpTime when the first instance of this tunnel came into existence. That is, when the value of mplsTunnelOperStatus was first set to up(1)." ::= { mplsTunnelEntry 32 }
mplsTunnelCreationTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネルの最初の例が生まれたとき、SysUpTimeの値を指定します」。 「すなわち、いつまでmplsTunnelOperStatusの値は(1)への第一セットであったか」? ::= mplsTunnelEntry32
mplsTunnelStateTransitions OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Specifies the number of times the state (mplsTunnelOperStatus) of this tunnel instance has changed." ::= { mplsTunnelEntry 33 }
mplsTunnelStateTransitions OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このトンネル例の州(mplsTunnelOperStatus)が変えた回数を指定します」。 ::= mplsTunnelEntry33
mplsTunnelAdminStatus OBJECT-TYPE SYNTAX INTEGER { -- ready to pass packets up(1), down(2), -- in some test mode testing(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "Indicates the desired operational status of this tunnel." ::= { mplsTunnelEntry 34 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。mplsTunnelAdminStatus OBJECT-TYPE SYNTAX INTEGERが(3)をテストしながらいくつかでモードをテストする、((1)でパケットを通過するのにおいて準備ができる下に(2))「このトンネルの必要な操作上の状態を示します」。 ::= mplsTunnelEntry34
mplsTunnelOperStatus OBJECT-TYPE SYNTAX INTEGER { -- ready to pass packets up(1), down(2), -- in some test mode testing(3), -- status cannot be determined unknown(4), dormant(5), -- some component is missing notPresent(6),
mplsTunnelOperStatus OBJECT-TYPE SYNTAX INTEGER、--(1)でパケットを通過する準備ができています、状態はいくつかのテスト・モードテスト(3)の(2)への決定している未知(4)であるはずがない、眠っている(5)--何らかのコンポーネントがなくなったnotPresent(6)です。
Srinivasan, et al. Standards Track [Page 27] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[27ページ]。
-- down due to the state of -- lower layer interfaces lowerLayerDown(7) } MAX-ACCESS read-only STATUS current DESCRIPTION "Indicates the actual operational status of this tunnel, which is typically but not limited to, a function of the state of individual segments of this tunnel." ::= { mplsTunnelEntry 35 }
-- 状態のためダウンする、--下層がlowerLayerDown(7)を連結する マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「通常他、このトンネルの個々のセグメントの状態の関数であるこのトンネルの実際の操作上の状態を示します」。 ::= mplsTunnelEntry35
mplsTunnelRowStatus 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 is in active(1) state, no objects in that row can be modified by the agent except mplsTunnelAdminStatus, mplsTunnelRowStatus and mplsTunnelStorageType." ::= { mplsTunnelEntry 36 }
mplsTunnelRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「このテーブルの列が活動的な(1)状態にあるとき、mplsTunnelAdminStatus、mplsTunnelRowStatus、およびmplsTunnelStorageType以外に、エージェントはその列の物を全く変更できません。」 ::= mplsTunnelEntry36
mplsTunnelStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this tunnel entry. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row." DEFVAL { volatile } ::= { mplsTunnelEntry 37 }
mplsTunnelStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「格納はこのトンネルエントリーにタイプする」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、揮発性:、:= mplsTunnelEntry37
-- End of mplsTunnelTable
-- mplsTunnelTableの端
mplsTunnelHopListIndexNext OBJECT-TYPE SYNTAX MplsPathIndexOrZero MAX-ACCESS read-only STATUS current DESCRIPTION "This object contains an appropriate value to be used for mplsTunnelHopListIndex when creating entries in the mplsTunnelHopTable. If the number of unassigned entries is exhausted, a retrieval
mplsTunnelHopListIndexNext OBJECT-TYPE SYNTAX MplsPathIndexOrZeroのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「mplsTunnelHopTableでエントリーを作成するときmplsTunnelHopListIndexに使用されるべき適切な値を含これが反対するしています」。 割り当てられなかったエントリーの数が疲れ果てているa検索であるなら
Srinivasan, et al. Standards Track [Page 28] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[28ページ]。
operation will return a value of 0. This object may also return a value of 0 when the LSR is unable to accept conceptual row creation, for example, if the mplsTunnelHopTable is implemented as read-only. To obtain the value of mplsTunnelHopListIndex for a new entry in the mplsTunnelHopTable, the manager issues a management protocol retrieval operation to obtain the current value of mplsTunnelHopIndex.
操作は0の値を返すでしょう。 また、例えば、mplsTunnelHopTableが書き込み禁止として実行されるならLSRが概念的な列の創造を受け入れることができないとき、この物は0の値を返すかもしれません。 mplsTunnelHopTableの新しいエントリーにmplsTunnelHopListIndexの値を得るなら、マネージャは、mplsTunnelHopIndexの現行価値を得るために管理プロトコル検索操作を発行します。
When the SET is performed to create a row in the mplsTunnelHopTable, the Command Responder (agent) must determine whether the value is indeed still unused; Two Network Management Applications may attempt to create a row (configuration entry) simultaneously and use the same value. If it is currently unused, the SET succeeds and the Command Responder (agent) changes the value of this object, according to an implementation-specific algorithm. If the value is in use, however, the SET fails. The Network Management Application must then re-read this variable to obtain a new usable value." ::= { mplsTeObjects 3 }
SETがmplsTunnelHopTableの列を作成するために実行されるとき、Command Responder(エージェント)は、本当に、値がまだ未使用であるかどうか決定しなければなりません。 2Network Management Applicationsが同時に、列(構成エントリー)を作成して、同じ値を使用するのを試みるかもしれません。 それが現在未使用であるなら、SETは成功します、そして、Command Responder(エージェント)はこの物の値を変えます、実現特有のアルゴリズムによると。 しかしながら、値が使用中であるなら、SETは失敗します。 「そして、Network Management Applicationは新しい使用可能な値を得るためにこの変数を再読しなければなりません。」 ::= mplsTeObjects3
mplsTunnelHopTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelHopTable is used to indicate the hops, strict or loose, for an instance of an MPLS tunnel defined in mplsTunnelTable, when it is established via signalling, for the outgoing direction of the tunnel. Thus at a transit LSR, this table contains the desired path of the tunnel from this LSR onwards. Each row in this table is indexed by mplsTunnelHopListIndex which corresponds to a group of hop lists or path options. Each row also has a secondary index mplsTunnelHopIndex, which indicates a group of hops (also known as a path option). Finally, the third index, mplsTunnelHopIndex indicates the specific hop information for a path option. In case we want to specify a particular interface on the originating LSR of an outgoing tunnel by which we want packets to exit the LSR, we specify this as the first hop for this tunnel in mplsTunnelHopTable." ::= { mplsTeObjects 4 }
mplsTunnelHopTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「mplsTunnelHopTableはホップを示すのにおいて中古であるか、厳しいかまたはゆるいです、mplsTunnelTableで定義されたMPLSトンネルの例のために、それが合図を通して設立されるとき、トンネルの送信する指示のために」。 したがって、トランジットでは、LSR、このテーブルは前方へこのLSRからのトンネルの必要な経路を含んでいます。 このテーブルの各列はホップリストか経路オプションのグループに対応するmplsTunnelHopListIndexによって索引をつけられます。 また、各列には、二次インデックスmplsTunnelHopIndexがあります。(mplsTunnelHopIndexはホップ(また、経路オプションとして、知られている)のグループを示します)。 最終的に、3番目のインデックスであり、mplsTunnelHopIndexは経路オプションのための特定のホップ情報を示します。 「私たちが、パケットにLSRを出て欲しい出発しているトンネルの由来しているLSRで特定のインタフェースを指定するといけなくたいと思うので、私たちはmplsTunnelHopTableのこのトンネルへの最初のホップとしてこれを指定します。」 ::= mplsTeObjects4
Srinivasan, et al. Standards Track [Page 29] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[29ページ]。
mplsTunnelHopEntry OBJECT-TYPE SYNTAX MplsTunnelHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a tunnel hop. An entry is created by a network administrator for signaled ERLSP set up by an MPLS signalling protocol." INDEX { mplsTunnelHopListIndex, mplsTunnelHopPathOptionIndex, mplsTunnelHopIndex } ::= { mplsTunnelHopTable 1 }
mplsTunnelHopEntry OBJECT-TYPE SYNTAX MplsTunnelHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはトンネルホップを表します」。 「エントリーはMPLS合図プロトコルによってセットアップされた合図されたERLSPのためにネットワーク管理者によって作成されます。」 mplsTunnelHopListIndex、mplsTunnelHopPathOptionIndex、mplsTunnelHopIndexに索引をつけてください:、:= mplsTunnelHopTable1
MplsTunnelHopEntry ::= SEQUENCE { mplsTunnelHopListIndex MplsPathIndex, mplsTunnelHopPathOptionIndex MplsPathIndex, mplsTunnelHopIndex MplsPathIndex, mplsTunnelHopAddrType TeHopAddressType, mplsTunnelHopIpAddr TeHopAddress, mplsTunnelHopIpPrefixLen InetAddressPrefixLength, mplsTunnelHopAsNumber TeHopAddressAS, mplsTunnelHopAddrUnnum TeHopAddressUnnum, mplsTunnelHopLspId MplsLSPID, mplsTunnelHopType INTEGER, mplsTunnelHopInclude TruthValue, mplsTunnelHopPathOptionName SnmpAdminString, mplsTunnelHopEntryPathComp INTEGER, mplsTunnelHopRowStatus RowStatus, mplsTunnelHopStorageType StorageType }
MplsTunnelHopEntry:、:= 系列{ mplsTunnelHopListIndex MplsPathIndex、mplsTunnelHopPathOptionIndex MplsPathIndex、mplsTunnelHopIndex MplsPathIndex、mplsTunnelHopAddrType TeHopAddressType、mplsTunnelHopIpAddr TeHopAddress、mplsTunnelHopIpPrefixLen InetAddressPrefixLength、mplsTunnelHopAsNumber TeHopAddressAS; mplsTunnelHopAddrUnnum TeHopAddressUnnum、mplsTunnelHopLspId MplsLSPID、mplsTunnelHopType整数、mplsTunnelHopInclude TruthValue、mplsTunnelHopPathOptionName SnmpAdminString、mplsTunnelHopEntryPathComp整数、mplsTunnelHopRowStatus RowStatus、mplsTunnelHopStorageType StorageType; }
mplsTunnelHopListIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Primary index into this table identifying a particular explicit route object." ::= { mplsTunnelHopEntry 1 }
「これへの基本索引は特定の明白なルート物を特定しながら、テーブルの上に置く」mplsTunnelHopListIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelHopEntry1
mplsTunnelHopPathOptionIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION
mplsTunnelHopPathOptionIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Srinivasan, et al. Standards Track [Page 30] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[30ページ]。
"Secondary index into this table identifying a particular group of hops representing a particular configured path. This is otherwise known as a path option." ::= { mplsTunnelHopEntry 2 }
「特定の構成された経路を表すホップの特定のグループを特定するこのテーブルへの二次索引。」 「これは別の方法で経路オプションとして知られています。」 ::= mplsTunnelHopEntry2
mplsTunnelHopIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Tertiary index into this table identifying a particular hop." ::= { mplsTunnelHopEntry 3 }
「第三は特定のホップを特定するこのテーブルに索引をつける」mplsTunnelHopIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelHopEntry3
mplsTunnelHopAddrType OBJECT-TYPE SYNTAX TeHopAddressType MAX-ACCESS read-create STATUS current DESCRIPTION "The Hop Address Type of this tunnel hop.
mplsTunnelHopAddrType OBJECT-TYPE SYNTAX TeHopAddressTypeマックス-ACCESSは「このトンネルのHop Address Typeは飛び越す」STATUSの現在の記述を読書して作成します。
The value of this object cannot be changed if the value of the corresponding mplsTunnelHopRowStatus object is 'active'.
対応するmplsTunnelHopRowStatus物の値が'アクティブである'なら、この物の値を変えることができません。
Note that lspid(5) is a valid option only for tunnels signaled via CRLDP. " DEFVAL { ipv4 } ::= { mplsTunnelHopEntry 4 }
lspid(5)がCRLDPを通して合図されたトンネルのためだけの妥当な選択肢であることに注意してください。 「DEFVAL ipv4:、:、」= mplsTunnelHopEntry4
mplsTunnelHopIpAddr OBJECT-TYPE SYNTAX TeHopAddress MAX-ACCESS read-create STATUS current DESCRIPTION "The Tunnel Hop Address for this tunnel hop.
mplsTunnelHopIpAddr OBJECT-TYPE SYNTAX TeHopAddressマックス-ACCESSは「このトンネルへのTunnel Hop Addressは飛び越す」STATUSの現在の記述を読書して作成します。
The type of this address is determined by the value of the corresponding mplsTunnelHopAddrType.
このアドレスのタイプは対応するmplsTunnelHopAddrTypeの値で決定します。
The value of this object cannot be changed if the value of the corresponding mplsTunnelHopRowStatus object is 'active'. " DEFVAL { '00000000'h } -- IPv4 address 0.0.0.0 ::= { mplsTunnelHopEntry 5 }
対応するmplsTunnelHopRowStatus物の値が'アクティブである'なら、この物の値を変えることができません。 「DEFVAL'00000000'h--IPv4アドレス0.0.0.0:、:、」= mplsTunnelHopEntry5
mplsTunnelHopIpPrefixLen OBJECT-TYPE
mplsTunnelHopIpPrefixLenオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 31] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[31ページ]。
SYNTAX InetAddressPrefixLength MAX-ACCESS read-create STATUS current DESCRIPTION "If mplsTunnelHopAddrType is set to ipv4(1) or ipv6(2), then this value will contain an appropriate prefix length for the IP address in object mplsTunnelHopIpAddr. Otherwise this value is irrelevant and should be ignored. " DEFVAL { 32 } ::= { mplsTunnelHopEntry 6 }
SYNTAX InetAddressPrefixLengthマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsTunnelHopAddrTypeがipv4(1)かipv6(2)に用意ができていると、この値は物のmplsTunnelHopIpAddrにIPのための適切な接頭語の長さにアドレスを含むでしょう」。 さもなければ、この値は、無関係であり、無視されるべきです。 「DEFVAL32:、:、」= mplsTunnelHopEntry6
mplsTunnelHopAsNumber OBJECT-TYPE SYNTAX TeHopAddressAS MAX-ACCESS read-create STATUS current DESCRIPTION "If mplsTunnelHopAddrType is set to asnumber(3), then this value will contain the AS number of this hop. Otherwise the agent should set this object to zero- length string and the manager should ignore this." ::= { mplsTunnelHopEntry 7 }
mplsTunnelHopAsNumber OBJECT-TYPE SYNTAX TeHopAddressASマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsTunnelHopAddrTypeがasnumber(3)に用意ができていると、この値はこのホップのAS番号を含むでしょう」。 「さもなければ、エージェントは無の長さのストリングにこの物を設定するべきです、そして、マネージャはこれを無視するべきです。」 ::= mplsTunnelHopEntry7
mplsTunnelHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnum MAX-ACCESS read-create STATUS current DESCRIPTION "If mplsTunnelHopAddrType is set to unnum(4), then this value will contain the interface identifier of the unnumbered interface for this hop. This object should be used in conjunction with mplsTunnelHopIpAddress which would contain the LSR Router ID in this case. Otherwise the agent should set this object to zero-length string and the manager should ignore this." ::= { mplsTunnelHopEntry 8 }
mplsTunnelHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnumマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsTunnelHopAddrTypeがunnum(4)に用意ができていると、この値はこのホップのための無数のインタフェースに関するインタフェース識別子を含むでしょう」。 この物はこの場合LSR Router IDを含むmplsTunnelHopIpAddressに関連して使用されるべきです。 「さもなければ、エージェントはこの物をゼロ長ストリングに設定するべきです、そして、マネージャはこれを無視するべきです。」 ::= mplsTunnelHopEntry8
mplsTunnelHopLspId OBJECT-TYPE SYNTAX MplsLSPID MAX-ACCESS read-create STATUS current DESCRIPTION "If mplsTunnelHopAddrType is set to lspid(5), then this value will contain the LSPID of a tunnel of this hop. The present tunnel being configured is tunneled through this hop (using label stacking). This object is otherwise insignificant and should
mplsTunnelHopLspId OBJECT-TYPE SYNTAX MplsLSPIDマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsTunnelHopAddrTypeがlspid(5)に用意ができていると、この値はこのホップのトンネルのLSPIDを含むでしょう」。 構成される現在のトンネルはこのホップを通してトンネルを堀られます(ラベルの積み重ねを使用して)。 そしてであるべきですそうでなければ、この物が意味をなさない。
Srinivasan, et al. Standards Track [Page 32] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[32ページ]。
contain a value of 0 to indicate this fact." ::= { mplsTunnelHopEntry 9 }
「この事実を示す0の値を含んでください。」 ::= mplsTunnelHopEntry9
mplsTunnelHopType OBJECT-TYPE SYNTAX INTEGER { strict(1), loose(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "Denotes whether this tunnel hop is routed in a strict or loose fashion. The value of this object has no meaning if the mplsTunnelHopInclude object is set to 'false'." ::= { mplsTunnelHopEntry 10 }
mplsTunnelHopType OBJECT-TYPE SYNTAX INTEGER、厳しい(1)、ゆるい(2)、マックス-ACCESSは現在の記述が「このトンネルホップが厳しいかゆるいファッションで発送されるか否かに関係なく、指示する」STATUSを読書して作成します。 「この物の値には、mplsTunnelHopInclude物が'誤っていること'に設定されるなら、意味がありません。」 ::= mplsTunnelHopEntry10
mplsTunnelHopInclude OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If this value is set to true, then this indicates that this hop must be included in the tunnel's path. If this value is set to 'false', then this hop must be avoided when calculating the path for this tunnel. The default value of this object is 'true', so that by default all indicated hops are included in the CSPF path computation. If this object is set to 'false' the value of mplsTunnelHopType should be ignored." DEFVAL { true } ::= { mplsTunnelHopEntry 11 }
mplsTunnelHopInclude OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この値は本当へのセット、次に、これがトンネルの経路にこのホップを含まなければならないのを示すということです」ならSTATUSの現在の記述を読書して作成します。 このトンネルに経路について計算するとき、この値が'誤っていること'に設定されるなら、このホップを避けなければなりません。 この物のデフォルト値は'本当です'、デフォルトですべて示されたホップがCSPF経路計算に含まれているように。 「この物が'誤っていること'に設定されるなら、mplsTunnelHopTypeの値は無視されるべきです。」 DEFVAL、本当:、:= mplsTunnelHopEntry11
mplsTunnelHopPathOptionName OBJECT-TYPE SYNTAX SnmpAdminString MAX-ACCESS read-create STATUS current DESCRIPTION "The description of this series of hops as they relate to the specified path option. The value of this object SHOULD be the same for each hop in the series that comprises a path option." ::= { mplsTunnelHopEntry 12 }
mplsTunnelHopPathOptionName OBJECT-TYPE SYNTAX SnmpAdminStringマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「記述、このシリーズのホップでは、それらのように指定された経路オプションに関連してください、」 「値、この物のSHOULDでは、a経路オプションを包括するシリーズにおける各ホップに同じであってください、」 ::= mplsTunnelHopEntry12
mplsTunnelHopEntryPathComp OBJECT-TYPE SYNTAX INTEGER {
mplsTunnelHopEntryPathCompオブジェクト・タイプ構文整数
Srinivasan, et al. Standards Track [Page 33] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[33ページ]。
dynamic(1), -- CSPF computed explicit(2) -- strict hop } MAX-ACCESS read-create STATUS current DESCRIPTION "If this value is set to dynamic, then the user should only specify the source and destination of the path and expect that the CSPF will calculate the remainder of the path. If this value is set to explicit, the user should specify the entire path for the tunnel to take. This path may contain strict or loose hops. Each hop along a specific path SHOULD have this object set to the same value" ::= { mplsTunnelHopEntry 13 }
動力(1)--CSPFは明白な(2)を計算しました--、厳しいホップ マックス-ACCESSは「この値は動力へのセット、次に、ユーザが経路のソースと目的地を指定するだけであり、CSPFが経路の残りについて計算すると予想するべきであるということです」ならSTATUSの現在の記述を読書して作成します。 この値が明白に設定されるなら、ユーザはトンネルが取る全体の経路を指定するべきです。 この経路は厳しいかゆるいホップを含むかもしれません。 「SHOULDがこの物に同じ値に設定させる特定の経路に沿った各ホップ」:、:= mplsTunnelHopEntry13
mplsTunnelHopRowStatus 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 is in active(1) state, no objects in that row can be modified by the agent except mplsTunnelHopRowStatus and mplsTunnelHopStorageType." ::= { mplsTunnelHopEntry 14 }
mplsTunnelHopRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「このテーブルの列が活動的な(1)状態にあるとき、mplsTunnelHopRowStatusとmplsTunnelHopStorageType以外に、エージェントはその列の物を全く変更できません。」 ::= mplsTunnelHopEntry14
mplsTunnelHopStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this Hop entry. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row." DEFVAL { volatile } ::= { mplsTunnelHopEntry 15 }
mplsTunnelHopStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「格納はこのHopエントリーにタイプする」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、揮発性:、:= mplsTunnelHopEntry15
-- End of mplsTunnelHopTable
-- mplsTunnelHopTableの端
-- Begin of mplsTunnelResourceTable
-- mplsTunnelResourceTableを始めてください。
mplsTunnelResourceIndexNext OBJECT-TYPE SYNTAX Unsigned32 (0.. 2147483647) MAX-ACCESS read-only
mplsTunnelResourceIndexNext OBJECT-TYPE SYNTAX Unsigned32(0.. 2147483647)マックス-ACCESS書き込み禁止
Srinivasan, et al. Standards Track [Page 34] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[34ページ]。
STATUS current DESCRIPTION "This object contains the next appropriate value to be used for mplsTunnelResourceIndex when creating entries in the mplsTunnelResourceTable. If the number of unassigned entries is exhausted, a retrieval operation will return a value of 0. This object may also return a value of 0 when the LSR is unable to accept conceptual row creation, for example, if the mplsTunnelTable is implemented as read-only. To obtain the mplsTunnelResourceIndex value for a new entry, the manager must first issue a management protocol retrieval operation to obtain the current value of this object.
STATUSの現在の記述は「次のmplsTunnelResourceTableでエントリーを作成するときmplsTunnelResourceIndexに使用されるべき適切な値を含これが反対するしています」。 割り当てられなかったエントリーの数が疲れ果てると、検索操作は0の値を返すでしょう。 また、例えば、mplsTunnelTableが書き込み禁止として実行されるならLSRが概念的な列の創造を受け入れることができないとき、この物は0の値を返すかもしれません。 mplsTunnelResourceIndex値を新しいエントリーに得るなら、マネージャは、最初に、この物の現行価値を得るために管理プロトコル検索操作を発行しなければなりません。
When the SET is performed to create a row in the mplsTunnelResourceTable, the Command Responder (agent) must determine whether the value is indeed still unused; Two Network Management Applications may attempt to create a row (configuration entry) simultaneously and use the same value. If it is currently unused, the SET succeeds and the Command Responder (agent) changes the value of this object, according to an implementation-specific algorithm. If the value is in use, however, the SET fails. The Network Management Application must then re-read this variable to obtain a new usable value." ::= { mplsTeObjects 5 }
SETがmplsTunnelResourceTableの列を作成するために実行されるとき、Command Responder(エージェント)は、本当に、値がまだ未使用であるかどうか決定しなければなりません。 2Network Management Applicationsが同時に、列(構成エントリー)を作成して、同じ値を使用するのを試みるかもしれません。 それが現在未使用であるなら、SETは成功します、そして、Command Responder(エージェント)はこの物の値を変えます、実現特有のアルゴリズムによると。 しかしながら、値が使用中であるなら、SETは失敗します。 「そして、Network Management Applicationは新しい使用可能な値を得るためにこの変数を再読しなければなりません。」 ::= mplsTeObjects5
mplsTunnelResourceTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelResourceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelResourceTable allows a manager to specify which resources are desired for an MPLS tunnel. This table also allows several tunnels to point to a single entry in this table, implying that these tunnels should share resources." ::= { mplsTeObjects 6 }
「mplsTunnelResourceTableはどのリソースがMPLSトンネルに望まれているかを指定するのをマネージャを許容する」mplsTunnelResourceTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsTunnelResourceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「また、このテーブルはこのテーブルに単一のエントリーを示すためにいくつかのトンネルを許容します、これらのトンネルがリソースを共有するはずであるのを含意して。」 ::= mplsTeObjects6
mplsTunnelResourceEntry OBJECT-TYPE SYNTAX MplsTunnelResourceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a set of resources for an MPLS tunnel. An entry can be created by a
mplsTunnelResourceEntry OBJECT-TYPE SYNTAX MplsTunnelResourceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはMPLSトンネルのための1セットのリソースを表します」。 aはエントリーを作成できます。
Srinivasan, et al. Standards Track [Page 35] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[35ページ]。
network administrator or by an SNMP agent as instructed by any MPLS signalling protocol. An entry in this table referenced by a tunnel instance with zero mplsTunnelInstance value indicates a configured set of resource parameter. An entry referenced by a tunnel instance with a non-zero mplsTunnelInstance reflects the in-use resource parameters for the tunnel instance which may have been negotiated or modified by the MPLS signaling protocols." INDEX { mplsTunnelResourceIndex } ::= { mplsTunnelResourceTable 1 }
管理者をネットワークでつなぐか、またはどんなMPLS合図でも命令されるSNMPエージェントで議定書を作ってください。 mplsTunnelInstanceが評価するゼロがあるトンネル例によって参照をつけられるこのテーブルのエントリーは構成されたセットのリソースパラメタを示します。 「非ゼロmplsTunnelInstanceと共にトンネル例によって参照をつけられるエントリーはMPLSシグナリングプロトコルによって交渉されたか、または変更されたかもしれないトンネル例のための使用中であるリソースパラメタを反映します。」 mplsTunnelResourceIndexに索引をつけてください:、:= mplsTunnelResourceTable1
MplsTunnelResourceEntry ::= SEQUENCE { mplsTunnelResourceIndex Unsigned32, mplsTunnelResourceMaxRate MplsBitRate, mplsTunnelResourceMeanRate MplsBitRate, mplsTunnelResourceMaxBurstSize MplsBurstSize, mplsTunnelResourceMeanBurstSize MplsBurstSize, mplsTunnelResourceExBurstSize MplsBurstSize, mplsTunnelResourceFrequency INTEGER, mplsTunnelResourceWeight Unsigned32, mplsTunnelResourceRowStatus RowStatus, mplsTunnelResourceStorageType StorageType }
MplsTunnelResourceEntry:、:= 系列mplsTunnelResourceIndex Unsigned32、mplsTunnelResourceMaxRate MplsBitRate、mplsTunnelResourceMeanRate MplsBitRate、mplsTunnelResourceMaxBurstSize MplsBurstSize、mplsTunnelResourceMeanBurstSize MplsBurstSize、mplsTunnelResourceExBurstSize MplsBurstSize、mplsTunnelResourceFrequency整数、mplsTunnelResourceWeight Unsigned32、mplsTunnelResourceRowStatus RowStatus、mplsTunnelResourceStorageType StorageType
mplsTunnelResourceIndex OBJECT-TYPE SYNTAX Unsigned32 (1..2147483647) MAX-ACCESS not-accessible STATUS current DESCRIPTION "Uniquely identifies this row." ::= { mplsTunnelResourceEntry 1 }
mplsTunnelResourceIndex OBJECT-TYPE SYNTAX Unsigned32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「唯一、この列を特定します」。 ::= mplsTunnelResourceEntry1
mplsTunnelResourceMaxRate OBJECT-TYPE SYNTAX MplsBitRate UNITS "kilobits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "The maximum rate in bits/second. Note that setting mplsTunnelResourceMaxRate, mplsTunnelResourceMeanRate, and mplsTunnelResourceMaxBurstSize to 0 indicates best- effort treatment." ::= { mplsTunnelResourceEntry 2 }
mplsTunnelResourceMaxRate OBJECT-TYPE SYNTAX MplsBitRate UNITS「1秒あたりのキロビット」マックス-ACCESSは「最大はビット/秒で評定する」STATUSの現在の記述を読書して作成します。 「mplsTunnelResourceMaxRate、mplsTunnelResourceMeanRate、およびmplsTunnelResourceMaxBurstSizeを0に設定すると最も良い努力処理が示されることに注意してください。」 ::= mplsTunnelResourceEntry2
mplsTunnelResourceMeanRate OBJECT-TYPE
mplsTunnelResourceMeanRateオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 36] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[36ページ]。
SYNTAX MplsBitRate UNITS "kilobits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "This object is copied into an instance of mplsTrafficParamMeanRate in the mplsTrafficParamTable. The OID of this table entry is then copied into the corresponding mplsInSegmentTrafficParamPtr." ::= { mplsTunnelResourceEntry 3 }
SYNTAX MplsBitRate UNITS「1秒あたりのキロビット」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物はmplsTrafficParamTableにmplsTrafficParamMeanRateの例にコピーされます」。 「そして、このテーブル項目のOIDは対応するmplsInSegmentTrafficParamPtrにコピーされます。」 ::= mplsTunnelResourceEntry3
mplsTunnelResourceMaxBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The maximum burst size in bytes." ::= { mplsTunnelResourceEntry 4 }
mplsTunnelResourceMaxBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS「バイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「バイトで表現される最大の放出量。」 ::= mplsTunnelResourceEntry4
mplsTunnelResourceMeanBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The mean burst size in bytes. The implementations which do not implement this variable must return a noSuchObject exception for this object and must not allow a user to set this object." ::= { mplsTunnelResourceEntry 5 }
mplsTunnelResourceMeanBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS「バイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「平均はバイトで表現されるサイズを押し破きました」。 「この変数を実行しない実現は、この物のためにnoSuchObject例外を返さなければならなくて、ユーザがこの物を設定するのを許容してはいけません。」 ::= mplsTunnelResourceEntry5
mplsTunnelResourceExBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The Excess burst size in bytes. The implementations which do not implement this variable must return noSuchObject exception for this object and must not allow a user to set this value." REFERENCE "CR-LDP Specification, Section 4.3." ::= { mplsTunnelResourceEntry 6 }
mplsTunnelResourceExBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS「バイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「Excessはバイトで表現されるサイズを押し破きました」。 「この変数を実行しない実現は、この物のために例外をnoSuchObjectに返さなければならなくて、ユーザがこの値を設定するのを許容してはいけません。」 「CR-自由民主党仕様、セクション4.3」という参照。 ::= mplsTunnelResourceEntry6
mplsTunnelResourceFrequency OBJECT-TYPE
mplsTunnelResourceFrequencyオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 37] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[37ページ]。
SYNTAX INTEGER { unspecified(1), frequent(2), veryFrequent(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "The granularity of the availability of committed rate. The implementations which do not implement this variable must return unspecified(1) for this value and must not allow a user to set this value." REFERENCE "CR-LDP Specification, Section 4.3." ::= { mplsTunnelResourceEntry 7 }
SYNTAX INTEGER、不特定の(1)、頻繁な(2)、veryFrequent(3)、マックス-ACCESSは「遂行されることの有用性の粒状は評定する」STATUSの現在の記述を読書して作成します。 「この変数を実行しない実現は、この値のための不特定の(1)を返さなければならなくて、ユーザがこの値を設定するのを許容してはいけません。」 「CR-自由民主党仕様、セクション4.3」という参照。 ::= mplsTunnelResourceEntry7
mplsTunnelResourceWeight OBJECT-TYPE SYNTAX Unsigned32(0..255) MAX-ACCESS read-create STATUS current DESCRIPTION "The relative weight for using excess bandwidth above its committed rate. The value of 0 means that weight is not applicable for the CR-LSP." REFERENCE "CR-LDP Specification, Section 4.3." ::= { mplsTunnelResourceEntry 8 }
mplsTunnelResourceWeight OBJECT-TYPE SYNTAX Unsigned32(0 .255)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「遂行されたレートより上での過剰帯域幅を使用するための相対重量。」 「0の値は、CR-LSPには、重さが適切でないことを意味します。」 「CR-自由民主党仕様、セクション4.3」という参照。 ::= mplsTunnelResourceEntry8
mplsTunnelResourceRowStatus 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 is in active(1) state, no objects in that row can be modified by the agent except mplsTunnelResourceRowStatus and mplsTunnelResourceStorageType." ::= { mplsTunnelResourceEntry 9 }
mplsTunnelResourceRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「このテーブルの列が活動的な(1)状態にあるとき、mplsTunnelResourceRowStatusとmplsTunnelResourceStorageType以外に、エージェントはその列の物を全く変更できません。」 ::= mplsTunnelResourceEntry9
mplsTunnelResourceStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this Hop entry. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects
mplsTunnelResourceStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「格納はこのHopエントリーにタイプする」STATUSの現在の記述を読書して作成します。 '永久的'に値を持っている概念的な列はいずれにもアクセスを書いている円柱状の物を許容する必要はありません。
Srinivasan, et al. Standards Track [Page 38] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[38ページ]。
in the row." DEFVAL { volatile }
「列。」 DEFVAL揮発性
::= { mplsTunnelResourceEntry 10 }
::= mplsTunnelResourceEntry10
-- End mplsTunnelResourceTable -- Tunnel Actual Route Hop table.
-- mplsTunnelResourceTableを終わらせてください--トンネルActual Route Hopテーブル。
mplsTunnelARHopTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelARHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelARHopTable is used to indicate the hops for an MPLS tunnel defined in mplsTunnelTable, as reported by the MPLS signalling protocol. Thus at a transit LSR, this table (if the table is supported and if the signaling protocol is recording actual route information) contains the actual route of the whole tunnel. If the signaling protocol is not recording the actual route, this table MAY report the information from the mplsTunnelHopTable or the mplsTunnelCHopTable.
mplsTunnelARHopTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsTunnelARHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「mplsTunnelARHopTableはmplsTunnelTableで定義されたMPLSトンネルにホップを示すのに使用されます、MPLS合図プロトコルによって報告されるように」。 したがって、LSR、トランジットのこのテーブル(テーブルが支えられて、シグナリングプロトコルが実際の経由地案内を記録しているなら)は全体のトンネルの実際のルートを含んでいます。 シグナリングプロトコルが実際のルートを記録していないなら、このテーブルはmplsTunnelHopTableかmplsTunnelCHopTableから情報を報告するかもしれません。
Each row in this table is indexed by mplsTunnelARHopListIndex. Each row also has a secondary index mplsTunnelARHopIndex, corresponding to the next hop that this row corresponds to.
このテーブルの各列はmplsTunnelARHopListIndexによって索引をつけられます。 各列には、また、この列が相当する次のホップに対応している、二次インデックスmplsTunnelARHopIndexがあります。
Please note that since the information necessary to build entries within this table is not provided by some MPLS signalling protocols, implementation of this table is optional. Furthermore, since the information in this table is actually provided by the MPLS signalling protocol after the path has been set-up, the entries in this table are provided only for observation, and hence, all variables in this table are accessible exclusively as read- only.
このテーブルの中でエントリーを組み込むのに必要な情報がいくつかのMPLS合図プロトコルによって提供されないので、このテーブルの実現は任意です。 その上、実際にMPLS合図プロトコルで経路がセットアップであることの後でこのテーブルの情報を提供するので、このテーブルのエントリーを観測だけに提供します、そして、したがって、このテーブルのすべての変数が排他的に読書だけとしてアクセスしやすいです。
Note also that the contents of this table may change while it is being read because of re-routing activities. A network administrator may verify that the actual route read is consistent by reference to the mplsTunnelLastPathChange object." ::= { mplsTeObjects 7 }
また、それが活動を別ルートで送るので読まれている間このテーブルのコンテンツが変化するかもしれないことに注意してください。 「ネットワーク管理者は、読まれた実際のルートがmplsTunnelLastPathChange物の参照で一貫していることを確かめるかもしれません。」 ::= mplsTeObjects7
Srinivasan, et al. Standards Track [Page 39] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[39ページ]。
mplsTunnelARHopEntry OBJECT-TYPE SYNTAX MplsTunnelARHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a tunnel hop. An entry is created by the agent for signaled ERLSP set up by an MPLS signalling protocol." INDEX { mplsTunnelARHopListIndex, mplsTunnelARHopIndex } ::= { mplsTunnelARHopTable 1 }
mplsTunnelARHopEntry OBJECT-TYPE SYNTAX MplsTunnelARHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはトンネルホップを表します」。 「エントリーはMPLS合図プロトコルによってセットアップされた合図されたERLSPのためにエージェントによって作成されます。」 mplsTunnelARHopListIndex、mplsTunnelARHopIndexに索引をつけてください:、:= mplsTunnelARHopTable1
MplsTunnelARHopEntry ::= SEQUENCE { mplsTunnelARHopListIndex MplsPathIndex, mplsTunnelARHopIndex MplsPathIndex, mplsTunnelARHopAddrType TeHopAddressType, mplsTunnelARHopIpAddr TeHopAddress, mplsTunnelARHopAddrUnnum TeHopAddressUnnum, mplsTunnelARHopLspId MplsLSPID }
MplsTunnelARHopEntry:、:= 系列mplsTunnelARHopListIndex MplsPathIndex、mplsTunnelARHopIndex MplsPathIndex、mplsTunnelARHopAddrType TeHopAddressType、mplsTunnelARHopIpAddr TeHopAddress、mplsTunnelARHopAddrUnnum TeHopAddressUnnum、mplsTunnelARHopLspId MplsLSPID
mplsTunnelARHopListIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Primary index into this table identifying a particular recorded hop list." ::= { mplsTunnelARHopEntry 1 }
「これへの基本索引は特定の記録されたホップリストを特定しながら、テーブルの上に置く」mplsTunnelARHopListIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelARHopEntry1
mplsTunnelARHopIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Secondary index into this table identifying the particular hop." ::= { mplsTunnelARHopEntry 2 }
「これへの二次索引は特定のホップを特定しながら、テーブルの上に置く」mplsTunnelARHopIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelARHopEntry2
mplsTunnelARHopAddrType OBJECT-TYPE SYNTAX TeHopAddressType MAX-ACCESS read-only STATUS current DESCRIPTION "The Hop Address Type of this tunnel hop.
「このトンネルのHop Address Typeは飛び越す」mplsTunnelARHopAddrType OBJECT-TYPE SYNTAX TeHopAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Note that lspid(5) is a valid option only for tunnels signaled via CRLDP." DEFVAL { ipv4 }
「lspid(5)がCRLDPを通して合図されたトンネルのためだけの妥当な選択肢であることに注意してください。」 DEFVALipv4
Srinivasan, et al. Standards Track [Page 40] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[40ページ]。
::= { mplsTunnelARHopEntry 3 }
::= mplsTunnelARHopEntry3
mplsTunnelARHopIpAddr OBJECT-TYPE SYNTAX TeHopAddress MAX-ACCESS read-only STATUS current DESCRIPTION "The Tunnel Hop Address for this tunnel hop.
「このトンネルへのTunnel Hop Addressは飛び越す」mplsTunnelARHopIpAddr OBJECT-TYPE SYNTAX TeHopAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
The type of this address is determined by the value of the corresponding mplsTunnelARHopAddrType. If mplsTunnelARHopAddrType is set to unnum(4), then this value contains the LSR Router ID of the unnumbered interface. Otherwise the agent SHOULD set this object to the zero-length string and the manager should ignore this object." DEFVAL { '00000000'h } -- IPv4 address 0.0.0.0 ::= { mplsTunnelARHopEntry 4 }
このアドレスのタイプは対応するmplsTunnelARHopAddrTypeの値で決定します。 mplsTunnelARHopAddrTypeがunnum(4)に用意ができているなら、この値は無数のインタフェースのLSR Router IDを含んでいます。 「さもなければ、エージェントSHOULDはこの物をゼロ長ストリングに設定します、そして、マネージャはこの物を無視するべきです。」 DEFVAL'00000000'h--IPv4アドレス0.0.0.0:、:= mplsTunnelARHopEntry4
mplsTunnelARHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnum MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelARHopAddrType is set to unnum(4), then this value will contain the interface identifier of the unnumbered interface for this hop. This object should be used in conjunction with mplsTunnelARHopIpAddr which would contain the LSR Router ID in this case. Otherwise the agent should set this object to zero-length string and the manager should ignore this." ::= { mplsTunnelARHopEntry 5 }
mplsTunnelARHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnumのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelARHopAddrTypeがunnum(4)に用意ができていると、この値はこのホップのための無数のインタフェースに関するインタフェース識別子を含むでしょう」。 この物はこの場合LSR Router IDを含むmplsTunnelARHopIpAddrに関連して使用されるべきです。 「さもなければ、エージェントはこの物をゼロ長ストリングに設定するべきです、そして、マネージャはこれを無視するべきです。」 ::= mplsTunnelARHopEntry5
mplsTunnelARHopLspId OBJECT-TYPE SYNTAX MplsLSPID MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelARHopAddrType is set to lspid(5), then this value will contain the LSP ID of this hop. This object is otherwise insignificant and should contain a value of 0 to indicate this fact." ::= { mplsTunnelARHopEntry 6 }
mplsTunnelARHopLspId OBJECT-TYPE SYNTAX MplsLSPIDのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelARHopAddrTypeがlspid(5)に用意ができていると、この値はこのホップのLSP IDを含むでしょう」。 「この物は、そうでなければ、無意味に、この事実を示す0の値を含むはずです。」 ::= mplsTunnelARHopEntry6
-- End of mplsTunnelARHopTable
-- mplsTunnelARHopTableの端
Srinivasan, et al. Standards Track [Page 41] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[41ページ]。
-- Tunnel Computed Hop table.
-- Computed Hopテーブルにトンネルを堀ってください。
mplsTunnelCHopTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelCHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelCHopTable is used to indicate the hops, strict or loose, for an MPLS tunnel defined in mplsTunnelTable, as computed by a constraint- based routing protocol, based on the mplsTunnelHopTable for the outgoing direction of the tunnel. Thus at a transit LSR, this table (if the table is supported) MAY contain the path computed by the CSPF engine on (or on behalf of) this LSR. Each row in this table is indexed by mplsTunnelCHopListIndex. Each row also has a secondary index mplsTunnelCHopIndex, corresponding to the next hop that this row corresponds to. In case we want to specify a particular interface on the originating LSR of an outgoing tunnel by which we want packets to exit the LSR, we specify this as the first hop for this tunnel in mplsTunnelCHopTable.
mplsTunnelCHopTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelCHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「mplsTunnelCHopTableはホップを示すのにおいて中古であるか、厳しいかまたはゆるいです、トンネルが規制で計算されるようにmplsTunnelTableで定義したMPLSがルーティング・プロトコルを基礎づけたので、トンネルの送信する指示のためのmplsTunnelHopTableに基づいて」。 を代表してまたは、その結果、aでは、LSRを通過してください、(テーブルが支えられるなら)5月がCSPFエンジンによって計算された経路を含むこのテーブル、()、このLSR。 このテーブルの各列はmplsTunnelCHopListIndexによって索引をつけられます。 各列には、また、この列が相当する次のホップに対応している、二次インデックスmplsTunnelCHopIndexがあります。 私たちが、パケットにLSRを出て欲しい出発しているトンネルの由来しているLSRで特定のインタフェースを指定するといけなくたいと思うので、私たちはmplsTunnelCHopTableのこのトンネルへの最初のホップとしてこれを指定します。
Please note that since the information necessary to build entries within this table may not be supported by some LSRs, implementation of this table is optional. Furthermore, since the information in this table describes the path computed by the CSPF engine the entries in this table are read-only." ::= { mplsTeObjects 8 }
このテーブルの中でエントリーを組み込むのに必要な情報がいくつかのLSRsによって支持されないかもしれないので、このテーブルの実現は任意です。 「その上、このテーブルの情報がCSPFエンジンによって計算された経路について説明するので、このテーブルのエントリーは書き込み禁止です。」 ::= mplsTeObjects8
mplsTunnelCHopEntry OBJECT-TYPE SYNTAX MplsTunnelCHopEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a tunnel hop. An entry in this table is created by a path computation engine using CSPF techniques applied to the information collected by routing protocols and the hops specified in the corresponding mplsTunnelHopTable." INDEX { mplsTunnelCHopListIndex, mplsTunnelCHopIndex } ::= { mplsTunnelCHopTable 1 }
mplsTunnelCHopEntry OBJECT-TYPE SYNTAX MplsTunnelCHopEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはトンネルホップを表します」。 「このテーブルのエントリーは経路演算処理エンジンによってルーティング・プロトコルによって集められた情報に適用されたCSPFのテクニックと対応するmplsTunnelHopTableで指定されたホップを使用することで作成されます。」 mplsTunnelCHopListIndex、mplsTunnelCHopIndexに索引をつけてください:、:= mplsTunnelCHopTable1
Srinivasan, et al. Standards Track [Page 42] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[42ページ]。
MplsTunnelCHopEntry ::= SEQUENCE { mplsTunnelCHopListIndex MplsPathIndex, mplsTunnelCHopIndex MplsPathIndex, mplsTunnelCHopAddrType TeHopAddressType, mplsTunnelCHopIpAddr TeHopAddress, mplsTunnelCHopIpPrefixLen InetAddressPrefixLength, mplsTunnelCHopAsNumber TeHopAddressAS, mplsTunnelCHopAddrUnnum TeHopAddressUnnum, mplsTunnelCHopLspId MplsLSPID, mplsTunnelCHopType INTEGER }
MplsTunnelCHopEntry:、:= 系列mplsTunnelCHopListIndex MplsPathIndex、mplsTunnelCHopIndex MplsPathIndex、mplsTunnelCHopAddrType TeHopAddressType、mplsTunnelCHopIpAddr TeHopAddress、mplsTunnelCHopIpPrefixLen InetAddressPrefixLength、mplsTunnelCHopAsNumber TeHopAddressAS、mplsTunnelCHopAddrUnnum TeHopAddressUnnum、mplsTunnelCHopLspId MplsLSPID、mplsTunnelCHopType整数
mplsTunnelCHopListIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Primary index into this table identifying a particular computed hop list." ::= { mplsTunnelCHopEntry 1 }
「これへの基本索引は特定の計算されたホップリストを特定しながら、テーブルの上に置く」mplsTunnelCHopListIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelCHopEntry1
mplsTunnelCHopIndex OBJECT-TYPE SYNTAX MplsPathIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "Secondary index into this table identifying the particular hop." ::= { mplsTunnelCHopEntry 2 }
「これへの二次索引は特定のホップを特定しながら、テーブルの上に置く」mplsTunnelCHopIndex OBJECT-TYPE SYNTAX MplsPathIndexのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTunnelCHopEntry2
mplsTunnelCHopAddrType OBJECT-TYPE SYNTAX TeHopAddressType MAX-ACCESS read-only STATUS current DESCRIPTION "The Hop Address Type of this tunnel hop.
「このトンネルのHop Address Typeは飛び越す」mplsTunnelCHopAddrType OBJECT-TYPE SYNTAX TeHopAddressTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Note that lspid(5) is a valid option only for tunnels signaled via CRLDP." DEFVAL { ipv4 } ::= { mplsTunnelCHopEntry 3 }
「lspid(5)がCRLDPを通して合図されたトンネルのためだけの妥当な選択肢であることに注意してください。」 DEFVAL ipv4:、:= mplsTunnelCHopEntry3
mplsTunnelCHopIpAddr OBJECT-TYPE SYNTAX TeHopAddress MAX-ACCESS read-only STATUS current DESCRIPTION "The Tunnel Hop Address for this tunnel hop.
「このトンネルへのTunnel Hop Addressは飛び越す」mplsTunnelCHopIpAddr OBJECT-TYPE SYNTAX TeHopAddressのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。
Srinivasan, et al. Standards Track [Page 43] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[43ページ]。
The type of this address is determined by the value of the corresponding mplsTunnelCHopAddrType.
このアドレスのタイプは対応するmplsTunnelCHopAddrTypeの値で決定します。
If mplsTunnelCHopAddrType is set to unnum(4), then this value will contain the LSR Router ID of the unnumbered interface. Otherwise the agent should set this object to the zero-length string and the manager SHOULD ignore this object." DEFVAL { '00000000'h } -- IPv4 address 0.0.0.0 ::= { mplsTunnelCHopEntry 4 }
mplsTunnelCHopAddrTypeがunnum(4)に用意ができていると、この値は無数のインタフェースのLSR Router IDを含むでしょう。 「さもなければ、エージェントはこの物をゼロ長ストリングに設定するべきです、そして、マネージャSHOULDはこの物を無視します。」 DEFVAL'00000000'h--IPv4アドレス0.0.0.0:、:= mplsTunnelCHopEntry4
mplsTunnelCHopIpPrefixLen OBJECT-TYPE SYNTAX InetAddressPrefixLength MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelCHopAddrType is set to ipv4(1) or ipv6(2), then this value will contain an appropriate prefix length for the IP address in object mplsTunnelCHopIpAddr. Otherwise this value is irrelevant and should be ignored. " DEFVAL { 32 } ::= { mplsTunnelCHopEntry 5 }
mplsTunnelCHopIpPrefixLen OBJECT-TYPE SYNTAX InetAddressPrefixLengthのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelCHopAddrTypeがipv4(1)かipv6(2)に用意ができていると、この値は物のmplsTunnelCHopIpAddrのIPアドレスのための適切な接頭語の長さを含むでしょう」。 さもなければ、この値は、無関係であり、無視されるべきです。 「DEFVAL32:、:、」= mplsTunnelCHopEntry5
mplsTunnelCHopAsNumber OBJECT-TYPE SYNTAX TeHopAddressAS MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelCHopAddrType is set to asnumber(3), then this value will contain the AS number of this hop. Otherwise the agent should set this object to zero-length string and the manager should ignore this." ::= { mplsTunnelCHopEntry 6 }
mplsTunnelCHopAsNumber OBJECT-TYPE SYNTAX TeHopAddressASのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelCHopAddrTypeがasnumber(3)に用意ができていると、この値はこのホップのAS番号を含むでしょう」。 「さもなければ、エージェントはこの物をゼロ長ストリングに設定するべきです、そして、マネージャはこれを無視するべきです。」 ::= mplsTunnelCHopEntry6
mplsTunnelCHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnum MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelCHopAddrType is set to unnum(4), then this value will contain the unnumbered interface identifier of this hop. This object should be used in conjunction with mplsTunnelCHopIpAddr which would contain the LSR Router ID in this case.
mplsTunnelCHopAddrUnnum OBJECT-TYPE SYNTAX TeHopAddressUnnumのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelCHopAddrTypeがunnum(4)に用意ができていると、この値はこのホップの無数のインタフェース識別子を含むでしょう」。 この物はこの場合LSR Router IDを含むmplsTunnelCHopIpAddrに関連して使用されるべきです。
Srinivasan, et al. Standards Track [Page 44] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[44ページ]。
Otherwise the agent should set this object to zero- length string and the manager should ignore this." ::= { mplsTunnelCHopEntry 7 }
「さもなければ、エージェントは無の長さのストリングにこの物を設定するべきです、そして、マネージャはこれを無視するべきです。」 ::= mplsTunnelCHopEntry7
mplsTunnelCHopLspId OBJECT-TYPE SYNTAX MplsLSPID MAX-ACCESS read-only STATUS current DESCRIPTION "If mplsTunnelCHopAddrType is set to lspid(5), then this value will contain the LSP ID of this hop. This object is otherwise insignificant and should contain a value of 0 to indicate this fact." ::= { mplsTunnelCHopEntry 8 }
mplsTunnelCHopLspId OBJECT-TYPE SYNTAX MplsLSPIDのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「mplsTunnelCHopAddrTypeがlspid(5)に用意ができていると、この値はこのホップのLSP IDを含むでしょう」。 「この物は、そうでなければ、無意味に、この事実を示す0の値を含むはずです。」 ::= mplsTunnelCHopEntry8
mplsTunnelCHopType OBJECT-TYPE SYNTAX INTEGER { strict(1), loose(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "Denotes whether this is tunnel hop is routed in a strict or loose fashion." ::= { mplsTunnelCHopEntry 9 }
mplsTunnelCHopType OBJECT-TYPE SYNTAX INTEGER、厳しい(1)、マックス-ACCESSの読書だけのSTATUSの現在の記述が「これによるトンネルホップが厳しいかゆるいファッションで発送されるということであるか否かに関係なく、指示する」ゆるい(2)。 ::= mplsTunnelCHopEntry9
-- End of mplsTunnelCHopTable
-- mplsTunnelCHopTableの端
-- MPLS Tunnel Performance Table.
-- MPLSはパフォーマンステーブルにトンネルを堀ります。
mplsTunnelPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table provides per-tunnel instance MPLS performance information." ::= { mplsTeObjects 9 }
「このテーブルは1トンネルあたりの例のMPLS性能情報を提供する」mplsTunnelPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ::= mplsTeObjects9
mplsTunnelPerfEntry OBJECT-TYPE SYNTAX MplsTunnelPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by the LSR for every tunnel. Its is an extension to mplsTunnelEntry."
mplsTunnelPerfEntry OBJECT-TYPE SYNTAX MplsTunnelPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはLSRによってあらゆるトンネルに作成されます」。 「それ、mplsTunnelEntryには拡大がある、」
Srinivasan, et al. Standards Track [Page 45] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[45ページ]。
AUGMENTS { mplsTunnelEntry } ::= { mplsTunnelPerfTable 1 }
mplsTunnelEntryを増大させます:、:= mplsTunnelPerfTable1
MplsTunnelPerfEntry ::= SEQUENCE { mplsTunnelPerfPackets Counter32, mplsTunnelPerfHCPackets Counter64, mplsTunnelPerfErrors Counter32, mplsTunnelPerfBytes Counter32, mplsTunnelPerfHCBytes Counter64 }
MplsTunnelPerfEntry:、:= 系列mplsTunnelPerfPackets Counter32、mplsTunnelPerfHCPackets Counter64、mplsTunnelPerfErrors Counter32、mplsTunnelPerfBytes Counter32、mplsTunnelPerfHCBytes Counter64
mplsTunnelPerfPackets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Number of packets forwarded by the tunnel. This object should represents the 32-bit value of the least significant part of the 64-bit value if both mplsTunnelPerfHCPackets is returned." ::= { mplsTunnelPerfEntry 1 }
「パケットの数はトンネルのそばで進めた」mplsTunnelPerfPackets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「この物がそうするべきである、両方のmplsTunnelPerfHCPacketsを返すなら64ビットの価値の最もかなりでない一部分の32ビットの値を表す、」 ::= mplsTunnelPerfEntry1
mplsTunnelPerfHCPackets OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "High capacity counter for number of packets forwarded by the tunnel. " ::= { mplsTunnelPerfEntry 2 }
「パケットの数のための高容量カウンタはトンネルのそばで進めた」mplsTunnelPerfHCPackets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 " ::= mplsTunnelPerfEntry2
mplsTunnelPerfErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Number of packets dropped because of errors or for other reasons." ::= { mplsTunnelPerfEntry 3 }
「パケットの数は誤りのため他の理由ので低下した」mplsTunnelPerfErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsTunnelPerfEntry3
mplsTunnelPerfBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Number of bytes forwarded by the tunnel. This object should represents the 32-bit
「バイト数はトンネルのそばで進めた」mplsTunnelPerfBytes OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 このオブジェクトが表すべきである、32ビットを表します。
Srinivasan, et al. Standards Track [Page 46] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[46ページ]。
value of the least significant part of the 64-bit value if both mplsTunnelPerfHCBytes is returned." ::= { mplsTunnelPerfEntry 4 }
「両方のmplsTunnelPerfHCBytesであるなら64ビットの価値の最もかなりでない一部分の値を返します。」 ::= mplsTunnelPerfEntry4
mplsTunnelPerfHCBytes OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "High capacity counter for number of bytes forwarded by the tunnel." ::= { mplsTunnelPerfEntry 5 }
「バイト数のための高容量カウンタはトンネルのそばで進めた」mplsTunnelPerfHCBytes OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsTunnelPerfEntry5
-- End of mplsTunnelPerfTable
-- mplsTunnelPerfTableの端
-- CR-LDP Tunnel Resource Table
-- CR-自由民主党トンネルリソーステーブル
mplsTunnelCRLDPResTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsTunnelCRLDPResEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The mplsTunnelCRLDPResTable allows a manager to specify which CR-LDP-specific resources are desired for an MPLS tunnel if that tunnel is signaled using CR-LDP. Note that these attributes are in addition to those specified in mplsTunnelResourceTable. This table also allows several tunnels to point to a single entry in this table, implying that these tunnels should share resources." ::= { mplsTeObjects 10 }
「mplsTunnelCRLDPResTableはCR-自由民主党を使用することでそのトンネルが合図されるならどのCR自由民主党詳細リソースがMPLSトンネルに望まれているかを指定するのをマネージャを許容する」mplsTunnelCRLDPResTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsTunnelCRLDPResEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 これらの属性がmplsTunnelResourceTableで指定されたものに加えていることに注意してください。 「また、このテーブルはこのテーブルに単一のエントリーを示すためにいくつかのトンネルを許容します、これらのトンネルがリソースを共有するはずであるのを含意して。」 ::= mplsTeObjects10
mplsTunnelCRLDPResEntry OBJECT-TYPE SYNTAX MplsTunnelCRLDPResEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents a set of resources for an MPLS tunnel established using CRLDP (mplsTunnelSignallingProto equal to crldp (3)). An entry can be created by a network administrator or by an SNMP agent as instructed by any MPLS signalling protocol." INDEX { mplsTunnelResourceIndex } ::= { mplsTunnelCRLDPResTable 1 }
mplsTunnelCRLDPResEntry OBJECT-TYPE SYNTAX MplsTunnelCRLDPResEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーがCRLDPを使用することで確立されたMPLSトンネルのための1セットのリソースを表す、(mplsTunnelSignallingProtoがcrldp(3))と等しい、」 「ネットワーク管理者かSNMPエージェントが指示された通りどんなMPLS合図プロトコルでもエントリーを作成できます。」 mplsTunnelResourceIndexに索引をつけてください:、:= mplsTunnelCRLDPResTable1
Srinivasan, et al. Standards Track [Page 47] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[47ページ]。
MplsTunnelCRLDPResEntry ::= SEQUENCE { mplsTunnelCRLDPResMeanBurstSize MplsBurstSize, mplsTunnelCRLDPResExBurstSize MplsBurstSize, mplsTunnelCRLDPResFrequency INTEGER, mplsTunnelCRLDPResWeight Unsigned32, mplsTunnelCRLDPResFlags Unsigned32, mplsTunnelCRLDPResRowStatus RowStatus, mplsTunnelCRLDPResStorageType StorageType }
MplsTunnelCRLDPResEntry:、:= 系列mplsTunnelCRLDPResMeanBurstSize MplsBurstSize、mplsTunnelCRLDPResExBurstSize MplsBurstSize、mplsTunnelCRLDPResFrequency整数、mplsTunnelCRLDPResWeight Unsigned32、mplsTunnelCRLDPResFlags Unsigned32、mplsTunnelCRLDPResRowStatus RowStatus、mplsTunnelCRLDPResStorageType StorageType
mplsTunnelCRLDPResMeanBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The mean burst size in bytes." ::= { mplsTunnelCRLDPResEntry 1 }
mplsTunnelCRLDPResMeanBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS「バイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「平均はバイトで表現されるサイズを押し破きました」。 ::= mplsTunnelCRLDPResEntry1
mplsTunnelCRLDPResExBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The Excess burst size in bytes." REFERENCE "CR-LDP Specification, Section 4.3." ::= { mplsTunnelCRLDPResEntry 2 }
mplsTunnelCRLDPResExBurstSize OBJECT-TYPE SYNTAX MplsBurstSize UNITS「バイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「Excessはバイトで表現されるサイズを押し破きました」。 「CR-自由民主党仕様、セクション4.3」という参照。 ::= mplsTunnelCRLDPResEntry2
mplsTunnelCRLDPResFrequency OBJECT-TYPE SYNTAX INTEGER { unspecified(1), frequent(2), veryFrequent(3) } MAX-ACCESS read-create STATUS current DESCRIPTION "The granularity of the availability of committed rate." REFERENCE "CR-LDP Specification, Section 4.3." ::= { mplsTunnelCRLDPResEntry 3 }
mplsTunnelCRLDPResFrequency OBJECT-TYPE SYNTAX INTEGER、不特定の(1)、頻繁な(2)、veryFrequent(3)、マックス-ACCESSは「遂行されることの有用性の粒状は評定する」STATUSの現在の記述を読書して作成します。 「CR-自由民主党仕様、セクション4.3」という参照。 ::= mplsTunnelCRLDPResEntry3
mplsTunnelCRLDPResWeight OBJECT-TYPE SYNTAX Unsigned32(0..255) MAX-ACCESS read-create
mplsTunnelCRLDPResWeight OBJECT-TYPE SYNTAX Unsigned32(0 .255)マックス-ACCESSは読書して作成します。
Srinivasan, et al. Standards Track [Page 48] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[48ページ]。
STATUS current DESCRIPTION "The relative weight for using excess bandwidth above its committed rate. The value of 0 means that weight is not applicable for the CR-LSP." REFERENCE "CR-LDP Specification, Section 4.3." DEFVAL { 0 } ::= { mplsTunnelCRLDPResEntry 4 }
STATUSの現在の記述、「余分な遂行されたレートより上での帯域幅を使用するための相対重量。」 「0の値は、CR-LSPには、重さが適切でないことを意味します。」 「CR-自由民主党仕様、セクション4.3」という参照。 DEFVAL0:、:= mplsTunnelCRLDPResEntry4
mplsTunnelCRLDPResFlags OBJECT-TYPE SYNTAX Unsigned32 (0..63) MAX-ACCESS read-create STATUS current DESCRIPTION "The value of the 1 byte Flags conveyed as part of the traffic parameters during the establishment of the CRLSP. The bits in this object are to be interpreted as follows.
mplsTunnelCRLDPResFlags OBJECT-TYPE SYNTAX Unsigned32(0 .63)マックス-ACCESSは「1バイトのFlagsの値はCRLSPの設立の間にトラフィックパラメタの一部として運んだ」STATUSの現在の記述を読書して作成します。 このオブジェクトのビットは以下の通り解釈されることです。
+--+--+--+--+--+--+--+--+ | Res |F6|F5|F4|F3|F2|F1| +--+--+--+--+--+--+--+--+
+--+--+--+--+--+--+--+--+ | Res|F6|F5|F4|F3|F2|F1| +--+--+--+--+--+--+--+--+
Res - These bits are reserved. Zero on transmission. Ignored on receipt. F1 - Corresponds to the PDR. F2 - Corresponds to the PBS. F3 - Corresponds to the CDR. F4 - Corresponds to the CBS. F5 - Corresponds to the EBS. F6 - Corresponds to the Weight.
Res--これらのビットは予約されています。 トランスミッションのゼロ。 領収書の上で無視されます。 F1--、相当している、PDR. F2--PBSに対応しています。 F3--、相当している、CDR. F4--CBSに対応しています。 F5--EBSに対応しています。 F6--重さに対応しています。
Each flag if is a Negotiable Flag corresponding to a Traffic Parameter. The Negotiable Flag value zero denotes Not Negotiable and value one denotes Negotiable." REFERENCE "1. Section 4.3, Constraint-Based LSP Setup using LDP, Jamoussi (Editor), RFC 3212, January 2002" DEFVAL { 0 } ::= { mplsTunnelCRLDPResEntry 5 }
それぞれ、弛んでください、Traffic Parameterに対応するNegotiable Flagはそうです。 「Negotiable Flag値ゼロはNot Negotiableを指示します、そして、値1はNegotiableを指示します。」 参照「1」。 「セクション4.3、2002年1月に自由民主党、Jamoussi(エディタ)、RFC3212を使用する規制ベースのLSPセットアップ」DEFVAL0:、:= mplsTunnelCRLDPResEntry5
mplsTunnelCRLDPResRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION
mplsTunnelCRLDPResRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Srinivasan, et al. Standards Track [Page 49] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[49ページ]。
"This variable is used to create, modify, and/or delete a row in this table. When a row in this table is in active(1) state, no objects in that row can be modified by the agent except mplsTunnelCRLDPResRowStatus and mplsTunnelCRLDPResStorageType." ::= { mplsTunnelCRLDPResEntry 6 }
「この変数はこのテーブルの行を作成して、変更する、そして/または、削除するのに使用されます。」 「このテーブルの行が活動的な(1)状態にあるとき、mplsTunnelCRLDPResRowStatusとmplsTunnelCRLDPResStorageType以外に、エージェントはその行のオブジェクトを全く変更できません。」 ::= mplsTunnelCRLDPResEntry6
mplsTunnelCRLDPResStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this CR-LDP Resource entry. Conceptual rows having the value 'permanent' need not allow write-access to any columnar objects in the row." DEFVAL { volatile } ::= { mplsTunnelCRLDPResEntry 7 }
mplsTunnelCRLDPResStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「ストレージはこのCR-自由民主党のResourceエントリーにタイプする」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 DEFVAL、揮発性:、:= mplsTunnelCRLDPResEntry7
-- Notifications.
-- 通知。
mplsTunnelNotificationEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of mplsTunnelUp and mplsTunnelDown traps, otherwise these traps are not emitted." DEFVAL { false } ::= { mplsTeObjects 11 }
mplsTunnelNotificationEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「このオブジェクトが本当であるなら、mplsTunnelUpとmplsTunnelDown罠の世代を可能にします、さもなければ、これらの罠は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 DEFVAL偽:、:= mplsTeObjects11
mplsTunnelUp NOTIFICATION-TYPE OBJECTS { mplsTunnelAdminStatus, mplsTunnelOperStatus } STATUS current DESCRIPTION "This notification is generated when a mplsTunnelOperStatus object for one of the configured tunnels is about to leave the down state and transition into some other state (but not into the notPresent state). This other state is indicated by the included value of mplsTunnelOperStatus."
mplsTunnelUp NOTIFICATION-TYPE OBJECTS、mplsTunnelAdminStatus、mplsTunnelOperStatus、STATUSの現在の記述、「構成されたトンネルの1つのmplsTunnelOperStatusオブジェクトがある他の状態(しかし、いずれのnotPresent状態にもそうしない)へ状態と変遷を低くしようとしているとき、この通知は発生しています」。 「この他の状態はmplsTunnelOperStatusの含まれている値によって示されます。」
Srinivasan, et al. Standards Track [Page 50] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[50ページ]。
::= { mplsTeNotifications 1 }
::= mplsTeNotifications1
mplsTunnelDown NOTIFICATION-TYPE OBJECTS { mplsTunnelAdminStatus, mplsTunnelOperStatus } STATUS current DESCRIPTION "This notification is generated when a mplsTunnelOperStatus object for one of the configured tunnels is about to enter the down state from some other state (but not from the notPresent state). This other state is indicated by the included value of mplsTunnelOperStatus." ::= { mplsTeNotifications 2 }
mplsTunnelDown NOTIFICATION-TYPE OBJECTS、mplsTunnelAdminStatus、mplsTunnelOperStatus、STATUSの現在の記述、「構成されたトンネルの1つのmplsTunnelOperStatusオブジェクトがある他の状態(しかし、いずれのnotPresent状態からも、そうしない)から下に状態に入ろうとしているとき、この通知は発生しています」。 「この他の状態はmplsTunnelOperStatusの含まれている値によって示されます。」 ::= mplsTeNotifications2
mplsTunnelRerouted NOTIFICATION-TYPE OBJECTS { mplsTunnelAdminStatus, mplsTunnelOperStatus } STATUS current DESCRIPTION "This notification is generated when a tunnel is rerouted. If the mplsTunnelARHopTable is used, then this tunnel instance's entry in the mplsTunnelARHopTable MAY contain the new path for this tunnel some time after this trap is issued by the agent." ::= { mplsTeNotifications 3 }
mplsTunnelRerouted NOTIFICATION-TYPE OBJECTS、mplsTunnelAdminStatus、mplsTunnelOperStatus、STATUSの現在の記述、「トンネルが別ルートで送られるとき、この通知は発生しています」。 「mplsTunnelARHopTableが使用されているなら、この罠がエージェントによって発行された後にmplsTunnelARHopTableのこのトンネルインスタンスのエントリーはいつか、このトンネルへの新しい経路を含むかもしれません。」 ::= mplsTeNotifications3
mplsTunnelReoptimized NOTIFICATION-TYPE OBJECTS { mplsTunnelAdminStatus, mplsTunnelOperStatus } STATUS current DESCRIPTION "This notification is generated when a tunnel is reoptimized. If the mplsTunnelARHopTable is used, then this tunnel instance's entry in the mplsTunnelARHopTable MAY contain the new path for this tunnel some time after this trap is issued by the agent." ::= { mplsTeNotifications 4 }
mplsTunnelReoptimized NOTIFICATION-TYPE OBJECTS、mplsTunnelAdminStatus、mplsTunnelOperStatus、STATUSの現在の記述、「トンネルが再最適化されるとき、この通知は発生しています」。 「mplsTunnelARHopTableが使用されているなら、この罠がエージェントによって発行された後にmplsTunnelARHopTableのこのトンネルインスタンスのエントリーはいつか、このトンネルへの新しい経路を含むかもしれません。」 ::= mplsTeNotifications4
-- End of notifications.
-- 通知の終わり。
Srinivasan, et al. Standards Track [Page 51] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[51ページ]。
-- Module compliance.
-- モジュールコンプライアンス。
mplsTeGroups OBJECT IDENTIFIER ::= { mplsTeConformance 1 }
mplsTeGroupsオブジェクト識別子:、:= mplsTeConformance1
mplsTeCompliances OBJECT IDENTIFIER ::= { mplsTeConformance 2 }
mplsTeCompliancesオブジェクト識別子:、:= mplsTeConformance2
-- Compliance requirement for fully compliant implementations.
-- 完全に対応することの実装のための承諾要件。
mplsTeModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that provide full support the MPLS-TE-STD-MIB module."
mplsTeModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「MPLS-TE-STD-MIBモジュールを全面的な支援に提供するエージェントのための承諾声明。」
MODULE IF-MIB -- The Interfaces Group MIB, RFC 2863. MANDATORY-GROUPS { ifGeneralInformationGroup, ifCounterDiscontinuityGroup }
モジュール、-、MIB、--インタフェースがMIB、RFC2863を分類する 義務的なグループifGeneralInformationGroup、ifCounterDiscontinuityGroup
MODULE -- this module
MODULE--このモジュール
-- The mandatory group has to be implemented by all -- LSRs that originate/terminate ESLSPs/tunnels. -- In addition, depending on the type of tunnels -- supported, other groups become mandatory as -- explained below.
-- 義務的なグループはすべてによって実装されなければなりません--ESLSPs/トンネルを溯源するか、または終えるLSRs。 -- さらに、サポートしていて、他のグループが義務的になるというトンネルのタイプに頼るのは以下で説明しました。
MANDATORY-GROUPS { mplsTunnelGroup, mplsTunnelScalarGroup }
義務的なグループmplsTunnelGroup、mplsTunnelScalarGroup
GROUP mplsTunnelManualGroup DESCRIPTION "This group is mandatory for devices which support manual configuration of tunnels."
GROUP mplsTunnelManualGroup記述、「このグループはトンネルの手動の構成をサポートするデバイスに義務的です」。
GROUP mplsTunnelSignaledGroup DESCRIPTION "This group is mandatory for devices which support signaled tunnel set up."
GROUP mplsTunnelSignaledGroup記述、「このグループはどのサポートがセットアップするとトンネルに合図されるデバイスに義務的です」。
GROUP mplsTunnelIsNotIntfcGroup DESCRIPTION "This group is mandatory for devices which support
GROUP mplsTunnelIsNotIntfcGroup記述、「このグループがデバイスに義務的である、どのサポート、」
Srinivasan, et al. Standards Track [Page 52] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[52ページ]。
tunnels that are not interfaces."
「インタフェースでないトンネル。」
GROUP mplsTunnelIsIntfcGroup DESCRIPTION "This group is mandatory for devices which support tunnels that are interfaces."
GROUP mplsTunnelIsIntfcGroup記述、「このグループはインタフェースであるトンネルを支えるデバイスに義務的です」。
GROUP mplsTunnelCRLDPResOptionalGroup DESCRIPTION "Objects in this group are required by implementations supporting the CR-LDP protocol for signalling of TE tunnels."
GROUP mplsTunnelCRLDPResOptionalGroup記述、「このグループにおけるオブジェクトはTEトンネルに合図するためにCR-自由民主党プロトコルをサポートする実装によって必要とします」。
GROUP mplsTeNotificationGroup DESCRIPTION "This group is mandatory for those implementations which can implement the notifications contained in this group."
GROUP mplsTeNotificationGroup記述、「このグループはこのグループに含まれた通知を実装することができるそれらの実装に義務的です」。
OBJECT mplsTunnelRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for createAndWait and notReady is not required."
OBJECT mplsTunnelRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
OBJECT mplsTunnelHopRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for createAndWait and notReady is not required."
OBJECT mplsTunnelHopRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
OBJECT mplsTunnelCRLDPResRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for createAndWait and notReady is not required."
OBJECT mplsTunnelCRLDPResRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
::= { mplsTeCompliances 1 }
::= mplsTeCompliances1
-- Compliance requirement for read-only implementations.
-- 書き込み禁止実装のための承諾要件。
mplsTeModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current
mplsTeModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS海流
Srinivasan, et al. Standards Track [Page 53] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[53ページ]。
DESCRIPTION "Compliance requirement for implementations that only provide read-only support for MPLS-TE-STD-MIB. Such devices can then be monitored but cannot be configured using this MIB modules."
記述、「MPLS-TE-STD-MIBの書き込み禁止サポートを提供するだけである実装のための承諾要件。」 「そのようなデバイスを次に、モニターできますが、このMIBモジュールを使用することで構成できません。」
MODULE -- this module
MODULE--このモジュール
-- mplsTunnelTable
-- mplsTunnelTable
MANDATORY-GROUPS { mplsTunnelGroup, mplsTunnelScalarGroup }
義務的なグループmplsTunnelGroup、mplsTunnelScalarGroup
GROUP mplsTunnelManualGroup DESCRIPTION "This group is mandatory for devices which support manual configuration of tunnels."
GROUP mplsTunnelManualGroup記述、「このグループはトンネルの手動の構成をサポートするデバイスに義務的です」。
GROUP mplsTunnelSignaledGroup DESCRIPTION "This group is mandatory for devices which support signaled tunnel set up."
GROUP mplsTunnelSignaledGroup記述、「このグループはどのサポートがセットアップするとトンネルに合図されるデバイスに義務的です」。
GROUP mplsTunnelIsNotIntfcGroup DESCRIPTION "This group is mandatory for devices which support tunnels that are not interfaces."
GROUP mplsTunnelIsNotIntfcGroup記述、「このグループはインタフェースでないトンネルを支えるデバイスに義務的です」。
GROUP mplsTunnelIsIntfcGroup DESCRIPTION "This group is mandatory for devices which support tunnels that are interfaces."
GROUP mplsTunnelIsIntfcGroup記述、「このグループはインタフェースであるトンネルを支えるデバイスに義務的です」。
GROUP mplsTunnelCRLDPResOptionalGroup DESCRIPTION "Objects in this group are required by implementations supporting the CR-LDP protocol for signalling of TE tunnels."
GROUP mplsTunnelCRLDPResOptionalGroup記述、「このグループにおけるオブジェクトはTEトンネルに合図するためにCR-自由民主党プロトコルをサポートする実装によって必要とします」。
GROUP mplsTeNotificationGroup DESCRIPTION "This group is mandatory for those implementations which can implement the notifications contained in this group."
GROUP mplsTeNotificationGroup記述、「このグループはこのグループに含まれた通知を実装することができるそれらの実装に義務的です」。
-- mplsTunnelTable
-- mplsTunnelTable
Srinivasan, et al. Standards Track [Page 54] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[54ページ]。
OBJECT mplsTunnelName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelName MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelDescr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelDescr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelIsIf MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelIsIf MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelIfIndex DESCRIPTION "Write access is not required."
OBJECT mplsTunnelIfIndex記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelXCPointer MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelXCPointer MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelSignallingProto MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelSignallingProto MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelSetupPrio MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelSetupPrio MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHoldingPrio MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHoldingPrio MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelSessionAttributes MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelSessionAttributes MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelLocalProtectInUse MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelLocalProtectInUse MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Srinivasan, et al. Standards Track [Page 55] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[55ページ]。
OBJECT mplsTunnelResourcePointer MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourcePointer MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelInstancePriority MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelInstancePriority MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopTableIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopTableIndex MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelIncludeAnyAffinity MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelIncludeAnyAffinity MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelIncludeAllAffinity MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelIncludeAllAffinity MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelExcludeAnyAffinity MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelExcludeAnyAffinity MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelPathInUse MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelPathInUse MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelRole MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelRole MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelAdminStatus SYNTAX INTEGER { up (1), down (2) } MIN-ACCESS read-only DESCRIPTION "Only up and down states must be supported. Write access is not required."
OBJECT mplsTunnelAdminStatus SYNTAX INTEGERは(2)に(1)を上げます。MIN-ACCESS書き込み禁止記述を「上下に州だけにサポートしなければなりません」。 「書く、アクセスは必要でない、」
OBJECT mplsTunnelRowStatus
オブジェクトmplsTunnelRowStatus
Srinivasan, et al. Standards Track [Page 56] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[56ページ]。
SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- mplsTunnelHopTable
-- mplsTunnelHopTable
OBJECT mplsTunnelHopAddrType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopAddrType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopIpAddr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopIpAddr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopIpPrefixLen MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopIpPrefixLen MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopAddrUnnum MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopAddrUnnum MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopAsNumber MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopAsNumber MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopLspId MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopLspId MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopType SYNTAX INTEGER { strict(1) } MIN-ACCESS read-only DESCRIPTION "loose(2) need not be supported. Write access is not required."
OBJECT mplsTunnelHopType SYNTAX INTEGERの厳しい(1)、「ゆるい(2)はサポートされる必要はない」MIN-ACCESS書き込み禁止記述。 「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopInclude MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopInclude MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopPathOptionName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopPathOptionName MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Srinivasan, et al. Standards Track [Page 57] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[57ページ]。
OBJECT mplsTunnelHopEntryPathComp MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopEntryPathComp MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelHopStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelHopStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- mplsTunnelResourceTable
-- mplsTunnelResourceTable
OBJECT mplsTunnelResourceMaxRate MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceMaxRate MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceMeanRate MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceMeanRate MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceMaxBurstSize MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceMaxBurstSize MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceMeanBurstSize MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceMeanBurstSize MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceExBurstSize MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceExBurstSize MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceFrequency MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceFrequency MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceWeight MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceWeight MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelResourceRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Srinivasan, et al. Standards Track [Page 58] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[58ページ]。
OBJECT mplsTunnelResourceStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelResourceStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- mplsTunnelCRLDPResTable
-- mplsTunnelCRLDPResTable
OBJECT mplsTunnelCRLDPResMeanBurstSize MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResMeanBurstSize MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResExBurstSize MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResExBurstSize MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResFrequency MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResFrequency MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResWeight MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResWeight MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResFlags MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResFlags MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsTunnelCRLDPResStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsTunnelCRLDPResStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { mplsTeCompliances 2 }
::= mplsTeCompliances2
-- Units of conformance.
-- ユニットの順応。
mplsTunnelGroup OBJECT-GROUP OBJECTS { mplsTunnelIndexNext, mplsTunnelName, mplsTunnelDescr, mplsTunnelOwner, mplsTunnelXCPointer, mplsTunnelIfIndex,
mplsTunnelGroupオブジェクト群対象、mplsTunnelIndexNext、mplsTunnelName、mplsTunnelDescr、mplsTunnelOwner、mplsTunnelXCPointer、mplsTunnelIfIndex
Srinivasan, et al. Standards Track [Page 59] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[59ページ]。
mplsTunnelHopTableIndex, mplsTunnelARHopTableIndex, mplsTunnelCHopTableIndex, mplsTunnelAdminStatus, mplsTunnelOperStatus, mplsTunnelRowStatus, mplsTunnelNotificationEnable, mplsTunnelStorageType, mplsTunnelConfigured, mplsTunnelActive, mplsTunnelPrimaryInstance, mplsTunnelPrimaryUpTime, mplsTunnelPathChanges, mplsTunnelLastPathChange, mplsTunnelCreationTime, mplsTunnelStateTransitions, mplsTunnelIncludeAnyAffinity, mplsTunnelIncludeAllAffinity, mplsTunnelExcludeAnyAffinity, mplsTunnelPerfPackets, mplsTunnelPerfHCPackets, mplsTunnelPerfErrors, mplsTunnelPerfBytes, mplsTunnelPerfHCBytes, mplsTunnelResourcePointer, mplsTunnelInstancePriority, mplsTunnelPathInUse, mplsTunnelRole, mplsTunnelTotalUpTime, mplsTunnelInstanceUpTime, mplsTunnelResourceIndexNext, mplsTunnelResourceMaxRate, mplsTunnelResourceMeanRate, mplsTunnelResourceMaxBurstSize, mplsTunnelResourceMeanBurstSize, mplsTunnelResourceExBurstSize, mplsTunnelResourceFrequency, mplsTunnelResourceWeight, mplsTunnelResourceRowStatus, mplsTunnelResourceStorageType, mplsTunnelARHopAddrType, mplsTunnelARHopIpAddr, mplsTunnelARHopAddrUnnum, mplsTunnelARHopLspId, mplsTunnelCHopAddrType, mplsTunnelCHopIpAddr, mplsTunnelCHopIpPrefixLen, mplsTunnelCHopAsNumber,
mplsTunnelHopTableIndex、mplsTunnelARHopTableIndex、mplsTunnelCHopTableIndex、mplsTunnelAdminStatus、mplsTunnelOperStatus、mplsTunnelRowStatus、mplsTunnelNotificationEnable、mplsTunnelStorageType、mplsTunnelConfigured、mplsTunnelActive、mplsTunnelPrimaryInstance、mplsTunnelPrimaryUpTime、mplsTunnelPathChanges、mplsTunnelLastPathChange、mplsTunnelCreationTime、mplsTunnelStateTransitions、mplsTunnelIncludeAnyAffinity、mplsTunnelIncludeAllAffinity、mplsTunnelExcludeAnyAffinity、mplsTunnelPerfPackets; mplsTunnelPerfHCPackets、mplsTunnelPerfErrors、mplsTunnelPerfBytes、mplsTunnelPerfHCBytes、mplsTunnelResourcePointer、mplsTunnelInstancePriority、mplsTunnelPathInUse、mplsTunnelRole、mplsTunnelTotalUpTime、mplsTunnelInstanceUpTime、mplsTunnelResourceIndexNext; mplsTunnelResourceMaxRate、mplsTunnelResourceMeanRate、mplsTunnelResourceMaxBurstSize、mplsTunnelResourceMeanBurstSize、mplsTunnelResourceExBurstSize、mplsTunnelResourceFrequency、mplsTunnelResourceWeight、mplsTunnelResourceRowStatus、mplsTunnelResourceStorageType、mplsTunnelARHopAddrType、mplsTunnelARHopIpAddr、mplsTunnelARHopAddrUnnum、mplsTunnelARHopLspId、mplsTunnelCHopAddrType、mplsTunnelCHopIpAddr、mplsTunnelCHopIpPrefixLen、mplsTunnelCHopAsNumber
Srinivasan, et al. Standards Track [Page 60] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[60ページ]。
mplsTunnelCHopAddrUnnum, mplsTunnelCHopLspId, mplsTunnelCHopType } STATUS current DESCRIPTION "Necessary, but not sufficient, set of objects to implement tunnels. In addition, depending on the type of the tunnels supported (for example, manually configured or signaled, persistent or non- persistent, etc.), the following other groups defined below are mandatory: mplsTunnelManualGroup and/or mplsTunnelSignaledGroup, mplsTunnelIsNotIntfcGroup and/or mplsTunnelIsIntfcGroup." ::= { mplsTeGroups 1 }
mplsTunnelCHopAddrUnnum、mplsTunnelCHopLspId、mplsTunnelCHopType 「必要な、しかし、十分でないセットの道具への物はトンネルを堀る」STATUSの現在の記述。 以下で定義された以下の他のグループはさらに、トンネルのタイプに頼るのが(例えば、手動で構成されるか、合図されたか、しつこいか非しつこいなど)を支持したのが義務的です: 「mplsTunnelManualGroup、mplsTunnelSignaledGroup、mplsTunnelIsNotIntfcGroup、そして/または、mplsTunnelIsIntfcGroup。」 ::= mplsTeGroups1
mplsTunnelManualGroup OBJECT-GROUP OBJECTS { mplsTunnelSignallingProto } STATUS current DESCRIPTION "Object(s) needed to implement manually configured tunnels." ::= { mplsTeGroups 2 }
mplsTunnelManualGroup OBJECT-GROUP OBJECTS mplsTunnelSignallingProto、「物(s)が手動で構成されたトンネルを実行するのに必要だった」STATUSの現在の記述。 ::= mplsTeGroups2
mplsTunnelSignaledGroup OBJECT-GROUP OBJECTS { mplsTunnelSetupPrio, mplsTunnelHoldingPrio, mplsTunnelSignallingProto, mplsTunnelLocalProtectInUse, mplsTunnelSessionAttributes, mplsTunnelHopListIndexNext, mplsTunnelHopAddrType, mplsTunnelHopIpAddr, mplsTunnelHopIpPrefixLen, mplsTunnelHopAddrUnnum, mplsTunnelHopAsNumber, mplsTunnelHopLspId, mplsTunnelHopType, mplsTunnelHopInclude, mplsTunnelHopPathOptionName, mplsTunnelHopEntryPathComp, mplsTunnelHopRowStatus, mplsTunnelHopStorageType } STATUS current DESCRIPTION
mplsTunnelSignaledGroup物群対象; mplsTunnelSetupPrio、mplsTunnelHoldingPrio、mplsTunnelSignallingProto、mplsTunnelLocalProtectInUse、mplsTunnelSessionAttributes、mplsTunnelHopListIndexNext、mplsTunnelHopAddrType、mplsTunnelHopIpAddr、mplsTunnelHopIpPrefixLen、mplsTunnelHopAddrUnnum、mplsTunnelHopAsNumber、mplsTunnelHopLspId、mplsTunnelHopType、mplsTunnelHopInclude、mplsTunnelHopPathOptionName、mplsTunnelHopEntryPathComp、mplsTunnelHopRowStatus、mplsTunnelHopStorageType、STATUSの現在の記述
Srinivasan, et al. Standards Track [Page 61] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[61ページ]。
"Objects needed to implement signaled tunnels." ::= { mplsTeGroups 3 }
「物は、合図されたトンネルを実行する必要がありました。」 ::= mplsTeGroups3
mplsTunnelScalarGroup OBJECT-GROUP OBJECTS { mplsTunnelConfigured, mplsTunnelActive, mplsTunnelTEDistProto, mplsTunnelMaxHops, mplsTunnelNotificationMaxRate } STATUS current DESCRIPTION "Scalar object needed to implement MPLS tunnels." ::= { mplsTeGroups 4 }
mplsTunnelScalarGroup OBJECT-GROUP OBJECTS、mplsTunnelConfigured、mplsTunnelActive、mplsTunnelTEDistProto、mplsTunnelMaxHops、mplsTunnelNotificationMaxRate、「スカラの物がMPLSトンネルを実行するのに必要だった」STATUSの現在の記述。 ::= mplsTeGroups4
mplsTunnelIsIntfcGroup OBJECT-GROUP OBJECTS { mplsTunnelIsIf } STATUS current DESCRIPTION "Objects needed to implement tunnels that are interfaces." ::= { mplsTeGroups 5 }
mplsTunnelIsIntfcGroup OBJECT-GROUP OBJECTS mplsTunnelIsIf、「物がインタフェースであるトンネルを実行するのに必要だった」STATUSの現在の記述。 ::= mplsTeGroups5
mplsTunnelIsNotIntfcGroup OBJECT-GROUP OBJECTS { mplsTunnelIsIf } STATUS current DESCRIPTION "Objects needed to implement tunnels that are not interfaces." ::= { mplsTeGroups 6 }
mplsTunnelIsNotIntfcGroup OBJECT-GROUP OBJECTS mplsTunnelIsIf、「物がインタフェースでないトンネルを実行するのに必要だった」STATUSの現在の記述。 ::= mplsTeGroups6
mplsTunnelCRLDPResOptionalGroup OBJECT-GROUP OBJECTS { mplsTunnelCRLDPResMeanBurstSize, mplsTunnelCRLDPResExBurstSize, mplsTunnelCRLDPResFrequency, mplsTunnelCRLDPResWeight, mplsTunnelCRLDPResFlags, mplsTunnelCRLDPResRowStatus, mplsTunnelCRLDPResStorageType } STATUS current DESCRIPTION "Set of objects implemented for resources applicable for tunnels signaled using CR-LDP." ::= { mplsTeGroups 7 }
mplsTunnelCRLDPResOptionalGroup OBJECT-GROUP OBJECTS、mplsTunnelCRLDPResMeanBurstSize、mplsTunnelCRLDPResExBurstSize、mplsTunnelCRLDPResFrequency、mplsTunnelCRLDPResWeight、mplsTunnelCRLDPResFlags、mplsTunnelCRLDPResRowStatus、mplsTunnelCRLDPResStorageType、「物のセットはCR-自由民主党を使用することで合図されたトンネルに、適切なリソースのために実行した」STATUSの現在の記述。 ::= mplsTeGroups7
Srinivasan, et al. Standards Track [Page 62] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[62ページ]。
mplsTeNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS { mplsTunnelUp, mplsTunnelDown, mplsTunnelRerouted, mplsTunnelReoptimized } STATUS current DESCRIPTION "Set of notifications implemented in this module. None is mandatory." ::= { mplsTeGroups 8 }
mplsTeNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS、mplsTunnelUp、mplsTunnelDown、mplsTunnelRerouted、mplsTunnelReoptimized、「通知のセットはこのモジュールで実行した」STATUSの現在の記述。 「なにも義務的ではありません。」 ::= mplsTeGroups8
END
終わり
12. Security Considerations
12. セキュリティ問題
It is clear that this MIB module is potentially useful for the monitoring of MPLS TE tunnels. This MIB module can also be used for the configuration of certain objects, and anything that can be configured can be incorrectly configured, with potentially disastrous results.
このMIBモジュールが潜在的にMPLS TEトンネルのモニターの役に立つのは、明確です。 また、ある物の構成にこのMIBモジュールを使用できます、そして、不当に、構成できるものは何でも構成できます、潜在的に悲惨な結果で。
There are a number of management objects defined in this MIB module 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操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、物とそれらの感度/脆弱性です:
- the mplsTunnelTable, mplsTunnelHopTable, mplsTunnelResourceTable, and mplsTunnelCRLDPResTable collectively contain objects to provision MPLS tunnels, tunnel hops, and tunnel resources. Unauthorized access to objects in these tables, could result in disruption of traffic on the network. This is especially true if a tunnel has been established. The use of stronger mechanisms, such as SNMPv3 security, should be considered where possible. Specifically, SNMPv3 VACM and USM MUST be used with any v3 agent which implements this MIB. Administrators should consider whether read access to these objects should be allowed, since read access may be undesirable under certain circumstances.
- mplsTunnelTable、mplsTunnelHopTable、mplsTunnelResourceTable、およびmplsTunnelCRLDPResTableは支給MPLSトンネル、トンネルホップ、およびトンネルリソースに物をまとめて含んでいます。 権限のなさ、これらのテーブルに中の物にアクセスしてください、そして、ネットワークにおける交通の分裂をもたらすことができました。 トンネルが確立されたなら、これは特に本当です。 SNMPv3セキュリティなどの、より強いメカニズムの使用は可能であるところで考えられるべきです。 明確にSNMPv3 VACMとUSM MUST、このMIBを実行するあらゆるv3エージェントと共に使用されてください。 管理者は、読まれるか否かに関係なく、これらの物へのアクセスが許されるべきであると考えるべきであり、以来読まれたアクセスはある状況で望ましくないかもしれません。
Some of the readable objects in this MIB module (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
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがある物)によるいくつかの読み込み可能な物がいくつかのネットワーク環境で敏感であるか、または傷つきやすいと考えられるかもしれません。 その結果、ことによるとGET、そして/または、これらの物へのNOTIFYアクセスさえ制御するのは重要です。
Srinivasan, et al. Standards Track [Page 63] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[63ページ]。
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:
SNMPを通してネットワークの上にそれらを送るとき、これらの物の値をコード化するのさえ。 これらは、テーブルと、物とそれらの感度/脆弱性です:
- the mplsTunnelTable, mplsTunnelHopTable, mplsTunnelResourceTable, mplsTunnelARHopTable, mplsTunnelCHopTable, mplsTunnelPerfTable, and mplsTunnelCRLDPResTable collectively show the MPLS-TE tunnel network topology and its performance characteristics. If an Administrator does not want to reveal this information, then these tables should be considered sensitive/vulnerable.
- mplsTunnelTable、mplsTunnelHopTable、mplsTunnelResourceTable、mplsTunnelARHopTable、mplsTunnelCHopTable、mplsTunnelPerfTable、およびmplsTunnelCRLDPResTableはMPLS-TEトンネルネットワーク形態とその性能の特性をまとめて見せています。 Administratorがこの情報を明らかにしたくないなら、これらのテーブルは敏感であるか、または傷つきやすいと考えられるべきです。
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 this MIB module.
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 that SNMPv3 be deployed and cryptographic security enabled. 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 only those principals (users) that have legitimate rights to those objects.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、SNMPv3が可能にされた配備されて暗号のセキュリティであることはRECOMMENDEDです。 そして、それらの物に正当な権利を持つのは、このMIBモジュールの例へのアクセスを与えるSNMP実体がそれらの校長だけ(ユーザ)へのアクセスを与えるために適切に構成されるのを保証する顧客/オペレータ責任です。
13. Acknowledgments
13. 承認
We wish to thank Adrian Farrel, Bert Wijnen, Eric Gray, Joan Cucchiara, Patrick Kerharo, Paul Langille, Marcus Brunner, Mike MacFaden, and Mike Piecuch for their comments on this document.
このドキュメントの彼らのコメントについてエードリアン・ファレル、バートWijnen、エリック・グレー、ジョーンCucchiara、パトリックKerharo、ポールLangille、Marcusブルンナー、マイクMacFaden、およびマイクPiecuchに感謝申し上げます。
Comments should be made directly to the MPLS mailing list at mpls@uu.net.
mpls@uu.net でコメントを直接MPLSメーリングリストにするべきです。
14. IANA Considerations
14. IANA問題
As described in [MPLSMGMT] and as requested in the MPLS-TC-STD-MIB [RFC3811], MPLS related standards track MIB modules should be rooted under the mplsStdMIB subtree. There are 4 MPLS MIB Modules contained in this document, each of the following "IANA Considerations" subsections requests IANA for a new assignment under the mplsStdMIB subtree. New assignments can only be made via a Standards Action as specified in [RFC2434].
[MPLSMGMT]に要求された通りMPLS-TC-STD-MIB[RFC3811]で説明されるように、MPLSの関連する標準化過程MIBモジュールはmplsStdMIB下位木の下に根づくべきです。 本書では含まれた4MPLS MIB Modulesがあって、それぞれの以下の「IANA問題」小区分は新しい課題のためにmplsStdMIB下位木の下でIANAを要求します。 [RFC2434]の指定されるとしてのStandards Actionを通して新しい課題をすることができるだけです。
Srinivasan, et al. Standards Track [Page 64] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[64ページ]。
14.1. IANA Considerations for MPLS-TE-STD-MIB
14.1. MPLS Te STD-MIBのためのIANA問題
The IANA has assigned { mplsStdMIB 3 } to the MPLS-TE-STD-MIB module specified in this document.
IANAは本書では指定されたMPLS-TE-STD-MIBモジュールにmplsStdMIB3を割り当てました。
15. References
15. 参照
15.1. Normative References
15.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月。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
[RFC2580] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2580、1999年4月のための順応声明。」
[RFC2702] Awduche, D., Malcolm, J., Agogbua, J., O'Dell, M., and J. McManus, "Requirements for Traffic Engineering Over MPLS", RFC 2702, September 1999.
[RFC2702]AwducheとD.とマルコムとJ.とAgogbuaとJ.とオデル、M.とJ.マクマナス、「MPLSの上の交通工学のための要件」RFC2702(1999年9月)。
[RFC2863] McCloghrie, K. and F. Kastenholtz, "The Interfaces Group MIB ", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholtz、「インタフェースは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月。
[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月。
[RFC3212] Jamoussi, B., Ed., Andersson, L., Callon, R, Dantu, R., Wu, L., Doolan, P., Worster, T., Feldman, N., Fredette, A., Girish, M., Gray, E., Heinanen, J., Kilty, T., and A. Malis, "Constraint-Based LSP Setup using LDP", RFC 3212, January 2002.
[RFC3212]Jamoussi、B.(エド)、アンデション、L.、Callon、R、Dantu、R.、ウー、L.、Doolan、P.、オースター、T.、フェルドマン、N.、Fredette、A.、Girish、M.、グレー、E.、Heinanen、J.、Kilty、T.、およびA.Malis、「自由民主党を使用して、規制ベースのLSPはセットアップします」、RFC3212、2002年1月。
[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がそうするかもしれません。
Srinivasan, et al. Standards Track [Page 65] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[65ページ]。
[RFC3291] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "TextualConventions for Internet Network Addresses", RFC 3291, May 2002.
[RFC3291]ダニエル(M.とハーバーマンとB.とRouthier、S.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのためのTextualConventions」RFC3291)は2002がそうするかもしれません。
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, December 2002.
[RFC3411] ハリントン、D.、Presuhn、R.、およびB.Wijnen、「簡単なネットワーク管理プロトコル(SNMP)管理枠組みについて説明するための構造」、STD62、RFC3411(2002年12月)。
[RFC3811] Nadeau, T. and J. Cucchiara, "Definition of Textual Conventions and for Multiprotocol Label Switching (MPLS) Management", RFC 3811, June 2004.
[RFC3811]ナドー、T.とJ.Cucchiara、「原文のコンベンションとMultiprotocolラベルの切り換え(MPLS)管理のための定義」RFC3811(2004年6月)。
[RFC3813] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Label Switching (LSR) Router Management Information Base (MIB)", RFC 3813, June 2004.
[RFC3813] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolはラベルの切り換え(LSR)ルータ管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3813、2004年6月。
15.2. Informative References
15.2. 有益な参照
[MPLSMGMT] Nadeau, T., Srinivasan, C., and A. Farrel, "Multiprotocol Label Switching (MPLS) Management Overview", Work in Progress, September 2003.
[MPLSMGMT] ナドー、T.、Srinivasan、C.、およびA.ファレル、「Multiprotocolラベルの切り換え(MPLS)マネジメントの展望」は進歩、2003年9月に働いています。
[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月)
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statement for Internet Standard Management Framework", RFC 3410, December 2002.
[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、B.スチュワート、および「インターネットの標準の管理枠組みのための序論と適用性証明」、RFC3410(2002年12月)
Srinivasan, et al. Standards Track [Page 66] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[66ページ]。
16. Authors' Addresses
16. 作者のアドレス
Cheenu Srinivasan Bloomberg L.P. 499 Park Ave., New York, NY 10022
Cheenu SrinivasanブルームバーグL.P.499がAveを駐車する、ニューヨーク、ニューヨーク 10022
Phone: +1-212-893-3682 EMail: cheenu@bloomberg.net
以下に電話をしてください。 +1-212-893-3682 メールしてください: cheenu@bloomberg.net
Arun Viswanathan Force10 Networks, Inc. 1440 McCarthy Blvd Milpitas, CA 95035
アルンViswanathan Force10はInc.1440マッカーシー・Blvdミルピタス、カリフォルニア 95035をネットワークでつなぎます。
Phone: +1-408-571-3516 EMail: arunv@force10networks.com
以下に電話をしてください。 +1-408-571-3516 メールしてください: arunv@force10networks.com
Thomas D. Nadeau Cisco Systems, Inc. 300 Apollo Drive Chelmsford, MA 01824
トーマスD.ナドーシスコシステムズInc.300アポロDriveチェルムズフォード、MA 01824
Phone: +1-978-244-3051 EMail: tnadeau@cisco.com
以下に電話をしてください。 +1-978-244-3051 メールしてください: tnadeau@cisco.com
Srinivasan, et al. Standards Track [Page 67] RFC 3812 MPLS-TE-STD-MIB June 2004
Srinivasan、他 規格はMPLS Te STD-MIB2004年6月にRFC3812を追跡します[67ページ]。
17. Full Copyright Statement
17. 完全な著作権宣言文
Copyright (C) The Internet Society (2004). 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.
Copyright(C)インターネット協会(2004)。 このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Srinivasan, et al. Standards Track [Page 68]
Srinivasan、他 標準化過程[68ページ]
一覧
スポンサーリンク