RFC3813 日本語訳
3813 Multiprotocol Label Switching (MPLS) Label Switching Router (LSR)Management Information Base (MIB). C. Srinivasan, A. Viswanathan, T.Nadeau. June 2004. (Format: TXT=116120 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group C. Srinivasan
Request for Comments: 3813 Bloomberg L.P.
Category: Standard Track A. Viswanathan
Force10 Networks, Inc.
T. Nadeau
Cisco Systems, Inc.
June 2004
Srinivasanがコメントのために要求するワーキンググループC.をネットワークでつないでください: 3813年のブルームバーグL.P.カテゴリ: 標準の道のA.Viswanathan Force10は2004年6月にInc.T.ナドーシスコシステムズInc.をネットワークでつなぎます。
Multiprotocol Label Switching (MPLS) Label Switching
Router (LSR) Management Information Base (MIB)
Multiprotocolラベルの切り換え(MPLS)ラベル切り換えルータ(LSR)管理情報ベース(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 an portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects to configure and/or monitor a Multiprotocol Label Switching (MPLS) Label Switching Router (LSR).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Multiprotocol Label Switching(MPLS)ラベルSwitching Router(LSR)を構成する、そして/または、モニターするために管理オブジェクトについて説明します。
Srinivasan, et al. Standards Track [Page 1] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[1ページ]。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Terminology. . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. The SNMP Management Framework. . . . . . . . . . . . . . . . . 3
4. Outline. . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4.1. Summary of LSR MIB Module. . . . . . . . . . . . . . . . 4
5. Brief Description of MIB Module Objects. . . . . . . . . . . . 4
5.1. mplsInterfaceTable . . . . . . . . . . . . . . . . . . . 4
5.2. mplsInterfacePerfTable . . . . . . . . . . . . . . . . . 4
5.3. mplsInSegmentTable . . . . . . . . . . . . . . . . . . . 5
5.4. mplsInSegmentPerfTable . . . . . . . . . . . . . . . . . 5
5.5. mplsOutSegmentTable. . . . . . . . . . . . . . . . . . . 5
5.6. mplsOutSegmentPerfTable. . . . . . . . . . . . . . . . . 5
5.7. mplsXCTable. . . . . . . . . . . . . . . . . . . . . . . 5
5.8. mplsLabelStackTable. . . . . . . . . . . . . . . . . . . 6
5.9. mplsInSegmentMapTable. . . . . . . . . . . . . . . . . . 6
6. Use of 32-bit and 64-bit Counters. . . . . . . . . . . . . . . 6
7. Example of LSP Setup . . . . . . . . . . . . . . . . . . . . . 6
8. Application of the Interface Group to MPLS . . . . . . . . . . 8
8.1. Support of the MPLS Layer by ifTable . . . . . . . . . . 9
9. The Use of RowPointer. . . . . . . . . . . . . . . . . . . . . 10
10. MPLS Label Switching Router MIB Module Definitions . . . . . . 11
11. Security Considerations. . . . . . . . . . . . . . . . . . . . 55
12. Acknowledgments. . . . . . . . . . . . . . . . . . . . . . . . 56
13. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 56
13.1. IANA Considerations for MPLS-LSR-STD-MIB . . . . . . . . 56
14. References . . . . . . . . . . . . . . . . . . . . . . . . . . 57
14.1. Normative References . . . . . . . . . . . . . . . . . . 57
14.2. Informative References . . . . . . . . . . . . . . . . . 58
15. Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 59
16. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 60
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 用語。 . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. SNMP管理枠組み。 . . . . . . . . . . . . . . . . 3 4. 概説します。 . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 4.1. LSR MIBモジュールの概要。 . . . . . . . . . . . . . . . 4 5. MIBモジュール物の記述に事情を知らせてください。 . . . . . . . . . . . 4 5.1mplsInterfaceTable. . . . . . . . . . . . . . . . . . . 4 5.2mplsInterfacePerfTable. . . . . . . . . . . . . . . . . 4 5.3mplsInSegmentTable. . . . . . . . . . . . . . . . . . . 5 5.4mplsInSegmentPerfTable. . . . . . . . . . . . . . . . . 5 5.5mplsOutSegmentTable。 . . . . . . . . . . . . . . . . . . 5 5.6mplsOutSegmentPerfTable。 . . . . . . . . . . . . . . . . 5 5.7mplsXCTable。 . . . . . . . . . . . . . . . . . . . . . . 5 5.8mplsLabelStackTable。 . . . . . . . . . . . . . . . . . . 6 5.9mplsInSegmentMapTable。 . . . . . . . . . . . . . . . . . 6 6. 32ビットの、そして、64ビットのカウンタの使用。 . . . . . . . . . . . . . . 6 7. LSPセットアップ. . . . . . . . . . . . . . . . . . . . . 6 8に関する例。 MPLS. . . . . . . . . . 8 8.1へのインタフェースグループのアプリケーション。 ifTable. . . . . . . . . . 9 9によるMPLS層のサポート。 RowPointerの使用。 . . . . . . . . . . . . . . . . . . . . 10 10. MPLSは切り換えルータMIBモジュール定義. . . . . . 11 11をラベルします。 セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 55 12. 承認。 . . . . . . . . . . . . . . . . . . . . . . . 56 13. IANA問題。 . . . . . . . . . . . . . . . . . . . . . 56 13.1. MPLS-LSR-STD-MIB. . . . . . . . 56 14のためのIANA問題。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 57 14.1。 引用規格. . . . . . . . . . . . . . . . . . 57 14.2。 有益な参照. . . . . . . . . . . . . . . . . 58 15。 作者のアドレス. . . . . . . . . . . . . . . . . . . . . . 59 16。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 60
1. Introduction
1. 序論
This memo defines an 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] Label Switching Router (LSR).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Multiprotocol Label Switching(MPLS)[RFC3031]ラベルSwitching Router(LSR)をモデル化するために管理オブジェクトについて説明します。
Comments should be made directly to the MPLS mailing list at mpls@uu.net.
mpls@uu.net でコメントを直接MPLSメーリングリストにするべきです。
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]に参照をつけてくださいだろう。
Srinivasan, et al. Standards Track [Page 2] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[2ページ]。
2. Terminology
2. 用語
This document uses terminology from the document describing the MPLS architecture [RFC3031]. A label switched path (LSP) is modeled as a connection consisting of one or more incoming segments (in-segments) and/or one or more outgoing segments (out-segments) at a LSR. The association or interconnection of the in-segments and out-segments is accomplished by using a cross-connect. We use the terminology "connection" and "LSP" interchangeably where the meaning is clear from the context.
このドキュメントはMPLS構造[RFC3031]について説明するドキュメントから用語を使用します。 外向的に1つ以上の入って来るセグメント(セグメントの)、そして/または、1以上から成る接続がLSRで(出ているセグメント)を区分するとき、Aラベル切り換えられた経路(LSP)はモデル化されます。 セグメントと出ているセグメントの協会かインタコネクトが、十字接続を使用することによって、達成されます。 私たちは意味が文脈から明確であるところで用語「接続」と"LSP"を互換性を持って使用します。
in-segment This is analogous to an MPLS label.
out-segment This is analogous to an MPLS label.
cross-connect This describes the conceptual connection
between a set of in-segments and out-segments.
Note that either set may be 0; that is, a
cross-connect may connect only out-segments
together with no in-segments in the case
where an LSP is originating on an LSR.
セグメントのThisはMPLSラベルに類似しています。出ているセグメントThisはMPLSラベルに類似しています。十字接続Thisはセグメントで設定されたaと出ているセグメントとの概念関係について説明します。 どちらかがセットしたというメモは0であるかもしれません。 すなわち、十字接続はLSRでLSPがそうである場合におけるセグメントの由来でないと共に出ているセグメントだけを接続するかもしれません。
3. The SNMP Management Framework
3. SNMP管理枠組み
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410].
現在のインターネット標準のManagement Frameworkについて説明するドキュメントの詳細な概観について、RFC3410[RFC3410]のセクション7を参照してください。
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. Outline
4. アウトライン
Configuring LSPs through an LSR involves the following steps:
LSRを通してLSPsを構成すると、以下のステップはかかわります:
- Enabling MPLS on MPLS capable interfaces.
- MPLSのできるインタフェースのMPLSを有効にします。
- Configuring in-segments and out-segments.
- セグメントと出ているセグメントであることの形で、構成します。
- Setting up the cross-connect table to associate segments and/or to
indicate connection origination and termination.
- セグメントを関連づけて、接続創作と終了を示すために十字接続テーブルをセットアップします。
- Optionally specifying label stack actions.
- 任意に、ラベルスタック動作を指定します。
Srinivasan, et al. Standards Track [Page 3] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[3ページ]。
- Optionally specifying segment traffic parameters.
- 任意に、セグメント交通パラメタを指定します。
4.1. Summary of LSR MIB Module
4.1. LSR MIBモジュールの概要
The MIB objects for performing these actions consist of the following tables:
これらの動作を実行するためのMIB物は以下のテーブルから成ります:
- The interface table (mplsInterfaceTable), which is used for
revealing the MPLS protocol on MPLS-capable interfaces.
- インタフェーステーブル(mplsInterfaceTable)(MPLSを明らかにするのに使用される)はMPLSできるインタフェースで議定書を作ります。
- The in-segment (mplsInSegmentTable) and out-segment
(mplsOutSegmentTable) tables, which are used for configuring LSP
segments at an LSR.
- セグメントの(mplsInSegmentTable)と出ているセグメント(mplsOutSegmentTable)テーブル。(そのテーブルは、LSRでLSPセグメントを構成するのに使用されます)。
- The cross-connect table (mplsXCTable), which is used to associate
in and out segments together, in order to form a cross-connect.
- 十字接続テーブル(mplsXCTable)。(十字接続を形成して、そのテーブルは、セグメントを内外に一緒に関連づけるのに使用されます)。
- The label stack table (mplsLabelStackTable), which is used for
specifying label stack operations.
- ラベルスタックテーブル(mplsLabelStackTable)(指定するのに使用される)はスタック操作をラベルします。
Further, the MPLS in-segment and out-segment performance tables, mplsInSegmentPerfTable and mplsOutSegmentPerfTable, contain the objects necessary to measure the performance of LSPs, and mplsInterfacePerfTable has objects to measure MPLS performance on a per-interface basis.
さらに、MPLSのセグメントの、そして、出ているセグメントの性能テーブル(mplsInSegmentPerfTableとmplsOutSegmentPerfTable)は、LSPsの性能を測定するのに必要な物を含んでいます、そして、mplsInterfacePerfTableには、1インタフェースあたり1個のベースに関するMPLS性能を測定する物があります。
These tables are described in the subsequent sections.
これらのテーブルはその後のセクションで説明されます。
5. Brief Description of MIB Module Objects
5. MIBモジュール物の簡単な説明
Sections 5.1-5.2 describe objects pertaining to MPLS-capable interfaces of an LSR. The objects described in Sections 5.3-5.8, were derived from the Incoming Label Map (ILM) and Next Hop Label Forwarding Entry (NHLFE) as specified in the MPLS architecture document [RFC3031]. It is appropriate to note that the in-segment, out-segment, and cross-connect tables were modeled after similar tables found in [RFC2515].
セクション5.1-5.2はLSRのMPLSできるインタフェースに関係する物について説明します。 物はセクションで5.3-5.8、MPLS構造の指定されるとしてのIncoming Label Map(ILM)とNext Hop Label Forwarding Entry(NHLFE)から派生しているドキュメント[RFC3031]について説明しました。 セグメント、出ているセグメント、および十字接続テーブルが[RFC2515]で見つけられた同様のテーブルに倣われたことに注意するのは適切です。
5.1. mplsInterfaceTable
5.1. mplsInterfaceTable
This table represents the interfaces that are MPLS capable. An LSR creates an entry in this table for every MPLS capable interface on that LSR.
このテーブルはできるMPLSであるインタフェースを表します。 LSRはこのテーブルでそのLSRの上のあらゆるMPLSのできるインタフェースにエントリーを作成します。
5.2. mplsInterfacePerfTable
5.2. mplsInterfacePerfTable
This table contains objects to measure the MPLS performance of MPLS capable interfaces and is an AUGMENT to mplsInterfaceTable.
このテーブルは、MPLSのできるインタフェースのMPLS性能を測定する物を含んでいて、mplsInterfaceTableへのAUGMENTです。
Srinivasan, et al. Standards Track [Page 4] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[4ページ]。
5.3. mplsInSegmentTable
5.3. mplsInSegmentTable
This table contains a description of the incoming MPLS segments to an LSR and their associated parameters. This index for this table is mplsInSegmentIndex. The index structure of this table is specifically designed to handle many different MPLS implementations that manage their labels both in a distributed and centralized manner.
このテーブルはLSRとそれらの関連パラメタに入って来るMPLSセグメントの記述を含んでいます。 このテーブルのためのこのインデックスはmplsInSegmentIndexです。 このテーブルのインデックス構造は、分配されて集結された方法で両方の、それらのラベルを管理する多くの異なったMPLS実現を扱うように明確に設計されています。
The table is designed to handle existing MPLS labels as well as future label strategies that may require labels longer than the ones defined in RFC3031. In these cases, the object mplsInSegmentLabelPtr may be used indicate the first accessible object in a separate table that can be used to represent the label because it is too long to be represented in a single 32-bit value (mplsInSegmentLabel).
テーブルは、MPLSがRFC3031で定義されたものより長い間ラベルを必要とするかもしれない将来のラベル戦略と同様にラベルする存在を扱うように設計されています。 これらのケース、mplsInSegmentLabelPtrがそうする物では使用されてください。ただ一つの32ビットの値(mplsInSegmentLabel)で表されるのが長過ぎるのでラベルを表すのに使用できる別々のテーブルにおける最初のアクセスしやすい物を示してください。
5.4. mplsInSegmentPerfTable
5.4. mplsInSegmentPerfTable
The MPLS in-Segment Performance Table has objects to measure the performance of an incoming segment configured on an LSR. It is an AUGMENT to mplsInSegmentTable. High capacity counters are provided for objects that are likely to wrap around quickly on high-speed interfaces.
セグメントのMPLSパフォーマンスTableには、LSRで構成された入って来るセグメントの性能を測定する物があります。 それはmplsInSegmentTableへのAUGMENTです。 高速インタフェースですぐに巻きつけそうな物に高容量カウンタを提供します。
5.5. mplsOutSegmentTable
5.5. mplsOutSegmentTable
The out-Segment Table contains a description of the outgoing MPLS segments at an LSR and their associated parameters.
出ているセグメントTableはLSRの外向的なMPLSセグメントとそれらの関連パラメタの記述を含んでいます。
5.6. mplsOutSegmentPerfTable
5.6. mplsOutSegmentPerfTable
The MPLS out-Segment Table contains objects to measure the performance of an outgoing segment configured on an LSR. It is an AUGMENT to mplsOutSegmentTable. High capacity counters are provided for objects that are likely to wrap around quickly on high-speed interfaces.
セグメントからのTableが含むMPLSは、LSRで構成された外向的なセグメントの性能を測定するために反対します。 それはmplsOutSegmentTableへのAUGMENTです。 高速インタフェースですぐに巻きつけそうな物に高容量カウンタを提供します。
5.7. mplsXCTable
5.7. mplsXCTable
The mplsXCTable specifies information for associating segments together in order to instruct the LSR to switch between the specified segments. It supports point-to-point, point-to-multipoint and multipoint-to-point connections.
mplsXCTableは指定されたセグメントを切り換えるようLSRに命令するためにセグメントを一緒に関連づけるための情報を指定します。 それはポイントツーポイント、ポイントツーマルチポイント、および多点からポイントとの接続を支持します。
Srinivasan, et al. Standards Track [Page 5] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[5ページ]。
The operational status object indicates the packet forwarding state of a cross-connect entry. For example, when the operational status objects is 'down' it indicates that the specified cross-connect entry will not forward packets. Likewise, when it is set to 'up' it indicates that packets will be forwarded.
操作上の状態物は十字接続エントリーのパケット推進状態を示します。 操作上の状態物が'down'であるときに、例えば、それは、指定された十字接続エントリーがパケットを進めないのを示します。 'up'に設定されるとき、同様に、それは、パケットが進められるのを示します。
The administrative status object indicates the forwarding state desired by the operator.
管理状態物はオペレータによって望まれていた推進状態を示します。
5.8. mplsLabelStackTable
5.8. mplsLabelStackTable
The mplsLabelStackTable specifies the label stack to be pushed onto a packet, beneath the top label. Entries to this table are referred to from mplsXCTable.
mplsLabelStackTableは、トップラベルの下のパケットに押されるためにラベルスタックを指定します。 このテーブルへのエントリーはmplsXCTableから言及されます。
5.9 mplsInSegmentMapTable
5.9 mplsInSegmentMapTable
The mplsInSegmentMapTable specifies the mapping from the mplsInSegmentIndex to the corresponding mplsInSegmentInterface and mplsInSegmentLabel objects. The purpose of this table is to provide the manager with an alternative means by which to locate in-segments. For instance, this table can be useful when tracing LSPs from LSR to LSR by first following the in-segment to out-segment, retrieving the outgoing label and out-going interface, and then proceeding to interrogate this table at the next-hop LSR to continue the trace.
mplsInSegmentMapTableはmplsInSegmentIndexから対応するmplsInSegmentInterfaceとmplsInSegmentLabel物までマッピングを指定します。 このテーブルの目的は代替手段をマネージャに提供するのが、セグメントでどれの場所を見つけたらよいかを意味するということです。 例えば、出ているセグメントにセグメントに続いて、最初にでLSRからLSRまでLSPsをたどるとき、このテーブルは役に立つ場合があります、出発しているラベルと外向的なインタフェースを検索して、次に、跡を続けるために次のホップLSRでこのテーブルについて査問しかけて。
6. Use of 32-bit and 64-bit Counters
6. 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ビットの八重奏カウンタを支持しなければなりません。
7. Example of LSP Setup
7. LSPセットアップに関する例
In this section we provide a brief example of setting up an LSP using this MIB module's objects. While this example is not meant to illustrate every nuance of the MIB module, it is intended as an aid to understanding some of the key concepts. It is meant to be read after going through the MIB module itself.
このセクションに、私たちはこのMIBモジュールの物を使用することでLSPをセットアップする簡潔な例を供給します。 この例はMIBモジュールのあらゆるニュアンスを例証することになっているというわけではありませんが、それは重要な考えのいくつかを理解していることへの援助として意図します。 MIBモジュール自体に直面した後に、それは読まれることになっています。
Srinivasan, et al. Standards Track [Page 6] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[6ページ]。
Suppose that one would like to manually create a best-effort, unidirectional LSP. Assume that the LSP enters the LSR via MPLS interface A with ifIndex 12 and exits the LSR via MPLS interface B with ifIndex 13. Let us assume that we do not wish to impose any additional label stack beneath the top label on the outgoing labeled packets. The following example illustrates which rows and corresponding objects might be created to accomplish this. 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つが手動でベストエフォート型でaを作成したがっていて、単方向がLSPであると仮定してください。 LSPがifIndex12と共にMPLSインタフェースAを通してLSRに入って、ifIndex13と共にMPLSインタフェースBを通してLSRを出ると仮定してください。 トップラベルの下のどんな追加ラベルスタックも出発しているラベルされたパケットに課したいと思わないと仮定しましょう。 以下の例は、どの列と対応するオブジェクトがこれを達成するために作成されるかもしれないかを例証します。 異なったテーブルの中で関係を例証すると関連しているそれらの物はここに示されます。 概念的な列の起動が起こることができる前に他の物が必要であるかもしれません。
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. Note that the proper use of createAndGo(4) requires that all columns that do not have a DEFVAL to be specified in order for the SET to succeed. In the example below we have not specify all such columns for the sake of keeping the example short. Please keep in mind that all such fields must be send during a real SET operation. 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値はアクティブにセットしました。 createAndGo(4)の適切な使用が、SETが成功するように指定されるべきDEFVALを持っていないすべてのコラムが注文されるのを必要とすることに注意してください。 以下の私たちが持っている例では、例を短く保つことのためにそのようなすべてのコラムが指定しているというわけではありません。 そのようなものがさばくのが、本当のSET操作の間、発信することであるに違いないことを覚えておいてください。 概念的な列におけるその後の検索操作はアクティブな(1)などの異価を返すでしょう。 RowStatusの使用の詳細な論議に関して[RFC2579]を見てください。
We first create a cross-connect entry that associates the desired segments together.
私たちは最初に、必要なセグメントを一緒に関連づける十字接続エントリーを作成します。
In mplsXCTable:
{
mplsXCIndex = 0x02,
mplsXCInSegmentIndex = 0x00000015,
mplsXCOutSegmentIndex = 0x01,
mplsXCTableで: mplsXCIndexは0×02、mplsXCInSegmentIndex=0x00000015、mplsXCOutSegmentIndex=0x01と等しいです。
mplsXCLspId = 0x0102 -- unique ID
mplsXCLabelStackIndex = 0x00, -- only a single
-- outgoing label
mplsXCRowStatus = createAndGo(4)
}
mplsXCLspIdは0×0102--固有のID mplsXCLabelStackIndex=0×00--シングルだけと等しいです--出発しているラベルmplsXCRowStatusはcreateAndGo(4)と等しいです。
Next, we create the appropriate in-segment and out-segment entries based on the cross-connect. Note that some agents may wish to automatically create the in and out-segments based on the cross- connect creation.
次に、私たちは十字接続に基づく適切なセグメントの、そして、出ているセグメントのエントリーを作成します。 何人かのエージェントが自動的にコネを作成したがっているかもしれなくて、十字に基づく出ているセグメントが創造を接続することに注意してください。
In mplsInSegmentTable:
{
mplsInSegmentIndex = 0x00000015
mplsInSegmentTableで: mplsInSegmentIndex=0x00000015
mplsInSegmentLabel = 21, -- incoming label
mplsInSegmentLabelは21--入って来るラベルと等しいです。
Srinivasan, et al. Standards Track [Page 7] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[7ページ]。
mplsInSegmentNPop = 1,
mplsInSegmentInterface = 12, -- incoming interface
mplsInSegmentNPop=1、mplsInSegmentInterface=12--入って来るインタフェース
-- RowPointer MUST point to the first accessible column.
mplsInSegmentLabelPtr = 0.0,
mplsInSegmentTrafficParamPtr = 0.0,
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsInSegmentLabelPtrは0.0と等しく、mplsInSegmentTrafficParamPtrは0.0と等しいです。
mplsInSegmentRowStatus = createAndGo(4)
}
mplsInSegmentRowStatusはcreateAndGo(4)と等しいです。
In mplsOutSegmentTable:
{
mplsOutSegmentIndex = 0x01,
mplsOutSegmentInterface = 13, -- outgoing interface
mplsOutSegmentPushTopLabel = true(1),
mplsOutSegmentTopLabel = 22, -- outgoing label
mplsOutSegmentTableで: mplsOutSegmentIndexは0×01、mplsOutSegmentInterface=13と等しいです--出発しているインタフェースmplsOutSegmentPushTopLabelは本当の(1)と等しく、mplsOutSegmentTopLabelは22--出発しているラベルと等しいです。
-- RowPointer MUST point to the first accessible column.
mplsOutSegmentTrafficParamPtr = 0.0,
mplsOutSegmentLabelPtr = 0.0,
-- RowPointerは最初のアクセス可能なコラムを示さなければなりません。mplsOutSegmentTrafficParamPtrは0.0と等しく、mplsOutSegmentLabelPtrは0.0と等しいです。
mplsOutSegmentRowStatus = createAndGo(4)
}
mplsOutSegmentRowStatusはcreateAndGo(4)と等しいです。
Note that the mplsInSegmentXCIndex and mplsOutSegmentXCIndex objects will automatically be populated with the string 0x02 when these segments are referred to from the corresponding cross-connect entry.
これらのセグメントが対応する十字接続エントリーから言及されるとき、mplsInSegmentXCIndexとmplsOutSegmentXCIndex物がひも0x02で自動的に居住されることに注意してください。
8. Application of the Interface Group to MPLS
8. MPLSへのインタフェースグループのアプリケーション
RFC2863 defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing MPLS interfaces.
RFC2863は、インタフェースを管理するために一般的な管理オブジェクトを定義します。 このメモはMPLSインタフェースを管理するための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 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 Interfaces Stack Group defined in [RFC2863].
このメモは、インタフェースが見送るどの[RFC2863]州に従って(ifTable)が情報を含んでいるかという管理資源のインタフェースのことであるInterfaces Groupの解釈と、ネットワーク・インターフェースのインターネットワーク層の下の各副層がインタフェースであると考えられると仮定します。 したがって、MPLSインタフェースはエントリーとしてifTableに表されます。 ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。
Srinivasan, et al. Standards Track [Page 8] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[8ページ]。
When using MPLS interfaces, the interface stack table might appear as follows:
MPLSインタフェースを使用するとき、インタフェーススタックテーブルは以下の通りに見えるかもしれません:
+----------------------------------------+
| MPLS interface; ifType = mpls(166) +
+----------------------------------------+
| Underlying Layer +
+----------------------------------------+
+----------------------------------------+ | MPLSは連結します。 ifTypeはmpls(166)++と等しいです。----------------------------------------+ | 下位層++----------------------------------------+
In the above diagram, "Underlying Layer" refers to the ifIndex of any interface type for which MPLS interworking has been defined. Examples include ATM, Frame Relay, Ethernet, etc.
上のダイヤグラムで、「下位層」はMPLSの織り込むことが定義されたどんなインターフェース型のifIndexも示します。 例はATM、Frame Relay、イーサネットなどを含んでいます。
8.1. Support of the MPLS Layer by ifTable
8.1. ifTableによるMPLS層のサポート
Some specific interpretations of ifTable for the MPLS layer follow.
MPLS層のためのifTableのいくつかの特定の解釈が続きます。
Object Use for the MPLS layer
MPLS層のための物のUse
ifIndex Each MPLS interface is represented by an ifEntry.
ifIndex Each MPLSインタフェースはifEntryによって表されます。
ifDescr Description of the MPLS interface.
MPLSインタフェースのifDescr記述。
ifType The value that is allocated for MPLS is 166.
ifTypeはMPLSのために割り当てているのが、166であるということである値です。
ifSpeed The total bandwidth in bits per second for use by
the MPLS layer.
使用のためにMPLS層のそばでbpsにおける総帯域幅をifSpeedしました。
ifPhysAddress Unused.
ifPhysAddress未使用です。
ifAdminStatus This variable indicates the administrator's intent
as to whether MPLS should be enabled, disabled, or
running in some diagnostic testing mode on this
interface. Also see [RFC2863].
MPLSが有効にされるべきであるかどうかに関してifAdminStatus This変数はアドミニストレータの意図を示します、無能にされるか、またはこのインタフェースでモードをテストする何らかの病気の特徴へ駆け込んで。 また、[RFC2863]を見てください。
ifOperStatus This value reflects the actual operational status
of MPLS on this interface.
ifOperStatus This値はこのインタフェースのMPLSの実際の操作上の状態を反映します。
ifLastChange See [RFC2863].
ifLastChangeは[RFC2863]を見ます。
ifInOctets The number of received octets over the interface,
i.e., the number of received, octets received as
labeled packets.
ifInOctets、すなわち、インタフェースの上の容認された八重奏の数、数、受け取られていて、八重奏はパケットとラベルされるように受信されました。
ifOutOctets The number of transmitted octets over the
interface, i.e., the number of octets transmitted
as labeled packets.
ifOutOctets、すなわち、インタフェースの上の伝えられた八重奏の数、パケットとラベルされるように伝えられた八重奏の数。
Srinivasan, et al. Standards Track [Page 9] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[9ページ]。
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
interface or an octet string of zero length.
インタフェースの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 interface as
specified by a network manager.
指定されるとしてのネットワークマネージャによるインタフェースへのifAlias非揮発性の'別名'名。
ifCounterDiscontinuityTime
See [RFC2863].
ifCounterDiscontinuityTimeは[RFC2863]を見ます。
9. The Use of RowPointer
9. RowPointerの使用
RowPointer is a textual convention used to identify a conceptual row in a MIB Table by pointing to the first accessible object in that row. In this MIB module, the trafficParamPtr object from either the mplsInSegmentTable or mplsOutSegmentTable SHOULD indicate the first accessible column in an entry in the MplsTunnelResourceEntry in the MPLS-TE-STD-MIB [RFC3812] to indicate the traffic parameter settings for this segment, if it represents an LSP used for a TE tunnel.
RowPointerはその列に最初のアクセスしやすい物を示すことによってMIB Tableの概念的な列を特定するのにおいて中古の原文のコンベンションです。 このMIBモジュールで、trafficParamPtrがmplsInSegmentTableから反対するか、またはmplsOutSegmentTable SHOULDはこのセグメントのために交通パラメタ設定を示すMPLS-TE-STD-MIB[RFC3812]のMplsTunnelResourceEntryのエントリーにおける最初のアクセス可能なコラムを示します、TEトンネルに使用されるLSPを表すなら。
The trafficParamPtr object 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 segments can indicate resource sharing of such things as LSP queue space, etc.
trafficParamPtr物は任意に外部的に定義された交通パラメタ仕様テーブルを指し示すかもしれません。 zeroDotZeroの値はベストエフォート型処理を示します。 この物の同じ値を持っていることによって、LSPがスペースなどを列に並ばせるとき、2つ以上のセグメントがそのようなもののリソース・シェアリングを示すことができます。
Srinivasan, et al. Standards Track [Page 10] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[10ページ]。
10. MPLS Label Switching Router MIB Module Definitions
10. MPLSラベル切り換えルータMIBモジュール定義
MPLS-LSR-STD-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE,
Integer32, Counter32, Unsigned32, Counter64, Gauge32,
zeroDotZero
FROM SNMPv2-SMI -- [RFC2578]
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF -- [RFC2580]
TruthValue, RowStatus, StorageType, RowPointer,
TimeStamp, TEXTUAL-CONVENTION
FROM SNMPv2-TC -- [RFC2579]
InterfaceIndexOrZero, ifGeneralInformationGroup,
ifCounterDiscontinuityGroup
FROM IF-MIB -- [RFC2863]
mplsStdMIB, MplsLSPID, MplsLabel, MplsBitRate,
MplsOwner
FROM MPLS-TC-STD-MIB -- [RFC3811]
AddressFamilyNumbers
FROM IANA-ADDRESS-FAMILY-NUMBERS-MIB -- [IANAFamily]
InetAddress, InetAddressType
FROM INET-ADDRESS-MIB -- [RFC3291]
;
MPLS-LSR-STD-MIB定義:、:= モジュールアイデンティティ、オブジェクト・タイプが通知でタイプする輸入を始めてください、Integer32、Counter32、Unsigned32、Counter64、Gauge32、SNMPv2-SMI--SNMPv2-CONFからのRFC2578モジュールコンプライアンス、物グループ、通知グループ--RFC2580 TruthValueからのzeroDotZero、RowStatus、StorageType、RowPointer、タイムスタンプ、SNMPv2-Tcからの原文のコンベンション; RFC2579 InterfaceIndexOrZero、ifGeneralInformationGroup、ifCounterDiscontinuityGroup、-、MIB、--INETアドレスMIBからのRFC2863 mplsStdMIB、MplsLSPID、MplsLabel、MplsBitRate、MPLS Tc STD-MIB--IANAアドレス家族数のMIBからのRFC3811 AddressFamilyNumbers--IANAFamily InetAddressからのMplsOwner、InetAddressType--RFC3291。
mplsLsrStdMIB 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
mplsLsrStdMIBモジュールアイデンティティは"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."
「直接 mpls@uu.net のMPLSワーキンググループメーリングリストにこのドキュメントの周りのコメントをメールするべきです。」
DESCRIPTION
"This MIB module contains managed object definitions for
the Multiprotocol Label Switching (MPLS) Router as
「このMIBモジュールはMultiprotocol Label Switching(MPLS)ルータのための管理オブジェクト定義を含む」記述
Srinivasan, et al. Standards Track [Page 11] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[11ページ]。
defined in: Rosen, E., Viswanathan, A., and R.
Callon, Multiprotocol Label Switching Architecture,
RFC 3031, January 2001.
以下で定義されています。 ローゼン、E.、Viswanathan、A.、およびR.Callon、Multiprotocolは切り換え構造、RFC3031を2001年1月とラベルします。
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"
Copyright(C)インターネット協会(2004)。 このMIBモジュールの初期のバージョンはRFC3812で発行されました。 完全な法定の通知に関しては、RFC自身を見るか、または見てください: " http://www.ietf.org/copyrights/ianamib.html "
-- Revision history.
REVISION
"200406030000Z" -- June 3, 2004
DESCRIPTION
"Initial revision, published as part of RFC 3813."
-- 改訂履歴。 REVISION"200406030000Z"--「初期の改正であって、RFC3813の一部として発行された」2004年6月3日記述。
::= { mplsStdMIB 2 }
::= mplsStdMIB2
-- TEXTUAL-CONVENTIONs
-- 原文のコンベンション
MplsIndexType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This is an octet string that can be used as a table
index in cases where a large addressable space is
required such as on an LSR where many applications
may be provisioning labels.
MplsIndexType:、:= TEXTUAL-CONVENTION STATUSの現在の記述、「これはテーブルインデックスとして大きいアドレス可能なスペースが多くのアプリケーションがラベルに食糧を供給しているかもしれないLSRなどのように必要である場合に使用できる八重奏ストリングです」。
Note that the string containing the single octet with
the value 0x00 is a reserved value used to represent
special cases. When this TEXTUAL-CONVENTION is used
as the SYNTAX of an object, the DESCRIPTION clause
MUST specify if this special value is valid and if so
what the special meaning is.
値0x00があるただ一つの八重奏を含むストリングが特別なケースを表すのに使用される予約された値であることに注意してください。 このTEXTUAL-CONVENTIONが物のSYNTAXとして使用されるとき、記述節はこの特別な値が有効であるかどうかと、そうだとすれば、特別な意味が何であるかを指定しなければなりません。
In systems that provide write access to the MPLS-LSR-STD
MIB, mplsIndexType SHOULD be used as a simple multi-digit
integer encoded as an octet string.
No further overloading of the meaning of an index SHOULD
be made.
提供されるシステムでMPLS-LSR-STD MIBへのアクセスを書いてください、mplsIndexType SHOULD。八重奏ストリングとしてコード化された簡単なマルチケタ整数として、使用されてください。 インデックスSHOULDの意味がこれ以上積みすぎられないで、作られてください。
In systems that do not offer write access to the MPLS-LSR-STD
MIB, the mplsIndexType may contain implicit formatting that is
specific to the implementation to convey additional
information such as interface index, physical card or
device, or application id. The interpretation of this
additional formatting is implementation dependent and
not covered in this document. Such formatting MUST
申し出ではなく、そうするシステムで、MPLS-LSR-STD MIBへのアクセスを書いてください、そして、mplsIndexTypeはインタフェースインデックス、物理的なカード、デバイス、またはアプリケーションイドなどの追加情報を伝える実装に特定の暗黙の形式を含んでもよいです。 この追加形式の解釈は依存して本書ではカバーされなかった実装です。 そのような形式はそうしなければなりません。
Srinivasan, et al. Standards Track [Page 12] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[12ページ]。
NOT impact the basic functionality of read-only access
to the MPLS-LSR-STD MIB by management applications that are
not aware of the formatting rules."
SYNTAX OCTET STRING (SIZE(1..24))
「形式規則を意識していない管理アプリケーションで書き込み禁止に関する基本機能がMPLS-LSR-STD MIBにアクセスしないどんな影響も。」 構文八重奏ストリング(サイズ(1 .24))
MplsIndexNextType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"When a MIB module is used for configuration, an object with
this SYNTAX always contains a legal value (a non-zero-length
string) for an index that is not currently used in the relevant
table. The Command Generator (Network Management Application)
reads this variable and uses the (non-zero-length string)
value read when creating a new row with an SNMP SET.
MplsIndexNextType:、:= 「MIBモジュールは構成に使用されて、このSYNTAXがあるオブジェクトはいつも現在関連テーブルで使用されないインデックスのための正当な値(非ゼロ長ストリング)を含む」TEXTUAL-CONVENTION STATUSの現在の記述。 Command Generator(ネットワークManagement Application)はこの変数を読んで、SNMP SETと共に新しい行を作成するとき読まれた(非ゼロ長ストリング)値を使用します。
When the SET is performed, 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.
SETが実行されるとき、Command Responder(エージェント)は、本当に、値がまだ未使用であるかどうか決定しなければなりません。 2Network Management Applicationsが同時に、行(構成エントリー)を作成して、同じ値を使用するのを試みるかもしれません。 それが現在未使用であるなら、SETは成功します、そして、Command Responder(エージェント)はこのオブジェクトの値を変えます、実装特有のアルゴリズムによると。 しかしながら、値が使用中であるなら、SETは失敗します。 そして、Network Management Applicationは、新しい使用可能な値を得るためにこの変数を再読しなければなりません。
Note that the string containing the single octet with
the value 0x00 is a reserved value used to represent
the special case where no additional indexes can be
provisioned, or in systems that do not offer
write access, objects defined using this TEXTUAL-CONVENTION
MUST return the string containing the single
octet with the value 0x00."
SYNTAX OCTET STRING (SIZE(1..24))
「値0x00があるただ一つの八重奏を含むストリングがどんな追加インデックスにも食糧を供給することができない特別なケースを表すか、または申し出ではなく、そうするシステムでアクセスを書くのに使用される予約された値であるというメモ、このTEXTUAL-CONVENTION MUSTを使用することで定義されたオブジェクトは値0x00があるただ一つの八重奏を含むストリングを返します。」 構文八重奏ストリング(サイズ(1 .24))
-- Top level components of this MIB module.
-- このMIBモジュールの最高平らな成分。
-- Notifications
mplsLsrNotifications OBJECT IDENTIFIER ::= { mplsLsrStdMIB 0 }
-- 通知mplsLsrNotificationsオブジェクト識別子:、:= mplsLsrStdMIB0
-- Tables, Scalars
mplsLsrObjects OBJECT IDENTIFIER ::= { mplsLsrStdMIB 1 }
-- テーブル、スカラmplsLsrObjectsオブジェクト識別子:、:= mplsLsrStdMIB1
-- Conformance
mplsLsrConformance OBJECT IDENTIFIER ::= { mplsLsrStdMIB 2 }
-- 順応mplsLsrConformanceオブジェクト識別子:、:= mplsLsrStdMIB2
-- MPLS Interface Table. mplsInterfaceTable OBJECT-TYPE
-- MPLSインタフェーステーブル mplsInterfaceTableオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 13] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[13ページ]。
SYNTAX SEQUENCE OF MplsInterfaceEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies per-interface MPLS capability
and associated information."
::= { mplsLsrObjects 1 }
SYNTAX SEQUENCE OF MplsInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは1インタフェースあたりのMPLS能力と関連情報を指定します」。 ::= mplsLsrObjects1
mplsInterfaceEntry OBJECT-TYPE
SYNTAX MplsInterfaceEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A conceptual row in this table is created
automatically by an LSR for every interface capable
of supporting MPLS and which is configured to do so.
A conceptual row in this table will exist if and only if
a corresponding entry in ifTable exists with ifType =
mpls(166). If this associated entry in ifTable is
operationally disabled (thus removing MPLS
capabilities on that interface), the corresponding
entry in this table MUST be deleted shortly thereafter.
An conceptual row with index 0 is created if the LSR
supports per-platform labels. This conceptual row
represents the per-platform label space and contains
parameters that apply to all interfaces that participate
in the per-platform label space. Other conceptual rows
in this table represent MPLS interfaces that may
participate in either the per-platform or per-
interface label spaces, or both. Implementations
that either only support per-platform labels,
or have only them configured, may choose to return
just the mplsInterfaceEntry of 0 and not return
the other rows. This will greatly reduce the number
of objects returned. Further information about label
space participation of an interface is provided in
the DESCRIPTION clause of
mplsInterfaceLabelParticipationType."
INDEX { mplsInterfaceIndex }
::= { mplsInterfaceTable 1 }
mplsInterfaceEntry OBJECT-TYPE SYNTAX MplsInterfaceEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルの概念的な行はLSRによって自動的にMPLSとそうをするために構成されるものをサポートすることができるあらゆるインタフェースに作成されます」。 そして、このテーブルの概念的な行が存在する、ifTableの対応するエントリーがifType=mpls(166)で存在している場合にだけ。 ifTableのこの関連エントリーが操作上無効にされるなら(その結果、そのインタフェースでMPLS能力を取り除きます)、その後、まもなく、このテーブルの対応するエントリーを削除しなければなりません。 LSRが1プラットホームあたりのラベルを支えるなら、インデックス0がある概念的な行は作成されます。 この概念的な行は、1プラットホームあたりのラベルスペースを表して、1プラットホームあたりのラベルスペースに参加するすべてのインタフェースに適用されるパラメタを含んでいます。 または、このテーブルの他の概念的な行がプラットホームに参加するかもしれないMPLSインタフェースを表す、-、ラベル空間、または両方を連結してください。 1プラットホームあたりのラベルを支えるか、またはそれらだけを構成するだけである実装は、まさしく0のmplsInterfaceEntryを返して、他の行は返さないのを選ぶかもしれません。 これは返されたオブジェクトの数を大いに減少させるでしょう。 「インタフェースのラベル宇宙参加に関する詳細をmplsInterfaceLabelParticipationTypeの記述節に提供します。」 mplsInterfaceIndexに索引をつけてください:、:= mplsInterfaceTable1
MplsInterfaceEntry ::= SEQUENCE {
mplsInterfaceIndex InterfaceIndexOrZero,
mplsInterfaceLabelMinIn MplsLabel,
mplsInterfaceLabelMaxIn MplsLabel,
mplsInterfaceLabelMinOut MplsLabel,
mplsInterfaceLabelMaxOut MplsLabel,
mplsInterfaceTotalBandwidth MplsBitRate,
MplsInterfaceEntry:、:= 系列、mplsInterfaceIndex InterfaceIndexOrZero、mplsInterfaceLabelMinIn MplsLabel、mplsInterfaceLabelMaxIn MplsLabel、mplsInterfaceLabelMinOut MplsLabel、mplsInterfaceLabelMaxOut MplsLabel、mplsInterfaceTotalBandwidth MplsBitRate
Srinivasan, et al. Standards Track [Page 14] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[14ページ]。
mplsInterfaceAvailableBandwidth MplsBitRate, mplsInterfaceLabelParticipationType BITS }
mplsInterfaceAvailableBandwidth MplsBitRate、mplsInterfaceLabelParticipationTypeビット
mplsInterfaceIndex OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This is a unique index for an entry in the
MplsInterfaceTable. A non-zero index for an
entry indicates the ifIndex for the corresponding
interface entry of the MPLS-layer in the ifTable.
The entry with index 0 represents the per-platform
label space and contains parameters that apply to all
interfaces that participate in the per-platform label
space. Other entries defined in this table represent
additional MPLS interfaces that may participate in either
the per-platform or per-interface label spaces, or both."
REFERENCE
"RFC 2863 - The Interfaces Group MIB, McCloghrie, K.,
and F. Kastenholtz, June 2000"
::= { mplsInterfaceEntry 1 }
mplsInterfaceIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「これはMplsInterfaceTableのエントリーへのユニークなインデックスです」。 エントリーへの非ゼロインデックスはifTableのMPLS-層の対応するインタフェースエントリーにifIndexを示します。 インデックス0があるエントリーは、1プラットホームあたりのラベルスペースを表して、1プラットホームあたりのラベルスペースに参加するすべてのインタフェースに適用されるパラメタを含んでいます。 「このテーブルで定義された他のエントリーはプラットホームかインタフェースあたりのラベル空間か両方のどちらかに参加するかもしれない追加MPLSインタフェースを表します。」 「インタフェースのグループMIB、McCloghrie、K.、およびF.Kastenholtz、2000年RFC2863--6月」という参照:、:= mplsInterfaceEntry1
mplsInterfaceLabelMinIn OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the minimum value of an MPLS label that this
LSR is willing to receive on this interface."
::= { mplsInterfaceEntry 2 }
mplsInterfaceLabelMinIn OBJECT-TYPE SYNTAX MplsLabelのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これはこのLSRがこのインタフェースで受け取っても構わないと思っているMPLSラベルの最小値です」。 ::= mplsInterfaceEntry2
mplsInterfaceLabelMaxIn OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the maximum value of an MPLS label that this
LSR is willing to receive on this interface."
::= { mplsInterfaceEntry 3 }
mplsInterfaceLabelMaxIn OBJECT-TYPE SYNTAX MplsLabelのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これはこのLSRがこのインタフェースで受け取っても構わないと思っているMPLSラベルの最大値です」。 ::= mplsInterfaceEntry3
mplsInterfaceLabelMinOut OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the minimum value of an MPLS label that this
mplsInterfaceLabelMinOut OBJECT-TYPE SYNTAX MplsLabelのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これによるMPLSの最小値がこれとそれをラベルするということです」。
Srinivasan, et al. Standards Track [Page 15] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[15ページ]。
LSR is willing to send on this interface."
::= { mplsInterfaceEntry 4 }
「LSRは、このインタフェースを転送しても構わないと思っています。」 ::= mplsInterfaceEntry4
mplsInterfaceLabelMaxOut OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This is the maximum value of an MPLS label that this
LSR is willing to send on this interface."
::= { mplsInterfaceEntry 5 }
mplsInterfaceLabelMaxOut OBJECT-TYPE SYNTAX MplsLabelのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「これはこのLSRがこのインタフェースで送っても構わないと思っているMPLSラベルの最大値です」。 ::= mplsInterfaceEntry5
mplsInterfaceTotalBandwidth OBJECT-TYPE
SYNTAX MplsBitRate
UNITS "kilobits per second"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value indicates the total amount of usable
bandwidth on this interface and is specified in
kilobits per second (Kbps). This variable is not
applicable when applied to the interface with index
0. When this value cannot be measured, this value
should contain the nominal bandwidth."
::= { mplsInterfaceEntry 6 }
mplsInterfaceTotalBandwidth OBJECT-TYPE SYNTAX MplsBitRate UNITSのマックス-ACCESSの書き込み禁止のSTATUSの現在の「1秒あたりのキロビット」記述は「このインタフェースで使用可能な帯域幅の総量を示して、2番目の(キロビット毎秒)あたりのキロビットで指定これが評価するされます」。 インデックス0とのインタフェースに付けられる場合、この変数は適切ではありません。 「この値を測定できないとき、この値は呼び帯域幅を含むべきです。」 ::= mplsInterfaceEntry6
mplsInterfaceAvailableBandwidth OBJECT-TYPE
SYNTAX MplsBitRate
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value indicates the total amount of available
bandwidth available on this interface and is
specified in kilobits per second (Kbps). This value
is calculated as the difference between the amount
of bandwidth currently in use and that specified in
mplsInterfaceTotalBandwidth. This variable is not
applicable when applied to the interface with index
0. When this value cannot be measured, this value
should contain the nominal bandwidth."
::= { mplsInterfaceEntry 7 }
mplsInterfaceAvailableBandwidth OBJECT-TYPE SYNTAX MplsBitRateのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このインタフェースで利用可能な利用可能な帯域幅の総量を示して、2番目の(キロビット毎秒)あたりのキロビットで指定これが評価するされます」。 この値は現在使用における帯域幅の量であってmplsInterfaceTotalBandwidthでそんなに指定されるところの違いとして計算されます。 インデックス0とのインタフェースに付けられる場合、この変数は適切ではありません。 「この値を測定できないとき、この値は呼び帯域幅を含むべきです。」 ::= mplsInterfaceEntry7
mplsInterfaceLabelParticipationType OBJECT-TYPE
SYNTAX BITS {
perPlatform (0),
perInterface (1)
}
MAX-ACCESS read-only
mplsInterfaceLabelParticipationType OBJECT-TYPE SYNTAX BITS perPlatform(0)、perInterface(1)、マックス-ACCESS書き込み禁止
Srinivasan, et al. Standards Track [Page 16] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[16ページ]。
STATUS current
DESCRIPTION
"If the value of the mplsInterfaceIndex for this
entry is zero, then this entry corresponds to the
per-platform label space for all interfaces configured
to use that label space. In this case the perPlatform(0)
bit MUST be set; the perInterface(1) bit is meaningless
and MUST be ignored.
STATUSの現在の記述、「このエントリーへのmplsInterfaceIndexの値がゼロであるなら、このエントリーはそのラベルスペースを使用するために構成されたすべてのインタフェースへの1プラットホームあたりのラベルスペースに対応しています」。 この場合、perPlatform(0)ビットを設定しなければなりません。 perInterface(1)ビットを無意味であり、無視しなければなりません。
The remainder of this description applies to entries
with a non-zero value of mplsInterfaceIndex.
この記述の残りはmplsInterfaceIndexの非ゼロ値でエントリーに適用されます。
If the perInterface(1) bit is set then the value of
mplsInterfaceLabelMinIn, mplsInterfaceLabelMaxIn,
mplsInterfaceLabelMinOut, and
mplsInterfaceLabelMaxOut for this entry reflect the
label ranges for this interface.
perInterface(1)ビットが設定されるなら、このエントリーへのmplsInterfaceLabelMinInの値、mplsInterfaceLabelMaxIn、mplsInterfaceLabelMinOut、およびmplsInterfaceLabelMaxOutはこのインタフェースにラベル範囲を反映します。
If only the perPlatform(0) bit is set, then the value of
mplsInterfaceLabelMinIn, mplsInterfaceLabelMaxIn,
mplsInterfaceLabelMinOut, and
mplsInterfaceLabelMaxOut for this entry MUST be
identical to the instance of these objects with
index 0. These objects may only vary from the entry
with index 0 if both the perPlatform(0) and perInterface(1)
bits are set.
perPlatform(0)ビットだけが設定されるなら、このエントリーへのmplsInterfaceLabelMinIn、mplsInterfaceLabelMaxIn、mplsInterfaceLabelMinOut、およびmplsInterfaceLabelMaxOutの値はインデックス0でこれらのオブジェクトのインスタンスと同じであるに違いありません。 perPlatform(0)とperInterface(1)ビットの両方が設定される場合にだけ、これらのオブジェクトはインデックス0でエントリーと異なるかもしれません。
In all cases, at a minimum one of the perPlatform(0) or
perInterface(1) bits MUST be set to indicate that
at least one label space is in use by this interface. In
all cases, agents MUST ensure that label ranges are
specified consistently and MUST return an
inconsistentValue error when they do not."
REFERENCE
"Rosen, E., Viswanathan, A., and R. Callon,
Multiprotocol Label Switching Architecture, RFC
3031, January 2001."
::= { mplsInterfaceEntry 8 }
すべての場合では、最小限で、少なくとも1個のラベルのスペースがこのインタフェースのそばで使用中であることを示すようにperPlatform(0)かperInterface(1)ビットの1つを設定しなければなりません。 「返さないとき、すべての場合では、エージェントは、ラベル範囲が一貫して指定されるのを保証しなければならなくて、inconsistentValue誤りを返さなければなりません。」 「ローゼン、E.、Viswanathan、A.、およびR.Callon、Multiprotocolは切り換えアーキテクチャ、RFC3031を2001年1月とラベルする」という参照。 ::= mplsInterfaceEntry8
-- End of mplsInterfaceTable
-- mplsInterfaceTableの端
-- MPLS Interface Performance Table.
-- MPLSはパフォーマンステーブルを連結します。
mplsInterfacePerfTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsInterfacePerfEntry MAX-ACCESS not-accessible STATUS current
mplsInterfacePerfTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsInterfacePerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS海流
Srinivasan, et al. Standards Track [Page 17] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[17ページ]。
DESCRIPTION
"This table provides MPLS performance information on
a per-interface basis."
::= { mplsLsrObjects 2 }
「このテーブルは1インタフェースあたり1個のベースのMPLS性能情報を提供する」記述。 ::= mplsLsrObjects2
mplsInterfacePerfEntry OBJECT-TYPE
SYNTAX MplsInterfacePerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table is created by the LSR for
every interface capable of supporting MPLS. Its is
an extension to the mplsInterfaceEntry table.
Note that the discontinuity behavior of entries in
this table MUST be based on the corresponding
ifEntry's ifDiscontinuityTime."
AUGMENTS { mplsInterfaceEntry }
::= { mplsInterfacePerfTable 1 }
mplsInterfacePerfEntry OBJECT-TYPE SYNTAX MplsInterfacePerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはLSRによってMPLSをサポートすることができるあらゆるインタフェースに作成されます」。 それ、mplsInterfaceEntryテーブルへの拡大はそうです。 「このテーブルのエントリーの不連続振舞いを対応するifEntryのifDiscontinuityTimeに基礎づけなければならないことに注意してください。」 mplsInterfaceEntryを増大させます:、:= mplsInterfacePerfTable1
MplsInterfacePerfEntry ::= SEQUENCE {
-- incoming direction
mplsInterfacePerfInLabelsInUse Gauge32,
mplsInterfacePerfInLabelLookupFailures Counter32,
MplsInterfacePerfEntry:、:= SEQUENCE、--入って来る方向mplsInterfacePerfInLabelsInUse Gauge32、mplsInterfacePerfInLabelLookupFailures Counter32
-- outgoing direction
mplsInterfacePerfOutLabelsInUse Gauge32,
mplsInterfacePerfOutFragmentedPkts Counter32
}
-- 外向的な方向mplsInterfacePerfOutLabelsInUse Gauge32、mplsInterfacePerfOutFragmentedPkts Counter32
mplsInterfacePerfInLabelsInUse OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object counts the number of labels that are in
use at this point in time on this interface in the
incoming direction. If the interface participates in
only the per-platform label space, then the value of
the instance of this object MUST be identical to
the value of the instance with index 0. If the
interface participates in the per-interface label
space, then the instance of this object MUST
represent the number of per-interface labels that
are in use on this interface."
::= { mplsInterfacePerfEntry 1 }
mplsInterfacePerfInLabelsInUse OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この時点でこのインタフェースで使用中のラベルの数を入って来る方向に数えこれが反対するします」。 インタフェースが1プラットホームあたりのラベルスペースだけに参加するなら、このオブジェクトのインスタンスの値はインデックス0でインスタンスの値と同じであるに違いありません。 「インタフェースが1インタフェースあたりのラベルスペースに参加するなら、このオブジェクトのインスタンスは1インタフェースあたりのこのインタフェースで使用中のラベルの数を表さなければなりません。」 ::= mplsInterfacePerfEntry1
mplsInterfacePerfInLabelLookupFailures OBJECT-TYPE SYNTAX Counter32
mplsInterfacePerfInLabelLookupFailuresオブジェクト・タイプ構文Counter32
Srinivasan, et al. Standards Track [Page 18] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[18ページ]。
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object counts the number of labeled packets
that have been received on this interface and which
were discarded because there was no matching cross-
connect entry. This object MUST count on a per-
interface basis regardless of which label space the
interface participates in."
::= { mplsInterfacePerfEntry 2 }
マックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「受け取って、このインタフェースと合っている十字が全くなかったのでどれが捨てられたかがエントリーをつなげるということであるラベルされたパケットの数を数えこれが反対するします」。 「このオブジェクトがaを頼りにしなければならない、-、インタフェースが参加するどのラベルスペースにかかわらず基礎を連結してくださいか、」 ::= mplsInterfacePerfEntry2
mplsInterfacePerfOutLabelsInUse OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object counts the number of top-most labels in
the outgoing label stacks that are in use at this
point in time on this interface. This object MUST
count on a per-interface basis regardless of which
label space the interface participates in."
::= { mplsInterfacePerfEntry 3 }
mplsInterfacePerfOutLabelsInUse OBJECT-TYPE SYNTAX Gauge32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この時点でこのインタフェースで使用中の出発しているラベルスタックの最も先端ラベルの数を数えこれが反対するします」。 「このオブジェクトはインタフェースが参加するどのラベルスペースにかかわらず1インタフェースあたり1つの基礎を頼りにしなければならないか。」 ::= mplsInterfacePerfEntry3
mplsInterfacePerfOutFragmentedPkts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object counts the number of outgoing MPLS
packets that required fragmentation before
transmission on this interface. This object MUST
count on a per-interface basis regardless of which
label space the interface participates in."
::= { mplsInterfacePerfEntry 4 }
mplsInterfacePerfOutFragmentedPkts OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「トランスミッションの前にこのインタフェースで断片化を必要とした出発しているMPLSパケットの数を数えこれが反対するします」。 「このオブジェクトはインタフェースが参加するどのラベルスペースにかかわらず1インタフェースあたり1つの基礎を頼りにしなければならないか。」 ::= mplsInterfacePerfEntry4
-- mplsInterfacePerf Table end.
-- mplsInterfacePerf Tableは終わります。
mplsInSegmentIndexNext OBJECT-TYPE
SYNTAX MplsIndexNextType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next available value to
be used for mplsInSegmentIndex when creating entries
in the mplsInSegmentTable. The special value of a
string containing the single octet 0x00 indicates
that no new entries can be created in this table.
Agents not allowing managers to create entries
mplsInSegmentIndexNext OBJECT-TYPE SYNTAX MplsIndexNextTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「次のmplsInSegmentTableでエントリーを作成するときmplsInSegmentIndexに使用されるべき利用可能な値を含これが反対するしています」。 ただ一つの八重奏0x00を含むストリングの特別な値は、このテーブルでどんな新しいエントリーも作成できないのを示します。 マネージャにエントリーを作成させないエージェント
Srinivasan, et al. Standards Track [Page 19] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[19ページ]。
in this table MUST set this object to this special
value."
::= { mplsLsrObjects 3 }
「このテーブルでは、この特別な値へのこのオブジェクトはセットしていなければなりません。」 ::= mplsLsrObjects3
-- in-segment table.
mplsInSegmentTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsInSegmentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains a description of the incoming MPLS
segments (labels) to an LSR and their associated parameters.
The index for this table is mplsInSegmentIndex.
The index structure of this table is specifically designed
to handle many different MPLS implementations that manage
their labels both in a distributed and centralized manner.
The table is also designed to handle existing MPLS labels
as defined in RFC3031 as well as longer ones that may
be necessary in the future.
-- セグメントテーブルにおける. アクセスしやすくないmplsInSegmentTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsInSegmentEntryマックス-ACCESSのSTATUSの現在の記述、「このテーブルは入って来るMPLSセグメント(ラベル)の記述をLSRとそれらの関連パラメタに含んでいます」。 このテーブルのためのインデックスはmplsInSegmentIndexです。 このテーブルのインデックス構造は、分配されて集結された方法で両方の、それらのラベルを管理する多くの異なったMPLS実装を扱うように明確に設計されています。 テーブルは将来必要であるかもしれないまた、MPLSがRFC3031で定義されるようにラベルする存在を扱うように設計されて、より長いものです。
In cases where the label cannot fit into the
mplsInSegmentLabel object, the mplsInSegmentLabelPtr
will indicate this by being set to the first accessible
column in the appropriate extension table's row.
In this case an additional table MUST
be provided and MUST be indexed by at least the indexes
used by this table. In all other cases when the label is
represented within the mplsInSegmentLabel object, the
mplsInSegmentLabelPtr MUST be set to 0.0. Due to the
fact that MPLS labels may not exceed 24 bits, the
mplsInSegmentLabelPtr object is only a provision for
future-proofing the MIB module. Thus, the definition
of any extension tables is beyond the scope of this
MIB module."
::= { mplsLsrObjects 4 }
ラベルがmplsInSegmentLabelオブジェクトに収まることができない場合では、mplsInSegmentLabelPtrは、適切な伸縮テーブルの行における最初のアクセス可能なコラムに設定されることによって、これを示すでしょう。 この場合、追加テーブルを提供しなければならなくて、少なくともこのテーブルによって使用されるインデックスで索引をつけなければなりません。 ラベルがmplsInSegmentLabelオブジェクトの中に表されるときの他のすべての場合では、mplsInSegmentLabelPtrは0.0に用意ができなければなりません。 MPLSラベルが24ビットを超えないかもしれないという事実のために、mplsInSegmentLabelPtrオブジェクトはMIBモジュールを未来検査することへの支給にすぎません。 「その結果、どんな伸縮テーブルの定義もこのMIBモジュールの範囲を超えています。」 ::= mplsLsrObjects4
mplsInSegmentEntry OBJECT-TYPE
SYNTAX MplsInSegmentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table represents one incoming
segment as is represented in an LSR's LFIB.
An entry can be created by a network
administrator or an SNMP agent, or an MPLS signaling
protocol. The creator of the entry is denoted by
mplsInSegmentOwner.
mplsInSegmentEntry OBJECT-TYPE SYNTAX MplsInSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはLSRのLFIBに表される1つの入って来るセグメントを表します」。 ネットワーク管理者、SNMPエージェント、またはMPLSシグナリングプロトコルはエントリーを作成できます。 エントリーのクリエイターはmplsInSegmentOwnerによって指示されます。
Srinivasan, et al. Standards Track [Page 20] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[20ページ]。
The value of mplsInSegmentRowStatus cannot be active(1)
unless the ifTable entry corresponding to
mplsInSegmentInterface exists. An entry in this table
must match any incoming packets, and indicates an
instance of mplsXCEntry based on which forwarding
and/or switching actions are taken."
INDEX { mplsInSegmentIndex }
::= { mplsInSegmentTable 1 }
(1) mplsInSegmentInterfaceに対応するifTableエントリーが存在していない場合、mplsInSegmentRowStatusの値はアクティブであるはずがありません。 「このテーブルのエントリーは、どんな入って来るパケットも合わせなければならなくて、どの推進、そして/または、開閉動作が取られるかに基づくmplsXCEntryのインスタンスを示します。」 mplsInSegmentIndexに索引をつけてください:、:= mplsInSegmentTable1
MplsInSegmentEntry ::= SEQUENCE {
mplsInSegmentIndex MplsIndexType,
mplsInSegmentInterface InterfaceIndexOrZero,
mplsInSegmentLabel MplsLabel,
mplsInSegmentLabelPtr RowPointer,
mplsInSegmentNPop Integer32,
mplsInSegmentAddrFamily AddressFamilyNumbers,
mplsInSegmentXCIndex MplsIndexType,
mplsInSegmentOwner MplsOwner ,
mplsInSegmentTrafficParamPtr RowPointer,
mplsInSegmentRowStatus RowStatus,
mplsInSegmentStorageType StorageType
}
MplsInSegmentEntry:、:= 系列mplsInSegmentIndex MplsIndexType、mplsInSegmentInterface InterfaceIndexOrZero、mplsInSegmentLabel MplsLabel、mplsInSegmentLabelPtr RowPointer、mplsInSegmentNPop Integer32、mplsInSegmentAddrFamily AddressFamilyNumbers、mplsInSegmentXCIndex MplsIndexType、mplsInSegmentOwner MplsOwner、mplsInSegmentTrafficParamPtr RowPointer、mplsInSegmentRowStatus RowStatus、mplsInSegmentStorageType StorageType
mplsInSegmentIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The index for this in-segment. The
string containing the single octet 0x00
MUST not be used as an index."
::= { mplsInSegmentEntry 1 }
「これのためのインデックスは中で区分する」mplsInSegmentIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「インデックスとしてただ一つの八重奏0x00を含むストリングを使用してはいけません。」 ::= mplsInSegmentEntry1
mplsInSegmentInterface OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object represents the
interface index for the incoming MPLS interface. A
value of zero represents all interfaces participating in
the per-platform label space. This may only be used
in cases where the incoming interface and label
are associated with the same mplsXCEntry. Specifically,
given a label and any incoming interface pair from the
per-platform label space, the outgoing label/interface
mapping remains the same. If this is not the case,
then individual entries MUST exist that
mplsInSegmentInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトは入って来るMPLSインタフェースにインタフェースインデックスを表します」。 ゼロの値は1プラットホームあたりのラベルスペースに参加するすべてのインタフェースを表します。 これは入って来るインタフェースとラベルが同じmplsXCEntryに関連している場合に使用されるだけであるかもしれません。 明確に、1プラットホームあたりのラベルスペースからのラベルとどんな入って来るインタフェース組も考えて、外向的なラベル/インタフェースマッピングは同じままで残っています。 個人出場者がこれがそうでないなら存在しなければならない、それ
Srinivasan, et al. Standards Track [Page 21] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[21ページ]。
can then be mapped to unique mplsXCEntries."
::= { mplsInSegmentEntry 2 }
「そして、ユニークなmplsXCEntriesに写像できます。」 ::= mplsInSegmentEntry2
mplsInSegmentLabel OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If the corresponding instance of mplsInSegmentLabelPtr is
zeroDotZero then this object MUST contain the incoming label
associated with this in-segment. If not this object SHOULD
be zero and MUST be ignored."
::= { mplsInSegmentEntry 3 }
mplsInSegmentLabel OBJECT-TYPE SYNTAX MplsLabelマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsInSegmentLabelPtrの対応するインスタンスがzeroDotZeroであるなら、このオブジェクトは関連しているセグメントであるこの入って来るラベルを含まなければなりません」。 「まして、このオブジェクトSHOULDをゼロであり、無視しなければなりません。」 ::= mplsInSegmentEntry3
mplsInSegmentLabelPtr OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If the label for this segment cannot be represented
fully within the mplsInSegmentLabel object,
this object MUST point to the first accessible
column of a conceptual row in an external table containing
the label. In this case, the mplsInSegmentTopLabel
object SHOULD be set to 0 and ignored. This object MUST
be set to zeroDotZero otherwise."
DEFVAL { zeroDotZero }
::= { mplsInSegmentEntry 4 }
mplsInSegmentLabelPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsInSegmentLabelオブジェクトの中に完全にこのセグメントのためのラベルを表すことができるというわけではないなら、ラベルを含んでいて、このオブジェクトは外部テーブルにおける、概念的な行の最初のアクセス可能なコラムを示さなければなりません」。 この場合0に用意ができて、無視されたmplsInSegmentTopLabelオブジェクトSHOULD。 「別の方法でこのオブジェクトをzeroDotZeroに設定しなければなりません。」 DEFVAL zeroDotZero:、:= mplsInSegmentEntry4
mplsInSegmentNPop OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The number of labels to pop from the incoming
packet. Normally only the top label is popped from
the packet and used for all switching decisions for
that packet. This is indicated by setting this
object to the default value of 1. If an LSR supports
popping of more than one label, this object MUST
be set to that number. This object cannot be modified
if mplsInSegmentRowStatus is active(1)."
DEFVAL { 1 }
::= { mplsInSegmentEntry 5 }
mplsInSegmentNPop OBJECT-TYPE SYNTAX Integer32(1 .2147483647)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「入って来るパケットから飛び出させるラベルの数。」 通常、トップラベルだけが、パケットから飛び出して、そのパケットのためのすべての切り換え決定に使用されます。 これは、1のデフォルト値にこのオブジェクトを設定することによって、示されます。 LSRが1個以上のラベルの飛び出しをサポートするなら、その数にこのオブジェクトを設定しなければなりません。 「mplsInSegmentRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 DEFVAL1:、:= mplsInSegmentEntry5
mplsInSegmentAddrFamily OBJECT-TYPE SYNTAX AddressFamilyNumbers MAX-ACCESS read-create
マックス-ACCESSが読書して作成するmplsInSegmentAddrFamily OBJECT-TYPE SYNTAX AddressFamilyNumbers
Srinivasan, et al. Standards Track [Page 22] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[22ページ]。
STATUS current
DESCRIPTION
"The IANA address family [IANAFamily] of packets
received on this segment, which is used at an egress
LSR to deliver them to the appropriate layer 3 entity.
A value of other(0) indicates that the family type is
either unknown or undefined; this SHOULD NOT be used
at an egress LSR. This object cannot be
modified if mplsInSegmentRowStatus is active(1)."
REFERENCE
"Internet Assigned Numbers Authority (IANA), ADDRESS
FAMILY NUMBERS, (http://www.iana.org/assignments/
address-family-numbers), for MIB see:
http://www.iana.org/assignments/
ianaaddressfamilynumbers-mib
"
DEFVAL { other }
::= { mplsInSegmentEntry 6 }
「パケットのIANAアドレスファミリー[IANAFamily]は適切な層3の実体にそれらを提供するのに出口LSRで使用されるこのセグメントで受けた」STATUSの現在の記述。 他の(0)の値は、ファミリータイプが未知である、または未定義であることを示します。 このSHOULD NOT、出口LSRで使用されてください。 「mplsInSegmentRowStatusがアクティブな(1)であるならこのオブジェクトを変更できません。」 REFERENCE、「インターネットAssigned民数記Authority(IANA)、ADDRESS FAMILY NUMBERS( http://www.iana.org/assignments/ アドレスファミリーナンバ)、MIBに関して、見てください」 http://www.iana.org/assignments/ ianaaddressfamilynumbers-mib、「DEFVALもう一方:、:、」= mplsInSegmentEntry6
mplsInSegmentXCIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Index into mplsXCTable which identifies which cross-
connect entry this segment is part of. The string
containing the single octet 0x00 indicates that this
entry is not referred to by any cross-connect entry.
When a cross-connect entry is created which this
in-segment is a part of, this object is automatically
updated to reflect the value of mplsXCIndex of that
cross-connect entry."
::= { mplsInSegmentEntry 7 }
mplsInSegmentXCIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「どの十字がこれが区分するエントリーをつなげるかを特定するmplsXCTableへのインデックスが部分である、」 ただ一つの八重奏0x00を含むストリングは、どんな十字接続エントリーでもこのエントリーが言及されないのを示します。 「十字接続エントリーによる作成されて、これが中で区分するものが部分であるといういつにおけることであるか、その十字接続エントリーのmplsXCIndexの値を反映するために自動的にこのオブジェクトをアップデートする、」 ::= mplsInSegmentEntry7
mplsInSegmentOwner OBJECT-TYPE
SYNTAX MplsOwner
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Denotes the entity that created and is responsible
for managing this segment."
::= { mplsInSegmentEntry 8 }
mplsInSegmentOwner OBJECT-TYPE SYNTAX MplsOwnerのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセグメントを管理するのに作成している、原因となる実体を指示します」。 ::= mplsInSegmentEntry8
mplsInSegmentTrafficParamPtr OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION
mplsInSegmentTrafficParamPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Srinivasan, et al. Standards Track [Page 23] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[23ページ]。
"This variable represents a pointer to the traffic
parameter specification for this in-segment. This
value may point at an entry in the
mplsTunnelResourceTable in the MPLS-TE-STD-MIB (RFC3812)
to indicate which traffic parameter settings for this
segment if it represents an LSP used for a TE tunnel.
「この変数はこれのためのセグメントのトラフィックパラメタ仕様に指針を表します。」 TEトンネルに使用されるLSPを表すなら、この値は、このセグメントのためにどのトラフィックパラメタ設定を示すかためにMPLS-TE-STD-MIB(RFC3812)のmplsTunnelResourceTableでエントリーを指し示すかもしれません。
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 segments can indicate resource sharing
of such things as LSP queue space, etc.
この値は任意に外部的に定義されたトラフィックパラメタ仕様テーブルを指し示すかもしれません。 zeroDotZeroの値はベストエフォート型処理を示します。 このオブジェクトの同じ値を持っていることによって、LSPがスペースなどを列に並ばせるとき、2つ以上のセグメントがそのようなもののリソース・シェアリングを示すことができます。
This object cannot be modified if mplsInSegmentRowStatus
is active(1). For entries in this table that
are preserved after a re-boot, the agent MUST ensure
that their integrity be preserved, or this object should
be set to 0.0 if it cannot."
DEFVAL { zeroDotZero }
::= { mplsInSegmentEntry 9 }
mplsInSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。 「このテーブルのリブートの後に保持されるエントリーにエージェントが、彼らの保全が保持されるのを保証しなければならない、さもなければ、それが設定できないなら、この物は0.0に設定されるべきです。」 DEFVAL zeroDotZero:、:= mplsInSegmentEntry9
mplsInSegmentRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable is used to create, modify, and/or
delete a row in this table. When a row in this
table has a row in the active(1) state, no
objects in this row can be modified except the
mplsInSegmentRowStatus and mplsInSegmentStorageType."
::= { mplsInSegmentEntry 10 }
mplsInSegmentRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「このテーブルの列が活動的な(1)状態に列を持っていると、mplsInSegmentRowStatusとmplsInSegmentStorageType以外に、この列の物を全く変更できません。」 ::= mplsInSegmentEntry10
mplsInSegmentStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this
object. The agent MUST ensure that this object's
value remains consistent with the associated
mplsXCEntry. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar objects in the row."
REFERENCE
"See RFC2579."
DEFVAL { volatile }
mplsInSegmentStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この物のためにタイプこの変数が格納を示すす」STATUSの現在の記述を読書して作成します。 エージェントは、この物の値が関連mplsXCEntryと一致していたままで残っているのを保証しなければなりません。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 「RFC2579を見てください」という参照。 DEFVAL揮発性
Srinivasan, et al. Standards Track [Page 24] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[24ページ]。
::= { mplsInSegmentEntry 11 }
::= mplsInSegmentEntry11
-- End of mplsInSegmentTable
-- mplsInSegmentTableの端
-- in-segment performance table.
-- セグメントの性能テーブル。
mplsInSegmentPerfTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsInSegmentPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains statistical information for
incoming MPLS segments to an LSR."
::= { mplsLsrObjects 5 }
mplsInSegmentPerfTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsInSegmentPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは入って来るMPLSセグメントのための統計情報をLSRに含んでいます」。 ::= mplsLsrObjects5
mplsInSegmentPerfEntry OBJECT-TYPE
SYNTAX MplsInSegmentPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table contains statistical
information about one incoming segment which is
configured in the mplsInSegmentTable. The counters
in this entry should behave in a manner similar to
that of the interface.
mplsInSegmentPerfDiscontinuityTime indicates the
time of the last discontinuity in all of these
objects."
AUGMENTS { mplsInSegmentEntry }
::= { mplsInSegmentPerfTable 1 }
mplsInSegmentPerfEntry OBJECT-TYPE SYNTAX MplsInSegmentPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはmplsInSegmentTableで構成される統計情報およそ1の入って来るセグメントを含んでいます」。 このエントリーにおけるカウンタはインタフェースのものと同様の態度で振る舞うはずです。「mplsInSegmentPerfDiscontinuityTimeはこれらの物のすべての最後の不連続の時間を示します。」 mplsInSegmentEntryを増大させます:、:= mplsInSegmentPerfTable1
MplsInSegmentPerfEntry ::= SEQUENCE {
mplsInSegmentPerfOctets Counter32,
mplsInSegmentPerfPackets Counter32,
mplsInSegmentPerfErrors Counter32,
mplsInSegmentPerfDiscards Counter32,
MplsInSegmentPerfEntry:、:= 系列、mplsInSegmentPerfOctets Counter32、mplsInSegmentPerfPackets Counter32、mplsInSegmentPerfErrors Counter32、mplsInSegmentPerfDiscards Counter32
-- high capacity counter
mplsInSegmentPerfHCOctets Counter64,
-- 高容量カウンタmplsInSegmentPerfHCOctets Counter64
mplsInSegmentPerfDiscontinuityTime TimeStamp
}
mplsInSegmentPerfDiscontinuityTimeタイムスタンプ
mplsInSegmentPerfOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION
mplsInSegmentPerfOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Srinivasan, et al. Standards Track [Page 25] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[25ページ]。
"This value represents the total number of octets
received by this segment. It MUST be equal to the
least significant 32 bits of
mplsInSegmentPerfHCOctets
if mplsInSegmentPerfHCOctets is supported according to
the rules spelled out in RFC2863."
::= { mplsInSegmentPerfEntry 1 }
「この値はこのセグメントによって受けられた八重奏の総数を表します。」 「RFC2863に詳しく説明された規則に従ってmplsInSegmentPerfHCOctetsが支持されるなら、mplsInSegmentPerfHCOctetsの最も重要でない32ビットに堪えなければなりません。」 ::= mplsInSegmentPerfEntry1
mplsInSegmentPerfPackets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of packets received by this segment."
::= { mplsInSegmentPerfEntry 2 }
「総数のパケットはこのセグメントで受けた」mplsInSegmentPerfPackets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsInSegmentPerfEntry2
mplsInSegmentPerfErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of errored packets received on this
segment."
::= { mplsInSegmentPerfEntry 3 }
「erroredパケットの数はこのセグメントで受けた」mplsInSegmentPerfErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsInSegmentPerfEntry3
mplsInSegmentPerfDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of labeled packets received on this in-
segment, which were chosen to be discarded even
though no errors had been detected to prevent their
being transmitted. One possible reason for
discarding such a labeled packet could be to free up
buffer space."
::= { mplsInSegmentPerfEntry 4 }
「ラベルされたパケットの数は誤りが全くそれらがあるのを伝えられた状態で防ぐために検出されていませんでしたが、捨てられるために選ばれたこのコネセグメントで受けた」mplsInSegmentPerfDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「そのようなラベルされたパケットを捨てる1つの可能な理由はバッファ領域を開けることであることができました。」 ::= mplsInSegmentPerfEntry4
mplsInSegmentPerfHCOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The total number of octets received. This is the 64
bit version of mplsInSegmentPerfOctets,
if mplsInSegmentPerfHCOctets is supported according to
the rules spelled out in RFC2863."
::= { mplsInSegmentPerfEntry 5 }
「八重奏の総数は受けた」mplsInSegmentPerfHCOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC2863に詳しく説明された規則に従ってmplsInSegmentPerfHCOctetsが支持されるなら、これはmplsInSegmentPerfOctetsの64ビットのバージョンです。」 ::= mplsInSegmentPerfEntry5
Srinivasan, et al. Standards Track [Page 26] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[26ページ]。
mplsInSegmentPerfDiscontinuityTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime on the most recent occasion
at which any one or more of this segment's Counter32
or Counter64 suffered a discontinuity. If no such
discontinuities have occurred since the last re-
initialization of the local management subsystem,
then this object contains a zero value."
::= { mplsInSegmentPerfEntry 6 }
mplsInSegmentPerfDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この一層のセグメントのいくらか1つ、Counter32またはCounter64が不連続を受けた最新の時のsysUpTimeの値。」 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= mplsInSegmentPerfEntry6
-- End of mplsInSegmentPerfTable.
-- mplsInSegmentPerfTableの端。
-- out-segment table.
-- 出ているセグメントテーブルです。
mplsOutSegmentIndexNext OBJECT-TYPE
SYNTAX MplsIndexNextType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next available value to
be used for mplsOutSegmentIndex when creating entries
in the mplsOutSegmentTable. The special value of a
string containing the single octet 0x00
indicates that no new entries can be created in this
table. Agents not allowing managers to create entries
in this table MUST set this object to this special
value."
::= { mplsLsrObjects 6 }
mplsOutSegmentIndexNext OBJECT-TYPE SYNTAX MplsIndexNextTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「次のmplsOutSegmentTableでエントリーを作成するときmplsOutSegmentIndexに使用されるべき利用可能な値を含これが反対するしています」。 ただ一つの八重奏0x00を含むストリングの特別な値は、このテーブルでどんな新しいエントリーも作成できないのを示します。 「マネージャにこのテーブルでエントリーを作成させないエージェントはこの特別な値にこの物を設定しなければなりません。」 ::= mplsLsrObjects6
mplsOutSegmentTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsOutSegmentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains a representation of the outgoing
segments from an LSR."
::= { mplsLsrObjects 7 }
mplsOutSegmentTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsOutSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLSRからの外向的なセグメントの表現を含んでいます」。 ::= mplsLsrObjects7
mplsOutSegmentEntry OBJECT-TYPE
SYNTAX MplsOutSegmentEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table represents one outgoing
mplsOutSegmentEntry OBJECT-TYPE SYNTAX MplsOutSegmentEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーは外向的に1を表します」。
Srinivasan, et al. Standards Track [Page 27] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[27ページ]。
segment. An entry can be created by a network
administrator, an SNMP agent, or an MPLS signaling
protocol. The object mplsOutSegmentOwner indicates
the creator of this entry. The value of
mplsOutSegmentRowStatus cannot be active(1) unless
the ifTable entry corresponding to
mplsOutSegmentInterface exists.
セグメント。 ネットワーク管理者、SNMPエージェント、またはMPLSシグナリングプロトコルはエントリーを作成できます。 物のmplsOutSegmentOwnerはこのエントリーの創造者を示します。 (1) mplsOutSegmentInterfaceに対応するifTableエントリーが存在していない場合、mplsOutSegmentRowStatusの値はアクティブであるはずがありません。
Note that the indexing of this table uses a single,
arbitrary index (mplsOutSegmentIndex) to indicate
which out-segment (i.e.: label) is being switched to
from which in-segment (i.e: label) or in-segments.
This is necessary because it is possible to have an
equal-cost multi-path situation where two identical
out-going labels are assigned to the same
cross-connect (i.e.: they go to two different neighboring
LSRs); thus, requiring two out-segments. In order to
preserve the uniqueness of the references
by the mplsXCEntry, an arbitrary integer must be used as
the index for this table."
INDEX { mplsOutSegmentIndex }
::= { mplsOutSegmentTable 1 }
このテーブルのインデックスがシングル任意のどの出ているセグメントから(: すなわち、ラベル)に切り換えられているかを示す中で(i.e: ラベル)を区分するか、またはセグメントでそうするインデックス(mplsOutSegmentIndex)を使用することに注意してください。 2個の同じ外向的なラベルが同じ十字接続に割り当てられる(: すなわち、それらは2異なった隣接しているLSRsまで行きます)等しい費用マルチ経路状況を持っているのが可能であるので、これが必要です。 その結果、2つの出ているセグメントを必要とします。 「mplsXCEntryによる参照のユニークさを保存して、このテーブルにインデックスとして任意の整数を使用しなければなりません。」 mplsOutSegmentIndexに索引をつけてください:、:= mplsOutSegmentTable1
MplsOutSegmentEntry ::= SEQUENCE {
mplsOutSegmentIndex MplsIndexType,
mplsOutSegmentInterface InterfaceIndexOrZero,
mplsOutSegmentPushTopLabel TruthValue,
mplsOutSegmentTopLabel MplsLabel,
mplsOutSegmentTopLabelPtr RowPointer,
mplsOutSegmentNextHopAddrType InetAddressType,
mplsOutSegmentNextHopAddr InetAddress,
mplsOutSegmentXCIndex MplsIndexType,
mplsOutSegmentOwner MplsOwner,
mplsOutSegmentTrafficParamPtr RowPointer,
mplsOutSegmentRowStatus RowStatus,
mplsOutSegmentStorageType StorageType
}
MplsOutSegmentEntry:、:= 系列mplsOutSegmentIndex MplsIndexType、mplsOutSegmentInterface InterfaceIndexOrZero、mplsOutSegmentPushTopLabel TruthValue、mplsOutSegmentTopLabel MplsLabel、mplsOutSegmentTopLabelPtr RowPointer、mplsOutSegmentNextHopAddrType InetAddressType、mplsOutSegmentNextHopAddr InetAddress、mplsOutSegmentXCIndex MplsIndexType、mplsOutSegmentOwner MplsOwner、mplsOutSegmentTrafficParamPtr RowPointer、mplsOutSegmentRowStatus RowStatus、mplsOutSegmentStorageType StorageType
mplsOutSegmentIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This value contains a unique index for this row.
While a value of a string containing the single
octet 0x00 is not valid as an index for entries
in this table, it can be supplied as a valid value
to index the mplsXCTable to represent entries for
mplsOutSegmentIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「この列へのユニークなインデックスを含これが評価するしています」。 ただ一つの八重奏0x00を含むストリングの値がこのテーブルのエントリーへのインデックスとして有効でない間、mplsXCTableに索引をつけるエントリーを表す有効値としてそれを供給できます。
Srinivasan, et al. Standards Track [Page 28] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[28ページ]。
which no out-segment has been configured or
exists."
::= { mplsOutSegmentEntry 1 }
「どんな出ているセグメントも持っていないものは、構成されるか、または存在しています。」 ::= mplsOutSegmentEntry1
mplsOutSegmentInterface OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This value must contain the interface index of the
outgoing interface. This object cannot be modified
if mplsOutSegmentRowStatus is active(1). The
mplsOutSegmentRowStatus cannot be set to active(1)
until this object is set to a value corresponding to
a valid ifEntry."
::= { mplsOutSegmentEntry 2 }
mplsOutSegmentInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値は外向的なインタフェースのインタフェースインデックスを含まなければなりません」。 mplsOutSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。 「この物が有効なifEntryに対応する値に設定されるまで、mplsOutSegmentRowStatusはアクティブな(1)に用意ができることができません。」 ::= mplsOutSegmentEntry2
mplsOutSegmentPushTopLabel OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This value indicates whether or not a top label
should be pushed onto the outgoing packet's label
stack. The value of this variable MUST be set to
true(1) if the outgoing interface does not support
pop-and-go (and no label stack remains). For example,
on ATM interface, or if the segment represents a
tunnel origination. Note that it is considered
an error in the case that mplsOutSegmentPushTopLabel
is set to false, but the cross-connect entry which
refers to this out-segment has a non-zero
mplsLabelStackIndex. The LSR MUST ensure that this
situation does not happen. This object cannot be
modified if mplsOutSegmentRowStatus is active(1)."
DEFVAL { true }
::= { mplsOutSegmentEntry 3 }
mplsOutSegmentPushTopLabel OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「トップラベルが出発しているパケットのラベルスタックに押されるべきであるか否かに関係なく、この値は示す」STATUSの現在の記述を読書して作成します。 外向的なインタフェースが飛び出して、行った状態で(そして、ラベルなしスタックの残り)どんなサポートもしないなら、この変数の値を本当の(1)に設定しなければなりません。 例えばATMインタフェースかそれともセグメントがトンネル創作を表すかどうかに関して。 mplsOutSegmentPushTopLabelが偽に用意ができていて、それが誤りであると考えられますが、この出ているセグメントについて言及する十字接続エントリーが非ゼロmplsLabelStackIndexを持っていることに注意してください。 LSR MUSTは、この状況が起こらないのを確実にします。 「mplsOutSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。」 DEFVAL、本当:、:= mplsOutSegmentEntry3
mplsOutSegmentTopLabel OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If mplsOutSegmentPushTopLabel is true then this
represents the label that should be pushed onto the
top of the outgoing packet's label stack. Otherwise
this value SHOULD be set to 0 by the management
station and MUST be ignored by the agent. This
mplsOutSegmentTopLabel OBJECT-TYPE SYNTAX MplsLabelマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsOutSegmentPushTopLabelが本当であるなら、これは出発しているパケットのラベルスタックの先端に押されるべきであるラベルを表します」。 さもなければ、この値のSHOULDを管理局で0に用意ができて、エージェントは無視しなければなりません。 これ
Srinivasan, et al. Standards Track [Page 29] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[29ページ]。
object cannot be modified if mplsOutSegmentRowStatus
is active(1)."
DEFVAL { 0 }
::= { mplsOutSegmentEntry 4 }
「mplsOutSegmentRowStatusがアクティブな(1)であるなら物を変更できません。」 DEFVAL0:、:= mplsOutSegmentEntry4
mplsOutSegmentTopLabelPtr OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If the label for this segment cannot be represented
fully within the mplsOutSegmentLabel object,
this object MUST point to the first accessible
column of a conceptual row in an external table containing
the label. In this case, the mplsOutSegmentTopLabel
object SHOULD be set to 0 and ignored. This object
MUST be set to zeroDotZero otherwise."
DEFVAL { zeroDotZero }
::= { mplsOutSegmentEntry 5 }
mplsOutSegmentTopLabelPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsOutSegmentLabel物の中に完全にこのセグメントのためのラベルを表すことができるというわけではないなら、ラベルを含んでいて、この物は外部テーブルにおける、概念的な列の最初のアクセス可能なコラムを示さなければなりません」。 この場合0に用意ができて、無視されたmplsOutSegmentTopLabel物のSHOULD。 「別の方法でこの物をzeroDotZeroに設定しなければなりません。」 DEFVAL zeroDotZero:、:= mplsOutSegmentEntry5
mplsOutSegmentNextHopAddrType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the next hop Internet address type.
Only values unknown(0), ipv4(1) or ipv6(2)
have to be supported.
mplsOutSegmentNextHopAddrType OBJECT-TYPE SYNTAX InetAddressTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「次のホップインターネットアドレスがタイプするのを示します」。 値だけの未知(0)、ipv4(1)またはipv6(2)が支持されなければなりません。
A value of unknown(0) is allowed only when
the outgoing interface is of type point-to-point.
If any other unsupported values are attempted in a set
operation, the agent MUST return an inconsistentValue
error."
REFERENCE
"See RFC3291."
::= { mplsOutSegmentEntry 6 }
外向的なインタフェースがタイプポイントツーポイントのものであるときにだけ、未知(0)の値は許容されています。 「他のサポートされない値が集合演算で試みられるなら、エージェントはinconsistentValue誤りを返さなければなりません。」 「RFC3291を見てください」という参照。 ::= mplsOutSegmentEntry6
mplsOutSegmentNextHopAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The internet address of the next hop. The type of
this address is determined by the value of the
mplslOutSegmentNextHopAddrType object.
mplsOutSegmentNextHopAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSは「次のインターネットアドレスは飛び越す」STATUSの現在の記述を読書して作成します。 このアドレスのタイプはmplslOutSegmentNextHopAddrType物の値で決定します。
This object cannot be modified if
この物を変更できません。
Srinivasan, et al. Standards Track [Page 30] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[30ページ]。
mplsOutSegmentRowStatus is active(1)."
::= { mplsOutSegmentEntry 7 }
「mplsOutSegmentRowStatusはアクティブな(1)です。」 ::= mplsOutSegmentEntry7
mplsOutSegmentXCIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Index into mplsXCTable which identifies which cross-
connect entry this segment is part of. A value of
the string containing the single octet 0x00
indicates that this entry is not referred
to by any cross-connect entry. When a cross-connect
entry is created which this out-segment is a part of,
this object MUST be updated by the agent to reflect
the value of mplsXCIndex of that cross-connect
entry."
::= { mplsOutSegmentEntry 8 }
mplsOutSegmentXCIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「どの十字がこれが区分するエントリーをつなげるかを特定するmplsXCTableへのインデックスが部分である、」 ただ一つの八重奏0x00を含むストリングの値は、どんな十字接続エントリーでもこのエントリーが言及されないのを示します。 「十字接続エントリーによる作成されて、これがアウトで区分するものが部分であるといういつにおけることであるか、エージェントがその十字接続エントリーのmplsXCIndexの値を反映するためにこの物をアップデートしなければならない、」 ::= mplsOutSegmentEntry8
mplsOutSegmentOwner OBJECT-TYPE
SYNTAX MplsOwner
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Denotes the entity which created and is responsible
for managing this segment."
::= { mplsOutSegmentEntry 9 }
mplsOutSegmentOwner OBJECT-TYPE SYNTAX MplsOwnerのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセグメントを管理するのに作成している、原因となる実体を指示します」。 ::= mplsOutSegmentEntry9
mplsOutSegmentTrafficParamPtr OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable represents a pointer to the traffic
parameter specification for this out-segment. This
value may point at an entry in the
MplsTunnelResourceEntry in the MPLS-TE-STD-MIB (RFC3812)
mplsOutSegmentTrafficParamPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこの出ているセグメントのための交通パラメタ仕様にポインタを表します」。 この値はMPLS-TE-STD-MIBのMplsTunnelResourceEntryでエントリーを指し示すかもしれません。(RFC3812)
RFC Editor: Please fill in RFC number.
RFCエディタ: RFC番号に記入してください。
to indicate which traffic parameter settings for this
segment if it represents an LSP used for a TE tunnel.
どの交通を示すかために、TEに使用されるLSPを表すなら、このセグメントのためのパラメタ設定はトンネルを堀ります。
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 segments can indicate resource sharing
この値は任意に外部的に定義された交通パラメタ仕様テーブルを指し示すかもしれません。 zeroDotZeroの値はベストエフォート型処理を示します。 この物の同じ値を持っていることによって、2つ以上のセグメントがリソース・シェアリングを示すことができます。
Srinivasan, et al. Standards Track [Page 31] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[31ページ]。
of such things as LSP queue space, etc.
LSP待ち行列スペースなどのようなものについて
This object cannot be modified if
mplsOutSegmentRowStatus is active(1).
For entries in this table that
are preserved after a re-boot, the agent MUST ensure
that their integrity be preserved, or this object should
be set to 0.0 if it cannot."
DEFVAL { zeroDotZero }
::= { mplsOutSegmentEntry 10 }
mplsOutSegmentRowStatusがアクティブな(1)であるならこの物を変更できません。 「このテーブルのリブートの後に保持されるエントリーにエージェントが、彼らの保全が保持されるのを保証しなければならない、さもなければ、それが設定できないなら、この物は0.0に設定されるべきです。」 DEFVAL zeroDotZero:、:= mplsOutSegmentEntry10
mplsOutSegmentRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"For creating, modifying, and deleting this row.
When a row in this table has a row in the active(1)
state, no objects in this row can be modified
except the mplsOutSegmentRowStatus or
mplsOutSegmentStorageType."
::= { mplsOutSegmentEntry 11 }
mplsOutSegmentRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この列を作成して、変更して、削除する」ためのSTATUSの現在の記述を読書して作成します。 「このテーブルの列が活動的な(1)状態に列を持っていると、mplsOutSegmentRowStatusかmplsOutSegmentStorageType以外に、この列の物を全く変更できません。」 ::= mplsOutSegmentEntry11
mplsOutSegmentStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this
object. The agent MUST ensure that this object's value
remains consistent with the associated mplsXCEntry.
Conceptual rows having the value 'permanent'
need not allow write-access to any columnar
objects in the row."
DEFVAL { volatile }
::= { mplsOutSegmentEntry 12 }
mplsOutSegmentStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この物のためにタイプこの変数が格納を示すす」STATUSの現在の記述を読書して作成します。 エージェントは、この物の値が関連mplsXCEntryと一致していたままで残っているのを保証しなければなりません。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、揮発性:、:= mplsOutSegmentEntry12
-- End of mplsOutSegmentTable
-- mplsOutSegmentTableの端
-- out-segment performance table.
-- 出ているセグメント性能テーブル。
mplsOutSegmentPerfTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsOutSegmentPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains statistical information about
「このテーブルは統計情報を含む」mplsOutSegmentPerfTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsOutSegmentPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Srinivasan, et al. Standards Track [Page 32] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[32ページ]。
outgoing segments from an LSR. The counters in this
entry should behave in a manner similar to that of
the interface."
::= { mplsLsrObjects 8 }
LSRからの外向的なセグメント。 「このエントリーにおけるカウンタはインタフェースのものと同様の態度で振る舞うはずです。」 ::= mplsLsrObjects8
mplsOutSegmentPerfEntry OBJECT-TYPE
SYNTAX MplsOutSegmentPerfEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table contains statistical
information about one outgoing segment configured in
mplsOutSegmentTable. The object
mplsOutSegmentPerfDiscontinuityTime indicates the
time of the last discontinuity in these objects. "
AUGMENTS { mplsOutSegmentEntry }
::= { mplsOutSegmentPerfTable 1 }
mplsOutSegmentPerfEntry OBJECT-TYPE SYNTAX MplsOutSegmentPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはおよそ1つの外向的なセグメントがmplsOutSegmentTableで構成した統計情報を含んでいます」。 物のmplsOutSegmentPerfDiscontinuityTimeはこれらの物の最後の不連続の時間を示します。 「mplsOutSegmentEntryを増大させます:、:、」= mplsOutSegmentPerfTable1
MplsOutSegmentPerfEntry ::= SEQUENCE {
mplsOutSegmentPerfOctets Counter32,
mplsOutSegmentPerfPackets Counter32,
mplsOutSegmentPerfErrors Counter32,
mplsOutSegmentPerfDiscards Counter32,
MplsOutSegmentPerfEntry:、:= 系列、mplsOutSegmentPerfOctets Counter32、mplsOutSegmentPerfPackets Counter32、mplsOutSegmentPerfErrors Counter32、mplsOutSegmentPerfDiscards Counter32
-- HC counter
mplsOutSegmentPerfHCOctets Counter64,
-- HCはmplsOutSegmentPerfHCOctets Counter64を打ち返します。
mplsOutSegmentPerfDiscontinuityTime TimeStamp
}
mplsOutSegmentPerfDiscontinuityTimeタイムスタンプ
mplsOutSegmentPerfOctets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value contains the total number of octets sent
on this segment. It MUST be equal to the least
significant 32 bits of mplsOutSegmentPerfHCOctets
if mplsOutSegmentPerfHCOctets is supported according to
the rules spelled out in RFC2863."
::= { mplsOutSegmentPerfEntry 1 }
mplsOutSegmentPerfOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このセグメントで送られた八重奏の総数を含これが評価するしています」。 「RFC2863に詳しく説明された規則に従ってmplsOutSegmentPerfHCOctetsが支持されるなら、mplsOutSegmentPerfHCOctetsの最も重要でない32ビットに堪えなければなりません。」 ::= mplsOutSegmentPerfEntry1
mplsOutSegmentPerfPackets OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This value contains the total number of packets sent
mplsOutSegmentPerfPackets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「送られたパケットの総数を含これが評価するしています」。
Srinivasan, et al. Standards Track [Page 33] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[33ページ]。
on this segment."
::= { mplsOutSegmentPerfEntry 2 }
「このセグメント。」 ::= mplsOutSegmentPerfEntry2
mplsOutSegmentPerfErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of packets that could not be sent due to
errors on this segment."
::= { mplsOutSegmentPerfEntry 3 }
mplsOutSegmentPerfErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「誤りのためこのセグメントで送ることができなかったパケットの数。」 ::= mplsOutSegmentPerfEntry3
mplsOutSegmentPerfDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of labeled packets attempted to be transmitted
on this out-segment, which were chosen to be discarded
even though no errors had been detected to prevent their
being transmitted. One possible reason for
discarding such a labeled packet could be to free up
buffer space."
::= { mplsOutSegmentPerfEntry 4 }
「誤りが全くそれらがあるのを伝えられた状態で防ぐために検出されていませんでしたが、捨てられるために選ばれたこの出ているセグメントで伝えられて、ラベルされたパケットの数は試みた」mplsOutSegmentPerfDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「そのようなラベルされたパケットを捨てる1つの可能な理由はバッファ領域を開けることであることができました。」 ::= mplsOutSegmentPerfEntry4
mplsOutSegmentPerfHCOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of octets sent. This is the 64 bit
version of mplsOutSegmentPerfOctets,
if mplsOutSegmentPerfHCOctets is supported according to
the rules spelled out in RFC2863."
::= { mplsOutSegmentPerfEntry 5 }
「総数の八重奏は送った」mplsOutSegmentPerfHCOctets OBJECT-TYPE SYNTAX Counter64のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC2863に詳しく説明された規則に従ってmplsOutSegmentPerfHCOctetsが支持されるなら、これはmplsOutSegmentPerfOctetsの64ビットのバージョンです。」 ::= mplsOutSegmentPerfEntry5
mplsOutSegmentPerfDiscontinuityTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The value of sysUpTime on the most recent occasion
at which any one or more of this segment's Counter32
or Counter64 suffered a discontinuity. If no such
discontinuities have occurred since the last re-
initialization of the local management subsystem,
then this object contains a zero value."
::= { mplsOutSegmentPerfEntry 6 }
mplsOutSegmentPerfDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この一層のセグメントのいくらか1つ、Counter32またはCounter64が不連続を受けた最新の時のsysUpTimeの値。」 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= mplsOutSegmentPerfEntry6
Srinivasan, et al. Standards Track [Page 34] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[34ページ]。
-- End of mplsOutSegmentPerfTable.
-- mplsOutSegmentPerfTableの端。
-- Cross-connect table.
-- 十字接続テーブル。
mplsXCIndexNext OBJECT-TYPE
SYNTAX MplsIndexNextType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next available value to
be used for mplsXCIndex when creating entries in
the mplsXCTable. A special value of the zero length
string indicates that no more new entries can be created
in the relevant table. Agents not allowing managers
to create entries in this table MUST set this value
to the zero length string."
::= { mplsLsrObjects 9 }
mplsXCIndexNext OBJECT-TYPE SYNTAX MplsIndexNextTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「次のmplsXCTableでエントリーを作成するときmplsXCIndexに使用されるべき利用可能な値を含これが反対するしています」。 ゼロ長ストリングの特別な値は、関連テーブルでそれ以上の新しいエントリーを作成できないのを示します。 「マネージャにこのテーブルでエントリーを作成させないエージェントはこの値をゼロ長ストリングに設定しなければなりません。」 ::= mplsLsrObjects9
mplsXCTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsXCEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies information for switching
between LSP segments. It supports point-to-point,
point-to-multipoint and multipoint-to-point
connections. mplsLabelStackTable specifies the
label stack information for a cross-connect LSR and
is referred to from mplsXCTable."
::= { mplsLsrObjects 10 }
「このテーブルはLSPセグメントを切り換えながら、情報を指定する」mplsXCTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsXCEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「ポイントツーポイント(ポイントツーマルチポイントと多点からポイントとの接続)を支持して、mplsLabelStackTableはラベルスタック情報を十字接続LSRに指定して、mplsXCTableから呼ばれます。」 ::= mplsLsrObjects10
mplsXCEntry OBJECT-TYPE
SYNTAX MplsXCEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A row in this table represents one cross-connect
entry. It is indexed by the following objects:
mplsXCEntry OBJECT-TYPE SYNTAX MplsXCEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルの列は1つの十字接続エントリーを表します」。 それは以下の物によって索引をつけられます:
- cross-connect index mplsXCIndex that uniquely
identifies a group of cross-connect entries
- 唯一十字接続エントリーのグループを特定する十字接続インデックスmplsXCIndex
- in-segment index, mplsXCInSegmentIndex
- mplsXCInSegmentIndex、セグメントでは、索引をつけてください。
- out-segment index, mplsXCOutSegmentIndex
- 出ているセグメント・インデックス、mplsXCOutSegmentIndex
Srinivasan, et al. Standards Track [Page 35] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[35ページ]。
LSPs originating at this LSR:
These are represented by using the special
of value of mplsXCInSegmentIndex set to the
string containing a single octet 0x00. In
this case the mplsXCOutSegmentIndex
MUST not be the string containing a single
octet 0x00.
このLSRの由来しているLSPs: これらは、ただ一つの八重奏0x00を含むストリングに用意ができているmplsXCInSegmentIndexの価値に関する特別番組を使用することによって、表されます。 この場合、mplsXCOutSegmentIndexはただ一つの八重奏0x00を含むストリングであるはずがありません。
LSPs terminating at this LSR:
These are represented by using the special value
mplsXCOutSegmentIndex set to the string containing
a single octet 0x00.
このLSRで以下を終えるLSPs これらは、mplsXCOutSegmentIndexがただ一つの八重奏0x00を含むストリングに設定する特別な値を使用することによって、表されます。
Special labels:
Entries indexed by the strings containing the
reserved MPLS label values as a single octet 0x00
through 0x0f (inclusive) imply LSPs terminating at
this LSR. Note that situations where LSPs are
terminated with incoming label equal to the string
containing a single octet 0x00 can be distinguished
from LSPs originating at this LSR because the
mplsXCOutSegmentIndex equals the string containing the
single octet 0x00.
特別なラベル: エントリーは0x0f(包括的な)を通したただ一つの八重奏0x00がこのLSRで終わるLSPsを含意するので予約されたMPLSラベル値を含むストリングで索引をつけました。 ただ一つの八重奏0x00を含んでいて、mplsXCOutSegmentIndexがストリングと等しいのでこのLSRで由来するLSPsとLSPsがただ一つの八重奏0x00を含むストリングと等しい入って来るラベルで終えられる状況を区別できることに注意してください。
An entry can be created by a network administrator
or by an SNMP agent as instructed by an MPLS
signaling protocol."
INDEX { mplsXCIndex, mplsXCInSegmentIndex,
mplsXCOutSegmentIndex }
::= { mplsXCTable 1 }
「ネットワーク管理者かSNMPエージェントが指示された通りMPLSシグナリングプロトコルでエントリーを作成できます。」 mplsXCIndex、mplsXCInSegmentIndex、mplsXCOutSegmentIndexに索引をつけてください:、:= mplsXCTable1
MplsXCEntry ::= SEQUENCE {
mplsXCIndex MplsIndexType,
mplsXCInSegmentIndex MplsIndexType,
mplsXCOutSegmentIndex MplsIndexType,
mplsXCLspId MplsLSPID,
mplsXCLabelStackIndex MplsIndexType,
mplsXCOwner MplsOwner ,
mplsXCRowStatus RowStatus,
mplsXCStorageType StorageType,
mplsXCAdminStatus INTEGER,
mplsXCOperStatus INTEGER
}
MplsXCEntry:、:= 系列mplsXCIndex MplsIndexType、mplsXCInSegmentIndex MplsIndexType、mplsXCOutSegmentIndex MplsIndexType、mplsXCLspId MplsLSPID、mplsXCLabelStackIndex MplsIndexType、mplsXCOwner MplsOwner、mplsXCRowStatus RowStatus、mplsXCStorageType StorageType、mplsXCAdminStatus整数、mplsXCOperStatus整数
mplsXCIndex OBJECT-TYPE SYNTAX MplsIndexType MAX-ACCESS not-accessible STATUS current
mplsXCIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSのアクセスしやすくないSTATUS海流
Srinivasan, et al. Standards Track [Page 36] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[36ページ]。
DESCRIPTION
"Primary index for the conceptual row identifying a
group of cross-connect segments. The string
containing a single octet 0x00 is an invalid index."
::= { mplsXCEntry 1 }
「予備選挙は十字接続セグメントのグループを特定する概念的な列に索引をつける」記述。 「ただ一つの八重奏0x00を含むストリングは無効のインデックスです。」 ::= mplsXCEntry1
mplsXCInSegmentIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Incoming label index.
If this object is set to the string containing
a single octet 0x00, this indicates a special
case outlined in the table's description above.
In this case no corresponding mplsInSegmentEntry
shall exist."
::= { mplsXCEntry 2 }
アクセスしやすくないmplsXCInSegmentIndex OBJECT-TYPE SYNTAX MplsIndexTypeのSTATUS現在の記述マックス-ACCESS「入って来るラベルインデックス。」 この物がただ一つの八重奏0x00を含むストリングに設定されるなら、これはテーブルの上の記述に概説された特別なケースを示します。 「この場合、どんな対応するmplsInSegmentEntryも存在しないものとします。」 ::= mplsXCEntry2
mplsXCOutSegmentIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Index of out-segment for LSPs not terminating on
this LSR if not set to the string containing the
single octet 0x00. If the segment identified by this
entry is terminating, then this object MUST be set to
the string containing a single octet 0x00 to indicate
that no corresponding mplsOutSegmentEntry shall
exist."
::= { mplsXCEntry 3 }
「そうでなければ、LSPsのための出ているセグメントがこのLSRで終わらないインデックスはただ一つの八重奏0x00を含むストリングに設定した」mplsXCOutSegmentIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「このエントリーで特定されたセグメントが終わっているなら、ただ一つの八重奏0x00を含むストリングにどんな対応するmplsOutSegmentEntryも存在しないだろうというのを示すようにこの物を設定しなければなりません。」 ::= mplsXCEntry3
mplsXCLspId OBJECT-TYPE
SYNTAX MplsLSPID
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This value identifies the label switched path that
this cross-connect entry belongs to. This object
cannot be modified if mplsXCRowStatus is active(1)
except for this object."
::= { mplsXCEntry 4 }
mplsXCLspId OBJECT-TYPE SYNTAX MplsLSPIDマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値はこの十字接続エントリーが属すラベルの切り換えられた経路を特定します」。 「この物を除いて、mplsXCRowStatusがアクティブな(1)であるならこの物を変更できません。」 ::= mplsXCEntry4
mplsXCLabelStackIndex OBJECT-TYPE SYNTAX MplsIndexType MAX-ACCESS read-create STATUS current
mplsXCLabelStackIndex OBJECT-TYPE SYNTAX MplsIndexTypeマックス-ACCESSはSTATUS海流を読書して引き起こします。
Srinivasan, et al. Standards Track [Page 37] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[37ページ]。
DESCRIPTION
"Primary index into mplsLabelStackTable identifying a
stack of labels to be pushed beneath the top label.
Note that the top label identified by the out-
segment ensures that all the components of a
multipoint-to-point connection have the same
outgoing label. A value of the string containing the
single octet 0x00 indicates that no labels are to
be stacked beneath the top label.
This object cannot be modified if mplsXCRowStatus is
active(1)."
::= { mplsXCEntry 5 }
「予備選挙はトップラベルの下で押されるためにラベルのスタックを特定するmplsLabelStackTableに索引をつける」記述。 出ているセグメントによって特定されたトップラベルが、多点からポイントとの接続のすべてのコンポーネントには同じ出発しているラベルがあるのを確実にすることに注意してください。 ただ一つの八重奏0x00を含むストリングの値は、ラベルなしがトップラベルの下で積み重ねられることであることを示します。 「mplsXCRowStatusがアクティブな(1)であるならこの物を変更できません。」 ::= mplsXCEntry5
mplsXCOwner OBJECT-TYPE
SYNTAX MplsOwner
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Denotes the entity that created and is responsible
for managing this cross-connect."
::= { mplsXCEntry 6 }
mplsXCOwner OBJECT-TYPE SYNTAX MplsOwnerのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この十字接続を管理するのに作成している、原因となる実体を指示します」。 ::= mplsXCEntry6
mplsXCRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"For creating, modifying, and deleting this row.
When a row in this table has a row in the active(1)
state, no objects in this row except this object
and the mplsXCStorageType can be modified. "
::= { mplsXCEntry 7 }
mplsXCRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSは「この列を作成して、変更して、削除する」ためのSTATUSの現在の記述を読書して作成します。 このテーブルの列が活動的な(1)状態に列を持っていると、この物とmplsXCStorageType以外のこの列の物を全く変更できません。 " ::= mplsXCEntry7
mplsXCStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this
object. The agent MUST ensure that the associated in
and out segments also have the same StorageType value
and are restored consistently upon system restart.
This value SHOULD be set to permanent(4) if created
as a result of a static LSP configuration.
mplsXCStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この物のためにタイプこの変数が格納を示すす」STATUSの現在の記述を読書して作成します。 エージェントは、関連コネと出ているセグメントも同じStorageType値を持って、システムリスタートで一貫して回復するのを保証しなければなりません。 これは永久的へのセットが(4)であったなら静的なLSP構成の結果、作成されるならSHOULDを評価します。
Conceptual rows having the value 'permanent'
need not allow write-access to any columnar
objects in the row."
「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」
Srinivasan, et al. Standards Track [Page 38] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[38ページ]。
DEFVAL { volatile }
::= { mplsXCEntry 8 }
DEFVAL、揮発性:、:= mplsXCEntry8
mplsXCAdminStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1), -- ready to pass packets
down(2),
testing(3) -- in some test mode
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The desired operational status of this segment."
DEFVAL { up }
::= { mplsXCEntry 9 }
mplsXCAdminStatus OBJECT-TYPE SYNTAX INTEGERはいくつかのパケット下に(2)、テスト(3)を通過する準備ができている(1)にモードをテストします。マックス-ACCESSは「この必要な操作上の状態は区分する」STATUSの現在の記述を読書して作成します。 DEFVALは以下を上げます:= mplsXCEntry9
mplsXCOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up(1), -- ready to pass packets
down(2),
testing(3), -- in some test mode
unknown(4), -- status cannot be determined
-- for some reason.
dormant(5),
notPresent(6), -- some component is missing
lowerLayerDown(7) -- down due to the state of
-- lower layer interfaces
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The actual operational status of this cross-
connect."
::= { mplsXCEntry 10 }
mplsXCOperStatus OBJECT-TYPE SYNTAX INTEGERは(1)(何らかのテスト・モード未知(4)における状態が何らかのコンポーネントが状態のためになくなったlowerLayerDown(7)であることを決定しているはずがない(. ある理由で眠っている(5)、notPresent(6))(2)でパケットを通過するのにおいて準備ができるテスト(3))に層のインタフェースを下ろします。「この十字の実際の操作上の状態は接続する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsXCEntry10
-- End of mplsXCTable
-- mplsXCTableの端
-- Label stack table.
-- スタックテーブルをラベルしてください。
mplsMaxLabelStackDepth OBJECT-TYPE
SYNTAX Unsigned32 (1..2147483647)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The maximum stack depth supported by this LSR."
::= { mplsLsrObjects 11 }
「最大のスタックの深さはこのLSRで支持した」mplsMaxLabelStackDepth OBJECT-TYPE SYNTAX Unsigned32(1 .2147483647)のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= mplsLsrObjects11
Srinivasan, et al. Standards Track [Page 39] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[39ページ]。
mplsLabelStackIndexNext OBJECT-TYPE
SYNTAX MplsIndexNextType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains the next available value to
be used for mplsLabelStackIndex when creating entries
in the mplsLabelStackTable. The special string
containing the single octet 0x00
indicates that no more new entries can be created
in the relevant table. Agents not allowing managers
to create entries in this table MUST set this value
to the string containing the single octet 0x00."
::= { mplsLsrObjects 12 }
mplsLabelStackIndexNext OBJECT-TYPE SYNTAX MplsIndexNextTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「次のmplsLabelStackTableでエントリーを作成するときmplsLabelStackIndexに使用されるべき利用可能な値を含これが反対するしています」。 ただ一つの八重奏0x00を含む特別なストリングは、関連テーブルでそれ以上の新しいエントリーを作成できないのを示します。 「マネージャにこのテーブルでエントリーを作成させないエージェントはただ一つの八重奏0x00を含むストリングにこの値を設定しなければなりません。」 ::= mplsLsrObjects12
mplsLabelStackTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsLabelStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the label stack to be pushed
onto a packet, beneath the top label. Entries into
this table are referred to from mplsXCTable."
::= { mplsLsrObjects 13 }
mplsLabelStackTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsLabelStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはパケットに押されるためにラベルスタックを指定します、トップラベルの下で」。 「このテーブルへのエントリーはmplsXCTableから言及されます。」 ::= mplsLsrObjects13
mplsLabelStackEntry OBJECT-TYPE
SYNTAX MplsLabelStackEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table represents one label which is
to be pushed onto an outgoing packet, beneath the
top label. An entry can be created by a network
administrator or by an SNMP agent as instructed by
an MPLS signaling protocol."
INDEX { mplsLabelStackIndex, mplsLabelStackLabelIndex }
::= { mplsLabelStackTable 1 }
「トップラベルの下の出発しているパケットに押されて、エントリーはこのテーブルにそうする1個のラベルを表す」mplsLabelStackEntry OBJECT-TYPE SYNTAX MplsLabelStackEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「ネットワーク管理者かSNMPエージェントが指示された通りMPLSシグナリングプロトコルでエントリーを作成できます。」 mplsLabelStackIndex、mplsLabelStackLabelIndexに索引をつけてください:、:= mplsLabelStackTable1
MplsLabelStackEntry ::= SEQUENCE {
mplsLabelStackIndex MplsIndexType,
mplsLabelStackLabelIndex Unsigned32,
mplsLabelStackLabel MplsLabel,
mplsLabelStackLabelPtr RowPointer,
mplsLabelStackRowStatus RowStatus,
mplsLabelStackStorageType StorageType
}
MplsLabelStackEntry:、:= 系列mplsLabelStackIndex MplsIndexType、mplsLabelStackLabelIndex Unsigned32、mplsLabelStackLabel MplsLabel、mplsLabelStackLabelPtr RowPointer、mplsLabelStackRowStatus RowStatus、mplsLabelStackStorageType StorageType
mplsLabelStackIndex OBJECT-TYPE
mplsLabelStackIndexオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 40] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[40ページ]。
SYNTAX MplsIndexType
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Primary index for this row identifying a stack of
labels to be pushed on an outgoing packet, beneath
the top label. An index containing the string with
a single octet 0x00 MUST not be used."
::= { mplsLabelStackEntry 1 }
「これのための基本索引はトップラベルの下の出発しているパケットで押されるためにラベルのスタックを特定しながら、こぐ」SYNTAX MplsIndexTypeのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「ただ一つの八重奏0x00があるストリングを含むインデックスを使用してはいけません。」 ::= mplsLabelStackEntry1
mplsLabelStackLabelIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Secondary index for this row identifying one label
of the stack. Note that an entry with a smaller
mplsLabelStackLabelIndex would refer to a label
higher up the label stack and would be popped at a
downstream LSR before a label represented by a
higher mplsLabelStackLabelIndex at a downstream
LSR."
::= { mplsLabelStackEntry 2 }
「これのための二次索引はスタックの1個のラベルを特定しながら、こぐ」mplsLabelStackLabelIndex OBJECT-TYPE SYNTAX Unsigned32(1 .2147483647)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 「より小さいmplsLabelStackLabelIndexとのエントリーがラベルについてラベルスタックにより高く言及して、川下のLSRにより高いmplsLabelStackLabelIndexによって表されたラベルの前の川下のLSRで飛び出すことに注意してください。」 ::= mplsLabelStackEntry2
mplsLabelStackLabel OBJECT-TYPE
SYNTAX MplsLabel
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The label to pushed."
::= { mplsLabelStackEntry 3 }
mplsLabelStackLabel OBJECT-TYPE SYNTAX MplsLabelマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「押されることへのラベル。」 ::= mplsLabelStackEntry3
mplsLabelStackLabelPtr OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If the label for this segment cannot be represented
fully within the mplsLabelStackLabel object,
this object MUST point to the first accessible
column of a conceptual row in an external table containing
the label. In this case, the mplsLabelStackLabel
object SHOULD be set to 0 and ignored. This object
MUST be set to zeroDotZero otherwise."
DEFVAL { zeroDotZero }
::= { mplsLabelStackEntry 4 }
mplsLabelStackLabelPtr OBJECT-TYPE SYNTAX RowPointerマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「mplsLabelStackLabel物の中に完全にこのセグメントのためのラベルを表すことができるというわけではないなら、ラベルを含んでいて、この物は外部テーブルにおける、概念的な列の最初のアクセス可能なコラムを示さなければなりません」。 この場合0に用意ができて、無視されたmplsLabelStackLabel物のSHOULD。 「別の方法でこの物をzeroDotZeroに設定しなければなりません。」 DEFVAL zeroDotZero:、:= mplsLabelStackEntry4
mplsLabelStackRowStatus OBJECT-TYPE
mplsLabelStackRowStatusオブジェクト・タイプ
Srinivasan, et al. Standards Track [Page 41] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[41ページ]。
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"For creating, modifying, and deleting this row.
When a row in this table has a row in the active(1)
state, no objects in this row except this object
and the mplsLabelStackStorageType can be modified."
::= { mplsLabelStackEntry 5 }
SYNTAX RowStatusマックス-ACCESSは「この列を作成して、変更して、削除する」ためのSTATUSの現在の記述を読書して作成します。 「このテーブルの列が活動的な(1)状態に列を持っていると、この物とmplsLabelStackStorageType以外のこの列の物を全く変更できません。」 ::= mplsLabelStackEntry5
mplsLabelStackStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this
object. This object cannot be modified if
mplsLabelStackRowStatus is active(1).
No objects are required to be writable for
rows in this table with this object set to
permanent(4).
mplsLabelStackStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「この物のためにタイプこの変数が格納を示すす」STATUSの現在の記述を読書して作成します。 mplsLabelStackRowStatusがアクティブな(1)であるならこの物を変更できません。 物が全くこの物のセットがあるこのテーブルの列に永久的な(4)に書き込み可能であることが必要ではありません。
The agent MUST ensure that all related entries
in this table retain the same value for this
object. Agents MUST ensure that the storage type
for all entries related to a particular mplsXCEntry
retain the same value for this object as the
mplsXCEntry's StorageType."
DEFVAL { volatile }
::= { mplsLabelStackEntry 6 }
エージェントは、このテーブルのすべての関連するエントリーがこの物のための同じ値を保有するのを保証しなければなりません。 「エージェントは、特定のmplsXCEntryに関連するすべてのエントリーのための格納タイプがこの物のためにmplsXCEntryのStorageTypeとして同じ値を保有するのを保証しなければなりません。」 DEFVAL、揮発性:、:= mplsLabelStackEntry6
-- End of mplsLabelStackTable
-- mplsLabelStackTableの端
-- Begin mplsInSegmentMapTable
-- mplsInSegmentMapTableを始めてください。
mplsInSegmentMapTable OBJECT-TYPE
SYNTAX SEQUENCE OF MplsInSegmentMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the mapping from the
mplsInSegmentIndex to the corresponding
mplsInSegmentInterface and mplsInSegmentLabel
objects. The purpose of this table is to
provide the manager with an alternative
means by which to locate in-segments."
::= { mplsLsrObjects 14 }
mplsInSegmentMapTable OBJECT-TYPEのSYNTAX SEQUENCE OF MplsInSegmentMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはmplsInSegmentIndexから対応するmplsInSegmentInterfaceとmplsInSegmentLabel物までマッピングを指定します」。 「このテーブルの目的は代替手段をマネージャに提供するのが、セグメントでどれの場所を見つけたらよいかを意味するということです。」 ::= mplsLsrObjects14
Srinivasan, et al. Standards Track [Page 42] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[42ページ]。
mplsInSegmentMapEntry OBJECT-TYPE
SYNTAX MplsInSegmentMapEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table represents one interface
and incoming label pair.
mplsInSegmentMapEntry OBJECT-TYPE SYNTAX MplsInSegmentMapEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーは1インタフェースと入って来るラベル組の代理をします」。
In cases where the label cannot fit into the
mplsInSegmentLabel object, the mplsInSegmentLabelPtr
will indicate this by being set to the first accessible
column in the appropriate extension table's row,
and the mplsInSegmentLabel SHOULD be set to 0.
In all other cases when the label is
represented within the mplsInSegmentLabel object, the
mplsInSegmentLabelPtr MUST be 0.0.
ラベルがmplsInSegmentLabel物に収まることができないで、mplsInSegmentLabelPtrが適切な伸縮テーブルの列における最初のアクセス可能なコラム、およびmplsInSegmentLabel SHOULDに設定されることによってこれを示す場合では、0に設定されてください。 ラベルがmplsInSegmentLabel物の中に表されるときの他のすべての場合では、mplsInSegmentLabelPtrは0.0であるに違いありません。
Implementors need to be aware that if the value of
the mplsInSegmentMapLabelPtrIndex (an OID) has more
that 111 sub-identifiers, then OIDs of column
instances in this table will have more than 128
sub-identifiers and cannot be accessed using SNMPv1,
SNMPv2c, or SNMPv3."
INDEX { mplsInSegmentMapInterface,
mplsInSegmentMapLabel,
mplsInSegmentMapLabelPtrIndex }
::= { mplsInSegmentMapTable 1 }
「作成者は、mplsInSegmentMapLabelPtrIndex(OID)の値がサブ識別子であるのにその111をさらに持っているなら、このテーブルのコラム例のOIDsを128以上のサブ識別子を持って、SNMPv1、SNMPv2c、またはSNMPv3を使用することでアクセスできないのを意識している必要があります。」 mplsInSegmentMapInterface、mplsInSegmentMapLabel、mplsInSegmentMapLabelPtrIndexに索引をつけてください:、:= mplsInSegmentMapTable1
MplsInSegmentMapEntry ::= SEQUENCE {
mplsInSegmentMapInterface InterfaceIndexOrZero,
mplsInSegmentMapLabel MplsLabel,
mplsInSegmentMapLabelPtrIndex RowPointer,
mplsInSegmentMapIndex MplsIndexType
}
MplsInSegmentMapEntry:、:= 系列mplsInSegmentMapInterface InterfaceIndexOrZero、mplsInSegmentMapLabel MplsLabel、mplsInSegmentMapLabelPtrIndex RowPointer、mplsInSegmentMapIndex MplsIndexType
mplsInSegmentMapInterface OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This index contains the same value as the
mplsInSegmentIndex in the mplsInSegmentTable."
::= { mplsInSegmentMapEntry 1 }
mplsInSegmentMapInterface OBJECT-TYPE SYNTAX InterfaceIndexOrZeroのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このインデックスはmplsInSegmentTableにmplsInSegmentIndexと同じ値を含んでいます」。 ::= mplsInSegmentMapEntry1
mplsInSegmentMapLabel OBJECT-TYPE SYNTAX MplsLabel MAX-ACCESS not-accessible STATUS current
mplsInSegmentMapLabel OBJECT-TYPE SYNTAX MplsLabelのマックス-ACCESSのアクセスしやすくないSTATUS海流
Srinivasan, et al. Standards Track [Page 43] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[43ページ]。
DESCRIPTION
"This index contains the same value as the
mplsInSegmentLabel in the mplsInSegmentTable."
::= { mplsInSegmentMapEntry 2 }
記述、「このインデックスはmplsInSegmentTableにmplsInSegmentLabelと同じ値を含んでいます」。 ::= mplsInSegmentMapEntry2
mplsInSegmentMapLabelPtrIndex OBJECT-TYPE
SYNTAX RowPointer
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This index contains the same value as the
mplsInSegmentLabelPtr.
mplsInSegmentMapLabelPtrIndex OBJECT-TYPE SYNTAX RowPointerのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このインデックスはmplsInSegmentLabelPtrと同じ値を含んでいます」。
If the label for the InSegment cannot be represented
fully within the mplsInSegmentLabel object,
this index MUST point to the first accessible
column of a conceptual row in an external table containing
the label. In this case, the mplsInSegmentTopLabel
object SHOULD be set to 0 and ignored. This object MUST
be set to zeroDotZero otherwise."
::= { mplsInSegmentMapEntry 3 }
mplsInSegmentLabel物の中に完全にInSegmentのためのラベルを表すことができるというわけではないなら、ラベルを含んでいて、このインデックスは外部テーブルに概念的な列の最初のアクセス可能なコラムを示さなければなりません。 この場合0に用意ができて、無視されたmplsInSegmentTopLabel物のSHOULD。 「別の方法でこの物をzeroDotZeroに設定しなければなりません。」 ::= mplsInSegmentMapEntry3
mplsInSegmentMapIndex OBJECT-TYPE
SYNTAX MplsIndexType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The mplsInSegmentIndex that corresponds
to the mplsInSegmentInterface and
mplsInSegmentLabel, or the mplsInSegmentInterface
and mplsInSegmentLabelPtr, if applicable.
The string containing the single octet 0x00
MUST not be returned."
::= { mplsInSegmentMapEntry 4 }
mplsInSegmentMapIndex OBJECT-TYPE SYNTAX MplsIndexTypeのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「適切であるならmplsInSegmentInterfaceとmplsInSegmentLabelか、mplsInSegmentInterfaceとmplsInSegmentLabelPtrに対応するmplsInSegmentIndex。」 「ただ一つの八重奏0x00を含むストリングを返してはいけません。」 ::= mplsInSegmentMapEntry4
-- End mplsInSegmentMapTable
-- 終わりのmplsInSegmentMapTable
-- Notification Configuration
-- 通知構成
mplsXCNotificationsEnable OBJECT-TYPE
SYNTAX TruthValue
MAX-ACCESS read-write
STATUS current
DESCRIPTION
"If this object is set to true(1), then it enables
the emission of mplsXCUp and mplsXCDown
notifications; otherwise these notifications are not
mplsXCNotificationsEnable OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当の(1)に設定されるなら、mplsXCUpとmplsXCDown通知の放出を可能にすること」をSTATUSの現在の記述に読書して書きます。 さもなければ、これらの通知はそうではありません。
Srinivasan, et al. Standards Track [Page 44] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[44ページ]。
emitted."
REFERENCE
"See also RFC3413 for explanation that
notifications are under the ultimate control of the
MIB module in this document."
DEFVAL { false }
::= { mplsLsrObjects 15 }
「放たれます」。 REFERENCEは「また、通知が本書ではMIBモジュールの究極のコントロールの下にあるという説明に関してRFC3413を見ます」。 DEFVAL偽:、:= mplsLsrObjects15
-- Cross-connect.
-- 十字接続。
mplsXCUp NOTIFICATION-TYPE
OBJECTS { mplsXCOperStatus, -- start of range
mplsXCOperStatus -- end of range
}
STATUS current
DESCRIPTION
"This notification is generated when the
mplsXCOperStatus object for one or more contiguous
entries in mplsXCTable are about to enter the up(1)
state from some other state. The included values of
mplsXCOperStatus MUST both be set equal to this
new state (i.e: up(1)). The two instances of
mplsXCOperStatus in this notification indicate the range
of indexes that are affected. Note that all the indexes
of the two ends of the range can be derived from the
instance identifiers of these two objects. For
cases where a contiguous range of cross-connects
have transitioned into the up(1) state at roughly
the same time, the device SHOULD issue a single
notification for each range of contiguous indexes in
an effort to minimize the emission of a large number
of notifications. If a notification has to be
issued for just a single cross-connect entry, then
the instance identifier (and values) of the two
mplsXCOperStatus objects MUST be the identical."
::= { mplsLsrNotifications 1 }
mplsXCUp NOTIFICATION-TYPE OBJECTS、mplsXCOperStatus--範囲mplsXCOperStatusの始まり--範囲の端、STATUSの現在の記述、「1のためのmplsXCOperStatus物かmplsXCTableの、より隣接のエントリーがある他の状態から(1) 状態について記入しようとしているなら、この通知は発生します」。 mplsXCOperStatusの含まれている値がともにこの新しい状態と等しいセットでなければならない、(i. e: (1))に。 この通知におけるmplsXCOperStatusの2つの例が影響を受けるインデックスの範囲を示します。 これらの2個の物に関する例の識別子から範囲の2つの端のすべてのインデックスを得ることができることに注意してください。 隣接の範囲の十字接続が移行したケースのために、およそ同時間の(1)状態、上がることへの装置SHOULDは多くの通知の放出を最小にするための努力における、それぞれの範囲の隣接のインデックスのためのただ一つの通知を発行します。 「まさしく単一の十字接続エントリーに通知を発行しなければならないなら、2個のmplsXCOperStatus物に関する例の識別子(そして、値)は同じであるに違いありません。」 ::= mplsLsrNotifications1
mplsXCDown NOTIFICATION-TYPE
OBJECTS {
mplsXCOperStatus, -- start of range
mplsXCOperStatus -- end of range
}
STATUS current
DESCRIPTION
"This notification is generated when the
mplsXCOperStatus object for one or more contiguous
entries in mplsXCTable are about to enter the
down(2) state from some other state. The included values
mplsXCDown NOTIFICATION-TYPE OBJECTS、mplsXCOperStatus--範囲mplsXCOperStatusの始まり--範囲の端、STATUSの現在の記述、「1のためのmplsXCOperStatus物かmplsXCTableの、より隣接のエントリーがある他の状態から下に(2)状態に入ろうとしているとき、この通知は発生します」。 含まれている値
Srinivasan, et al. Standards Track [Page 45] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[45ページ]。
of mplsXCOperStatus MUST both be set equal to this
down(2) state. The two instances of mplsXCOperStatus
in this notification indicate the range of indexes
that are affected. Note that all the indexes of the
two ends of the range can be derived from the
instance identifiers of these two objects. For
cases where a contiguous range of cross-connects
have transitioned into the down(2) state at roughly
the same time, the device SHOULD issue a single
notification for each range of contiguous indexes in
an effort to minimize the emission of a large number
of notifications. If a notification has to be
issued for just a single cross-connect entry, then
the instance identifier (and values) of the two
mplsXCOperStatus objects MUST be identical."
::= { mplsLsrNotifications 2 }
mplsXCOperStatusにおいて、両方がこの下に(2)状態と等しいセットであるに違いありませんか? この通知におけるmplsXCOperStatusの2つの例が影響を受けるインデックスの範囲を示します。 これらの2個の物に関する例の識別子から範囲の2つの端のすべてのインデックスを得ることができることに注意してください。 隣接の範囲の十字接続がおよそ同時に下に(2)状態に移行したケースのために、装置SHOULDは多くの通知の放出を最小にするための努力における、それぞれの範囲の隣接のインデックスのためのただ一つの通知を発行します。 「まさしく単一の十字接続エントリーに通知を発行しなければならないなら、2個のmplsXCOperStatus物の例の識別子(そして、値)は同じであるに違いありません。」 ::= mplsLsrNotifications2
-- End of notifications.
-- 通知の終わり。
-- Module compliance.
-- モジュールコンプライアンス。
mplsLsrGroups
OBJECT IDENTIFIER ::= { mplsLsrConformance 1 }
mplsLsrGroups物の識別子:、:= mplsLsrConformance1
mplsLsrCompliances
OBJECT IDENTIFIER ::= { mplsLsrConformance 2 }
mplsLsrCompliances物の識別子:、:= mplsLsrConformance2
-- Compliance requirement for fully compliant implementations.
-- 完全に対応することの実現のための承諾要件。
mplsLsrModuleFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "Compliance statement for agents that provide full
support for MPLS-LSR-STD-MIB. Such devices can
then be monitored and also be configured using
this MIB module."
mplsLsrModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「MPLS-LSR-STD-MIBの全面的な支援を提供するエージェントのための承諾声明。」 「このMIBモジュールを使用することでそのような装置を次に、モニターして、また、構成できます。」
MODULE IF-MIB -- The Interfaces Group MIB, RFC 2863.
MANDATORY-GROUPS {
ifGeneralInformationGroup,
ifCounterDiscontinuityGroup
}
モジュール、-、MIB、--インタフェースがMIB、RFC2863を分類する 義務的なグループifGeneralInformationGroup、ifCounterDiscontinuityGroup
MODULE -- This module.
MANDATORY-GROUPS {
mplsInterfaceGroup,
mplsInSegmentGroup,
mplsOutSegmentGroup,
MODULE--このモジュール。 義務的なグループ、mplsInterfaceGroup、mplsInSegmentGroup、mplsOutSegmentGroup
Srinivasan, et al. Standards Track [Page 46] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[46ページ]。
mplsXCGroup,
mplsPerfGroup
}
mplsXCGroup、mplsPerfGroup
GROUP mplsLabelStackGroup
DESCRIPTION "This group is only mandatory for LSRs that wish to
support the modification of LSP label stacks.
"
GROUP mplsLabelStackGroup記述、「このグループは単にLSPラベルスタックの変更を支持したがっているLSRsに義務的です」。 "
GROUP mplsHCInSegmentPerfGroup
DESCRIPTION "This group is mandatory for those in-segment entries
for which the object mplsInSegmentOutOctets wraps
around too quickly based on the criteria specified in
RFC 2863 for high-capacity counters.
"
GROUP mplsHCInSegmentPerfGroup記述、「このグループはセグメントにおけるmplsInSegmentOutOctetsが高い容量のためにあまりにすぐにRFCで指定された評価基準に基づいた2863を巻きつける物が反対するそれらのエントリーに義務的です」。 "
GROUP mplsHCOutSegmentPerfGroup
DESCRIPTION "This group is mandatory for those out-segment entries
for which the object mplsOutSegmentPerfOctets wraps
around too quickly based on the criteria specified in
RFC 2863 for high-capacity counters.
"
GROUP mplsHCOutSegmentPerfGroup記述、「このグループはmplsOutSegmentPerfOctetsが高い容量のためにあまりにすぐにRFCで指定された評価基準に基づいた2863を巻きつける物が反対するそれらの出ているセグメントエントリーに義務的です」。 "
GROUP mplsLsrNotificationGroup
DESCRIPTION "This group is only mandatory for those implementations
which can efficiently implement the notifications
contained in this group."
GROUP mplsLsrNotificationGroup記述、「このグループは単に効率的にこのグループに含まれた通知を実行できるそれらの実現するのに義務的です」。
OBJECT mplsInSegmentRowStatus
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 mplsInSegmentRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
OBJECT mplsOutSegmentNextHopAddrType
SYNTAX InetAddressType { unknown(0), ipv4(1), ipv6(2) }
DESCRIPTION "Only unknown(0), ipv4(1) and ipv6(2) support
is required."
OBJECT mplsOutSegmentNextHopAddrType SYNTAX InetAddressType、未知(0)、ipv4(1)、ipv6(2)、記述、「未知(0)、ipv4(1)、およびipv6(2)サポートだけが必要です」。
OBJECT mplsOutSegmentNextHopAddr
SYNTAX InetAddress (SIZE(0|4|16))
DESCRIPTION "An implementation is only required to support
unknown(0), ipv4(1) and ipv6(2) sizes."
OBJECT mplsOutSegmentNextHopAddr SYNTAX InetAddress(SIZE(0|4|16))記述、「実現が未知(0)、ipv4(1)、およびipv6(2)サイズを支持するのに必要であるだけです」。
OBJECT mplsOutSegmentRowStatus
SYNTAX RowStatus { active(1), notInService(2) }
物のmplsOutSegmentRowStatus構文RowStatusアクティブな(1)、notInService(2)
Srinivasan, et al. Standards Track [Page 47] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[47ページ]。
WRITE-SYNTAX RowStatus { active(1), notInService(2),
createAndGo(4), destroy(6)
}
DESCRIPTION "Support for createAndWait and notReady is not
required."
WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)、createAndGo(4)が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
OBJECT mplsLabelStackRowStatus
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 mplsLabelStackRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
OBJECT mplsXCRowStatus
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 mplsXCRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「createAndWaitとnotReadyのサポートは必要ではありません」。
::= { mplsLsrCompliances 1 }
::= mplsLsrCompliances1
-- Compliance requirement for read-only implementations.
-- 書き込み禁止実現のための承諾要件。
mplsLsrModuleReadOnlyCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "Compliance requirement for implementations that only
provide read-only support for MPLS-LSR-STD-MIB. Such
devices can then be monitored but cannot be configured
using this MIB module.
"
mplsLsrModuleReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「MPLS-LSR-STD-MIBの書き込み禁止サポートを提供するだけである実現のための承諾要件。」 そのような装置を次に、モニターできますが、このMIBモジュールを使用することで構成できません。 "
MODULE IF-MIB -- The interfaces Group MIB, RFC 2863
MANDATORY-GROUPS {
ifGeneralInformationGroup,
ifCounterDiscontinuityGroup
}
MODULE IF-MIB--インタフェースGroup MIB、RFC2863MANDATORY-GROUPSifGeneralInformationGroup、ifCounterDiscontinuityGroup
MODULE -- This module
MANDATORY-GROUPS {
mplsInterfaceGroup,
mplsInSegmentGroup,
mplsOutSegmentGroup,
mplsXCGroup,
mplsPerfGroup
}
MODULE--このモジュールMANDATORY-GROUPSmplsInterfaceGroup、mplsInSegmentGroup、mplsOutSegmentGroup、mplsXCGroup、mplsPerfGroup
Srinivasan, et al. Standards Track [Page 48] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[48ページ]。
GROUP mplsLabelStackGroup
DESCRIPTION "This group is only mandatory for LSRs that wish to
support the modification of LSP label stacks.
"
GROUP mplsLabelStackGroup記述、「このグループは単にLSPラベルスタックの変更を支持したがっているLSRsに義務的です」。 "
GROUP mplsHCInSegmentPerfGroup
DESCRIPTION "This group is mandatory for those in-segment entries
for which the object mplsInSegmentOutOctets wraps
around too quickly based on the criteria specified in
RFC 2863 for high-capacity counters.
"
GROUP mplsHCInSegmentPerfGroup記述、「このグループはセグメントにおけるmplsInSegmentOutOctetsが高い容量のためにあまりにすぐにRFCで指定された評価基準に基づいた2863を巻きつける物が反対するそれらのエントリーに義務的です」。 "
GROUP mplsHCOutSegmentPerfGroup
DESCRIPTION "This group is mandatory for those out-segment entries
for which the object mplsOutSegmentPerfOctets wraps
around too quickly based on the criteria specified in
RFC 2863 for high-capacity counters.
"
GROUP mplsHCOutSegmentPerfGroup記述、「このグループはmplsOutSegmentPerfOctetsが高い容量のためにあまりにすぐにRFCで指定された評価基準に基づいた2863を巻きつける物が反対するそれらの出ているセグメントエントリーに義務的です」。 "
GROUP mplsLsrNotificationGroup
DESCRIPTION "This group is only mandatory for those implementations
which can efficiently implement the notifications
contained in this group.
"
GROUP mplsLsrNotificationGroup記述、「このグループは単に効率的にこのグループに含まれた通知を実行できるそれらの実現するのに義務的です」。 "
-- mplsInSegmentTable OBJECT mplsInSegmentLabel MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- mplsInSegmentTable OBJECT mplsInSegmentLabel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsInSegmentLabelPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsInSegmentLabelPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsInSegmentNPop
SYNTAX Integer32 (1..1)
MIN-ACCESS read-only
DESCRIPTION "Write access is not required. This object
SHOULD be set to 1 if it is read-only.
"
OBJECT mplsInSegmentNPop SYNTAX Integer32(1 .1)MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 この物のSHOULD、それが書き込み禁止であるなら1に設定されてください。 "
OBJECT mplsInSegmentAddrFamily
MIN-ACCESS read-only
DESCRIPTION "Write access is not required. A value of other(0)
should be supported because there may be cases where
the agent may not know about or support any address
types.
"
OBJECT mplsInSegmentAddrFamily MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 ケースがエージェントが少しのアドレスタイプも知りもしませんし、支持もしないところにあるかもしれないので、他の(0)の値は支持されるべきです。 "
Srinivasan, et al. Standards Track [Page 49] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[49ページ]。
OBJECT mplsInSegmentRowStatus
SYNTAX RowStatus { active(1) }
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
OBJECT mplsInSegmentRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsInSegmentStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsInSegmentStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- mplsOutSegmentTable OBJECT mplsOutSegmentInterface MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- mplsOutSegmentTable OBJECT mplsOutSegmentInterface MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsOutSegmentPushTopLabel MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsOutSegmentPushTopLabel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsOutSegmentTopLabel MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsOutSegmentTopLabel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsOutSegmentTopLabelPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsOutSegmentTopLabelPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsOutSegmentNextHopAddrType
SYNTAX InetAddressType { unknown(0), ipv4(1), ipv6(2) }
MIN-ACCESS read-only
DESCRIPTION "Write access is not required. Only unknown(0),
ipv4(1) and ipv6(2) support is required.
"
OBJECT mplsOutSegmentNextHopAddrType SYNTAX InetAddressType、未知(0)、ipv4(1)、ipv6(2)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 未知(0)、ipv4(1)、およびipv6(2)サポートだけが必要です。 "
OBJECT mplsOutSegmentNextHopAddr
SYNTAX InetAddress (SIZE(0|4|16))
MIN-ACCESS read-only
DESCRIPTION "Write access is not required. An implementation is
only required to support unknown(0), ipv4(1) and
ipv6(2) sizes."
OBJECT mplsOutSegmentNextHopAddr SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」 「実装が未知(0)、ipv4(1)、およびipv6(2)にサイズをサポートするのに必要であるだけです。」
OBJECT mplsOutSegmentRowStatus
SYNTAX RowStatus { active(1) }
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
OBJECT mplsOutSegmentRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsOutSegmentStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsOutSegmentStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Srinivasan, et al. Standards Track [Page 50] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[50ページ]。
-- mplsXCTable OBJECT mplsXCLabelStackIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
-- mplsXCTable OBJECT mplsXCLabelStackIndex MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsXCAdminStatus MIN-ACCESS read-only DESCRIPTION "Read only support is required."
OBJECT mplsXCAdminStatus MIN-ACCESS書き込み禁止記述、「書き込み禁止サポートが必要です」。
OBJECT mplsXCRowStatus
SYNTAX RowStatus { active(1) }
MIN-ACCESS read-only
DESCRIPTION "Write access is not required."
OBJECT mplsXCRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsXCStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsXCStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsLabelStackLabel MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsLabelStackLabel MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsLabelStackLabelPtr MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsLabelStackLabelPtr MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsLabelStackRowStatus MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsLabelStackRowStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT mplsLabelStackStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT mplsLabelStackStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { mplsLsrCompliances 2 }
::= mplsLsrCompliances2
-- Units of conformance.
-- ユニットの順応。
mplsInterfaceGroup OBJECT-GROUP
OBJECTS {
mplsInterfaceLabelMinIn,
mplsInterfaceLabelMaxIn,
mplsInterfaceLabelMinOut,
mplsInterfaceLabelMaxOut,
mplsInterfaceTotalBandwidth,
mplsInterfaceAvailableBandwidth,
mplsInterfaceLabelParticipationType
}
mplsInterfaceGroupオブジェクト群対象mplsInterfaceLabelMinIn、mplsInterfaceLabelMaxIn、mplsInterfaceLabelMinOut、mplsInterfaceLabelMaxOut、mplsInterfaceTotalBandwidth、mplsInterfaceAvailableBandwidth、mplsInterfaceLabelParticipationType
Srinivasan, et al. Standards Track [Page 51] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[51ページ]。
STATUS current
DESCRIPTION
"Collection of objects needed for MPLS interface
and interface performance information."
::= { mplsLsrGroups 1 }
「オブジェクトの収集がMPLSインタフェースとインタフェース性能情報に必要だった」STATUSの現在の記述。 ::= mplsLsrGroups1
mplsInSegmentGroup OBJECT-GROUP
OBJECTS {
mplsInSegmentIndexNext,
mplsInSegmentInterface,
mplsInSegmentLabel,
mplsInSegmentLabelPtr,
mplsInSegmentNPop,
mplsInSegmentAddrFamily,
mplsInSegmentXCIndex,
mplsInSegmentOwner,
mplsInSegmentRowStatus,
mplsInSegmentStorageType,
mplsInSegmentTrafficParamPtr,
mplsInSegmentMapIndex
}
STATUS current
DESCRIPTION
"Collection of objects needed to implement an in-
segment."
::= { mplsLsrGroups 2 }
mplsInSegmentGroup OBJECT-GROUP OBJECTS、mplsInSegmentIndexNext、mplsInSegmentInterface、mplsInSegmentLabel、mplsInSegmentLabelPtr、mplsInSegmentNPop、mplsInSegmentAddrFamily、mplsInSegmentXCIndex、mplsInSegmentOwner、mplsInSegmentRowStatus、mplsInSegmentStorageType、mplsInSegmentTrafficParamPtr、mplsInSegmentMapIndex、「オブジェクトの収集がコネセグメントを実装するのに必要だった」STATUSの現在の記述。 ::= mplsLsrGroups2
mplsOutSegmentGroup OBJECT-GROUP
OBJECTS {
mplsOutSegmentIndexNext,
mplsOutSegmentInterface,
mplsOutSegmentPushTopLabel,
mplsOutSegmentTopLabel,
mplsOutSegmentTopLabelPtr,
mplsOutSegmentNextHopAddrType,
mplsOutSegmentNextHopAddr,
mplsOutSegmentXCIndex,
mplsOutSegmentOwner,
mplsOutSegmentPerfOctets,
mplsOutSegmentPerfDiscards,
mplsOutSegmentPerfErrors,
mplsOutSegmentRowStatus,
mplsOutSegmentStorageType,
mplsOutSegmentTrafficParamPtr
}
STATUS current
DESCRIPTION
"Collection of objects needed to implement an out-
mplsOutSegmentGroupオブジェクト群対象、mplsOutSegmentIndexNext、mplsOutSegmentInterface、mplsOutSegmentPushTopLabel、mplsOutSegmentTopLabel、mplsOutSegmentTopLabelPtr、mplsOutSegmentNextHopAddrType、mplsOutSegmentNextHopAddr、mplsOutSegmentXCIndex、mplsOutSegmentOwner、mplsOutSegmentPerfOctets、mplsOutSegmentPerfDiscards、mplsOutSegmentPerfErrors、mplsOutSegmentRowStatus、mplsOutSegmentStorageType、mplsOutSegmentTrafficParamPtr; 「オブジェクトの収集がアウトを実装するのに必要だった」STATUSの現在の記述
Srinivasan, et al. Standards Track [Page 52] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[52ページ]。
segment."
::= { mplsLsrGroups 3 }
「セグメント。」 ::= mplsLsrGroups3
mplsXCGroup OBJECT-GROUP
OBJECTS {
mplsXCIndexNext,
mplsXCLspId,
mplsXCLabelStackIndex,
mplsXCOwner,
mplsXCStorageType,
mplsXCAdminStatus,
mplsXCOperStatus,
mplsXCRowStatus,
mplsXCNotificationsEnable
}
STATUS current
DESCRIPTION
"Collection of objects needed to implement a
cross-connect entry."
::= { mplsLsrGroups 4 }
mplsXCGroup OBJECT-GROUP OBJECTS、mplsXCIndexNext、mplsXCLspId、mplsXCLabelStackIndex、mplsXCOwner、mplsXCStorageType、mplsXCAdminStatus、mplsXCOperStatus、mplsXCRowStatus、mplsXCNotificationsEnable、「オブジェクトの収集が十字接続がエントリーであると実装するのに必要だった」STATUSの現在の記述。 ::= mplsLsrGroups4
mplsPerfGroup OBJECT-GROUP
OBJECTS {
mplsInSegmentPerfOctets,
mplsInSegmentPerfPackets,
mplsInSegmentPerfErrors,
mplsInSegmentPerfDiscards,
mplsInSegmentPerfDiscontinuityTime,
mplsOutSegmentPerfOctets,
mplsOutSegmentPerfPackets,
mplsOutSegmentPerfDiscards,
mplsOutSegmentPerfDiscontinuityTime,
mplsInterfacePerfInLabelsInUse,
mplsInterfacePerfInLabelLookupFailures,
mplsInterfacePerfOutFragmentedPkts,
mplsInterfacePerfOutLabelsInUse
}
mplsPerfGroupオブジェクト群対象mplsInSegmentPerfOctets、mplsInSegmentPerfPackets、mplsInSegmentPerfErrors、mplsInSegmentPerfDiscards、mplsInSegmentPerfDiscontinuityTime、mplsOutSegmentPerfOctets、mplsOutSegmentPerfPackets、mplsOutSegmentPerfDiscards、mplsOutSegmentPerfDiscontinuityTime、mplsInterfacePerfInLabelsInUse、mplsInterfacePerfInLabelLookupFailures、mplsInterfacePerfOutFragmentedPkts、mplsInterfacePerfOutLabelsInUse
STATUS current
DESCRIPTION
"Collection of objects providing performance
information
about an LSR."
::= { mplsLsrGroups 5 }
STATUSの現在の記述、「LSRの性能情報を提供するオブジェクトの収集。」 ::= mplsLsrGroups5
mplsHCInSegmentPerfGroup OBJECT-GROUP
OBJECTS { mplsInSegmentPerfHCOctets }
STATUS current
mplsHCInSegmentPerfGroup OBJECT-GROUP OBJECTS mplsInSegmentPerfHCOctets、STATUS海流
Srinivasan, et al. Standards Track [Page 53] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[53ページ]。
DESCRIPTION
"Object(s) providing performance information
specific to out-segments for which the object
mplsInterfaceInOctets wraps around too quickly."
::= { mplsLsrGroups 6 }
記述は「(s) オブジェクトmplsInterfaceInOctetsがあまりにすぐに巻きつける出ているセグメントに特定の性能情報を提供して、反対します」。 ::= mplsLsrGroups6
mplsHCOutSegmentPerfGroup OBJECT-GROUP
OBJECTS { mplsOutSegmentPerfHCOctets }
STATUS current
DESCRIPTION
"Object(s) providing performance information
specific to out-segments for which the object
mplsInterfaceOutOctets wraps around too
quickly."
::= { mplsLsrGroups 7 }
mplsHCOutSegmentPerfGroup OBJECT-GROUP OBJECTS mplsOutSegmentPerfHCOctets、STATUSの現在の記述は「(s) オブジェクトmplsInterfaceOutOctetsがあまりにすぐに巻きつける出ているセグメントに特定の性能情報を提供して、反対します」。 ::= mplsLsrGroups7
mplsLabelStackGroup OBJECT-GROUP
OBJECTS {
mplsLabelStackLabel,
mplsLabelStackLabelPtr,
mplsLabelStackRowStatus,
mplsLabelStackStorageType,
mplsMaxLabelStackDepth,
mplsLabelStackIndexNext
}
STATUS current
DESCRIPTION
"Objects needed to support label stacking."
::= { mplsLsrGroups 8 }
mplsLabelStackGroup OBJECT-GROUP OBJECTS、mplsLabelStackLabel、mplsLabelStackLabelPtr、mplsLabelStackRowStatus、mplsLabelStackStorageType、mplsMaxLabelStackDepth、STATUSの現在の記述が「必要であることで、サポートラベルの積み重ねに反対させる」mplsLabelStackIndexNext。 ::= mplsLsrGroups8
mplsLsrNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS {
mplsXCUp,
mplsXCDown
}
STATUS current
DESCRIPTION
"Set of notifications implemented in this
module."
::= { mplsLsrGroups 9 }
END
mplsLsrNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS、mplsXCUp、mplsXCDown、「通知のセットはこのモジュールで実装した」STATUSの現在の記述。 ::= mplsLsrGroups9は終わります。
Srinivasan, et al. Standards Track [Page 54] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[54ページ]。
11. Security Considerations
11. セキュリティ問題
It is clear that this MIB module is potentially useful for monitoring of MPLS LSRs. This MIB can also be used for configuration of certain objects, and anything that can be configured can be incorrectly configured, with potentially disastrous results.
このMIBモジュールが潜在的にMPLS LSRsのモニターの役に立つのは、明確です。 また、あるオブジェクトの構成にこの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操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o the mplsLsrInSegmentTable, mplsLsrOutSegmentTable, mplsXCTable,
mplsOutSegmentPerfTable, mplsInterfacePerfTable, and
mplsInSegmentPerfTable collectively contain objects to provision
MPLS interfaces, LSPs and their associated parameters on an Label
Switching Router (LSR). Unauthorized access to objects in these
tables, could result in disruption of traffic on the network.
This is especially true if an LSP 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 module.
Administrators should consider whether read access to these
objects should be allowed, since read access may be undesirable
under certain circumstances.
o mplsLsrInSegmentTable、mplsLsrOutSegmentTable、mplsXCTable、mplsOutSegmentPerfTable、mplsInterfacePerfTable、およびmplsInSegmentPerfTableはLabel Switching Router(LSR)に関する支給MPLSインタフェース、LSPs、および彼らの関連パラメタにオブジェクトをまとめて含んでいます。 権限のなさ、これらのテーブルに中のオブジェクトにアクセスしてください、そして、ネットワークにおけるトラフィックの分裂をもたらすことができました。 LSPが設立されたなら、これは特に本当です。 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 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:
いくつかで敏感であるか、または被害を受け易い状態で考えられて、「すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト」がそうするかもしれないこのMIBモジュールによるいくつかの読み込み可能なオブジェクトが環境をネットワークでつなぎます。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
o the mplsLsrInSegmentTable, mplsLsrOutSegmentTable, mplsXCTable,
mplsOutSegmentPerfTable, mplsInterfacePerfTable, and
mplsInSegmentPerfTable collectively show the LSP network topology
and its performance characteristics. If an Administrator does not
want to reveal this information, then these tables should be
considered sensitive/vulnerable.
o mplsLsrInSegmentTable、mplsLsrOutSegmentTable、mplsXCTable、mplsOutSegmentPerfTable、mplsInterfacePerfTable、およびmplsInSegmentPerfTableはLSPネットワーク形態とその性能の特性をまとめて見せています。 Administratorがこの情報を明らかにしたくないなら、これらのテーブルは敏感であるか、または被害を受け易いと考えられるべきです。
Srinivasan, et al. Standards Track [Page 55] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[55ページ]。
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インチ、SNMPv3の暗号のメカニズム「認証とプライバシー」の全面的な支援を含んでいて」提供するようにRECOMMENDEDです。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module, is properly configured to give access to the objects only to those principals "users" that have legitimate rights to indeed GET or SET "change/create/delete" them.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、それらの主体「ユーザ」だけ、にオブジェクトへのアクセスを与えるために構成されて、本当にGETに正当な権利を持ってください。さもないと、SETがそれらを「変えるか、作成する、削除すること」が、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が適切にそうであることを保証する顧客/オペレータ責任です。
12. Acknowledgments
12. 承認
We wish to thank Ron Bonica, Adrian Farrel, Eric Gray, Tim Mancour, Keith McCloghrie, Bala Rajagopalan, Dan Tappan, Vasanthi Thirumalai, Joseph Benoit, Mike Piecuch, Joan Cucchiara. A special thanks to Bert Wijnen and Mike MacFaden for really getting the MIB module into shape.
ロンBonicaに感謝申し上げます、エードリアン・ファレル、エリック・グレー、ティムMancour、キースMcCloghrie、Bala Rajagopalan、ダン・タッパン、Vasanthi Thirumalai、ジョゼフ・ブノワ、マイクPiecuch、ジョーンCucchiara。 本当にMIBモジュールをまとめるためのバートWijnenとマイクMacFadenのおかげで特別番組。
13. IANA Considerations
13. 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を通して新しい課題をすることができるだけです。
13.1. IANA Considerations for MPLS-LSR-STD-MIB
13.1. MPLS-LSR-STD-MIBのためのIANA問題
The IANA has assigned { mplsStdMIB 2 } to the MPLS-LSR-STD-MIB module
specified in this document.
IANAは本書では指定されたMPLS-LSR-STD-MIBモジュールにmplsStdMIB2を割り当てました。
Srinivasan, et al. Standards Track [Page 56] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[56ページ]。
14. References
14. 参照
14.1. Normative References
14.1. 引用規格
[RFC2119] Bradner, S., "Key Words for use in RFCs to Indicate
Requirement Levels", RFC 2119, BCP 14, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のための主要なワーズ」、RFC2119、BCP14、1997年3月。
[RFC2515] Tesink, K., Ed., "Definitions of Managed Objects for
ATM Management", RFC 2515, February 1999.
[RFC2515] Tesink、K.、エド、「気圧管理のための管理オブジェクトの定義」、RFC2515、2月1999日
[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月のための順応声明。」
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group
MIB", RFC 2863, June 2000.
[RFC2863] McCloghrieとK.とF.Kastenholz、「インタフェースはMIBを分類する」RFC2863、2000年6月。
[RFC3031] Rosen, E., Viswanathan, A., and R. Callon,
"Multiprotocol Label Switching Architecture", RFC 3031,
January 2001.
[RFC3031] ローゼンとE.とViswanathan、A.とR.Callon、「Multiprotocolラベル切り換えアーキテクチャ」、RFC3031、2001年1月。
[RFC3291] Daniele, M., Haberman, B., Routhier, S., and J.
Schoenwaelder, "Textual Conventions for Internet
Network Addresses", RFC 3291, May 2002.
[RFC3291]ダニエル(M.とハーバーマンとB.とRouthier、S.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのための原文のコンベンション」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, Eds., "Definition of
Textual Conventions (TCs) for Multiprotocol Label
Switching (MPLS) Management", RFC 3811, June 2004.
[RFC3811]ナドー、T.、およびJ.Cucchiara(Eds)、「Multiprotocolのための原文のコンベンション(TCs)の定義は切り換え(MPLS)を管理とラベルします」、RFC3811、2004年6月。
[RFC3812] Srinivasan, C., Viswanathan, A., and T. Nadeau,
"Multiprotocol Label Switching (MPLS) Traffic
Engineering (TE) Management Information Base (MIB)",
RFC 3812, June 2004.
[RFC3812] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolは交通工学(Te)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3812、2004年6月。
Srinivasan, et al. Standards Track [Page 57] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[57ページ]。
[IANAFamiy] Internet Assigned Numbers Authority (IANA), ADDRESS
FAMILY NUMBERS,
(http://www.iana.org/assignments/address-family-
numbers), for MIB see:
http://www.iana.org/assignments/
ianaaddressfamilynumbers-mib
[IANAFamiy]インターネットAssigned民数記Authority(IANA)、ADDRESS FAMILY NUMBERS( http://www.iana.org/assignments/address-family- 番号)、MIBに関して、見てください: http://www.iana.org/assignments/ ianaaddressfamilynumbers-mib
14.2. Informative References
14.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月)。
[RFC3413] Levi, D., Meyer, P. and B. Stewart, "Simple Network
Management Protocol (SNMP) Applications", STD 62, RFC
3413, December 2002.
[RFC3413] レビとD.とマイヤーとP.とB.スチュワート、「簡単なネットワーク管理プロトコル(SNMP)アプリケーション」、STD62、RFC3413、2002年12月。
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction and Applicability Statements for
Internet-Standard Management Framework", RFC 3410,
December 2002.
[RFC3410]ケースとJ.とマンディとR.、パーテインとD.とB.スチュワート、「インターネット標準の管理フレームワークのための序論と適用性声明」RFC3410(2002年12月)。
Srinivasan, et al. Standards Track [Page 58] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[58ページ]。
15. Authors' Addresses
15. 作者のアドレス
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 Beaver Brook Road Boxboro, MA 01719
トーマスD.ナドーシスコシステムズInc.300ビーバーブルック道路Boxboro、MA 01719
Phone: +1-978-936-1470 EMail: tnadeau@cisco.com
以下に電話をしてください。 +1-978-936-1470 メールしてください: tnadeau@cisco.com
Srinivasan, et al. Standards Track [Page 59] RFC 3813 MPLS LSR MIB June 2004
Srinivasan、他 規格はMPLS LSR MIB2004年6月にRFC3813を追跡します[59ページ]。
16. Full Copyright Statement
16. 完全な著作権宣言文
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 60]
Srinivasan、他 標準化過程[60ページ]
一覧
スポンサーリンク
