RFC4327 日本語訳
4327 Link Management Protocol (LMP) Management Information Base (MIB).M. Dubuc, T. Nadeau, J. Lang, E. McGinnis. January 2006. (Format: TXT=150509 bytes) (Obsoleted by RFC4631) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Dubuc Request for Comments: 4327 T. Nadeau Category: Standards Track Cisco Systems J. Lang Sonos, Inc. E. McGinnis Hammerhead Systems January 2006
コメントを求めるワーキンググループM.ドュバックの要求をネットワークでつないでください: 4327年のT.ナドーカテゴリ: 標準化過程シスコシステムズJ.ラングSonos Inc.E.マクギニスハンマーの頭システム2006年1月
Link Management Protocol (LMP) Management Information Base (MIB)
リンク管理プロトコル(LMP)管理情報ベース(MIB)
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling the Link Management Protocol (LMP).
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それは、Link Managementプロトコル(LMP)をモデル化するために管理オブジェクトについて説明します。
Table of Contents
目次
1. The Internet-Standard Management Framework ......................2 2. Introduction ....................................................2 3. Terminology .....................................................3 4. Feature Checklist ...............................................3 5. Outline .........................................................4 6. Brief Description of MIB Objects ................................4 6.1. lmpNbrTable ................................................4 6.2. lmpControlChannelTable .....................................4 6.3. lmpControlChannelPerfTable .................................4 6.4. lmpTeLinkTable .............................................5 6.5. lmpLinkVerificationTable ...................................5 6.6. lmpTeLinkPerfTable .........................................5 6.7. lmpDataLinkTable ...........................................5 6.8. lmpDataLinkPerfTable .......................................5 7. Example of LMP Control Channel Setup ............................5
1. インターネット標準の管理枠組み…2 2. 序論…2 3. 用語…3 4. チェックリストを特徴としてください…3 5. 概説します。4 6. MIB物の記述に事情を知らせてください…4 6.1lmpNbrTable…4 6.2lmpControlChannelTable…4 6.3lmpControlChannelPerfTable…4 6.4lmpTeLinkTable…5 6.5lmpLinkVerificationTable…5 6.6lmpTeLinkPerfTable…5 6.7lmpDataLinkTable…5 6.8lmpDataLinkPerfTable…5 7. LMPコントロールチャンネルセットアップに関する例…5
Dubuc, et al. Standards Track [Page 1] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[1ページ]。
8. Application of the Interfaces Group to LMP ......................8 8.1. Support of the LMP Layer by ifTable ........................9 9. LMP MIB Module Definitions .....................................11 10. Security Considerations .......................................77 11. Contributors ..................................................78 12. Acknowledgements ..............................................78 13. IANA Considerations ...........................................78 13.1. IANA Considerations for lmp ifType .......................78 13.2. IANA Considerations for LMP-MIB ..........................78 14. References ....................................................79 14.1. Normative References .....................................79 14.2. Informative References ...................................80
8. インタフェースのアプリケーションはLMPに分類されます…8 8.1. ifTableによるLMP層のサポート…9 9. LMP MIBモジュール定義…11 10. セキュリティ問題…77 11. 貢献者…78 12. 承認…78 13. IANA問題…78 13.1. lmp ifTypeのためのIANA Considerations…78 13.2. LMP-MIBのためのIANA問題…78 14. 参照…79 14.1. 標準の参照…79 14.2. 有益な参照…80
1. The Internet-Standard Management Framework
1. インターネット標準の管理枠組み
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モジュールを指定します。
2. Introduction
2. 序論
Current work is under way in the IETF to specify a suite of protocols to be used as a common control plane and a separate common measurement plane. Generalized MPLS (GMPLS) [RFC3471] and the Link Management Protocol [RFC4204] are key components of this standardization activity. The primary purpose of LMP is to manage traffic engineering (TE) links. Primary goals of LMP are the maintenance of the control channel connectivity, correlation of link properties, verification of data-bearing links, and detection and isolation of link faults.
執筆中の作品が共通制御機構飛行機と別々の一般的な測定飛行機として使用されるためにひとそろいのプロトコルを指定するIETFの方法の下にあります。 一般化されたMPLS(GMPLS)[RFC3471]とLink Managementプロトコル[RFC4204]はこの標準化活動の主要なコンポーネントです。 LMPの第一の目的は交通工学(TE)リンクを管理することです。 LMPの第一の目標は、リンク欠点のコントロールチャンネルの接続性の維持と、リンクの特性の相関関係と、データを持つリンクの検証と、検出と孤立です。
We describe in this document a MIB module that can be used to manage LMP implementations. This MIB module covers both configuration and performance monitoring aspects of LMP.
私たちは本書ではLMP実現を管理するのに使用できるMIBモジュールを説明します。 このMIBモジュールは構成とLMPの性能のモニターしている局面の両方をカバーしています。
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 RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
Dubuc, et al. Standards Track [Page 2] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[2ページ]。
3. Terminology
3. 用語
This document uses terminology from the document describing the Link Management Protocol [RFC4204]. An "LMP adjacency" is formed between two nodes that support the same capabilities, and LMP messages are exchanged between the node pair over control channels that form this adjacency. Several control channels can be active at the same time. With the exception of messages related to control channel management, anytime an LMP message needs to be transferred to a neighbor node, it can be sent on any of the active control channels. The control channels can also be used to exchange MPLS control plane information or routing information.
このドキュメントはLink Managementプロトコル[RFC4204]について説明するドキュメントから用語を使用します。 同じ能力を支える2つのノードの間で「LMP隣接番組」を形成します、そして、ノード組の間でこの隣接番組を形成する制御チャンネルの上とLMPメッセージを交換します。 数個の制御チャンネルが同時に、活発である場合があります。 コントロールチャンネル管理に関連するメッセージを除いて、いつでも、LMPメッセージは、隣人ノードに移される必要があって、活発な制御チャンネルのいずれでもそれを送ることができます。 また、MPLSコントロール飛行機情報かルーティング情報を交換するのに制御チャンネルを使用できます。
LMP is designed to support aggregation of one or more data-bearing links into a traffic-engineering (TE) link. The data-bearing links can be either component links or ports depending on their multiplexing capability (see [RFC4204] for distinction between port and component link).
LMPは、交通工学(TE)リンクに1個以上のデータを持つリンクの集合を支持するように設計されています。 データを持つリンクは、彼らのマルチプレクシング能力(ポートとコンポーネントの区別のための[RFC4204]がリンクするのを見る)によるコンポーネントリンクかポートのどちらかであるかもしれません。
Each TE link is associated with an LMP adjacency, and one or more control channels are used to exchange LMP messages for a particular adjacency. In turn, control channels are used to manage the TE links associated with the LMP adjacency.
それぞれのTEリンクはLMP隣接番組に関連しています、そして、1個以上の制御チャンネルが、特定の隣接番組へのLMPメッセージを交換するのに使用されます。 順番に、制御チャンネルは、LMP隣接番組に関連しているTEリンクを管理するのに使用されます。
4. Feature Checklist
4. 特徴チェックリスト
The Link Management Protocol MIB module (LMP-MIB) is designed to satisfy the following requirements and constraints:
Link ManagementプロトコルMIBモジュール(LMP-MIB)は以下の要件と規制を満たすように設計されています:
- The MIB module supports the enabling and disabling of LMP capability on LMP-capable interfaces of a photonic switch, optical cross-connect, or router.
- MIBモジュールは光子スイッチ、光学十字接続、またはルータのLMPできるインタフェースのLMP能力を可能にするのと無能にすることを支持します。
- The MIB module is used to provide information about LMP adjacencies.
- MIBモジュールは、LMP隣接番組の情報を提供するのに使用されます。
- Support is provided for configuration of the keep alive and link verification parameters.
- 生きている生活費とリンク検証パラメタの構成にサポートを提供します。
- The MIB module is used to express the mapping between local and remote TE links, as well as local and remote interface identifiers for port or component link.
- MIBモジュールは地方の、そして、リモートなTEリンクの間のマッピングを言い表すのに使用されます、ポートかコンポーネントリンクのための地方の、そして、リモートなインタフェース識別子と同様に。
- Performance counters are provided for measuring LMP performance on a per-control channel basis. Performance counters are also provided for measuring LMP performance on the data-bearing links.
- 1コントロールあたり1個のチャンネルベースに関する測定LMP性能にパフォーマンスカウンタを提供します。 また、データを持つリンクに関する測定LMP性能にパフォーマンスカウンタを提供します。
Dubuc, et al. Standards Track [Page 3] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[3ページ]。
Note that the LMP MIB module goes hand-in-hand with the TE Link (TE-LINK-STD-MIB) MIB module [RFC4220]. The TE link table, which is used to associate data-bearing links to TE links, is defined in the TE Link MIB. The TE link table in the LMP MIB module contains TE link information specific to LMP.
TE Link(TE-LINK-STD-MIB)MIBモジュール[RFC4220]でLMP MIBモジュールが手を携えてなることに注意してください。 TEリンクテーブル(TEリンクへのデータを持つリンクを関連づけるのに使用される)はTE Link MIBで定義されます。 LMP MIBモジュールによるTEリンクテーブルはLMPに特定のTEリンク情報を含んでいます。
5. Outline
5. アウトライン
Configuring LMP through an optical device involves the following steps:
光学装置を通してLMPを構成すると、以下のステップはかかわります:
- Enabling LMP on LMP-capable interfaces through control channel configuration.
- コントロールチャネル構成を通してLMPできるインタフェースのLMPを有効にします。
- Optionally specifying link verification parameters.
- 任意に、リンク検証パラメタを指定します。
- Configuring the data-bearing links and associating them to the appropriate TE link (this association is stored in the ifStackTable of the Interfaces Group MIB).
- データを持つリンクを構成して、適切なTEにそれらを関連づけるのはリンクされます(この協会はInterfaces Group MIBのifStackTableに格納されます)。
TE links are managed by the control channels that run between the same pair of nodes (LMP adjacency).
TEリンクは同じように走って、対にするノード(LMP隣接番組)の制御チャンネルによって管理されます。
6. Brief Description of MIB Objects
6. MIB物の簡単な説明
Sections 6.1-6.8 describe objects pertaining to LMP. The MIB objects were derived from the LMP document [RFC4204].
セクション6.1-6.8はLMPに関係する物について説明します。 LMPドキュメント[RFC4204]からMIB物を得ました。
6.1. lmpNbrTable
6.1. lmpNbrTable
The remote node table is used to identify the pair of nodes that exchange LMP messages over control channels.
遠隔ノードテーブルは、制御チャンネルの上とLMPメッセージを交換するノードの組を特定するのに使用されます。
6.2. lmpControlChannelTable
6.2. lmpControlChannelTable
The control channel table is used for enabling the LMP protocol on LMP-capable interfaces. A photonic switch, optical cross-connect, or router creates an entry in this table for every LMP-capable interface in that device.
制御チャンネルテーブルは、LMPできるインタフェースでLMPプロトコルを可能にするのに使用されます。 光子スイッチ、光学十字接続、またはルータがその装置でこのテーブルであらゆるLMPできるインタフェースにエントリーを作成します。
6.3. lmpControlChannelPerfTable
6.3. lmpControlChannelPerfTable
The control channel performance table is used for collecting LMP performance counts on a per-control channel basis. Each entry in the lmpControlChannelTable has a corresponding entry in the lmpControlChannelPerfTable.
制御チャンネル成果テーブルは、LMP性能カウントを1コントロールあたり1個のチャンネルベースに集めるのに使用されます。 lmpControlChannelTableの各エントリーはlmpControlChannelPerfTableに対応するエントリーを持っています。
Dubuc, et al. Standards Track [Page 4] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[4ページ]。
6.4. lmpTeLinkTable
6.4. lmpTeLinkTable
The TE link table is used for specifying LMP information associated with TE links.
TEリンクテーブルは、TEリンクに関連しているLMP情報を指定するのに使用されます。
6.5. lmpLinkVerificationTable
6.5. lmpLinkVerificationTable
The link verification table is used for configuring the LMP link verification parameters of TE links. For every TE link entry in the lmpTeLinkTable that supports the link verification procedure, there is a corresponding entry in the lmpLinkVerificationTable.
リンク検証テーブルは、TEリンクのLMPリンク検証パラメタを構成するのに使用されます。 リンク検証手続を支持するlmpTeLinkTableのあらゆるTEリンクエントリーには、対応するエントリーがlmpLinkVerificationTableにあります。
6.6. lmpTeLinkPerfTable
6.6. lmpTeLinkPerfTable
The TE link performance table is used for collecting LMP performance counts on a per-TE link basis. Each entry in the lmpTeLinkTable has a corresponding entry in the lmpTeLinkPerfTable.
TEリンク性能テーブルは、LMP性能カウントを1TEあたり1個のリンクベースに集めるのに使用されます。 lmpTeLinkTableの各エントリーはlmpTeLinkPerfTableに対応するエントリーを持っています。
6.7. lmpDataLinkTable
6.7. lmpDataLinkTable
The data-bearing link table is used to specify the data-bearing links that are associated with TE links.
データを持つリンクテーブルは、TEリンクに関連しているデータを持つリンクを指定するのに使用されます。
6.8. lmpDataLinkPerfTable
6.8. lmpDataLinkPerfTable
The data-bearing link performance table is used for collecting LMP performance counts on data-bearing links.
データを持つリンク性能テーブルは、LMP性能カウントをデータを持つリンクに集めるのに使用されます。
7. Example of LMP Control Channel Setup
7. LMPコントロールチャンネルセットアップに関する例
In this section, we provide a brief example of using the MIB objects described in section 9 to set up an LMP control channel. 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 itself.
このセクションに、私たちはLMP制御チャンネルをセットアップするためにセクション9で説明されたMIB物を使用する簡潔な例を供給します。 この例はMIBモジュールのあらゆるニュアンスを例証することになっているというわけではありませんが、それは重要な考えのいくつかを理解していることへの援助として意図します。 MIB自身を通った後に、それは読まれることになっています。
Suppose that one would like to form an LMP adjacency between two nodes using two control channels. Suppose also that there are three data-bearing links. We also assume that the data-bearing links are ports (lambdas). We also assume that the link verification procedure is not enabled. The following example illustrates which rows and corresponding objects might be created to accomplish this.
1つが2つのノードの間で2個の制御チャンネルを使用することでLMP隣接番組を形成したがっていると仮定してください。 また、3個のデータを持つリンクがあると仮定してください。 また、私たちは、データを持つリンクがポート(λ)であると思います。 また、私たちは、リンク検証手続が可能にされないと思います。 以下の例は、どの列と対応するオブジェクトがこれを達成するために作成されるかもしれないかを例証します。
First, LMP must be enabled between the pair of nodes.
まず最初に、ノードの組の間でLMPを有効にしなければなりません。
Dubuc, et al. Standards Track [Page 5] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[5ページ]。
In lmpNbrTable: { lmpNbrNodeId = 'c0000201'H, -- 192.0.2.1 lmpNbrAdminStatus = up(1), lmpNbrRowStatus = createAndGo(4), lmpNbrStorageType = nonVolatile(3) }
lmpNbrTableで: '
Then, the control channels must be set up. These are created in the lmpControlChannelTable.
そして、制御チャンネルをセットアップしなければなりません。 これらはlmpControlChannelTableで作成されます。
In lmpControlChannelTable: { lmpCcId = 1, lmpCcUnderlyingIfIndex = 1, lmpCcIsIf = false(1), lmpCcAuthentication = false(1), lmpCcHelloInterval = 15, lmpCcHelloIntervalMin = 15, lmpCcHelloIntervalMax = 1000, lmpCcHelloDeadInterval = 45, lmpCcHelloDeadIntervalMin = 45, lmpCcHelloDeadIntervalMax = 1000, lmpCcAdminStatus = up(1), lmpCcRowStatus = createAndGo(4), lmpCcStorageType = nonVolatile(3) }
lmpControlChannelTableで: lmpCcId=1、lmpCcUnderlyingIfIndex=1、誤ったlmpCcIsIf=(1)、誤ったlmpCcAuthentication=(1)、lmpCcHelloInterval=15、lmpCcHelloIntervalMin=15、lmpCcHelloIntervalMax=1000、lmpCcHelloDeadInterval=45、lmpCcHelloDeadIntervalMin=45、lmpCcHelloDeadIntervalMax=1000、(1)へのlmpCcAdminStatus=、lmpCcRowStatusはcreateAndGo(4)と等しいです、lmpCcStorageType=nonVolatile(3)
{ lmpCcId = 2, lmpCcUnderlyingIfIndex = 2, lmpCcIsIf = false(1), lmpCcAuthentication = false(1), lmpCcHelloInterval = 15, lmpCcHelloIntervalMin = 15, lmpCcHelloIntervalMax = 1000, lmpCcHelloDeadInterval = 45, lmpCcHelloDeadIntervalMin = 45, lmpCcHelloDeadIntervalMax = 1000, lmpCcAdminStatus = up(1), lmpCcRowStatus = createAndGo(4), lmpCcStorageType = nonVolatile(3) }
lmpCcId=2、lmpCcUnderlyingIfIndex=2、誤ったlmpCcIsIf=(1)、誤ったlmpCcAuthentication=(1)、lmpCcHelloInterval=15、lmpCcHelloIntervalMin=15、lmpCcHelloIntervalMax=1000、lmpCcHelloDeadInterval=45、lmpCcHelloDeadIntervalMin=45、lmpCcHelloDeadIntervalMax=1000、(1)へのlmpCcAdminStatus=、lmpCcRowStatusはcreateAndGo(4)と等しいです、lmpCcStorageType=nonVolatile(3)
Next, the three data-bearing links are created. For each data- bearing link, an ifEntry with the same ifIndex needs to be created beforehand.
次に、3個のデータを持つリンクが作成されます。 それぞれのデータベアリングリンクに、同じifIndexとifEntryは、あらかじめ作成される必要があります。
Dubuc, et al. Standards Track [Page 6] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[6ページ]。
In lmpDataLinkTable: { ifIndex = 41, lmpDataLinkAddressType = unknown(0), lmpDataLinkIpAddr = ''H, lmpDataLinkRemoteIpAddress = ''H, lmpDataLinkRemoteIfId = 47, lmpDataLinkRowStatus = createAndGo(4), lmpDataLinkStorageType = nonVolatile(3) }
lmpDataLinkTableで: ifIndex=41、lmpDataLinkAddressType=未知(0)、lmpDataLinkIpAddr=「H、lmpDataLinkRemoteIpAddress=」H、lmpDataLinkRemoteIfId=47、lmpDataLinkRowStatusはcreateAndGo(4)と等しいです、不揮発性のlmpDataLinkStorageType=(3)
{ ifIndex = 43, lmpDataLinkAddressType = unknown(0), lmpDataLinkIpAddr = ''H, lmpDataLinkRemoteIpAddress = ''H, lmpDataLinkRemoteIfId = 42, lmpDataLinkRowStatus = createAndGo(4), lmpDataLinkStorageType = nonVolatile(3) }
ifIndex=43、lmpDataLinkAddressType=未知(0)、lmpDataLinkIpAddr=「H、lmpDataLinkRemoteIpAddress=」H、lmpDataLinkRemoteIfId=42、lmpDataLinkRowStatusはcreateAndGo(4)と等しいです、不揮発性のlmpDataLinkStorageType=(3)
{ ifIndex = 44, lmpDataLinkAddressType = unknown(0), lmpDataLinkIpAddr = ''H, lmpDataLinkRemoteIpAddress = ''H, lmpDataLinkRemoteIfId = 48, lmpDataLinkRowStatus = createAndGo(4), lmpDataLinkStorageType = nonVolatile(3) }
ifIndex=44、lmpDataLinkAddressType=未知(0)、lmpDataLinkIpAddr=「H、lmpDataLinkRemoteIpAddress=」H、lmpDataLinkRemoteIfId=48、lmpDataLinkRowStatusはcreateAndGo(4)と等しいです、不揮発性のlmpDataLinkStorageType=(3)
Note that the data-bearing link type (lmpDataLinkType) does not need to be provisioned as it is automatically populated by the node. The definition of the protection role (primary or secondary) for the data-bearing links is stored in the componentLinkTable of the TE Link MIB module [RFC4220].
それがノードによって自動的に居住されるのでデータを持つリンク型(lmpDataLinkType)が食糧を供給される必要はないことに注意してください。 データを持つリンクにおける、(第一か二次)の保護の役割の定義はTE Link MIBモジュール[RFC4220]のcomponentLinkTableに格納されます。
Then, a TE link is created as an ifEntry with ifType teLink in the ifTable.
そして、TEリンクはifType teLinkと共にifEntryとしてifTableで作成されます。
Once the TE link is created in the ifTable, a TE link entry is created in the LMP MIB module to specify TE link information specific to LMP.
TEリンクがifTableでいったん作成されると、TEリンクエントリーは、LMPに特定のTEリンク情報を指定するためにLMP MIBモジュールで作成されます。
In lmpTeLinkTable: { ifIndex = 20, lmpTeLinkVerification = true(2),
lmpTeLinkTableで: ifIndexは本当の20、lmpTeLinkVerification=(2)と等しいです。
Dubuc, et al. Standards Track [Page 7] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[7ページ]。
lmpTeLinkFaultManagement = true(2), lmpTeLinkDwdm = false(1), lmpTeLinkRowStatus = createAndGo(4), lmpTeLinkStorageType = nonVolatile(3) }
lmpTeLinkFaultManagementは本当の(2)と等しく、lmpTeLinkDwdmは誤った(1)と等しく、lmpTeLinkRowStatusはcreateAndGo(4)と等しく、lmpTeLinkStorageTypeはnonVolatile(3)と等しいです。
and in lmpLinkVerificationTable: { ifIndex = 20, lmpLinkVerifyInterval = 100, lmpLinkVerifyDeadInterval = 300, lmpLinkVerifyTransportMechanism = j0Trace(3), lmpLinkVerifyAllLinks = true(2), lmpLinkVerifyTransmissionRate = 100000, lmpLinkVerifyWavelength = 0, lmpLinkVerifyRowStatus = createAndGo(4), lmpLinkVerifyStorageType = nonVolatile(3) }
そして、lmpLinkVerificationTableで: ifIndex=20、lmpLinkVerifyInterval=100、lmpLinkVerifyDeadInterval=300、lmpLinkVerifyTransportMechanism=j0Trace(3)、本当のlmpLinkVerifyAllLinks=(2)、lmpLinkVerifyTransmissionRate=100000、lmpLinkVerifyWavelength=0、lmpLinkVerifyRowStatusはcreateAndGo(4)と等しいです、lmpLinkVerifyStorageType=nonVolatile(3)
The association between the data-bearing links and the TE links is stored in the ifStackTable [RFC2863].
データを持つリンクとTEリンクとの協会はifStackTable[RFC2863]に格納されます。
In parallel with the entry created in the lmpTeLinkTable, an entry may be created in the teLinkTable of TE Link MIB module [RFC4220].
lmpTeLinkTableで作成されたエントリーと平行して、エントリーはTE Link MIBモジュール[RFC4220]のteLinkTableで作成されるかもしれません。
8. Application of the Interfaces Group to LMP
8. LMPへのインタフェースグループのアプリケーション
The Interfaces Group [RFC2863] defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing LMP control channels that are modeled as interfaces. If the control channel as defined in the lmpControlChannelTable is modeled as an ifEntry, then the following definition applies. An lmpControlChannelTable entry is designated as being represented as an Interfaces MIB ifEntry if the lmpControlChannelEntry object lmpCcIsIf is set to true (2). In this case, the control channel SHOULD be modeled as an ifEntry and provide appropriate interface stacking as defined below.
Interfaces Group[RFC2863]は、インタフェースを管理するために一般的な管理オブジェクトを定義します。 このメモはインタフェースとしてモデル化されるLMP制御チャンネルを管理するためのInterfaces Groupにメディア特有の拡大を含んでいます。 lmpControlChannelTableで定義される制御チャンネルがifEntryとしてモデル化されるなら、以下の定義は適用されます。 lmpControlChannelTableエントリーは、lmpControlChannelEntry物のlmpCcIsIfが本当の(2)に用意ができているならInterfaces MIB ifEntryとして表されながら、任じられます。 この場合、制御チャンネルSHOULDはifEntryとしてモデル化されて、以下で定義されるように適切なインタフェースの積み重ねを提供します。
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. Since the LMP interface only carries control traffic, it is considered to be below the internetwork layer. Thus, the LMP interface may be represented as an entry in the ifTable. The interrelation of entries in the ifTable is defined by Interfaces Stack Group defined in [RFC2863].
このメモは、Interfaces Groupの解釈が[RFC2863]に従ってどれが、インタフェースが(ifTable)をテーブルの上に置くと述べるかが管理資源のインタフェースの情報を含んでいて、ネットワーク・インターフェースのインターネットワーク層の下の各副層がインタフェースであると考えられるということであると仮定します。 LMPインタフェースがコントロール交通を運ぶだけであるので、インターネットワーク層の下におけるあるのは考えられます。 したがって、LMPインタフェースはエントリーとしてifTableに表されるかもしれません。 ifTableのエントリーの相互関係は[RFC2863]で定義されたInterfaces Stack Groupによって定義されます。
Dubuc, et al. Standards Track [Page 8] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[8ページ]。
When LMP control channels are modeled as interfaces, the interface stack table must appear as follows for the LMP control channel interfaces:
LMP制御チャンネルがインタフェースとしてモデル化されるとき、インタフェーススタックテーブルはLMPコントロールチャンネル・インタフェースにおいて以下の通りに見えなければなりません:
+----------------------------------------+ | LMP-interface ifType = lmp(227) + +----------------------------------------+ | Underlying Layer... + +----------------------------------------+
+----------------------------------------+ | LMP-インタフェースifTypeはlmp(227)++と等しいです。----------------------------------------+ | 基本的な層… + +----------------------------------------+
In the above diagram, "Underlying Layer..." refers to the ifIndex of any interface type over which the LMP interface will transmit its traffic. Note that if the underlying layer provides multiple access to its media (i.e., Ethernet), then it is possible to stack multiple LMP interfaces on top of this interface in parallel.
上のダイヤグラムで、「下位層」はLMPインタフェースが交通を伝えるどんなインターフェース型のifIndexも示します…。 下位層がメディア(すなわち、イーサネット)への複数のアクセスを提供するなら平行なこのインタフェースの上で複数のLMPインタフェースを積み重ねるのが可能であることに注意してください。
Note that it is not a requirement that LMP control channels be modeled as interfaces. It is acceptable that control channels simply exist as logical connections between adjacent LMP-capable nodes. In this case, lmpCcIsIf is set to false(2) and no corresponding entry is made in the ifTable.
それがLMP制御チャンネルがインタフェースとしてモデル化されるという要件でないことに注意してください。 制御チャンネルが隣接しているLMPできるノードの間の論理的な接続として単に存在するのは、許容できます。 この場合、lmpCcIsIfは誤った(2)に用意ができています、そして、ifTableでどんな対応するエントリーもしません。
8.1. Support of the LMP Layer by ifTable
8.1. ifTableによるLMP層のサポート
Some specific interpretations of ifTable for the LMP layer follow.
LMP層のためのifTableのいくつかの特定の解釈が続きます。
Object Use for the LMP layer.
LMPのための物のUseは層にします。
ifIndex Each LMP interface may be represented by an ifEntry.
ifIndex Each LMPインタフェースはifEntryによって表されるかもしれません。
ifDescr Description of the LMP interface.
LMPインタフェースのifDescr記述。
ifType The value that is allocated for LMP is 227. This number has been assigned by the IANA.
ifTypeはLMPのために割り当てているのが、227であるということである値です。 この数はIANAによって割り当てられました。
ifSpeed The total bandwidth in bits per second for use by the LMP layer.
使用のためにLMP層のそばでbpsにおける総帯域幅をifSpeedしました。
ifPhysAddress Unused.
ifPhysAddress未使用です。
ifAdminStatus This variable indicates the administrator's intent as to whether LMP should be enabled, disabled, or running in some diagnostic testing mode on this interface. Also see [RFC2863].
LMPが有効にされるべきであるかどうかに関してifAdminStatus This変数はアドミニストレータの意図を示します、無能にされるか、またはこのインタフェースでモードをテストする何らかの病気の特徴へ駆け込んで。 また、[RFC2863]を見てください。
ifOperStatus This value reflects the actual or operational status of LMP on this interface.
ifOperStatus This値はこのインタフェースのLMPの実際の、または、操作上の状態を反映します。
Dubuc, et al. Standards Track [Page 9] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[9ページ]。
ifLastChange See [RFC2863].
ifLastChangeは[RFC2863]を見ます。
ifInOctets The number of received octets over the interface, i.e., the number of octets received as LMP packets.
ifInOctets、すなわち、インタフェースの上の容認された八重奏の数、LMPパケットとして受けられた八重奏の数。
ifOutOctets The number of transmitted octets over the interface, i.e., the number of octets transmitted as LMP packets.
ifOutOctets、すなわち、インタフェースの上の伝えられた八重奏の数、LMPパケットとして伝えられた八重奏の数。
ifInErrors The number of LMP packets dropped due to uncorrectable errors.
LMPパケットの数が落とした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 nonvolatile 'alias' name for the interface as specified by a network manager.
指定されるとしてのネットワークマネージャによるインタフェースへのifAlias不揮発性の'別名'名。
ifCounterDiscontinuityTime See [RFC2863].
ifCounterDiscontinuityTimeは[RFC2863]を見ます。
Dubuc, et al. Standards Track [Page 10] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[10ページ]。
9. LMP MIB Module Definitions
9. LMP MIBモジュール定義
This MIB module IMPORTs objects from [RFC2578], [RFC2579], [RFC2580], [RFC2863], [RFC4001], and [RFC4220], and it has REFERENCE clauses to [RFC4204], [RFC4207], [RFC4209], [RFC3471], and [RFC2914].
このMIBモジュールIMPORTsは[RFC2578]、[RFC2579]、[RFC2580]、[RFC2863]、[RFC4001]、および[RFC4220]から反対します、そして、それは[RFC4204]、[RFC4207]、[RFC4209]、[RFC3471]、および[RFC2914]にREFERENCE節を持っています。
LMP-MIB DEFINITIONS ::= BEGIN
LMP-MIB定義:、:= 始まってください。
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, transmission, Unsigned32, Counter32, TimeTicks FROM SNMPv2-SMI -- [RFC2578]
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、トランスミッション、Unsigned32、Counter32、TimeTicks FROM SNMPv2-SMI--[RFC2578]
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- [RFC2580]
モジュールコンプライアンス、物グループはSNMPv2-CONFから通知で分類されます--[RFC2580]
TEXTUAL-CONVENTION, TruthValue, RowStatus, StorageType, TimeStamp FROM SNMPv2-TC -- [RFC2579]
SNMPv2-Tcからの原文のコンベンション、TruthValue、RowStatus、StorageType、タイムスタンプ--[RFC2579]
InterfaceIndexOrZero, ifIndex FROM IF-MIB -- [RFC2863]
InterfaceIndexOrZero、ifIndex、-、MIB、--[RFC2863]
InetAddressType, InetAddress FROM INET-ADDRESS-MIB -- [RFC4001]
INETアドレスMIBからのInetAddressType、InetAddress--[RFC4001]
teLinkRemoteIpAddr, teLinkIncomingIfId, TeLinkEncodingType FROM TE-LINK-STD-MIB; -- [RFC4220]
TeリンクSTD-MIBからのteLinkRemoteIpAddr、teLinkIncomingIfId、TeLinkEncodingType。 -- [RFC4220]
lmpMIB MODULE-IDENTITY LAST-UPDATED "200601110000Z" -- 11 January 2006 ORGANIZATION "Common Control and Measurement Protocols (CCAMP) Working Group" CONTACT-INFO " Martin Dubuc Email: dubuc.consulting@sympatico.ca
lmpMIBモジュールアイデンティティ最終更新日の"200601110000Z"--「マーチン・ドュバックは以下をメールする」という2006年1月11日の組織「共通制御機構と測定プロトコル(CCAMP)作業部会」コンタクトインフォメーション dubuc.consulting@sympatico.ca
Thomas D. Nadeau Email: tnadeau@cisco.com
トーマスD.ナドーメール: tnadeau@cisco.com
Jonathan P. Lang Email: jplang@ieee.org
ジョナサンP.ラングメール: jplang@ieee.org
Evan McGinnis Email: emcginnis@hammerheadsystems.com"
エヴァンマクギニスEmail: " emcginnis@hammerheadsystems.com "
DESCRIPTION
記述
Dubuc, et al. Standards Track [Page 11] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[11ページ]。
"Copyright (C) 2006 The Internet Society. This version of the MIB module is part of RFC 4327; see the RFC itself for full legal notices.
「著作権(C)2006インターネット協会。」 MIBモジュールのこのバージョンはRFC4327の一部です。 完全な法定の通知に関してRFC自身を見てください。
This MIB module contains managed object definitions for the Link Management Protocol (LMP) as defined in 'Link Management Protocol'."
「このMIBモジュールは'リンクManagementプロトコル'で定義されるようにLink Managementプロトコル(LMP)のための管理オブジェクト定義を含んでいます。」
-- Revision history. REVISION "200601110000Z" -- 11 January 2006 DESCRIPTION "Initial version published as RFC 4327" ::= { transmission 227 }
-- 改訂履歴。 REVISION"200601110000Z"--2006年1月11日の記述は「RFC4327として発行されたバージョンに頭文字をつける」:、:= トランスミッション227
-- Textual Conventions
-- 原文のコンベンション
LmpInterval ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "The interval delay in milliseconds." SYNTAX Unsigned32 (1..65535)
LmpInterval:、:= 「間隔はミリセカンドで遅らせる」TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述。 構文Unsigned32(1..65535)
LmpRetransmitInterval ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "The retransmission interval delay in milliseconds." SYNTAX Unsigned32 (1..4294967295)
LmpRetransmitInterval:、:= 「再送信間隔はミリセカンドで遅らせる」TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述。 構文Unsigned32(1..4294967295)
LmpNodeId ::= TEXTUAL-CONVENTION DISPLAY-HINT "1d.1d.1d.1d" STATUS current DESCRIPTION "Represents a Node ID in network byte order. Node ID is an address of type IPv4." REFERENCE "Section 1.1 of Link Management Protocol, RFC 4204" SYNTAX OCTET STRING(SIZE(4))
LmpNodeId:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの"1d.1d.1d.1d"STATUSの現在の記述は「ネットワークバイトオーダーにおけるNode IDを表します」。 「Node IDはタイプIPv4のアドレスです。」 参照「リンク管理プロトコルのセクション1.1、RFC4204」構文八重奏ストリング(サイズ(4))
-- Top level components of this MIB
-- このMIBの最高平らな部品
-- Notifications lmpNotifications OBJECT IDENTIFIER ::= { lmpMIB 0 } -- Tables, Scalars lmpObjects OBJECT IDENTIFIER ::= { lmpMIB 1 }
-- 通知lmpNotifications物の識別子:、:= lmpMIB0--テーブル、スカラlmpObjects物の識別子:、:= lmpMIB1
Dubuc, et al. Standards Track [Page 12] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[12ページ]。
-- Conformance lmpConformance OBJECT IDENTIFIER ::= { lmpMIB 2 }
-- 順応lmpConformance物の識別子:、:= lmpMIB2
lmpAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "The desired operational status of LMP on the node. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." DEFVAL { up } ::= { lmpObjects 1 }
lmpAdminStatus OBJECT-TYPE SYNTAX INTEGERは(2)に(1)を上げます。マックス-ACCESSは「ノードの上のLMPの必要な操作上の状態」をSTATUSの現在の記述に読書して書きます。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 DEFVALは以下を上げます:= lmpObjects1
lmpOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of LMP on the node." ::= { lmpObjects 2 }
lmpOperStatus OBJECT-TYPE SYNTAX INTEGERが(2)にマックス-ACCESS書き込み禁止STATUS現在で(1)を上げる、記述、「ノードの上のLMPの実際の操作上の状態。」 ::= lmpObjects2
-- LMP Neighbor Table
-- LMP隣人テーブル
lmpNbrTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpNbrEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the neighbor node(s) to which control channels may be established." ::= { lmpObjects 3 }
lmpNbrTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpNbrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは制御チャンネルが確立されるかもしれない隣人ノードを指定します」。 ::= lmpObjects3
lmpNbrEntry OBJECT-TYPE SYNTAX LmpNbrEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by a LMP-enabled device for every pair of nodes that can establish control channels." INDEX { lmpNbrNodeId } ::= { lmpNbrTable 1 }
lmpNbrEntry OBJECT-TYPE SYNTAX LmpNbrEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーは制御チャンネルを確立できるすべての組のノードのためにLMPによって可能にされたデバイスによって作成されます」。 lmpNbrNodeIdに索引をつけてください:、:= lmpNbrTable1
LmpNbrEntry ::= SEQUENCE { lmpNbrNodeId LmpNodeId, lmpNbrRetransmitInterval LmpRetransmitInterval,
LmpNbrEntry:、:= 系列、lmpNbrNodeId LmpNodeId、lmpNbrRetransmitInterval LmpRetransmitInterval
Dubuc, et al. Standards Track [Page 13] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[13ページ]。
lmpNbrRetryLimit Unsigned32, lmpNbrRetransmitDelta Unsigned32, lmpNbrAdminStatus INTEGER, lmpNbrOperStatus INTEGER, lmpNbrRowStatus RowStatus, lmpNbrStorageType StorageType }
lmpNbrRetryLimit Unsigned32、lmpNbrRetransmitDelta Unsigned32、lmpNbrAdminStatus整数、lmpNbrOperStatus整数、lmpNbrRowStatus RowStatus、lmpNbrStorageType StorageType
lmpNbrNodeId OBJECT-TYPE SYNTAX LmpNodeId MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is a unique index for an entry in the LmpNbrTable. This value represents the remote Node ID." ::= { lmpNbrEntry 1 }
lmpNbrNodeId OBJECT-TYPE SYNTAX LmpNodeIdのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「これはLmpNbrTableのエントリーへのユニークなインデックスです」。 「この値は遠く離れたNode IDを表します。」 ::= lmpNbrEntry1
lmpNbrRetransmitInterval OBJECT-TYPE SYNTAX LmpRetransmitInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the initial retransmission interval that is used for the retransmission of messages that require acknowledgement. This object along with lmpNbrRetryLimit is used to implement congestion-handling mechanism as defined in Section 10 of the Link Management Protocol specification, which is based on RFC 2914." REFERENCE "Link Management Protocol, RFC 4204.
lmpNbrRetransmitInterval OBJECT-TYPE SYNTAX LmpRetransmitIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトは承認を必要とするメッセージの「再-トランスミッション」のために費やされる初期の再送信間隔を指定します」。 「lmpNbrRetryLimitに伴うこのオブジェクトは混雑取り扱いがメカニズムであると実装するのにLink Managementプロトコル仕様のセクション10で定義されるように使用されます」。仕様はRFC2914に基づいています。 「RFC4204、管理プロトコルをリンクしてください」という参照。
Congestion Control Principles, RFC 2914." DEFVAL { 500 } ::= { lmpNbrEntry 2 }
「輻輳制御プリンシプルズ、RFC2914。」 DEFVAL500:、:= lmpNbrEntry2
lmpNbrRetryLimit OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the maximum number of times a message is transmitted without being acknowledged. A value of 0 is used to indicate that a node should never stop retransmission. This object along with lmpNbrRetransmitInterval is used to implement congestion-handling mechanism as defined in Section 10 of the Link Management Protocol specification, which is based on RFC 2914." REFERENCE
lmpNbrRetryLimit OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を「このオブジェクトは承認されているので、メッセージが送られるという回の最大数を指定する」読書して作成します。 0の値は、ノードが「再-トランスミッション」を決して止めるはずがないのを示すのに使用されます。 「lmpNbrRetransmitIntervalに伴うこのオブジェクトは混雑取り扱いがメカニズムであると実装するのにLink Managementプロトコル仕様のセクション10で定義されるように使用されます」。仕様はRFC2914に基づいています。 参照
Dubuc, et al. Standards Track [Page 14] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[14ページ]。
"Link Management Protocol, RFC 4204.
「RFC4204、管理プロトコルをリンクしてください。」
Congestion Control Principles, RFC 2914." DEFVAL { 3 } ::= { lmpNbrEntry 3 }
「輻輳制御プリンシプルズ、RFC2914。」 DEFVAL3:、:= lmpNbrEntry3
lmpNbrRetransmitDelta OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-create STATUS current DESCRIPTION "This object governs the speed with which the sender increases the retransmission interval as explained in section 10 of the Link Management Protocol specification, which is based on RFC 2914. This value is a power used to express the exponential backoff. The ratio of two successive retransmission intervals is (1 + Delta)." REFERENCE "Link Management Protocol, RFC 4204.
lmpNbrRetransmitDelta OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「RFC2914に基づいているLink Managementプロトコル仕様のセクション10で説明されて、このオブジェクトは速度を送付者が再送信間隔を増強する決定する」STATUSの現在の記述を読書して作成します。 この値は指数のbackoffを急送するのに使用されるパワーです。 「2回の連続した再送信間隔の比率は(1+デルタ)です。」 「RFC4204、管理プロトコルをリンクしてください」という参照。
Congestion Control Principles, RFC 2914." DEFVAL { 1 } ::= { lmpNbrEntry 4 }
「輻輳制御プリンシプルズ、RFC2914。」 DEFVAL1:、:= lmpNbrEntry4
lmpNbrAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "The desired operational status of LMP to this remote node." ::= { lmpNbrEntry 5 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。(2)への(1)へのlmpNbrAdminStatus OBJECT-TYPE SYNTAX INTEGER、「この遠隔ノードへのLMPの必要な操作上の状態。」 ::= lmpNbrEntry5
lmpNbrOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of LMP to this remote node." ::= { lmpNbrEntry 6 }
lmpNbrOperStatus OBJECT-TYPE SYNTAX INTEGERが(2)にマックス-ACCESS書き込み禁止STATUS現在で(1)を上げる、記述、「この遠隔ノードへのLMPの実際の操作上の状態。」 ::= lmpNbrEntry6
lmpNbrRowStatus 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. None of the writable objects in a row can be changed if the status is active(1).
lmpNbrRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの行を作成して、変更する、そして/または、削除するのに使用されます」。 状態がアクティブな(1)であるなら並んでいる書き込み可能なオブジェクトのいずれも変えることができません。
Dubuc, et al. Standards Track [Page 15] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[15ページ]。
All read-create objects must have valid and consistent values before the row can be activated." ::= { lmpNbrEntry 7 }
「すべてが必須が有効で一貫した値を持っているオブジェクトを読書して作成する、行が活性化できる、」 ::= lmpNbrEntry7
lmpNbrStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the lmpNbrTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." DEFVAL { nonVolatile } ::= { lmpNbrEntry 8 }
lmpNbrStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的なストレージタイプはlmpNbrTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 DEFVAL、不揮発性:、:= lmpNbrEntry8
-- End of lmpNbrTable
-- lmpNbrTableの端
lmpCcHelloIntervalDefault OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default value for the HelloInterval parameter used in the Hello protocol keep-alive phase. It indicates how frequently LMP Hello messages will be sent. It is used a the default value for lmpCcHelloInterval. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpObjects 4 }
lmpCcHelloIntervalDefault OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSは「このオブジェクトはHelloプロトコル生きている生活費フェーズに使用されるHelloIntervalパラメタにデフォルト値を指定すること」をSTATUSの現在の記述に読書して書きます。 それは、LMP Helloメッセージがどれくらい頻繁に送られるかを示します。 それは中古のaです。lmpCcHelloIntervalのためのデフォルト値。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpObjects4
lmpCcHelloIntervalDefaultMin OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default minimum value for the HelloInterval parameter. It is used as a default value for lmpCcHelloIntervalMin. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." ::= { lmpObjects 5 }
lmpCcHelloIntervalDefaultMin OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSが現在の記述をSTATUSに読書して書く、「このオブジェクトがデフォルトを指定する、HelloIntervalパラメタのための最小値、」 それはlmpCcHelloIntervalMinにデフォルト値として使用されます。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 ::= lmpObjects5
lmpCcHelloIntervalDefaultMax OBJECT-TYPE SYNTAX LmpInterval
lmpCcHelloIntervalDefaultMaxオブジェクト・タイプ構文LmpInterval
Dubuc, et al. Standards Track [Page 16] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[16ページ]。
MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default maximum value for the HelloInterval parameter. It is used as a default value for lmpCcHelloIntervalMax. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." ::= { lmpObjects 6 }
マックス-ACCESSは「このオブジェクトはHelloIntervalパラメタにデフォルト最大値を指定すること」をSTATUSの現在の記述に読書して書きます。 それはlmpCcHelloIntervalMaxにデフォルト値として使用されます。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 ::= lmpObjects6
lmpCcHelloDeadIntervalDefault OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default HelloDeadInterval parameter to use in the Hello protocol keep-alive phase. It indicates how long a device should wait before declaring the control channel dead. The HelloDeadInterval parameter should be at least three times the value of HelloInterval. It is used as a default value for lmpCcHelloDeadInterval. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpObjects 7 }
lmpCcHelloDeadIntervalDefault OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSは「このオブジェクトはHelloプロトコル生きている生活費フェーズに使用するデフォルトHelloDeadIntervalパラメタを指定すること」をSTATUSの現在の記述に読書して書きます。 それは、どれくらい長いデバイスが制御チャンネルが死んでいると宣言する前に待つはずであるかを示します。 HelloDeadIntervalパラメタはHelloIntervalの値の少なくとも3倍であるべきです。 それはlmpCcHelloDeadIntervalにデフォルト値として使用されます。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpObjects7
lmpCcHelloDeadIntervalDefaultMin OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default minimum value for the HelloDeadInterval parameter. It is used as a default value for lmpCcHelloDeadIntervalMin. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." ::= { lmpObjects 8 }
lmpCcHelloDeadIntervalDefaultMin OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSが現在の記述をSTATUSに読書して書く、「このオブジェクトがデフォルトを指定する、HelloDeadIntervalパラメタのための最小値、」 それはlmpCcHelloDeadIntervalMinにデフォルト値として使用されます。 「実装が永続的なメモリのこのオブジェクトの値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 ::= lmpObjects8
lmpCcHelloDeadIntervalDefaultMax OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-write STATUS current DESCRIPTION "This object specifies the default maximum value for the HelloDeadInterval parameter. It is used as a default value for lmpCcHelloDeadIntervalMax. Implementations should save the value of this object in persistent memory so that it survives
lmpCcHelloDeadIntervalDefaultMax OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSは「このオブジェクトはHelloDeadIntervalパラメタにデフォルト最大値を指定すること」をSTATUSの現在の記述に読書して書きます。 それはlmpCcHelloDeadIntervalMaxにデフォルト値として使用されます。 実装が永続的なメモリのこのオブジェクトの値を節約するべきであるので、それは生き残っています。
Dubuc, et al. Standards Track [Page 17] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[17ページ]。
restarts or reboot." ::= { lmpObjects 9 }
「再開かリブート。」 ::= lmpObjects9
-- LMP Control Channel Table
-- LMP制御チャンネルテーブル
lmpControlChannelTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpControlChannelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies LMP control channel information." ::= { lmpObjects 10 }
lmpControlChannelTable OBJECT-TYPEのSYNTAX SEQUENCE OF LmpControlChannelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMPコントロール経路情報を指定します」。 ::= lmpObjects10
lmpControlChannelEntry OBJECT-TYPE SYNTAX LmpControlChannelEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by a LMP-enabled device for every control channel. Whenever a new entry is created with lmpCcIsIf set to true(2), then a corresponding entry is created in ifTable as well (see RFC 2863)." INDEX { lmpCcId } ::= { lmpControlChannelTable 1 }
lmpControlChannelEntry OBJECT-TYPE SYNTAX LmpControlChannelEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはすべての制御チャンネルのためにLMPによって可能にされたデバイスによって作成されます」。 「そして、本当の(2)に用意ができているlmpCcIsIfと共に作成されるときはいつも、対応するエントリーはまた、ifTableで作成されます(RFC2863を見てください)。」 lmpCcIdに索引をつけてください:、:= lmpControlChannelTable1
LmpControlChannelEntry ::= SEQUENCE { lmpCcId Unsigned32, lmpCcUnderlyingIfIndex InterfaceIndexOrZero, lmpCcIsIf TruthValue, lmpCcNbrNodeId LmpNodeId, lmpCcRemoteId Unsigned32, lmpCcRemoteAddressType InetAddressType, lmpCcRemoteIpAddr InetAddress, lmpCcSetupRole INTEGER, lmpCcAuthentication TruthValue, lmpCcHelloInterval LmpInterval, lmpCcHelloIntervalMin LmpInterval, lmpCcHelloIntervalMax LmpInterval, lmpCcHelloIntervalNegotiated LmpInterval, lmpCcHelloDeadInterval LmpInterval, lmpCcHelloDeadIntervalMin LmpInterval, lmpCcHelloDeadIntervalMax LmpInterval, lmpCcHelloDeadIntervalNegotiated LmpInterval, lmpCcLastChange TimeTicks, lmpCcAdminStatus INTEGER, lmpCcOperStatus INTEGER, lmpCcRowStatus RowStatus,
LmpControlChannelEntry:、:= 系列、lmpCcId Unsigned32、lmpCcUnderlyingIfIndex InterfaceIndexOrZero、lmpCcIsIf TruthValue、lmpCcNbrNodeId LmpNodeId、lmpCcRemoteId Unsigned32、lmpCcRemoteAddressType InetAddressType、lmpCcRemoteIpAddr InetAddress、lmpCcSetupRole整数、lmpCcAuthentication TruthValue、lmpCcHelloInterval LmpInterval、lmpCcHelloIntervalMin LmpInterval; lmpCcHelloIntervalMax LmpInterval、lmpCcHelloIntervalNegotiated LmpInterval、lmpCcHelloDeadInterval LmpInterval、lmpCcHelloDeadIntervalMin LmpInterval、lmpCcHelloDeadIntervalMax LmpInterval、lmpCcHelloDeadIntervalNegotiated LmpInterval、lmpCcLastChange TimeTicks、lmpCcAdminStatus整数、lmpCcOperStatus整数、lmpCcRowStatus RowStatus
Dubuc, et al. Standards Track [Page 18] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[18ページ]。
lmpCcStorageType StorageType }
lmpCcStorageType StorageType
lmpCcId OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "This value represents the local control channel identifier. The control channel identifier is a non-zero 32-bit number." ::= { lmpControlChannelEntry 1 }
lmpCcId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「現場制御チャンネル識別子を表これが評価するします」。 「コントロールチャンネル識別子は非ゼロの32ビットの番号です。」 ::= lmpControlChannelEntry1
lmpCcUnderlyingIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "If lmpCcIsIf is set to true(1), this object carries the index into the ifTable of the entry that represents the LMP interface over which LMP will transmit its traffic. If this object is set to zero, but lmpCcIsIf is set to true(1), the control channel is not currently associated with any underlying interface and the control channel's operational status must not be up(1), nor should the control channel forward or receive traffic. If lmpCcIsIf is set to false(2), this object should be set to zero and should be ignored." ::= { lmpControlChannelEntry 2 }
lmpCcUnderlyingIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「lmpCcIsIfが本当の(1)に用意ができているなら、このオブジェクトはLMPがトラフィックを伝えるLMPインタフェースを表すエントリーのifTableまでインデックスを運びます」。 このオブジェクトがゼロに設定されますが、lmpCcIsIfが本当の(1)に用意ができているなら、制御チャンネルが現在どんな基本的なインタフェースにも関連づけられないで、(1)の上に制御チャンネルの操作上の状態がいるはずがなくて、制御チャンネルは、トラフィックを進めるべきではありませんし、受けるべきではありません。 「lmpCcIsIfが誤った(2)に用意ができているなら、このオブジェクトは、ゼロに設定されるべきであり、無視されるべきです。」 ::= lmpControlChannelEntry2
lmpCcIsIf OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "In implementations where the control channels are modeled as interfaces, the value of this object is true(1) and this control channel is represented by an interface in the interfaces group table as indicated by the value of lmpCcUnderlyingIfIndex. If control channels are not modeled as interfaces, the value of this object is false(2) and there is no corresponding interface for this control channel in the interfaces group table, and the value of lmpCcUnderlyingIfIndex should be ignored." ::= { lmpControlChannelEntry 3 }
lmpCcIsIf OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「インタフェース、このオブジェクトの値が本当の(1)であり、この制御チャンネルがグループがlmpCcUnderlyingIfIndexの値によって示されるようにテーブルの上に置くインタフェースでインタフェースによって代理をされるように制御チャンネルがモデル化される実装」におけるSTATUSの現在の記述を読書して作成します。 「制御チャンネルがインタフェースとしてモデル化されないなら、このオブジェクトの値は誤った(2)です、そして、この制御チャンネルのためのどんな対応するインタフェースもグループがテーブルの上に置くインタフェースにありません、そして、lmpCcUnderlyingIfIndexの値は無視されるべきです。」 ::= lmpControlChannelEntry3
lmpCcNbrNodeId OBJECT-TYPE SYNTAX LmpNodeId
lmpCcNbrNodeIdオブジェクト・タイプ構文LmpNodeId
Dubuc, et al. Standards Track [Page 19] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[19ページ]。
MAX-ACCESS read-create STATUS current DESCRIPTION "This is the Node ID of the control channel remote node. This value either is configured or gets created by the node when a Config message is received or when an outgoing Config message is acknowledged by the remote node." ::= { lmpControlChannelEntry 4 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これは制御チャンネルリモートなノードのNode IDです」。 「Configメッセージが受信されているか、または送信するConfigメッセージが遠隔ノードによって承認されるとき、この値は、構成されるか、またはノードによって作成されます。」 ::= lmpControlChannelEntry4
lmpCcRemoteId OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "This value represents the remote control channel identifier (32-bit number). It is determined during the negotiation phase. A value of zero means that the remote control channel identifier has not yet been learnt." ::= { lmpControlChannelEntry 5 }
lmpCcRemoteId OBJECT-TYPE SYNTAX Unsigned32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「遠隔操作チャンネル識別子(32ビットの数)を表これが評価するします」。 それは交渉段階の間、断固としています。 「ゼロの値は、遠隔操作チャンネル識別子がまだ学習されていないことを意味します。」 ::= lmpControlChannelEntry5
lmpCcRemoteAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-create STATUS current DESCRIPTION "This value represents the remote control channel IP address type. In point-to-point configuration, this value can be set to unknown(0)." ::= { lmpControlChannelEntry 6 }
lmpCcRemoteAddressType OBJECT-TYPE SYNTAX InetAddressTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値はアドレスがタイプする遠隔操作チャンネルIPを代表します」。 「指すポイントでの構成、この値を未知(0)に設定できます。」 ::= lmpControlChannelEntry6
lmpCcRemoteIpAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-create STATUS current DESCRIPTION "This value represents the remote control channel Internet address for numbered control channel. The type of this address is determined by lmpCcRemoteAddressType. Control channel must be numbered on non-point-to-point configuration. For point-to-point configuration, the remote control channel address can be of type unknown in which case this object must be a zero-length string. The lmpCcRemoteId object then identifies the unnumbered address." ::= { lmpControlChannelEntry 7 }
lmpCcRemoteIpAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この値は番号付の制御チャンネルのために遠隔操作チャンネルインターネット・アドレスを表します」。 このアドレスのタイプはlmpCcRemoteAddressTypeによって決定されます。 非ポイントツーポイント構成で制御チャンネルに付番しなければなりません。 二地点間構成のために、遠隔操作チャンネル・アドレスはタイプ未知のものであることができます、その場合、この目的がゼロ長ストリングであるに違いありません。 「そして、lmpCcRemoteIdオブジェクトは無数のアドレスを特定します。」 ::= lmpControlChannelEntry7
lmpCcSetupRole OBJECT-TYPE SYNTAX INTEGER { active(1), passive(2) }
lmpCcSetupRoleオブジェクト・タイプ構文整数アクティブな(1)、受動態(2)
Dubuc, et al. Standards Track [Page 20] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[20ページ]。
MAX-ACCESS read-create STATUS current DESCRIPTION "The role that this node should take during establishment of this control channel. An active node will initiate establishment. A passive node will wait for the remote node to initiate. A pair of nodes that both take the passive role will never establish communications." DEFVAL { active } ::= { lmpControlChannelEntry 8 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このノードがこの制御チャンネルの確立の間に果たすはずである役割。」 活動ノードは設立を開始するでしょう。 受け身のノードは開始する遠隔ノードを待っています。 「ともに受け身の役割を果たす1組のノードがコミュニケーションを決して確立しないでしょう。」 DEFVAL能動態:、:= lmpControlChannelEntry8
lmpCcAuthentication OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates whether the control channel must use authentication." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpControlChannelEntry 9 }
lmpCcAuthentication OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「制御チャンネルが認証を使用しなければならないか否かに関係なく、このオブジェクトは示す」STATUSの現在の記述を読書して作成します。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpControlChannelEntry9
lmpCcHelloInterval OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the value of the HelloInterval parameter. The default value for this object should be set to lmpCcHelloIntervalDefault." ::= { lmpControlChannelEntry 10 }
lmpCcHelloInterval OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはHelloIntervalパラメタの値を指定します」。 「このオブジェクトのためのデフォルト値はlmpCcHelloIntervalDefaultに設定されるべきです。」 ::= lmpControlChannelEntry10
lmpCcHelloIntervalMin OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the minimum value for the HelloInterval parameter. The default value for this object should be set to lmpCcHelloIntervalMinDefault." ::= { lmpControlChannelEntry 11 }
lmpCcHelloIntervalMin OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはHelloIntervalパラメタに最小値を指定します」。 「このオブジェクトのためのデフォルト値はlmpCcHelloIntervalMinDefaultに設定されるべきです。」 ::= lmpControlChannelEntry11
lmpCcHelloIntervalMax OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the maximum value for the
lmpCcHelloIntervalMax OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「このオブジェクトが最大値を指定する、」
Dubuc, et al. Standards Track [Page 21] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[21ページ]。
HelloInterval parameter. The default value for this object should be set to lmpCcHelloIntervalMaxDefault." ::= { lmpControlChannelEntry 12 }
HelloIntervalパラメタ。 「このオブジェクトのためのデフォルト値はlmpCcHelloIntervalMaxDefaultに設定されるべきです。」 ::= lmpControlChannelEntry12
lmpCcHelloIntervalNegotiated OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-only STATUS current DESCRIPTION "Once the control channel is active, this object represents the negotiated HelloInterval value." ::= { lmpControlChannelEntry 13 }
「一度、制御チャンネルはアクティブです、このオブジェクトが交渉されたHelloInterval値を表すということです」のlmpCcHelloIntervalNegotiated OBJECT-TYPE SYNTAX LmpIntervalのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpControlChannelEntry13
lmpCcHelloDeadInterval OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the value of the HelloDeadInterval parameter. The default value for this object should be set to lmpCcHelloDeadIntervalDefault." ::= { lmpControlChannelEntry 14 }
lmpCcHelloDeadInterval OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはHelloDeadIntervalパラメタの値を指定します」。 「このオブジェクトのためのデフォルト値はlmpCcHelloDeadIntervalDefaultに設定されるべきです。」 ::= lmpControlChannelEntry14
lmpCcHelloDeadIntervalMin OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the minimum value for the HelloDeadInterval parameter. The default value for this object should be set to lmpCcHelloDeadIntervalMinDefault." ::= { lmpControlChannelEntry 15 }
lmpCcHelloDeadIntervalMin OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはHelloDeadIntervalパラメタに最小値を指定します」。 「このオブジェクトのためのデフォルト値はlmpCcHelloDeadIntervalMinDefaultに設定されるべきです。」 ::= lmpControlChannelEntry15
lmpCcHelloDeadIntervalMax OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the maximum value for the HelloDeadInterval parameter. The default value for this object should be set to lmpCcHelloIntervalMaxDefault." ::= { lmpControlChannelEntry 16 }
lmpCcHelloDeadIntervalMax OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「このオブジェクトはHelloDeadIntervalパラメタに最大値を指定します」。 「このオブジェクトのためのデフォルト値はlmpCcHelloIntervalMaxDefaultに設定されるべきです。」 ::= lmpControlChannelEntry16
lmpCcHelloDeadIntervalNegotiated OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-only STATUS current DESCRIPTION
lmpCcHelloDeadIntervalNegotiated OBJECT-TYPE SYNTAX LmpIntervalのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述
Dubuc, et al. Standards Track [Page 22] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[22ページ]。
"Once the control channel is active, this object represents the negotiated HelloDeadInterval value." ::= { lmpControlChannelEntry 17 }
「制御チャンネルがいったん活発になると、このオブジェクトは交渉されたHelloDeadInterval値を表します。」 ::= lmpControlChannelEntry17
lmpCcLastChange OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "The value of sysUpTime at the time the control channel entered its current operational state. If the current state was entered prior to the last re-initialization of the local network management subsystem, then this object contains a zero value." ::= { lmpControlChannelEntry 18 }
lmpCcLastChange OBJECT-TYPE SYNTAX TimeTicksのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「制御チャンネルが現在の操作上の状態に入った時のsysUpTimeの値。」 「現状が企業内情報通信網管理サブシステムの最後の再初期化の前に入られたなら、このオブジェクトはaゼロ値を含んでいます。」 ::= lmpControlChannelEntry18
lmpCcAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-create STATUS current DESCRIPTION "The desired operational status of this control channel." ::= { lmpControlChannelEntry 19 }
lmpCcAdminStatus OBJECT-TYPE SYNTAX INTEGERは(2)に(1)を上げます。マックス-ACCESSは「このコントロールの必要な操作上の状態はチャネルを開設する」STATUSの現在の記述を読書して作成します。 ::= lmpControlChannelEntry19
lmpCcOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2), configSnd(3), configRcv(4), active(5), goingDown(6) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of this control channel." ::= { lmpControlChannelEntry 20 }
lmpCcOperStatus OBJECT-TYPE SYNTAX INTEGERは(2)、configSnd(3)、configRcv(4)、アクティブな(5)、goingDown(6)の下側に(1)を上げます。「このコントロールの実際の操作上の状態はチャネルを開設する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpControlChannelEntry20
lmpCcRowStatus 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. None of the writable objects in a row can be changed if the status is active(1). All read-create objects must have valid and consistent
lmpCcRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの行を作成して、変更する、そして/または、削除するのに使用されます」。 状態がアクティブな(1)であるなら並んでいる書き込み可能なオブジェクトのいずれも変えることができません。 すべてが必須が有効で一貫するようにするオブジェクトを読書して作成します。
Dubuc, et al. Standards Track [Page 23] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[23ページ]。
values before the row can be activated." ::= { lmpControlChannelEntry 21 }
「行の前の値は活性化できます。」 ::= lmpControlChannelEntry21
lmpCcStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the lmpControlChannelTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." DEFVAL { nonVolatile } ::= { lmpControlChannelEntry 22 }
lmpCcStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的なストレージタイプはlmpControlChannelTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 DEFVAL、不揮発性:、:= lmpControlChannelEntry22
-- End of lmpControlChannelTable
-- lmpControlChannelTableの端
-- LMP Control Channel Performance Table
-- LMP制御チャンネル成果テーブル
lmpControlChannelPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpControlChannelPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies LMP control channel performance counters." ::= { lmpObjects 11 }
lmpControlChannelPerfTable OBJECT-TYPEのSYNTAX SEQUENCE OF LmpControlChannelPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMPコントロールチャンネル成果カウンタを指定します」。 ::= lmpObjects11
lmpControlChannelPerfEntry OBJECT-TYPE SYNTAX LmpControlChannelPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by a LMP-enabled device for every control channel. lmpCcCounterDiscontinuityTime is used to indicate potential discontinuity for all counter objects in this table." INDEX { lmpCcId } ::= { lmpControlChannelPerfTable 1 }
このテーブルのエントリーはすべての制御チャンネルのためにLMPによって可能にされたデバイスによって作成されます。lmpControlChannelPerfEntry OBJECT-TYPE SYNTAX LmpControlChannelPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「lmpCcCounterDiscontinuityTimeはこのテーブルのすべてのカウンタオブジェクトのために潜在的不連続を示すのに使用されます」。 lmpCcIdに索引をつけてください:、:= lmpControlChannelPerfTable1
LmpControlChannelPerfEntry ::= SEQUENCE { lmpCcInOctets Counter32, lmpCcInDiscards Counter32, lmpCcInErrors Counter32, lmpCcOutOctets Counter32, lmpCcOutDiscards Counter32, lmpCcOutErrors Counter32,
LmpControlChannelPerfEntry:、:= 系列、lmpCcInOctets Counter32、lmpCcInDiscards Counter32、lmpCcInErrors Counter32、lmpCcOutOctets Counter32、lmpCcOutDiscards Counter32、lmpCcOutErrors Counter32
Dubuc, et al. Standards Track [Page 24] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[24ページ]。
lmpCcConfigReceived Counter32, lmpCcConfigSent Counter32, lmpCcConfigRetransmit Counter32, lmpCcConfigAckReceived Counter32, lmpCcConfigAckSent Counter32, lmpCcConfigNackReceived Counter32, lmpCcConfigNackSent Counter32, lmpCcHelloReceived Counter32, lmpCcHelloSent Counter32, lmpCcBeginVerifyReceived Counter32, lmpCcBeginVerifySent Counter32, lmpCcBeginVerifyRetransmit Counter32, lmpCcBeginVerifyAckReceived Counter32, lmpCcBeginVerifyAckSent Counter32, lmpCcBeginVerifyNackReceived Counter32, lmpCcBeginVerifyNackSent Counter32, lmpCcEndVerifyReceived Counter32, lmpCcEndVerifySent Counter32, lmpCcEndVerifyRetransmit Counter32, lmpCcEndVerifyAckReceived Counter32, lmpCcEndVerifyAckSent Counter32, lmpCcTestStatusSuccessReceived Counter32, lmpCcTestStatusSuccessSent Counter32, lmpCcTestStatusSuccessRetransmit Counter32, lmpCcTestStatusFailureReceived Counter32, lmpCcTestStatusFailureSent Counter32, lmpCcTestStatusFailureRetransmit Counter32, lmpCcTestStatusAckReceived Counter32, lmpCcTestStatusAckSent Counter32, lmpCcLinkSummaryReceived Counter32, lmpCcLinkSummarySent Counter32, lmpCcLinkSummaryRetransmit Counter32, lmpCcLinkSummaryAckReceived Counter32, lmpCcLinkSummaryAckSent Counter32, lmpCcLinkSummaryNackReceived Counter32, lmpCcLinkSummaryNackSent Counter32, lmpCcChannelStatusReceived Counter32, lmpCcChannelStatusSent Counter32, lmpCcChannelStatusRetransmit Counter32, lmpCcChannelStatusAckReceived Counter32, lmpCcChannelStatusAckSent Counter32, lmpCcChannelStatusReqReceived Counter32, lmpCcChannelStatusReqSent Counter32, lmpCcChannelStatusReqRetransmit Counter32, lmpCcChannelStatusRspReceived Counter32, lmpCcChannelStatusRspSent Counter32, lmpCcCounterDiscontinuityTime TimeStamp }
lmpCcConfigReceived Counter32、lmpCcConfigSent Counter32、lmpCcConfigRetransmit Counter32、lmpCcConfigAckReceived Counter32、lmpCcConfigAckSent Counter32、lmpCcConfigNackReceived Counter32、lmpCcConfigNackSent Counter32、lmpCcHelloReceived Counter32、lmpCcHelloSent Counter32、lmpCcBeginVerifyReceived Counter32、lmpCcBeginVerifySent Counter32、lmpCcBeginVerifyRetransmit Counter32、lmpCcBeginVerifyAckReceived Counter32、lmpCcBeginVerifyAckSent Counter32、lmpCcBeginVerifyNackReceived Counter32; lmpCcBeginVerifyNackSent Counter32、lmpCcEndVerifyReceived Counter32、lmpCcEndVerifySent Counter32、lmpCcEndVerifyRetransmit Counter32、lmpCcEndVerifyAckReceived Counter32、lmpCcEndVerifyAckSent Counter32、lmpCcTestStatusSuccessReceived Counter32; lmpCcTestStatusSuccessSent Counter32、lmpCcTestStatusSuccessRetransmit Counter32、lmpCcTestStatusFailureReceived Counter32、lmpCcTestStatusFailureSent Counter32、lmpCcTestStatusFailureRetransmit Counter32、lmpCcTestStatusAckReceived Counter32、lmpCcTestStatusAckSentは数えます。er32、lmpCcLinkSummaryReceived Counter32、lmpCcLinkSummarySent Counter32、lmpCcLinkSummaryRetransmit Counter32、lmpCcLinkSummaryAckReceived Counter32、lmpCcLinkSummaryAckSent Counter32、lmpCcLinkSummaryNackReceived Counter32、lmpCcLinkSummaryNackSent Counter32、lmpCcChannelStatusReceived Counter32、lmpCcChannelStatusSent Counter32; lmpCcChannelStatusRetransmit Counter32、lmpCcChannelStatusAckReceived Counter32、lmpCcChannelStatusAckSent Counter32、lmpCcChannelStatusReqReceived Counter32、lmpCcChannelStatusReqSent Counter32、lmpCcChannelStatusReqRetransmit Counter32、lmpCcChannelStatusRspReceived Counter32、lmpCcChannelStatusRspSent Counter32、lmpCcCounterDiscontinuityTimeタイムスタンプ
Dubuc, et al. Standards Track [Page 25] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[25ページ]。
lmpCcInOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of LMP message octets received on the control channel." ::= { lmpControlChannelPerfEntry 1 }
「LMPメッセージ八重奏の総数は制御チャンネルで受けた」lmpCcInOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpControlChannelPerfEntry1
lmpCcInDiscards OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of inbound packets that were chosen to be discarded even though no errors had been detected. One possible reason for discarding such a packet could be to free up buffer space." ::= { lmpControlChannelPerfEntry 2 }
lmpCcInDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「誤りが全く検出されていませんでしたが、捨てられるために選ばれた本国行きのパケットの数。」 「そのようなパケットを捨てる1つの可能な理由はバッファ領域を開けることであることができました。」 ::= lmpControlChannelPerfEntry2
lmpCcInErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of inbound packets that contained errors preventing them from being processed by LMP." ::= { lmpControlChannelPerfEntry 3 }
lmpCcInErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「それらがLMPによって処理されるのを防ぐ誤りを含んだ本国行きのパケットの数。」 ::= lmpControlChannelPerfEntry3
lmpCcOutOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of LMP message octets transmitted out of the control channel." ::= { lmpControlChannelPerfEntry 4 }
「LMPメッセージ八重奏の総数は制御チャンネルから伝えた」lmpCcOutOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpControlChannelPerfEntry4
lmpCcOutDiscards OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of outbound packets that were chosen to be discarded even though no errors had been detected to prevent their being transmitted. One possible reason for discarding such a packet could be to free up buffer space."
lmpCcOutDiscards OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「誤りが全くそれらがあるのを伝えられた状態で防ぐために検出されていませんでしたが、捨てられるために選ばれた外国行きのパケットの数。」 「そのようなパケットを捨てる1つの可能な理由はバッファ領域を開けることであることができました。」
Dubuc, et al. Standards Track [Page 26] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[26ページ]。
::= { lmpControlChannelPerfEntry 5 }
::= lmpControlChannelPerfEntry5
lmpCcOutErrors OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of outbound packets that could not be transmitted because of errors." ::= { lmpControlChannelPerfEntry 6 }
lmpCcOutErrors OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「誤りのために伝えることができなかった外国行きのパケットの数。」 ::= lmpControlChannelPerfEntry6
lmpCcConfigReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Config messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 7 }
lmpCcConfigReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたConfigメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry7
lmpCcConfigSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Config messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 8 }
lmpCcConfigSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたConfigメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry8
lmpCcConfigRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Config messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 9 }
lmpCcConfigRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたConfigメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry9
lmpCcConfigAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ConfigAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 10 }
lmpCcConfigAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたConfigAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry10
lmpCcConfigAckSent OBJECT-TYPE
lmpCcConfigAckSentオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 27] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[27ページ]。
SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ConfigAck messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 11 }
SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたConfigAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry11
lmpCcConfigNackReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ConfigNack messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 12 }
lmpCcConfigNackReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたConfigNackメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry12
lmpCcConfigNackSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ConfigNack messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 13 }
lmpCcConfigNackSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたConfigNackメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry13
lmpCcHelloReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Hello messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 14 }
lmpCcHelloReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたHelloメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry14
lmpCcHelloSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Hello messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 15 }
lmpCcHelloSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたHelloメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry15
lmpCcBeginVerifyReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
lmpCcBeginVerifyReceived OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Dubuc, et al. Standards Track [Page 28] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[28ページ]。
DESCRIPTION "This object counts the number of BeginVerify messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 16 }
記述は「この制御チャンネルで受け取られたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry16
lmpCcBeginVerifySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerify messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 17 }
lmpCcBeginVerifySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry17
lmpCcBeginVerifyRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerify messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 18 }
lmpCcBeginVerifyRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry18
lmpCcBeginVerifyAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 19 }
lmpCcBeginVerifyAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたBeginVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry19
lmpCcBeginVerifyAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyAck messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 20 }
lmpCcBeginVerifyAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたBeginVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry20
lmpCcBeginVerifyNackReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyNack messages that have been received on this control channel."
lmpCcBeginVerifyNackReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたBeginVerifyNackメッセージの数を数えこれが反対するします」。
Dubuc, et al. Standards Track [Page 29] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[29ページ]。
::= { lmpControlChannelPerfEntry 21 }
::= lmpControlChannelPerfEntry21
lmpCcBeginVerifyNackSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyNack messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 22 }
lmpCcBeginVerifyNackSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたBeginVerifyNackメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry22
lmpCcEndVerifyReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 23 }
lmpCcEndVerifyReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたEndVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry23
lmpCcEndVerifySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 24 }
lmpCcEndVerifySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたEndVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry24
lmpCcEndVerifyRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 25 }
lmpCcEndVerifyRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたEndVerifyメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry25
lmpCcEndVerifyAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerifyAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 26 }
lmpCcEndVerifyAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたEndVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry26
lmpCcEndVerifyAckSent OBJECT-TYPE
lmpCcEndVerifyAckSentオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 30] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[30ページ]。
SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerifyAck messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 27 }
SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたEndVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry27
lmpCcTestStatusSuccessReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 28 }
lmpCcTestStatusSuccessReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry28
lmpCcTestStatusSuccessSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 29 }
lmpCcTestStatusSuccessSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry29
lmpCcTestStatusSuccessRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 30 }
lmpCcTestStatusSuccessRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry30
lmpCcTestStatusFailureReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusFailure messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 31 }
lmpCcTestStatusFailureReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry31
lmpCcTestStatusFailureSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
lmpCcTestStatusFailureSent OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Dubuc, et al. Standards Track [Page 31] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[31ページ]。
DESCRIPTION "This object counts the number of TestStatusFailure messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 32 }
記述は「この制御チャンネルで送られたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry32
lmpCcTestStatusFailureRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusFailure messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 33 }
lmpCcTestStatusFailureRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry33
lmpCcTestStatusAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 34 }
lmpCcTestStatusAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたTestStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry34
lmpCcTestStatusAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusAck messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 35 }
lmpCcTestStatusAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたTestStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry35
lmpCcLinkSummaryReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 36 }
lmpCcLinkSummaryReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたLinkSummaryメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry36
lmpCcLinkSummarySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been sent on this control channel."
lmpCcLinkSummarySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたLinkSummaryメッセージの数を数えこれが反対するします」。
Dubuc, et al. Standards Track [Page 32] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[32ページ]。
::= { lmpControlChannelPerfEntry 37 }
::= lmpControlChannelPerfEntry37
lmpCcLinkSummaryRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been retransmitted over this control channel." ::= { lmpControlChannelPerfEntry 38 }
lmpCcLinkSummaryRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたLinkSummaryメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry38
lmpCcLinkSummaryAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 39 }
lmpCcLinkSummaryAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたLinkSummaryAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry39
lmpCcLinkSummaryAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryAck messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 40 }
lmpCcLinkSummaryAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたLinkSummaryAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry40
lmpCcLinkSummaryNackReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryNack messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 41 }
lmpCcLinkSummaryNackReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたLinkSummaryNackメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry41
lmpCcLinkSummaryNackSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryNack messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 42 }
lmpCcLinkSummaryNackSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたLinkSummaryNackメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry42
lmpCcChannelStatusReceived OBJECT-TYPE
lmpCcChannelStatusReceivedオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 33] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[33ページ]。
SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 43 }
SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry43
lmpCcChannelStatusSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 44 }
lmpCcChannelStatusSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry44
lmpCcChannelStatusRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been retransmitted on this control channel." ::= { lmpControlChannelPerfEntry 45 }
lmpCcChannelStatusRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで再送されたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry45
lmpCcChannelStatusAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusAck messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 46 }
lmpCcChannelStatusAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたChannelStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry46
lmpCcChannelStatusAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 47 }
lmpCcChannelStatusAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry47
lmpCcChannelStatusReqReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current
lmpCcChannelStatusReqReceived OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止STATUS海流
Dubuc, et al. Standards Track [Page 34] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[34ページ]。
DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 48 }
記述は「この制御チャンネルで受け取られたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry48
lmpCcChannelStatusReqSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 49 }
lmpCcChannelStatusReqSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry49
lmpCcChannelStatusReqRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been retransmitted on this control channel." ::= { lmpControlChannelPerfEntry 50 }
lmpCcChannelStatusReqRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで再送されたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry50
lmpCcChannelStatusRspReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusResponse messages that have been received on this control channel." ::= { lmpControlChannelPerfEntry 51 }
lmpCcChannelStatusRspReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで受け取られたChannelStatusResponseメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry51
lmpCcChannelStatusRspSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusResponse messages that have been sent on this control channel." ::= { lmpControlChannelPerfEntry 52 }
lmpCcChannelStatusRspSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルで送られたChannelStatusResponseメッセージの数を数えこれが反対するします」。 ::= lmpControlChannelPerfEntry52
lmpCcCounterDiscontinuityTime 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 control channel's counters suffered a
lmpCcCounterDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「いくらかものかこの一層の制御チャンネルのカウンタがaを受けた最新の時のsysUpTimeの値」です。
Dubuc, et al. Standards Track [Page 35] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[35ページ]。
discontinuity. The relevant counters are the specific instances associated with this control channel of any Counter32 object contained in the lmpControlChannelPerfTable. If no such discontinuities have occurred since the last re- initialization of the local management subsystem, then this object contains a zero value." ::= { lmpControlChannelPerfEntry 53 }
不連続。 関連カウンタはlmpControlChannelPerfTableに含まれているどんなCounter32物のこの制御チャンネルにも関連している特定の例です。 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= lmpControlChannelPerfEntry53
-- End of lmpControlChannelPerfTable
-- lmpControlChannelPerfTableの端
-- LMP TE Link Table
-- LMP Teリンクテーブル
lmpTeLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpTeLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the LMP-specific TE link information. Overall TE link information is kept in three separate tables: ifTable for interface-specific information, lmpTeLinkTable for LMP specific information, and teLinkTable for generic TE link information. ifIndex is the common index to all tables." ::= { lmpObjects 12 }
lmpTeLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpTeLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMP特有のTEリンク情報を指定します」。 総合的なTEリンク情報は3個の別々のテーブルに保たれます: 「インタフェース特有の情報、LMP特殊情報のためのlmpTeLinkTable、および一般的なTEリンク情報ifIndexのためのteLinkTableのためのifTableはすべてのテーブルへの一般的なインデックスです。」 ::= lmpObjects12
lmpTeLinkEntry OBJECT-TYPE SYNTAX LmpTeLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table exists for each ifEntry with an ifType of teLink(200) that is managed by LMP. An ifEntry with an ifIndex must exist before the corresponding lmpTeLinkEntry is created. If a TE link entry in the ifTable is destroyed, then so is the corresponding entry in the lmpTeLinkTable. The administrative status value is controlled from the ifEntry. Setting the administrative status to testing prompts LMP to start link verification on the TE link. Information about the TE link that is not LMP specific is contained in teLinkTable of the TE-LINK-STD-MIB MIB module." INDEX { ifIndex } ::= { lmpTeLinkTable 1 }
lmpTeLinkEntry OBJECT-TYPE SYNTAX LmpTeLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーは各ifEntryのためにLMPによって管理されるteLink(200)のifTypeと共に存在しています」。 対応するlmpTeLinkEntryが作成される前にifIndexとifEntryは存在しなければなりません。 ifTableのTEリンクエントリーが破壊されるなら、lmpTeLinkTableの対応するエントリーもそうです。 管理状態値はifEntryから制御されます。 管理状態をテストに設定するのは、LMPがリンク検証をTEリンクに始めるようにうながします。 「LMP特有でないTEリンクに関する情報はTE-LINK-STD-MIB MIBモジュールのteLinkTableに含まれています。」 ifIndexに索引をつけてください:、:= lmpTeLinkTable1
LmpTeLinkEntry ::= SEQUENCE { lmpTeLinkNbrRemoteNodeId LmpNodeId, lmpTeLinkVerification TruthValue, lmpTeLinkFaultManagement TruthValue,
LmpTeLinkEntry:、:= 系列、lmpTeLinkNbrRemoteNodeId LmpNodeId、lmpTeLinkVerification TruthValue、lmpTeLinkFaultManagement TruthValue
Dubuc, et al. Standards Track [Page 36] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[36ページ]。
lmpTeLinkDwdm TruthValue, lmpTeLinkOperStatus INTEGER, lmpTeLinkRowStatus RowStatus, lmpTeLinkStorageType StorageType }
lmpTeLinkDwdm TruthValue、lmpTeLinkOperStatus整数、lmpTeLinkRowStatus RowStatus、lmpTeLinkStorageType StorageType
lmpTeLinkNbrRemoteNodeId OBJECT-TYPE SYNTAX LmpNodeId MAX-ACCESS read-create STATUS current DESCRIPTION "This is the Node ID of the TE link remote node. This value may be learned during control channel parameter negotiation phase (in the Config message). Node ID is an address whose type must be IPv4." ::= { lmpTeLinkEntry 1 }
lmpTeLinkNbrRemoteNodeId OBJECT-TYPE SYNTAX LmpNodeIdマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これはTEリンク遠隔ノードのNode IDです」。 この値はコントロールチャンネルパラメタ交渉段階(Configメッセージの)の間、学習されるかもしれません。 「Node IDはタイプがIPv4であるに違いないアドレスです。」 ::= lmpTeLinkEntry1
lmpTeLinkVerification OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates if the LMP link verification procedure is enabled for this TE link." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpTeLinkEntry 2 }
lmpTeLinkVerification OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「LMPリンク検証手続がこのTEリンクに可能にされるなら、この物は示す」STATUSの現在の記述を読書して作成します。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpTeLinkEntry2
lmpTeLinkFaultManagement OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates if the LMP fault management procedure is enabled on this TE link." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpTeLinkEntry 3 }
lmpTeLinkFaultManagement OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「LMP障害管理手順がこのTEリンクで可能にされるなら、この物は示す」STATUSの現在の記述を読書して作成します。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpTeLinkEntry3
lmpTeLinkDwdm OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "This object indicates if the LMP DWDM procedure is enabled on this TE link." REFERENCE "Link Management Protocol (LMP) for Dense Wavelength Division
lmpTeLinkDwdm OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「LMP DWDM手順がこのTEリンクで可能にされるなら、この物は示す」STATUSの現在の記述を読書して作成します。 「濃い波長事業部のために、管理プロトコル(LMP)をリンクしてください」という参照
Dubuc, et al. Standards Track [Page 37] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[37ページ]。
Multiplexing (DWDM) Optical Line Systems, RFC 4209" ::= { lmpTeLinkEntry 4 }
「マルチプレクシングの(DWDM)光学回線システム、RFC4209」:、:= lmpTeLinkEntry4
lmpTeLinkOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2), testing(3), init(4), degraded(5) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of this TE link. The status is set to testing when the TE link is performing link verification. A degraded state indicates that there is no active control channel between the pair of nodes that form the endpoints of the TE link, but yet at least one data-bearing link on the TE link is allocated." ::= { lmpTeLinkEntry 5 }
lmpTeLinkOperStatus OBJECT-TYPE SYNTAX INTEGERは(1)で(2)、テスト(3)、イニット(4)の下側に(5)を下げました。「このTEの実際の操作上の状態はリンクする」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 状態はTEリンクがリンク検証を実行しているときテストするのに設定されます。 「降格している州は、TEリンクの終点を形成するノードの組の間には、どんな活発な制御チャンネルもないのを示しますが、しかし、TEリンクの上の少なくとも1個のデータを持つリンクを割り当てます。」 ::= lmpTeLinkEntry5
lmpTeLinkRowStatus 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. None of the writable objects in a row can be changed if the status is active(1). All read-create objects must have valid and consistent values before the row can be activated." ::= { lmpTeLinkEntry 6 }
lmpTeLinkRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 状態がアクティブな(1)であるなら並んでいる書き込み可能な物のいずれも変えることができません。 「すべてが必須が有効で一貫した値を持っている物を読書して作成する、列が活性化できる、」 ::= lmpTeLinkEntry6
lmpTeLinkStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the lmpTeLinkTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." DEFVAL { nonVolatile } ::= { lmpTeLinkEntry 7 }
lmpTeLinkStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはlmpTeLinkTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、不揮発性:、:= lmpTeLinkEntry7
-- End of lmpTeLinkTable
-- lmpTeLinkTableの端
lmpGlobalLinkVerificationInterval OBJECT-TYPE SYNTAX Unsigned32 UNITS "milliseconds"
lmpGlobalLinkVerificationIntervalオブジェクト・タイプ構文Unsigned32ユニット「ミリセカンド」
Dubuc, et al. Standards Track [Page 38] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[38ページ]。
MAX-ACCESS read-write STATUS current DESCRIPTION "This object indicates how often the link verification procedure is executed. The interval is in milliseconds. A value of 0 is used to indicate that the link verification procedure should not be executed. The interval specified in this object should be large enough to allow the verification procedure to be completed before the start of the next interval. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." ::= { lmpObjects 13 }
マックス-ACCESSは「この物は、リンク検証手続がどれくらいの頻度で実行されるかを示すこと」をSTATUSの現在の記述に読書して書きます。 間隔がミリセカンドであります。 0の値は、リンク検証手続が実行されるべきでないのを示すのに使用されます。 この物で指定された間隔は検証手続が次の間隔の始まりの前に完成するのを許容できるくらい大きいはずです。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 ::= lmpObjects13
-- LMP Link Verification Table
-- LMPリンク検証テーブル
lmpLinkVerificationTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpLinkVerificationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies TE link information associated with the LMP verification procedure." ::= { lmpObjects 14 }
lmpLinkVerificationTable OBJECT-TYPEのSYNTAX SEQUENCE OF LmpLinkVerificationEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMP検証手続に関連しているTEリンク情報を指定します」。 ::= lmpObjects14
lmpLinkVerificationEntry OBJECT-TYPE SYNTAX LmpLinkVerificationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by an LMP-enabled device for every TE link that supports the LMP verification procedure." INDEX { ifIndex } ::= { lmpLinkVerificationTable 1 }
lmpLinkVerificationEntry OBJECT-TYPE SYNTAX LmpLinkVerificationEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはLMPによって可能にされた装置によってLMP検証手続を支持するあらゆるTEリンクに作成されます」。 ifIndexに索引をつけてください:、:= lmpLinkVerificationTable1
LmpLinkVerificationEntry ::= SEQUENCE { lmpLinkVerifyInterval LmpInterval, lmpLinkVerifyDeadInterval LmpInterval, lmpLinkVerifyTransportMechanism BITS, lmpLinkVerifyAllLinks TruthValue, lmpLinkVerifyTransmissionRate Unsigned32, lmpLinkVerifyWavelength Unsigned32, lmpLinkVerifyRowStatus RowStatus, lmpLinkVerifyStorageType StorageType }
LmpLinkVerificationEntry:、:= 系列lmpLinkVerifyInterval LmpInterval、lmpLinkVerifyDeadInterval LmpInterval、lmpLinkVerifyTransportMechanismビット、lmpLinkVerifyAllLinks TruthValue、lmpLinkVerifyTransmissionRate Unsigned32、lmpLinkVerifyWavelength Unsigned32、lmpLinkVerifyRowStatus RowStatus、lmpLinkVerifyStorageType StorageType
Dubuc, et al. Standards Track [Page 39] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[39ページ]。
lmpLinkVerifyInterval OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the VerifyInterval parameter used in the LMP link verification process. It indicates the interval at which the Test messages are sent." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpLinkVerificationEntry 1 }
lmpLinkVerifyInterval OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物はLMPリンク検証の過程で使用されるVerifyIntervalパラメタを指定します」。 「Testメッセージが送られる間隔を示します。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpLinkVerificationEntry1
lmpLinkVerifyDeadInterval OBJECT-TYPE SYNTAX LmpInterval MAX-ACCESS read-create STATUS current DESCRIPTION "This object specifies the VerifyDeadInterval parameter used in the verification of the physical connectivity of data- bearing links. It specifies the observation period used to detect a Test message at the remote node." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpLinkVerificationEntry 2 }
lmpLinkVerifyDeadInterval OBJECT-TYPE SYNTAX LmpIntervalマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物はリンクを持ちながらデータの物理的な接続性の検証に使用されるVerifyDeadIntervalパラメタを指定します」。 「遠隔ノードにTestメッセージを検出するために費やされた観測の期間を指定します。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpLinkVerificationEntry2
lmpLinkVerifyTransportMechanism OBJECT-TYPE SYNTAX BITS { -- All encoding types: payload(0), -- SONET/SDH encoding type: dccSectionOverheadBytes(1), dccLineOverheadBytes(2), j0Trace(3), j1Trace(4), j2Trace(5) } MAX-ACCESS read-create STATUS current DESCRIPTION "This defines the transport mechanism for the Test messages. The scope of this bit mask is restricted to each link encoding type. The local node will set the bits corresponding to the various mechanisms it can support for transmitting LMP Test messages. The receiver chooses the appropriate mechanism in the BeginVerifyAck message." REFERENCE "Link Management Protocol, RFC 4204
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。lmpLinkVerifyTransportMechanism OBJECT-TYPE SYNTAX BITS、Sonet/SDHがタイプ: dccSectionOverheadBytes(1)、dccLineOverheadBytes(2)、j0Trace(3)、j1Trace(4)、j2Trace(5)をコード化して、タイプ: ペイロード(0)をすべてコード化する、「これはTestメッセージのために移送機構を定義します」。 この噛み付いているマスクの範囲は、タイプをコード化しながらそれぞれリンクするために制限されます。 ローカルのノードはそれがLMP Testメッセージを送るためにサポートできる様々なメカニズムに対応するビットを設定するでしょう。 「受信機はBeginVerifyAckメッセージで適切な手段を選びます。」 「RFC4204、管理プロトコルをリンクしてください」という参照
Dubuc, et al. Standards Track [Page 40] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[40ページ]。
Synchronous Optical Network (SONET)/Synchronous Digital Hierarchy (SDH) Encoding for Link Management Protocol (LMP) Test Messages, RFC 4207" ::= { lmpLinkVerificationEntry 3 }
「リンク管理プロトコル(LMP)テストメッセージ、RFC4207インチのために以下をコード化する同期式光通信網(Sonet)/同期デジタルハイアラーキ(SDH):= lmpLinkVerificationEntry3
lmpLinkVerifyAllLinks OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "A value of true(2) for this object indicates that the verification process checks all unallocated links, otherwise only the new ports or component links that have been added to this TE link are verified." ::= { lmpLinkVerificationEntry 4 }
lmpLinkVerifyAllLinks OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物のための本当の(2)の値が、検証工程監査がすべて、リンク、そうでなければ新しいポートだけを「非-割り当て」たのを示すか、またはこのTEリンクに加えられるコンポーネントリンクは確かめられます」。 ::= lmpLinkVerificationEntry4
lmpLinkVerifyTransmissionRate OBJECT-TYPE SYNTAX Unsigned32 UNITS "bytes per second" MAX-ACCESS read-create STATUS current DESCRIPTION "This is the transmission rate of the data link over which the Test messages will be transmitted and is expressed in bytes per second." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpLinkVerificationEntry 5 }
lmpLinkVerifyTransmissionRate OBJECT-TYPE SYNTAX Unsigned32 UNITS「1秒あたりのバイト」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「これは、Testメッセージが送られるデータ・リンクの通信速度であり、2番目あたりのバイトで言い表されます」。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpLinkVerificationEntry5
lmpLinkVerifyWavelength OBJECT-TYPE SYNTAX Unsigned32 UNITS "nanometers" MAX-ACCESS read-create STATUS current DESCRIPTION "This value corresponds to the wavelength at which the Test messages will be transmitted and is measured in nanometers (nm). If each data-bearing link corresponds to a separate wavelength, then this value should be set to 0." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpLinkVerificationEntry 6 }
マックス-ACCESSが読書して作成するlmpLinkVerifyWavelength OBJECT-TYPE SYNTAX Unsigned32 UNITS「ナノメートル」STATUSの現在の記述は「Testメッセージが送られる波長に対応している、ナノメートル(nm)で測定これが評価するされます」。 「それぞれのデータを持つリンクが別々の波長に対応しているなら、この値は0に設定されるべきです。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpLinkVerificationEntry6
lmpLinkVerifyRowStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current
lmpLinkVerifyRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUS海流を読書して引き起こします。
Dubuc, et al. Standards Track [Page 41] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[41ページ]。
DESCRIPTION "This variable is used to create, modify, and/or delete a row in this table. None of the writable objects in a row can be changed if the status is active(1). All read-create objects must have valid and consistent values before the row can be activated." ::= { lmpLinkVerificationEntry 7 }
記述、「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 状態がアクティブな(1)であるなら並んでいる書き込み可能な物のいずれも変えることができません。 「すべてが必須が有効で一貫した値を持っている物を読書して作成する、列が活性化できる、」 ::= lmpLinkVerificationEntry7
lmpLinkVerifyStorageType OBJECT-TYPE SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the lmpLinkVerificationTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." DEFVAL { nonVolatile } ::= { lmpLinkVerificationEntry 8 }
lmpLinkVerifyStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはlmpLinkVerificationTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、不揮発性:、:= lmpLinkVerificationEntry8
-- End of lmpLinkVerificationTable
-- lmpLinkVerificationTableの端
-- LMP TE Link Performance Table
-- LMP Teリンクパフォーマンステーブル
lmpTeLinkPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpTeLinkPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies LMP TE link performance counters." ::= { lmpObjects 15 }
lmpTeLinkPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpTeLinkPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMP TEリンク性能カウンタを指定します」。 ::= lmpObjects15
lmpTeLinkPerfEntry OBJECT-TYPE SYNTAX LmpTeLinkPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table is created by an LMP-enabled device for every TE link. lmpTeCounterDiscontinuityTime is used to indicate potential discontinuity for all counter objects in this table." INDEX { ifIndex } ::= { lmpTeLinkPerfTable 1 }
このテーブルのエントリーはLMPによって可能にされた装置によってあらゆるTEリンクに作成されます。lmpTeLinkPerfEntry OBJECT-TYPE SYNTAX LmpTeLinkPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「lmpTeCounterDiscontinuityTimeはこのテーブルのすべてのカウンタ物のために潜在的不連続を示すのに使用されます」。 ifIndexに索引をつけてください:、:= lmpTeLinkPerfTable1
LmpTeLinkPerfEntry ::= SEQUENCE { lmpTeInOctets Counter32, lmpTeOutOctets Counter32,
LmpTeLinkPerfEntry:、:= 系列、lmpTeInOctets Counter32、lmpTeOutOctets Counter32
Dubuc, et al. Standards Track [Page 42] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[42ページ]。
lmpTeBeginVerifyReceived Counter32, lmpTeBeginVerifySent Counter32, lmpTeBeginVerifyRetransmit Counter32, lmpTeBeginVerifyAckReceived Counter32, lmpTeBeginVerifyAckSent Counter32, lmpTeBeginVerifyNackReceived Counter32, lmpTeBeginVerifyNackSent Counter32, lmpTeEndVerifyReceived Counter32, lmpTeEndVerifySent Counter32, lmpTeEndVerifyRetransmit Counter32, lmpTeEndVerifyAckReceived Counter32, lmpTeEndVerifyAckSent Counter32, lmpTeTestStatusSuccessReceived Counter32, lmpTeTestStatusSuccessSent Counter32, lmpTeTestStatusSuccessRetransmit Counter32, lmpTeTestStatusFailureReceived Counter32, lmpTeTestStatusFailureSent Counter32, lmpTeTestStatusFailureRetransmit Counter32, lmpTeTestStatusAckReceived Counter32, lmpTeTestStatusAckSent Counter32, lmpTeLinkSummaryReceived Counter32, lmpTeLinkSummarySent Counter32, lmpTeLinkSummaryRetransmit Counter32, lmpTeLinkSummaryAckReceived Counter32, lmpTeLinkSummaryAckSent Counter32, lmpTeLinkSummaryNackReceived Counter32, lmpTeLinkSummaryNackSent Counter32, lmpTeChannelStatusReceived Counter32, lmpTeChannelStatusSent Counter32, lmpTeChannelStatusRetransmit Counter32, lmpTeChannelStatusAckReceived Counter32, lmpTeChannelStatusAckSent Counter32, lmpTeChannelStatusReqReceived Counter32, lmpTeChannelStatusReqSent Counter32, lmpTeChannelStatusReqRetransmit Counter32, lmpTeChannelStatusRspReceived Counter32, lmpTeChannelStatusRspSent Counter32, lmpTeCounterDiscontinuityTime TimeStamp }
lmpTeBeginVerifyReceived Counter32、lmpTeBeginVerifySent Counter32、lmpTeBeginVerifyRetransmit Counter32、lmpTeBeginVerifyAckReceived Counter32、lmpTeBeginVerifyAckSent Counter32、lmpTeBeginVerifyNackReceived Counter32、lmpTeBeginVerifyNackSent Counter32、lmpTeEndVerifyReceived Counter32、lmpTeEndVerifySent Counter32、lmpTeEndVerifyRetransmit Counter32、lmpTeEndVerifyAckReceived Counter32、lmpTeEndVerifyAckSent Counter32、lmpTeTestStatusSuccessReceived Counter32、lmpTeTestStatusSuccessSent Counter32; lmpTeTestStatusSuccessRetransmit Counter32、lmpTeTestStatusFailureReceived Counter32、lmpTeTestStatusFailureSent Counter32、lmpTeTestStatusFailureRetransmit Counter32、lmpTeTestStatusAckReceived Counter32、lmpTeTestStatusAckSent Counter32; lmpTeLinkSummaryReceived Counter32、lmpTeLinkSummarySent Counter32、lmpTeLinkSummaryRetransmit Counter32、lmpTeLinkSummaryAckReceived Counter32、lmpTeLinkSummaryAckSent Counter32、lmpTeLinkSummaryNackReceived Counter32、lmpTeLinkSummaryNackSent Counter32、lmpTeChannelStatus容認されたCounter32、lmpTeChannelStatusSent Counter32、lmpTeChannelStatusRetransmit Counter32、lmpTeChannelStatusAckReceived Counter32、lmpTeChannelStatusAckSent Counter32、lmpTeChannelStatusReqReceived Counter32、lmpTeChannelStatusReqSent Counter32、lmpTeChannelStatusReqRetransmit Counter32、lmpTeChannelStatusRspReceived Counter32、lmpTeChannelStatusRspSent Counter32、lmpTeCounterDiscontinuityTimeタイムスタンプ
lmpTeInOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of LMP message octets received for this TE link." ::= { lmpTeLinkPerfEntry 1 }
「LMPメッセージ八重奏の総数はこのTEリンクに受けた」lmpTeInOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpTeLinkPerfEntry1
Dubuc, et al. Standards Track [Page 43] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[43ページ]。
lmpTeOutOctets OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of LMP message octets transmitted out for this TE link." ::= { lmpTeLinkPerfEntry 2 }
「LMPメッセージ八重奏の総数はこのTEリンクへの外に伝えた」lmpTeOutOctets OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpTeLinkPerfEntry2
lmpTeBeginVerifyReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerify messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 3 }
lmpTeBeginVerifyReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry3
lmpTeBeginVerifySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerify messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 4 }
lmpTeBeginVerifySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry4
lmpTeBeginVerifyRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerify messages that have been retransmitted for this TE link." ::= { lmpTeLinkPerfEntry 5 }
lmpTeBeginVerifyRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに再送されたBeginVerifyメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry5
lmpTeBeginVerifyAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyAck messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 6 }
lmpTeBeginVerifyAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたBeginVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry6
lmpTeBeginVerifyAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only
lmpTeBeginVerifyAckSent OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Dubuc, et al. Standards Track [Page 44] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[44ページ]。
STATUS current DESCRIPTION "This object counts the number of BeginVerifyAck messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 7 }
STATUSの現在の記述は「このTEリンクに送られたBeginVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry7
lmpTeBeginVerifyNackReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyNack messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 8 }
lmpTeBeginVerifyNackReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたBeginVerifyNackメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry8
lmpTeBeginVerifyNackSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of BeginVerifyNack messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 9 }
lmpTeBeginVerifyNackSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたBeginVerifyNackメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry9
lmpTeEndVerifyReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 10 }
lmpTeEndVerifyReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたEndVerifyメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry10
lmpTeEndVerifySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 11 }
lmpTeEndVerifySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたEndVerifyメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry11
lmpTeEndVerifyRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerify messages that
lmpTeEndVerifyRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この物がEndVerifyメッセージの数を数える、それ、」
Dubuc, et al. Standards Track [Page 45] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[45ページ]。
have been retransmitted over this control channel." ::= { lmpTeLinkPerfEntry 12 }
「この制御チャンネルの上に再送されてください、そうした。」 ::= lmpTeLinkPerfEntry12
lmpTeEndVerifyAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerifyAck messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 13 }
lmpTeEndVerifyAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたEndVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry13
lmpTeEndVerifyAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of EndVerifyAck messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 14 }
lmpTeEndVerifyAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたEndVerifyAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry14
lmpTeTestStatusSuccessReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 15 }
lmpTeTestStatusSuccessReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry15
lmpTeTestStatusSuccessSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 16 }
lmpTeTestStatusSuccessSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry16
lmpTeTestStatusSuccessRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusSuccess messages that have been retransmitted for this TE link." ::= { lmpTeLinkPerfEntry 17 }
lmpTeTestStatusSuccessRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに再送されたTestStatusSuccessメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry17
Dubuc, et al. Standards Track [Page 46] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[46ページ]。
lmpTeTestStatusFailureReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusFailure messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 18 }
lmpTeTestStatusFailureReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry18
lmpTeTestStatusFailureSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusFailure messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 19 }
lmpTeTestStatusFailureSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry19
lmpTeTestStatusFailureRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusFailure messages that have been retransmitted on this TE link." ::= { lmpTeLinkPerfEntry 20 }
lmpTeTestStatusFailureRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクの上に再送されたTestStatusFailureメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry20
lmpTeTestStatusAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusAck messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 21 }
lmpTeTestStatusAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたTestStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry21
lmpTeTestStatusAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of TestStatusAck messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 22 }
lmpTeTestStatusAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたTestStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry22
lmpTeLinkSummaryReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only
lmpTeLinkSummaryReceived OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Dubuc, et al. Standards Track [Page 47] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[47ページ]。
STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 23 }
STATUSの現在の記述は「このTEリンクに受け取られたLinkSummaryメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry23
lmpTeLinkSummarySent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 24 }
lmpTeLinkSummarySent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたLinkSummaryメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry24
lmpTeLinkSummaryRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummary messages that have been retransmitted over this control channel." ::= { lmpTeLinkPerfEntry 25 }
lmpTeLinkSummaryRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「この制御チャンネルの上に再送されたLinkSummaryメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry25
lmpTeLinkSummaryAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryAck messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 26 }
lmpTeLinkSummaryAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたLinkSummaryAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry26
lmpTeLinkSummaryAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryAck messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 27 }
lmpTeLinkSummaryAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたLinkSummaryAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry27
lmpTeLinkSummaryNackReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryNack messages that
lmpTeLinkSummaryNackReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この物がLinkSummaryNackメッセージの数を数える、それ、」
Dubuc, et al. Standards Track [Page 48] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[48ページ]。
have been received for this TE link." ::= { lmpTeLinkPerfEntry 28 }
「このTEリンクに受け取ってください、そうした。」 ::= lmpTeLinkPerfEntry28
lmpTeLinkSummaryNackSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of LinkSummaryNack messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 29 }
lmpTeLinkSummaryNackSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたLinkSummaryNackメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry29
lmpTeChannelStatusReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 30 }
lmpTeChannelStatusReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry30
lmpTeChannelStatusSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 31 }
lmpTeChannelStatusSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry31
lmpTeChannelStatusRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been retransmitted for this TE link." ::= { lmpTeLinkPerfEntry 32 }
lmpTeChannelStatusRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに再送されたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry32
lmpTeChannelStatusAckReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusAck messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 33 }
lmpTeChannelStatusAckReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたChannelStatusAckメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry33
Dubuc, et al. Standards Track [Page 49] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[49ページ]。
lmpTeChannelStatusAckSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatus messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 34 }
lmpTeChannelStatusAckSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたChannelStatusメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry34
lmpTeChannelStatusReqReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 35 }
lmpTeChannelStatusReqReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry35
lmpTeChannelStatusReqSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 36 }
lmpTeChannelStatusReqSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに送られたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry36
lmpTeChannelStatusReqRetransmit OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusRequest messages that have been retransmitted for this TE link." ::= { lmpTeLinkPerfEntry 37 }
lmpTeChannelStatusReqRetransmit OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに再送されたChannelStatusRequestメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry37
lmpTeChannelStatusRspReceived OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of ChannelStatusResponse messages that have been received for this TE link." ::= { lmpTeLinkPerfEntry 38 }
lmpTeChannelStatusRspReceived OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このTEリンクに受け取られたChannelStatusResponseメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry38
lmpTeChannelStatusRspSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only
lmpTeChannelStatusRspSent OBJECT-TYPE SYNTAX Counter32マックス-ACCESS書き込み禁止
Dubuc, et al. Standards Track [Page 50] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[50ページ]。
STATUS current DESCRIPTION "This object counts the number of ChannelStatusResponse messages that have been sent for this TE link." ::= { lmpTeLinkPerfEntry 39 }
STATUSの現在の記述は「このTEリンクに送られたChannelStatusResponseメッセージの数を数えこれが反対するします」。 ::= lmpTeLinkPerfEntry39
lmpTeCounterDiscontinuityTime 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 TE link's counters suffered a discontinuity. The relevant counters are the specific instances associated with this TE link of any Counter32 object contained in the lmpTeLinkPerfTable. If no such discontinuities have occurred since the last re- initialization of the local management subsystem, then this object contains a zero value." ::= { lmpTeLinkPerfEntry 40 }
lmpTeCounterDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「いくらかものかこの一層のTEリンクのカウンタが不連続を受けた最新の時のsysUpTimeの値。」 関連カウンタはlmpTeLinkPerfTableに含まれているどんなCounter32物のこのTEリンクにも関連している特定の例です。 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= lmpTeLinkPerfEntry40
-- End of lmpTeLinkPerfTable
-- lmpTeLinkPerfTableの端
-- LMP Data Link Table
-- LMPデータ・リンクテーブル
lmpDataLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpDataLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the data-bearing links managed by the LMP." ::= { lmpObjects 16 }
lmpDataLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpDataLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMPによって管理されたデータを持つリンクを指定します」。 ::= lmpObjects16
lmpDataLinkEntry OBJECT-TYPE SYNTAX LmpDataLinkEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table exists for each ifEntry that represents a data-bearing link. An ifEntry with an ifIndex must exist before the corresponding lmpDataLinkEntry is created. If an entry representing the data-bearing link is destroyed in the ifTable, then so is the corresponding entry in the lmpDataLinkTable. The administrative status value is controlled from the ifEntry. The index to this table is also used to get information in the componentLinkTable
lmpDataLinkEntry OBJECT-TYPE SYNTAX LmpDataLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはデータを持つリンクを表す各ifEntryのために存在しています」。 対応するlmpDataLinkEntryが作成される前にifIndexとifEntryは存在しなければなりません。 データを持つリンクを表すエントリーがifTableで破壊されるなら、lmpDataLinkTableの対応するエントリーもそうです。 管理状態値はifEntryから制御されます。 また、このテーブルへのインデックスは、componentLinkTableの情報を得るのに使用されます。
Dubuc, et al. Standards Track [Page 51] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[51ページ]。
of the TE-LINK-STD-MIB MIB module." INDEX { ifIndex } ::= { lmpDataLinkTable 1 }
「TE-LINK-STD-MIB MIBモジュール。」 ifIndexに索引をつけてください:、:= lmpDataLinkTable1
LmpDataLinkEntry ::= SEQUENCE { lmpDataLinkType INTEGER, lmpDataLinkAddressType InetAddressType, lmpDataLinkIpAddr InetAddress, lmpDataLinkRemoteIpAddress InetAddress, lmpDataLinkRemoteIfId InterfaceIndexOrZero, lmpDataLinkEncodingType TeLinkEncodingType, lmpDataLinkActiveOperStatus INTEGER, lmpDataLinkPassiveOperStatus INTEGER, lmpDataLinkRowStatus RowStatus, lmpDataLinkStorageType StorageType }
LmpDataLinkEntry:、:= 系列lmpDataLinkType整数、lmpDataLinkAddressType InetAddressType、lmpDataLinkIpAddr InetAddress、lmpDataLinkRemoteIpAddress InetAddress、lmpDataLinkRemoteIfId InterfaceIndexOrZero、lmpDataLinkEncodingType TeLinkEncodingType、lmpDataLinkActiveOperStatus整数、lmpDataLinkPassiveOperStatus整数、lmpDataLinkRowStatus RowStatus、lmpDataLinkStorageType StorageType
lmpDataLinkType OBJECT-TYPE SYNTAX INTEGER { port(1), componentLink(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This attribute specifies whether this data-bearing link is a port or a component link. Component link are multiplex capable, whereas ports are not multiplex capable." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpDataLinkEntry 1 }
lmpDataLinkType OBJECT-TYPE SYNTAX INTEGERは(1)、componentLink(2)を移植します。「この属性はこのデータを持つリンクがポートかコンポーネントリンクであることにかかわらず指定する」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「コンポーネントリンクはマルチプレックスできますが、ポートはマルチプレックスできません。」 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpDataLinkEntry1
lmpDataLinkAddressType OBJECT-TYPE SYNTAX InetAddressType MAX-ACCESS read-create STATUS current DESCRIPTION "This attribute specifies the data-bearing link IP address type. If the data-bearing link is unnumbered, the address type must be set to unknown(0)." ::= { lmpDataLinkEntry 2 }
lmpDataLinkAddressType OBJECT-TYPE SYNTAX InetAddressTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はIPアドレスがタイプするデータを持つリンクを指定します」。 「データを持つリンクが無数であるなら、アドレスタイプは未知(0)に用意ができなければなりません。」 ::= lmpDataLinkEntry2
lmpDataLinkIpAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-create STATUS current DESCRIPTION "The local Internet address for numbered links. The type
lmpDataLinkIpAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSはSTATUSの現在の記述「番号付のリンクへのローカルのインターネット・アドレス」を読書して作成します。 タイプ
Dubuc, et al. Standards Track [Page 52] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[52ページ]。
of this address is determined by the value of lmpDataLinkAddressType object.
これでは、アドレスはlmpDataLinkAddressType物の値で決定します。
For IPv4 and IPv6 numbered links, this object represents the local IP address associated with the data-bearing link. For an unnumbered link, the local address is of type unknown and this object is set to the zero-length string and the ifIndex object then identifies the unnumbered address." ::= { lmpDataLinkEntry 3 }
IPv4とIPv6の番号付のリンクに関しては、この物はデータを持つリンクに関連しているローカルアイピーアドレスを表します。 「無数のリンクに関して、ローカルアドレスはタイプ未知のものです、そして、この物はゼロ長ストリングに設定されます、そして、次に、ifIndex物は無数のアドレスを特定します。」 ::= lmpDataLinkEntry3
lmpDataLinkRemoteIpAddress OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-create STATUS current DESCRIPTION "The remote Internet address for numbered data-bearing links. The type of this address is determined by the lmpDataLinkAddressType object.
lmpDataLinkRemoteIpAddress OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSは「番号付のデータベアリングのためのリモートインターネット・アドレスはリンクする」STATUSの現在の記述を読書して作成します。 このアドレスのタイプはlmpDataLinkAddressType物で決定します。
For IPv4 and IPv6 numbered links, this object represents the remote IP address associated with the data-bearing link. For an unnumbered link, the remote address is of type unknown and this object is set to the zero-length string and the lmpDataLinkRemoteIfId object then identifies the unnumbered address.
IPv4とIPv6の番号付のリンクに関しては、この物はデータを持つリンクに関連しているリモートIPアドレスを表します。 無数のリンクに関しては、リモートアドレスはタイプ未知のものです、そして、この物はゼロ長ストリングに設定されます、そして、次に、lmpDataLinkRemoteIfId物は無数のアドレスを特定します。
This information is either configured manually or communicated by the remote node during the link verification procedure." ::= { lmpDataLinkEntry 4 }
「この情報は、リンク検証手続の間、遠隔ノードによって手動で構成されるか、または伝えられます。」 ::= lmpDataLinkEntry4
lmpDataLinkRemoteIfId OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "Interface identifier of the remote end point. This information is either configured manually or communicated by the remote node during the link verification procedure." ::= { lmpDataLinkEntry 5 }
lmpDataLinkRemoteIfId OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSは「リモートエンドに関するインタフェース識別子は指す」STATUSの現在の記述を読書して作成します。 「この情報は、リンク検証手続の間、遠隔ノードによって手動で構成されるか、または伝えられます。」 ::= lmpDataLinkEntry5
lmpDataLinkEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingType MAX-ACCESS read-create STATUS current DESCRIPTION
lmpDataLinkEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Dubuc, et al. Standards Track [Page 53] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[53ページ]。
"The encoding type of the data-bearing link." REFERENCE "Generalized MPLS Signaling Functional Description, RFC 3471" ::= { lmpDataLinkEntry 6 }
「データ振舞いのタイプがリンクするコード化。」 参照は「機能的な記述に合図するMPLS、RFC3471を一般化した」:、:= lmpDataLinkEntry6
lmpDataLinkActiveOperStatus OBJECT-TYPE SYNTAX INTEGER { upAlloc(1), upFree(2), down(3), testing(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of this data-bearing link (active FSM)." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpDataLinkEntry 7 }
upAlloc(1)(upFree(2))は(3)より倒します、(4)をテストして。lmpDataLinkActiveOperStatus OBJECT-TYPE SYNTAX INTEGER、「このデータベアリングの実際の操作上の状態はリンク(アクティブなFSM)」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpDataLinkEntry7
lmpDataLinkPassiveOperStatus OBJECT-TYPE SYNTAX INTEGER { upAlloc(1), upFree(2), down(3), psvTst(4) } MAX-ACCESS read-only STATUS current DESCRIPTION "The actual operational status of this data-bearing link (passive FSM)." REFERENCE "Link Management Protocol, RFC 4204" ::= { lmpDataLinkEntry 8 }
upAlloc(1)(upFree(2))は(3)より倒します、psvTst(4)。lmpDataLinkPassiveOperStatus OBJECT-TYPE SYNTAX INTEGER、「このデータベアリングの実際の操作上の状態はリンク(受け身のFSM)」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 「RFC4204、管理プロトコルをリンクしてください」という参照:、:= lmpDataLinkEntry8
lmpDataLinkRowStatus 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. None of the writable objects in a row can be changed if the status is active(1). All read-create objects must have valid and consistent values before the row can be activated." ::= { lmpDataLinkEntry 9 }
lmpDataLinkRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 状態がアクティブな(1)であるなら並んでいる書き込み可能な物のいずれも変えることができません。 「すべてが必須が有効で一貫した値を持っている物を読書して作成する、列が活性化できる、」 ::= lmpDataLinkEntry9
lmpDataLinkStorageType OBJECT-TYPE
lmpDataLinkStorageTypeオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 54] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[54ページ]。
SYNTAX StorageType MAX-ACCESS read-create STATUS current DESCRIPTION "The storage type for this conceptual row in the lmpDataLinkTable. Conceptual rows having the value 'permanent' need not allow write-access to any columnar object in the row." DEFVAL { nonVolatile } ::= { lmpDataLinkEntry 10 }
SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはlmpDataLinkTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 DEFVAL、不揮発性:、:= lmpDataLinkEntry10
-- End of lmpDataLinkTable
-- lmpDataLinkTableの端
-- LMP Data Link Performance Table
-- LMPデータ・リンクパフォーマンステーブル
lmpDataLinkPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF LmpDataLinkPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table specifies the data-bearing links LMP performance counters." ::= { lmpObjects 17 }
lmpDataLinkPerfTable OBJECT-TYPEのSYNTAX SEQUENCE OF LmpDataLinkPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはLMP性能が打ち返すデータを持つリンクを指定します」。 ::= lmpObjects17
lmpDataLinkPerfEntry OBJECT-TYPE SYNTAX LmpDataLinkPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table contains information about the LMP performance counters for the data-bearing links. lmpDataLinkDiscontinuityTime is used to indicate potential discontinuity for all counter objects in this table." INDEX { ifIndex } ::= { lmpDataLinkPerfTable 1 }
「このテーブルでは反対中のこのテーブルが含むLMP性能の情報がリンクlmpDataLinkDiscontinuityTimeが使用されているデータベアリングのために対抗するエントリーがすべてのカウンタへの潜在的不連続を示すさせる」lmpDataLinkPerfEntry OBJECT-TYPE SYNTAX LmpDataLinkPerfEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述。 ifIndexに索引をつけてください:、:= lmpDataLinkPerfTable1
LmpDataLinkPerfEntry ::= SEQUENCE { lmpDataLinkTestReceived Counter32, lmpDataLinkTestSent Counter32, lmpDataLinkActiveTestSuccess Counter32, lmpDataLinkActiveTestFailure Counter32, lmpDataLinkPassiveTestSuccess Counter32, lmpDataLinkPassiveTestFailure Counter32, lmpDataLinkDiscontinuityTime TimeStamp }
LmpDataLinkPerfEntry:、:= 系列lmpDataLinkTestReceived Counter32、lmpDataLinkTestSent Counter32、lmpDataLinkActiveTestSuccess Counter32、lmpDataLinkActiveTestFailure Counter32、lmpDataLinkPassiveTestSuccess Counter32、lmpDataLinkPassiveTestFailure Counter32、lmpDataLinkDiscontinuityTimeタイムスタンプ
lmpDataLinkTestReceived OBJECT-TYPE
lmpDataLinkTestReceivedオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 55] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[55ページ]。
SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Test messages that have been received on this data-bearing link." ::= { lmpDataLinkPerfEntry 1 }
SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このデータを持つリンクの上に受け取られたTestメッセージの数を数えこれが反対するします」。 ::= lmpDataLinkPerfEntry1
lmpDataLinkTestSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of Test messages that have been sent on this data-bearing link." ::= { lmpDataLinkPerfEntry 2 }
lmpDataLinkTestSent OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述は「このデータを持つリンクに送られたTestメッセージの数を数えこれが反対するします」。 ::= lmpDataLinkPerfEntry2
lmpDataLinkActiveTestSuccess OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of data-bearing link tests that were successful on the active side of this data- bearing link." ::= { lmpDataLinkPerfEntry 3 }
「この物はこのデータベアリングリンクのアクティブな側面にうまくいくリンクテストをデータで持ちながら、数を数える」lmpDataLinkActiveTestSuccess OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpDataLinkPerfEntry3
lmpDataLinkActiveTestFailure OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of data-bearing link tests that failed on the active side of this data-bearing link." ::= { lmpDataLinkPerfEntry 4 }
「この物はこのデータを持つリンクのアクティブな側面で失敗したリンクテストをデータで持ちながら、数を数える」lmpDataLinkActiveTestFailure OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpDataLinkPerfEntry4
lmpDataLinkPassiveTestSuccess OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of data-bearing link tests that were successful on the passive side of this data- bearing link." ::= { lmpDataLinkPerfEntry 5 }
「この物はこのデータベアリングリンクの受け身の側面にうまくいくリンクテストをデータで持ちながら、数を数える」lmpDataLinkPassiveTestSuccess OBJECT-TYPE SYNTAX Counter32のマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpDataLinkPerfEntry5
lmpDataLinkPassiveTestFailure OBJECT-TYPE SYNTAX Counter32
lmpDataLinkPassiveTestFailureオブジェクト・タイプ構文Counter32
Dubuc, et al. Standards Track [Page 56] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[56ページ]。
MAX-ACCESS read-only STATUS current DESCRIPTION "This object counts the number of data-bearing link tests that failed on the passive side of this data-bearing link." ::= { lmpDataLinkPerfEntry 6 }
「この物はこのデータを持つリンクの受け身の側面で失敗したリンクテストをデータで持ちながら、数を数える」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= lmpDataLinkPerfEntry6
lmpDataLinkDiscontinuityTime 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 data-bearing link's counters suffered a discontinuity. The relevant counters are the specific instances associated with this data-bearing link of any Counter32 object contained in the lmpDataLinkPerfTable. If no such discontinuities have occurred since the last re- initialization of the local management subsystem, then this object contains a zero value." ::= { lmpDataLinkPerfEntry 7 }
lmpDataLinkDiscontinuityTime OBJECT-TYPE SYNTAX TimeStampのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「いくらかものかこの一層のデータを持つリンクのカウンタが不連続を受けた最新の時のsysUpTimeの値。」 関連カウンタはlmpDataLinkPerfTableに含まれているどんなCounter32物のこのデータを持つリンクにも関連している特定の例です。 「現地管理職者サブシステムの最後の再初期化以来どれかそのような不連続が起こっていないなら、この物はaゼロ値を含んでいます。」 ::= lmpDataLinkPerfEntry7
-- End of lmpDataLinkPerfTable
-- lmpDataLinkPerfTableの端
-- Notification Configuration
-- 通知構成
lmpNotificationMaxRate OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write STATUS current DESCRIPTION "The LMP notification rate depends on the size of the network, the type of links, the network configuration, the reliability of the network, etc.
lmpNotificationMaxRate OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSは「LMP通知率をネットワークのサイズ、リンクのタイプ、ネットワーク・コンフィギュレーション、ネットワークの信頼性などに依存すること」をSTATUSの現在の記述に読書して書きます。
When designing this MIB, care has been taken to minimize the amount of notifications generated for LMP purposes. Wherever possible, notifications are state driven, meaning the notifications are sent only when the system changes state. The only notifications that are repeated and could cause a problem as far as congestion is concerned are the ones associated with data link verification. Without any considerations to handling of these notifications, a problem may arise if the number of data links is high. Since the data link verification notifications can happen only once per data link per link verification interval, the notification rate should be sustainable if one
このMIBを設計するとき、LMP目的のために発生する通知の量を最小にするために、注意しました。 どこでも、可能であるところでは、通知がシステムが状態を変えるときだけ、通知が送られることを意味して、運転された状態です。 混雑に関する限り、繰り返されて、問題を引き起こす場合があった唯一の通知がデータ・リンク検証に関連しているものです。 これらの通知の取り扱いへの少しも問題がなければ、データ・リンクの数が大きいなら、問題は起こるかもしれません。 データ・リンク検証通知がリンク検証間隔単位で1データ・リンクに一度だけ起こることができるので、通知率は1であるなら持続可能であるべきです。
Dubuc, et al. Standards Track [Page 57] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[57ページ]。
chooses an appropriate link verification interval for a given network configuration. For instance, a network of 100 nodes with 5 links of 128 wavelengths each and a link verification of 1 minute with no more than 10% of the links failed at any given time would have 1 notification per second sent from each node, or 100 notifications per second for the whole network. The rest of the notifications are negligible compared to this number.
与えられたネットワーク・コンフィギュレーションのための適切なリンク検証間隔を選びます。 例えば、それぞれ128の波長の5個のリンクがある100のノードのネットワークとリンクの10%未満がその時々で失敗されている1分のリンク検証には、各ノードから2番目に、送るのあたり1つの通知、または1秒あたり100の通知が全体のネットワークのためにあるでしょう。 この数と比べて、通知の残りは取るにたらないです。
To alleviate the congestion problem, the lmpNotificationMaxRate object can be used to implement a throttling mechanism. It is also possible to enable/disable certain type of notifications.
混雑問題を軽減するなら、阻止メカニズムを実行するのにlmpNotificationMaxRate物を使用できます。 また、あるタイプに関する通知を可能にするか、または無効にするのも可能です。
This variable indicates the maximum number of notifications issued per minute. If events occur more rapidly, the implementation may simply fail to emit these notifications during that period, or may queue them until an appropriate time. A value of 0 means no throttling is applied and events may be notified at the rate at which they occur. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." ::= { lmpObjects 18 }
この変数は1分単位で発行された通知の最大数を示します。 出来事が、より急速に起こるなら、実現は、その期間、これらの通知を絶対に放たないか、または適切な時期までそれらを列に並ばせるかもしれません。 0の値は、阻止でないのが適用されていることを意味します、そして、出来事はそれらが起こる速度で通知されるかもしれません。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 ::= lmpObjects18
lmpLinkPropertyNotificationsEnabled OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of lmpTeLinkPropertyMismatch and lmpDataLinkPropertyMismatch notifications, otherwise these notifications are not emitted. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." DEFVAL { false } ::= { lmpObjects 19 }
lmpLinkPropertyNotificationsEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当であるなら、lmpTeLinkPropertyMismatchとlmpDataLinkPropertyMismatch通知の世代を可能にします、さもなければ、これらの通知は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 DEFVAL偽:、:= lmpObjects19
lmpUnprotectedNotificationsEnabled OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of lmpUnprotected notifications, otherwise these notifications are not emitted. Implementations should save the value of this object in
lmpUnprotectedNotificationsEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当であるなら、lmpUnprotected通知の世代を可能にします、さもなければ、これらの通知は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 実現は中でこの物の値を節約するべきです。
Dubuc, et al. Standards Track [Page 58] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[58ページ]。
persistent memory so that it survives restarts or reboot." DEFVAL { false } ::= { lmpObjects 20 }
「しつこい記憶、したがって、再開かリブートを乗り切っています」 DEFVAL偽:、:= lmpObjects20
lmpCcUpDownNotificationsEnabled OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of lmpControlChannelUp and lmpControlChannelDown notifications, otherwise these notifications are not emitted. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." DEFVAL { false } ::= { lmpObjects 21 }
lmpCcUpDownNotificationsEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当であるなら、lmpControlChannelUpとlmpControlChannelDown通知の世代を可能にします、さもなければ、これらの通知は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 DEFVAL偽:、:= lmpObjects21
lmpTeLinkNotificationsEnabled OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of lmpTeLinkDegraded and lmpTeLinkNotDegraded notifications, otherwise these notifications are not emitted. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." DEFVAL { false } ::= { lmpObjects 22 }
lmpTeLinkNotificationsEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当であるなら、lmpTeLinkDegradedとlmpTeLinkNotDegraded通知の世代を可能にします、さもなければ、これらの通知は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 DEFVAL偽:、:= lmpObjects22
lmpDataLinkNotificationsEnabled OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "If this object is true, then it enables the generation of lmpDataLinkVerificationFailure notification, otherwise these notifications are not emitted. Implementations should save the value of this object in persistent memory so that it survives restarts or reboot." DEFVAL { false } ::= { lmpObjects 23 }
lmpDataLinkNotificationsEnabled OBJECT-TYPE SYNTAX TruthValueマックス-ACCESSは「この物が本当であるなら、lmpDataLinkVerificationFailure通知の世代を可能にします、さもなければ、これらの通知は放たれていないこと」をSTATUSの現在の記述に読書して書きます。 「実現がしつこい記憶のこの物の値を節約するべきであり、生き残っているのは、再開するので、リブートされます。」 DEFVAL偽:、:= lmpObjects23
-- Notifications
-- 通知
-- Link Property Mismatch Notifications
-- リンク特性のミスマッチ通知
Dubuc, et al. Standards Track [Page 59] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[59ページ]。
lmpTeLinkPropertyMismatch NOTIFICATION-TYPE OBJECTS { teLinkRemoteIpAddr, teLinkIncomingIfId } STATUS current DESCRIPTION "This notification is generated when a TE link property mismatch is detected on the node. The received remote TE link ID of the misconfigured TE link is represented by either teLinkRemoteIpAddr or teLinkIncomingIfId depending on whether the TE link is numbered or unnumbered. This notification should not be sent unless lmpLinkPropertyNotificationsEnabled is true. It is recommended that this notification be reported only the first time a mismatch is detected. Otherwise, for a given TE link, this notification can occur no more than once per verification interval (lmpGlobalLinkVerificationInterval)." ::= { lmpNotifications 1 }
lmpTeLinkPropertyMismatch NOTIFICATION-TYPE OBJECTS、teLinkRemoteIpAddr、teLinkIncomingIfId、STATUSの現在の記述、「TEリンク特性のミスマッチがノードの上に検出されるとき、この通知は発生します」。 misconfigured TEリンクの容認されたリモートTEリンクIDはTEリンクが番号付かそれとも無数であるかによるteLinkRemoteIpAddrかteLinkIncomingIfIdのどちらかによって表されます。 lmpLinkPropertyNotificationsEnabledが本当でない場合、この通知を送るべきではありません。 ミスマッチが初めてだけ検出されるときこの通知が報告されるのは、お勧めです。 「さもなければ、与えられたTEリンクに関して、この通知は検証間隔(lmpGlobalLinkVerificationInterval)あたりの一度よりさらにない現れることができます。」 ::= lmpNotifications1
lmpDataLinkPropertyMismatch NOTIFICATION-TYPE OBJECTS { lmpDataLinkType, lmpDataLinkRemoteIfId } STATUS current DESCRIPTION "This notification is generated when a data-bearing link property mismatch is detected on the node. lmpDataLinkType is used to identify the local identifiers associated with the data link (the data link interface index can be used to determine the TE link interface index as this relationship is captured in the interface stack table). The remote entity interface ID is the remote entity interface ID received in the LinkSummary message. This notification should not be sent unless lmpLinkPropertyNotificationsEnabled is true. It is recommended that this notification be reported only the first time a mismatch is detected. Otherwise, for a given data link, this notification can occur no more than once per verification interval (lmpGlobalLinkVerificationInterval)." ::= { lmpNotifications 2 }
データを持つリンク特性のミスマッチがノードの上に検出されるとき、この通知は発生します。lmpDataLinkPropertyMismatch NOTIFICATION-TYPE OBJECTS、lmpDataLinkType、lmpDataLinkRemoteIfId、STATUSの現在の記述、「lmpDataLinkTypeはデータ・リンクに関連しているローカルの識別子を特定するのに使用(インタフェーススタックテーブルでこの関係を得るときTEリンクインタフェースインデックスを決定するのにデータ・リンクインタフェースインデックスを使用できます)にされます」。 リモート実体インタフェースIDはIDがLinkSummaryメッセージで受けたリモート実体インタフェースです。 lmpLinkPropertyNotificationsEnabledが本当でない場合、この通知を送るべきではありません。 ミスマッチが初めてだけ検出されるときこの通知が報告されるのは、お勧めです。 「さもなければ、与えられたデータ・リンクに関して、この通知は検証間隔(lmpGlobalLinkVerificationInterval)あたりの一度よりさらにない現れることができます。」 ::= lmpNotifications2
-- Neighbor Notification
-- 隣人通知
lmpUnprotected NOTIFICATION-TYPE OBJECTS { lmpCcNbrNodeId } STATUS current DESCRIPTION "This notification is generated when there are more than one control channels between LMP neighbors and the last redundant control channel has failed. If the remaining operational control channel fails, then there will be no more control channels between the pair of nodes and all the TE links
lmpUnprotected NOTIFICATION-TYPE OBJECTS lmpCcNbrNodeId、STATUSの現在の記述、「LMP隣人の間に1個以上の制御チャンネルがあるとき、この通知は発生します、そして、最後の余分な制御チャンネルは失敗しました」。 残っている運用統制チャンネルが失敗すると、ノードの組とすべてのTEリンクの間には、それ以上の制御チャンネルが全くないでしょう。
Dubuc, et al. Standards Track [Page 60] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[60ページ]。
between the pair of nodes will go to degraded state. This notification should not be sent unless lmpUnprotectedNotificationsEnabled is set to true." ::= { lmpNotifications 3 }
ノードの組の間では、降格している状態に行くでしょう。 「lmpUnprotectedNotificationsEnabledが本当に用意ができていない場合、この通知を送るべきではありません。」 ::= lmpNotifications3
-- Control Channel Notifications
-- コントロールチャンネル通知
lmpControlChannelUp NOTIFICATION-TYPE OBJECTS { lmpCcAdminStatus, lmpCcOperStatus } STATUS current DESCRIPTION "This notification is generated when a control channel transitions to the up operational state. This notification should not be sent unless lmpCcUpDownNotificationsEnabled is true." ::= { lmpNotifications 4 }
lmpControlChannelUp NOTIFICATION-TYPE OBJECTS、lmpCcAdminStatus、lmpCcOperStatus、STATUSの現在の記述、「制御チャンネルが上の操作上の状態に移行するとき、この通知は発生します」。 「lmpCcUpDownNotificationsEnabledが本当でない場合、この通知を送るべきではありません。」 ::= lmpNotifications4
lmpControlChannelDown NOTIFICATION-TYPE OBJECTS { lmpCcAdminStatus, lmpCcOperStatus } STATUS current DESCRIPTION "This notification is generated when a control channel transitions out of the up operational state. This notification should not be sent unless lmpCcUpDownNotificationsEnabled is true." ::= { lmpNotifications 5 }
lmpControlChannelDown NOTIFICATION-TYPE OBJECTS、lmpCcAdminStatus、lmpCcOperStatus、STATUSの現在の記述、「制御チャンネルが上の操作上の状態から移行するとき、この通知は発生します」。 「lmpCcUpDownNotificationsEnabledが本当でない場合、この通知を送るべきではありません。」 ::= lmpNotifications5
-- TE Link Notification
-- Teリンク通知
lmpTeLinkDegraded NOTIFICATION-TYPE OBJECTS { lmpTeLinkOperStatus } STATUS current DESCRIPTION "This notification is generated when a lmpTeLinkOperStatus object for a TE link enters the degraded state. This notification should not be sent unless lmpTeLinkNotificationsEnabled is true." ::= { lmpNotifications 6 }
lmpTeLinkDegraded NOTIFICATION-TYPE OBJECTS lmpTeLinkOperStatus、STATUSの現在の記述、「TEリンクへのlmpTeLinkOperStatus物が降格している状態に入るとき、この通知は発生します」。 「lmpTeLinkNotificationsEnabledが本当でない場合、この通知を送るべきではありません。」 ::= lmpNotifications6
lmpTeLinkNotDegraded NOTIFICATION-TYPE OBJECTS { lmpTeLinkOperStatus } STATUS current DESCRIPTION "This notification is generated when a lmpTeLinkOperStatus object for a TE link leaves the degraded state. This notification should not be sent unless lmpTeLinkNotificationsEnabled is true." ::= { lmpNotifications 7 }
lmpTeLinkNotDegraded NOTIFICATION-TYPE OBJECTS lmpTeLinkOperStatus、STATUSの現在の記述、「TEリンクへのlmpTeLinkOperStatus物が降格している状態を出るとき、この通知は発生します」。 「lmpTeLinkNotificationsEnabledが本当でない場合、この通知を送るべきではありません。」 ::= lmpNotifications7
Dubuc, et al. Standards Track [Page 61] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[61ページ]。
-- Data-bearing Link Notification
-- データを持つリンク通知
lmpDataLinkVerificationFailure NOTIFICATION-TYPE OBJECTS { lmpDataLinkActiveOperStatus, lmpDataLinkPassiveOperStatus } STATUS current DESCRIPTION "This notification is generated when a data-bearing link verification fails. This notification should not be sent unless lmpDataLinkNotificationsEnabled is true. For a given data link, this notification can occur no more than once per verification interval (lmpGlobalLinkVerificationInterval)." ::= { lmpNotifications 8 }
lmpDataLinkVerificationFailure NOTIFICATION-TYPE OBJECTS、lmpDataLinkActiveOperStatus、lmpDataLinkPassiveOperStatus、STATUSの現在の記述、「データを持つリンク検証が失敗すると、この通知は発生します」。 lmpDataLinkNotificationsEnabledが本当でない場合、この通知を送るべきではありません。 「与えられたデータ・リンクに関して、この通知は検証間隔(lmpGlobalLinkVerificationInterval)あたりの一度よりさらにない現れることができます。」 ::= lmpNotifications8
-- End of notifications
-- 通知の終わり
-- Module compliance
-- モジュールコンプライアンス
lmpCompliances OBJECT IDENTIFIER ::= { lmpConformance 1 }
lmpCompliances物の識別子:、:= lmpConformance1
lmpGroups OBJECT IDENTIFIER ::= { lmpConformance 2 }
lmpGroups物の識別子:、:= lmpConformance2
lmpModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that support the configuration and monitoring of LMP MIB." MODULE -- this module
lmpModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述、「LMP MIBの構成とモニターを支持するエージェントのための承諾声明。」 MODULE--このモジュール
MANDATORY-GROUPS { lmpNodeGroup, lmpControlChannelGroup, lmpLinkPropertyCorrelationGroup, lmpPerfGroup, lmpTeLinkGroup, lmpDataLinkGroup }
義務的なグループlmpNodeGroup、lmpControlChannelGroup、lmpLinkPropertyCorrelationGroup、lmpPerfGroup、lmpTeLinkGroup、lmpDataLinkGroup
GROUP lmpCcIsNotInterfaceGroup DESCRIPTION "This group is mandatory for devices that support control channels that are not interfaces, in addition to lmpControlChannelGroup. The following constraints apply: lmpCcIsIf must at least be read-only returning false(1)."
GROUP lmpCcIsNotInterfaceGroup記述、「このグループはインタフェースでない制御チャンネルを支える装置に義務的です、lmpControlChannelGroupに加えて」。 以下の規制は適用されます: 「lmpCcIsIfは少なくとも書き込み禁止の戻っている誤った(1)であるに違いありません。」
GROUP lmpCcIsInterfaceGroup DESCRIPTION
グループlmpCcIsInterfaceGroup記述
Dubuc, et al. Standards Track [Page 62] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[62ページ]。
"This group is mandatory for devices that support control channels that are interfaces, in addition to lmpControlChannelGroup. The following constraints apply: lmpCcIsIf must at least be read-only returning true(2)."
「このグループはサポートコントロールがそれにチャネルを開設するのが装置に義務的であるのが、lmpControlChannelGroupに加えたインタフェースであるということです。」 以下の規制は適用されます: 「lmpCcIsIfは少なくとも書き込み禁止の戻っている本当の(2)であるに違いありません。」
GROUP lmpLinkVerificationGroup DESCRIPTION "This group is mandatory for devices that support the link verification procedure."
GROUP lmpLinkVerificationGroup記述、「このグループはリンク検証手続を支持する装置に義務的です」。
GROUP lmpNotificationGroup DESCRIPTION "This group is optional."
GROUP lmpNotificationGroup記述、「このグループは任意です」。
-- lmpNbrTable
-- lmpNbrTable
OBJECT lmpNbrRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
OBJECT lmpNbrRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- lmpControlChannelTable
-- lmpControlChannelTable
OBJECT lmpCcRemoteAddressType SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) } DESCRIPTION "Only ipv4(1) and ipv6(2) address types need to be supported for non-point-to-point configurations."
OBJECT lmpCcRemoteAddressType SYNTAX INTEGER、未知(0)、ipv4(1)、ipv6(2)、「ipv4(1)とipv6(2)アドレスタイプだけが非ポイントツーポイント構成のために支持されるのに必要である」記述。
OBJECT lmpCcRemoteIpAddr SYNTAX InetAddress (SIZE(0|4|16)) DESCRIPTION "The size of the IP address depends on the address type."
OBJECT lmpCcRemoteIpAddr SYNTAX InetAddress(SIZE(0|4|16))記述、「IPアドレスのサイズをアドレスタイプに頼っています」。
OBJECT lmpCcRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
OBJECT lmpCcRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
OBJECT lmpCcOperStatus SYNTAX INTEGER { up(1), down(2) } DESCRIPTION
(2)への(1)へのOBJECT lmpCcOperStatus SYNTAX INTEGER、記述
Dubuc, et al. Standards Track [Page 63] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[63ページ]。
"A value of configSnd(3), configRcv(4), active(5), goingDown(6) need not be supported."
「configSnd(3)、configRcv(4)、アクティブな(5)の値であり、goingDown(6)は支持される必要はありません。」
-- lmpTeLinkTable
-- lmpTeLinkTable
OBJECT lmpTeLinkOperStatus SYNTAX INTEGER { up(1), down(2), degraded(5) } DESCRIPTION "The testing(3) and init(4) state need not be supported."
OBJECT lmpTeLinkOperStatus SYNTAX INTEGERは(1)で(5)を(2)に下げました。記述は「支持テスト(3)とイニット(4)が述べるられる必要はない」。
OBJECT lmpTeLinkRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
OBJECT lmpTeLinkRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- lmpDataLinkTable
-- lmpDataLinkTable
OBJECT lmpDataLinkActiveOperStatus SYNTAX INTEGER { upAlloc(1), upFree(2), down(3) } DESCRIPTION "A value of testing(4) need not be supported."
OBJECT lmpDataLinkActiveOperStatus SYNTAX INTEGER、upAlloc(1)、(3)へのupFree(2)、記述、「テスト(4)の値は支持される必要はありません」。
OBJECT lmpDataLinkPassiveOperStatus SYNTAX INTEGER { upAlloc(1), upFree(2), down(3) } DESCRIPTION "A value of psvTst(4) need not be supported."
OBJECT lmpDataLinkPassiveOperStatus SYNTAX INTEGER、upAlloc(1)、(3)へのupFree(2)、記述、「psvTst(4)の値は支持される必要はありません」。
OBJECT lmpDataLinkRowStatus SYNTAX RowStatus { active(1), notInService(2) } WRITE-SYNTAX RowStatus { active(1), notInService(2), createAndGo(4), destroy(6) } DESCRIPTION "Support for notReady(3) and createAndWait(5) is not required."
OBJECT lmpDataLinkRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
::= { lmpCompliances 1 }
::= lmpCompliances1
lmpModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that support the monitoring of the LMP MIB." MODULE -- this module
lmpModuleReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「LMP MIBのモニターをサポートするエージェントのための承諾声明。」 MODULE--このモジュール
-- The mandatory groups have to be implemented
-- 義務的なグループは実装されなければなりません。
Dubuc, et al. Standards Track [Page 64] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[64ページ]。
-- by all LMP-enabled devices. However, they may all be supported -- as read-only objects in the case where manual -- configuration is not supported.
-- すべてのLMPによって可能にされたデバイスで。 しかしながら、書き込み禁止が手動であるところで場合で反対するようにそれらはすべてサポートされるかもしれません--構成はサポートされません。
MANDATORY-GROUPS { lmpNodeGroup, lmpControlChannelGroup, lmpLinkPropertyCorrelationGroup, lmpPerfGroup, lmpTeLinkGroup, lmpDataLinkGroup }
義務的なグループlmpNodeGroup、lmpControlChannelGroup、lmpLinkPropertyCorrelationGroup、lmpPerfGroup、lmpTeLinkGroup、lmpDataLinkGroup
GROUP lmpCcIsNotInterfaceGroup DESCRIPTION "This group is mandatory for devices that support control channels that are not interfaces, in addition to lmpControlChannelGroup. The following constraints apply: lmpCcIsIf must at least be read-only returning false(1)."
GROUP lmpCcIsNotInterfaceGroup記述、「このグループはインタフェースでない制御チャンネルを支えるデバイスに義務的です、lmpControlChannelGroupに加えて」。 以下の規制は適用されます: 「lmpCcIsIfは少なくとも書き込み禁止の戻っている誤った(1)であるに違いありません。」
GROUP lmpCcIsInterfaceGroup DESCRIPTION "This group is mandatory for devices that support control channels that are interfaces, in addition to lmpControlChannelGroup. The following constraints apply: lmpCcIsIf must at least be read-only returning true(2)."
GROUP lmpCcIsInterfaceGroup記述、「このグループは制御チャンネルにそれをサポートするデバイスに義務的であるのが、lmpControlChannelGroupに加えたインタフェースであるということです」。 以下の規制は適用されます: 「lmpCcIsIfは少なくとも書き込み禁止の戻っている本当の(2)であるに違いありません。」
GROUP lmpLinkVerificationGroup DESCRIPTION "This group is mandatory for devices that support the link verification procedure."
GROUP lmpLinkVerificationGroup記述、「このグループはリンク検証手続をサポートするデバイスに義務的です」。
GROUP lmpNotificationGroup DESCRIPTION "This group is optional."
GROUP lmpNotificationGroup記述、「このグループは任意です」。
-- Scalars
-- スカラ
OBJECT lmpAdminStatus MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpAdminStatus MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpGlobalLinkVerificationInterval MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpGlobalLinkVerificationInterval MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloIntervalDefault MIN-ACCESS read-only
OBJECT lmpCcHelloIntervalDefault MIN-ACCESS書き込み禁止
Dubuc, et al. Standards Track [Page 65] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[65ページ]。
DESCRIPTION "Write access is not required."
記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloIntervalDefaultMin MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloIntervalDefaultMin MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloIntervalDefaultMax MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloIntervalDefaultMax MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloDeadIntervalDefault MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloDeadIntervalDefault MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloDeadIntervalDefaultMin MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloDeadIntervalDefaultMin MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloDeadIntervalDefaultMax MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloDeadIntervalDefaultMax MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpNotificationMaxRate MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpNotificationMaxRate MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpNbrTable
-- lmpNbrTable
OBJECT lmpNbrRetransmitInterval MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpNbrRetransmitInterval MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpNbrRetryLimit MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpNbrRetryLimit MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpNbrRetransmitDelta MIN-ACCESS read-only DESCRIPTION
OBJECT lmpNbrRetransmitDelta MIN-ACCESS書き込み禁止記述
Dubuc, et al. Standards Track [Page 66] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[66ページ]。
"Write access is not required."
「書く、アクセスは必要でない、」
OBJECT lmpNbrRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT lmpNbrRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT lmpNbrStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpNbrStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpControlChannelTable
-- lmpControlChannelTable
OBJECT lmpCcUnderlyingIfIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcUnderlyingIfIndex MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcIsIf MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcIsIf MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcNbrNodeId MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcNbrNodeId MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcRemoteAddressType SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) } MIN-ACCESS read-only DESCRIPTION "Only ipv4(1) and ipv6(2) address types need to be supported for non-point-to-point configurations."
OBJECT lmpCcRemoteAddressType SYNTAX INTEGER、未知(0)、ipv4(1)、ipv6(2)、「サポートipv4(1)とipv6(2)アドレスタイプだけが非ポイントツーポイント構成に必要がるあられる」MIN-ACCESS書き込み禁止記述。
OBJECT lmpCcRemoteIpAddr SYNTAX InetAddress (SIZE(0|4|16)) MIN-ACCESS read-only DESCRIPTION "The size of the IP address depends on the address type."
OBJECT lmpCcRemoteIpAddr SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述、「IPアドレスのサイズをアドレスタイプに頼っています」。
OBJECT lmpCcSetupRole MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcSetupRole MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Dubuc, et al. Standards Track [Page 67] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[67ページ]。
OBJECT lmpCcAuthentication MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcAuthentication MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloIntervalMin MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloIntervalMin MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloIntervalMax MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloIntervalMax MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloDeadIntervalMin MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloDeadIntervalMin MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcHelloDeadIntervalMax MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcHelloDeadIntervalMax MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpCcRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT lmpCcRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT lmpCcOperStatus SYNTAX INTEGER { up(1), down(2) } DESCRIPTION "A value of configSnd(3), configRcv(4), active(5), goingDown(6) need not be supported."
(2)への(1)へのOBJECT lmpCcOperStatus SYNTAX INTEGER、記述、「configSnd(3)、configRcv(4)、アクティブな(5)の値であり、goingDown(6)はサポートされる必要はありません」。
OBJECT lmpCcStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpCcStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpLinkVerificationTable
-- lmpLinkVerificationTable
OBJECT lmpLinkVerifyInterval MIN-ACCESS read-only DESCRIPTION
OBJECT lmpLinkVerifyInterval MIN-ACCESS書き込み禁止記述
Dubuc, et al. Standards Track [Page 68] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[68ページ]。
"Write access is not required."
「書く、アクセスは必要でない、」
OBJECT lmpLinkVerifyDeadInterval MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpLinkVerifyDeadInterval MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpLinkVerifyAllLinks MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpLinkVerifyAllLinks MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpTeLinkTable
-- lmpTeLinkTable
OBJECT lmpTeLinkNbrRemoteNodeId MIN-ACCESS read-only DESCRIPTION "Write access is not required if the link verification procedure is enabled."
OBJECT lmpTeLinkNbrRemoteNodeId MIN-ACCESS書き込み禁止記述、「書く、リンク検証手続が可能にされるならアクセスは必要でない、」
OBJECT lmpTeLinkVerification MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpTeLinkVerification MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpTeLinkFaultManagement MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpTeLinkFaultManagement MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpTeLinkDwdm MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpTeLinkDwdm MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpTeLinkOperStatus SYNTAX INTEGER { up(1), down(2), degraded(5) } DESCRIPTION "The testing(3) and init(4) state need not be supported."
OBJECT lmpTeLinkOperStatus SYNTAX INTEGERは(1)で(5)を(2)に下げました。「テスト(3)とイニット(4)状態はサポートされる必要はない」記述。
OBJECT lmpTeLinkRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT lmpTeLinkRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT lmpTeLinkStorageType
オブジェクトlmpTeLinkStorageType
Dubuc, et al. Standards Track [Page 69] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[69ページ]。
MIN-ACCESS read-only DESCRIPTION "Write access is not required."
MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpTeLinkVerificationTable
-- lmpTeLinkVerificationTable
OBJECT lmpLinkVerifyTransmissionRate MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpLinkVerifyTransmissionRate MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpLinkVerifyWavelength MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpLinkVerifyWavelength MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpLinkVerifyRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT lmpLinkVerifyRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT lmpLinkVerifyStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpLinkVerifyStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- lmpDataLinkTable
-- lmpDataLinkTable
OBJECT lmpDataLinkAddressType SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) } MIN-ACCESS read-only DESCRIPTION "Only ipv4(1) and ipv6(2) address types need to be supported for numbered links. For unnumbered links, the unknown(0) address type needs to be supported."
OBJECT lmpDataLinkAddressType SYNTAX INTEGER、未知(0)、ipv4(1)、ipv6(2)、「サポートipv4(1)とipv6(2)アドレスタイプだけが番号付のリンクに必要がるあられる」MIN-ACCESS書き込み禁止記述。 「無数のリンクに、未知の(0)アドレスタイプは、サポートされる必要があります。」
OBJECT lmpDataLinkIpAddr SYNTAX InetAddress (SIZE(0|4|16)) MIN-ACCESS read-only DESCRIPTION "Size of data-bearing link IP address depends on type of data-bearing link. Data-bearing link IP address size is zero if link is unnumbered, four if link IP address is IPv4, and sixteen if link IP address is IPv6."
「データを持つリンクIPアドレスのサイズはリンクをデータで持ちながら、タイプに頼る」OBJECT lmpDataLinkIpAddr SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述。 リンクが無数であるなら、データを持つリンクIPアドレスサイズはゼロです、4。「リンクIPであるならアドレスがIPv4である、16、リンクIPアドレスがIPv6である、」
OBJECT lmpDataLinkRemoteIpAddress
オブジェクトlmpDataLinkRemoteIpAddress
Dubuc, et al. Standards Track [Page 70] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[70ページ]。
SYNTAX InetAddress (SIZE(0|4|16)) MIN-ACCESS read-only DESCRIPTION "Write access is not required if the link verification procedure is enabled."
SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述、「書く、リンク検証手続が可能にされるならアクセスは必要でない、」
OBJECT lmpDataLinkRemoteIfId MIN-ACCESS read-only DESCRIPTION "Write access is not required if the link verification procedure is enabled."
OBJECT lmpDataLinkRemoteIfId MIN-ACCESS書き込み禁止記述、「書く、リンク検証手続が可能にされるならアクセスは必要でない、」
OBJECT lmpDataLinkEncodingType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpDataLinkEncodingType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT lmpDataLinkActiveOperStatus SYNTAX INTEGER { upAlloc(1), upFree(2), down(3) } DESCRIPTION "A value of testing(4) need not be supported."
upAlloc(1)(upFree(2))は(3)より倒します。OBJECT lmpDataLinkActiveOperStatus SYNTAX INTEGER、「(4)をテストする値はサポートされる必要はない」記述。
OBJECT lmpDataLinkPassiveOperStatus SYNTAX INTEGER { upAlloc(1), upFree(2), down(3) } DESCRIPTION "A value of psvTst(4) need not be supported."
upAlloc(1)(upFree(2))は(3)より倒します。OBJECT lmpDataLinkPassiveOperStatus SYNTAX INTEGER、「psvTst(4)の値はサポートされる必要はない」記述。
OBJECT lmpDataLinkRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required, and active(1) is the only status that needs to be supported."
OBJECT lmpDataLinkRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT lmpDataLinkStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
OBJECT lmpDataLinkStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { lmpCompliances 2 }
::= lmpCompliances2
-- Units of conformance
-- ユニットの順応
lmpNodeGroup OBJECT-GROUP OBJECTS { lmpAdminStatus, lmpOperStatus, lmpNbrAdminStatus, lmpNbrOperStatus,
lmpNodeGroupオブジェクト群対象、lmpAdminStatus、lmpOperStatus、lmpNbrAdminStatus、lmpNbrOperStatus
Dubuc, et al. Standards Track [Page 71] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[71ページ]。
lmpNbrRowStatus, lmpNbrStorageType, lmpUnprotectedNotificationsEnabled, lmpNotificationMaxRate } STATUS current DESCRIPTION "Collection of objects that represent LMP node configuration." ::= { lmpGroups 1 }
lmpNbrRowStatus、lmpNbrStorageType、lmpUnprotectedNotificationsEnabled、lmpNotificationMaxRate STATUSの現在の記述、「LMPノード構成を表すオブジェクトの収集。」 ::= lmpGroups1
lmpControlChannelGroup OBJECT-GROUP OBJECTS { lmpNbrRetransmitInterval, lmpNbrRetryLimit, lmpNbrRetransmitDelta, lmpNbrAdminStatus, lmpNbrOperStatus, lmpNbrRowStatus, lmpNbrStorageType, lmpCcHelloIntervalDefault, lmpCcHelloIntervalDefaultMin, lmpCcHelloIntervalDefaultMax, lmpCcHelloDeadIntervalDefault, lmpCcHelloDeadIntervalDefaultMin, lmpCcHelloDeadIntervalDefaultMax, lmpCcNbrNodeId, lmpCcRemoteId, lmpCcRemoteAddressType, lmpCcRemoteIpAddr, lmpCcSetupRole, lmpCcAuthentication, lmpCcHelloInterval, lmpCcHelloIntervalMin, lmpCcHelloIntervalMax, lmpCcHelloIntervalNegotiated, lmpCcHelloDeadInterval, lmpCcHelloDeadIntervalMin, lmpCcHelloDeadIntervalMax, lmpCcHelloDeadIntervalNegotiated, lmpCcOperStatus, lmpCcRowStatus, lmpCcStorageType, lmpCcUpDownNotificationsEnabled } STATUS current DESCRIPTION "Objects that can be used to configure LMP interface."
lmpControlChannelGroupオブジェクト群対象; { lmpNbrRetransmitInterval、lmpNbrRetryLimit、lmpNbrRetransmitDelta、lmpNbrAdminStatus、lmpNbrOperStatus、lmpNbrRowStatus、lmpNbrStorageType、lmpCcHelloIntervalDefault、lmpCcHelloIntervalDefaultMin、lmpCcHelloIntervalDefaultMax、lmpCcHelloDeadIntervalDefault、lmpCcHelloDeadIntervalDefaultMin、lmpCcHelloDeadIntervalDefaultMax、lmpCcNbrNodeId、lmpCcRemoteId; lmpCcRemoteAddressType、lmpCcRemoteIpAddr、lmpCcSetupRole、lmpCcAuthentication、lmpCcHelloInterval、lmpCcHelloIntervalMin、lmpCcHelloIntervalMax、lmpCcHelloIntervalNegotiated、lmpCcHelloDeadInterval、lmpCcHelloDeadIntervalMin、lmpCcHelloDeadIntervalMax、lmpCcHelloDeadIntervalNegotiated、lmpCcOperStatus、lmpCcRowStatus、lmpCcStorageType、lmpCcUpDownNotificationsEnabled; } STATUSの現在の記述は「缶がLMPが連結するのを構成するのに使用されるのを反対します」。
Dubuc, et al. Standards Track [Page 72] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[72ページ]。
::= { lmpGroups 2 }
::= lmpGroups2
lmpCcIsInterfaceGroup OBJECT-GROUP OBJECTS { lmpCcIsIf } STATUS current DESCRIPTION "Objects that can be used to configure control channels that are interfaces." ::= { lmpGroups 3 }
lmpCcIsInterfaceGroup OBJECT-GROUP OBJECTS lmpCcIsIf、STATUSの現在の記述は「缶がインタフェースである制御チャンネルを構成するのに使用されるのを反対します」。 ::= lmpGroups3
lmpCcIsNotInterfaceGroup OBJECT-GROUP OBJECTS { lmpCcUnderlyingIfIndex, lmpCcIsIf, lmpCcLastChange, lmpCcAdminStatus } STATUS current DESCRIPTION "Objects that can be used to configure control channels that are not interfaces." ::= { lmpGroups 4 }
lmpCcIsNotInterfaceGroup OBJECT-GROUP OBJECTS、lmpCcUnderlyingIfIndex、lmpCcIsIf、lmpCcLastChange、lmpCcAdminStatus、STATUSの現在の記述は「缶がインタフェースでない制御チャンネルを構成するのに使用されるのを反対します」。 ::= lmpGroups4
lmpLinkPropertyCorrelationGroup OBJECT-GROUP OBJECTS { lmpLinkPropertyNotificationsEnabled } STATUS current DESCRIPTION "Collection of objects used to configure the link property correlation procedure." ::= { lmpGroups 5 }
lmpLinkPropertyCorrelationGroup OBJECT-GROUP OBJECTS lmpLinkPropertyNotificationsEnabled、「オブジェクトの収集はリンク特性の相関関係手順を構成するのに使用した」STATUSの現在の記述。 ::= lmpGroups5
lmpLinkVerificationGroup OBJECT-GROUP OBJECTS { lmpGlobalLinkVerificationInterval, lmpLinkVerifyInterval, lmpLinkVerifyDeadInterval, lmpLinkVerifyTransportMechanism, lmpLinkVerifyAllLinks, lmpLinkVerifyTransmissionRate, lmpLinkVerifyWavelength, lmpLinkVerifyRowStatus, lmpLinkVerifyStorageType, lmpDataLinkNotificationsEnabled } STATUS current DESCRIPTION "Collection of objects that represent the link verification procedure configuration." ::= { lmpGroups 6 }
lmpLinkVerificationGroup OBJECT-GROUP OBJECTS、lmpGlobalLinkVerificationInterval、lmpLinkVerifyInterval、lmpLinkVerifyDeadInterval、lmpLinkVerifyTransportMechanism、lmpLinkVerifyAllLinks、lmpLinkVerifyTransmissionRate、lmpLinkVerifyWavelength、lmpLinkVerifyRowStatus、lmpLinkVerifyStorageType、lmpDataLinkNotificationsEnabled、STATUSの現在の記述、「リンク検証手続構成を表すオブジェクトの収集。」 ::= lmpGroups6
Dubuc, et al. Standards Track [Page 73] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[73ページ]。
lmpPerfGroup OBJECT-GROUP OBJECTS { lmpCcInOctets, lmpCcInDiscards, lmpCcInErrors, lmpCcOutOctets, lmpCcOutDiscards, lmpCcOutErrors, lmpCcConfigReceived, lmpCcConfigSent, lmpCcConfigRetransmit, lmpCcConfigAckReceived, lmpCcConfigAckSent, lmpCcConfigNackSent, lmpCcConfigNackReceived, lmpCcHelloReceived, lmpCcHelloSent, lmpCcBeginVerifyReceived, lmpCcBeginVerifySent, lmpCcBeginVerifyRetransmit, lmpCcBeginVerifyAckReceived, lmpCcBeginVerifyAckSent, lmpCcBeginVerifyNackReceived, lmpCcBeginVerifyNackSent, lmpCcEndVerifyReceived, lmpCcEndVerifySent, lmpCcEndVerifyRetransmit, lmpCcEndVerifyAckReceived, lmpCcEndVerifyAckSent, lmpCcTestStatusSuccessReceived, lmpCcTestStatusSuccessSent, lmpCcTestStatusSuccessRetransmit, lmpCcTestStatusFailureReceived, lmpCcTestStatusFailureSent, lmpCcTestStatusFailureRetransmit, lmpCcTestStatusAckReceived, lmpCcTestStatusAckSent, lmpCcLinkSummaryReceived, lmpCcLinkSummarySent, lmpCcLinkSummaryRetransmit, lmpCcLinkSummaryAckReceived, lmpCcLinkSummaryAckSent, lmpCcLinkSummaryNackReceived, lmpCcLinkSummaryNackSent, lmpCcChannelStatusReceived, lmpCcChannelStatusSent, lmpCcChannelStatusRetransmit, lmpCcChannelStatusAckReceived, lmpCcChannelStatusAckSent,
lmpPerfGroupオブジェクト群対象、lmpCcInOctets、lmpCcInDiscards、lmpCcInErrors、lmpCcOutOctets、lmpCcOutDiscards、lmpCcOutErrors、lmpCcConfigReceived、lmpCcConfigSent、lmpCcConfigRetransmit、lmpCcConfigAckReceived、lmpCcConfigAckSent、lmpCcConfigNackSent、lmpCcConfigNackReceived、lmpCcHelloReceived、lmpCcHelloSent、lmpCcBeginVerifyReceived、lmpCcBeginVerifySent、lmpCcBeginVerifyRetransmit、lmpCcBeginVerifyAckReceived、lmpCcBeginVerifyAckSent、lmpCcBeginVerifyNackReceived、lmpCcBeginVerifyNackSent; lmpCcEndVerifyReceived、lmpCcEndVerifySent、lmpCcEndVerifyRetransmit、lmpCcEndVerifyAckReceived、lmpCcEndVerifyAckSent、lmpCcTestStatusSuccessReceived、lmpCcTestStatusSuccessSent、lmpCcTestStatusSuccessRetransmit、lmpCcTestStatusFailureReceived; lmpCcTestStatusFailureSent、lmpCcTestStatusFailureRetransmit、lmpCcTestStatusAckReceived、lmpCcTestStatusAckSent、lmpCcLinkSummaryReceived、lmpCcLinkSummarySent、lmpCcLinkSummaryRetransmit、lmpCcLinkSummaryAckReceived、lmpCcLinkSummaryAckSent、lmpCcLinkSummaryNackReceived、lmpCcLinkSummaryNackSent、lmpCcChannelStatusReceived、lmpCcChannelStatusSent、lmpCcChannelStatusRetransmit、lmpCcChannelStatusAckReceived、lmpCcChannelStatusAckSent
Dubuc, et al. Standards Track [Page 74] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[74ページ]。
lmpCcChannelStatusReqReceived, lmpCcChannelStatusReqSent, lmpCcChannelStatusReqRetransmit, lmpCcChannelStatusRspReceived, lmpCcChannelStatusRspSent, lmpCcCounterDiscontinuityTime, lmpTeInOctets, lmpTeOutOctets, lmpTeBeginVerifyReceived, lmpTeBeginVerifySent, lmpTeBeginVerifyRetransmit, lmpTeBeginVerifyAckReceived, lmpTeBeginVerifyAckSent, lmpTeBeginVerifyNackReceived, lmpTeBeginVerifyNackSent, lmpTeEndVerifyReceived, lmpTeEndVerifySent, lmpTeEndVerifyRetransmit, lmpTeEndVerifyAckReceived, lmpTeEndVerifyAckSent, lmpTeTestStatusSuccessReceived, lmpTeTestStatusSuccessSent, lmpTeTestStatusSuccessRetransmit, lmpTeTestStatusFailureReceived, lmpTeTestStatusFailureSent, lmpTeTestStatusFailureRetransmit, lmpTeTestStatusAckReceived, lmpTeTestStatusAckSent, lmpTeLinkSummaryReceived, lmpTeLinkSummarySent, lmpTeLinkSummaryRetransmit, lmpTeLinkSummaryAckReceived, lmpTeLinkSummaryAckSent, lmpTeLinkSummaryNackReceived, lmpTeLinkSummaryNackSent, lmpTeChannelStatusReceived, lmpTeChannelStatusSent, lmpTeChannelStatusRetransmit, lmpTeChannelStatusAckReceived, lmpTeChannelStatusAckSent, lmpTeChannelStatusReqReceived, lmpTeChannelStatusReqSent, lmpTeChannelStatusReqRetransmit, lmpTeChannelStatusRspSent, lmpTeChannelStatusRspReceived, lmpTeCounterDiscontinuityTime, lmpDataLinkTestReceived, lmpDataLinkTestSent,
lmpCcChannelStatusReqReceived、lmpCcChannelStatusReqSent、lmpCcChannelStatusReqRetransmit、lmpCcChannelStatusRspReceived、lmpCcChannelStatusRspSent、lmpCcCounterDiscontinuityTime、lmpTeInOctets、lmpTeOutOctets、lmpTeBeginVerifyReceived、lmpTeBeginVerifySent; lmpTeBeginVerifyRetransmit、lmpTeBeginVerifyAckReceived、lmpTeBeginVerifyAckSent、lmpTeBeginVerifyNackReceived、lmpTeBeginVerifyNackSent、lmpTeEndVerifyReceived、lmpTeEndVerifySent、lmpTeEndVerifyRetransmit、lmpTeEndVerifyAckReceived、lmpTeEndVerifyAckSent; lmpTeTestStatusSuccessReceived、lmpTeTestStatusSuccessSent、lmpTeTestStatusSuccessRetransmit、lmpTeTestStatusFailureReceived、lmpTeTestStatusFailureSent、lmpTeTestStatusFailureRetransmit、lmpTeTestStatusAckReceived、lmpTeTestStatusAckSent、lmpTeLinkSummaryReceived、lmpTeLinkSummarySent、lmpTeLinkSummaryRetransmit、lmpTeLinkSummaryAckReceived、lmpTeLinkSummaryAckSent、lmpTeLinkSummaryNackReceived、lmpTeLinkSummaryNackSent、lmpTeChannelStatusReceived、lmpTeChannelStatusSent、lmpTeChannelStatusRetransmit、lmpTeChannelStatusAckReceived、lmpTeChannelStatusAckSent、lmpTeChannelStatusReqReceived、lmpTeChannelStatusReqSent、lmpTeChannelStatusReqRetransmit、lmpTeChannelStatusRspSent、lmpTeChannelStatusRspReceived、lmpTeCounterDiscontinuityTime、lmpDataLinkTestReceived、lmpDataLinkTestSent
Dubuc, et al. Standards Track [Page 75] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[75ページ]。
lmpDataLinkActiveTestSuccess, lmpDataLinkActiveTestFailure, lmpDataLinkPassiveTestSuccess, lmpDataLinkPassiveTestFailure, lmpDataLinkDiscontinuityTime } STATUS current DESCRIPTION "Collection of objects used to provide performance information about LMP interfaces and data-bearing links." ::= { lmpGroups 7 }
lmpDataLinkActiveTestSuccess、lmpDataLinkActiveTestFailure、lmpDataLinkPassiveTestSuccess、lmpDataLinkPassiveTestFailure、lmpDataLinkDiscontinuityTime 「オブジェクトの収集はLMPインタフェースとデータを持つリンクの性能情報を提供するのに使用した」STATUSの現在の記述。 ::= lmpGroups7
lmpTeLinkGroup OBJECT-GROUP OBJECTS { lmpTeLinkNbrRemoteNodeId, lmpTeLinkVerification, lmpTeLinkFaultManagement, lmpTeLinkDwdm, lmpTeLinkOperStatus, lmpTeLinkRowStatus, lmpTeLinkStorageType, lmpTeLinkNotificationsEnabled } STATUS current DESCRIPTION "Objects that can be used to configure TE links." ::= { lmpGroups 8 }
lmpTeLinkGroup OBJECT-GROUP OBJECTS、lmpTeLinkNbrRemoteNodeId、lmpTeLinkVerification、lmpTeLinkFaultManagement、lmpTeLinkDwdm、lmpTeLinkOperStatus、lmpTeLinkRowStatus、lmpTeLinkStorageType、lmpTeLinkNotificationsEnabled、STATUSの現在の記述は「缶がTEリンクを構成するのに使用されるのを反対します」。 ::= lmpGroups8
lmpDataLinkGroup OBJECT-GROUP OBJECTS { lmpDataLinkType, lmpDataLinkAddressType, lmpDataLinkIpAddr, lmpDataLinkRemoteIpAddress, lmpDataLinkRemoteIfId, lmpDataLinkEncodingType, lmpDataLinkActiveOperStatus, lmpDataLinkPassiveOperStatus, lmpDataLinkRowStatus, lmpDataLinkStorageType } STATUS current DESCRIPTION "Collection of objects that represent data-bearing link configuration." ::= { lmpGroups 9 }
lmpDataLinkGroup OBJECT-GROUP OBJECTS、lmpDataLinkType、lmpDataLinkAddressType、lmpDataLinkIpAddr、lmpDataLinkRemoteIpAddress、lmpDataLinkRemoteIfId、lmpDataLinkEncodingType、lmpDataLinkActiveOperStatus、lmpDataLinkPassiveOperStatus、lmpDataLinkRowStatus、lmpDataLinkStorageType、STATUSの現在の記述、「データを持つリンク構成を表すオブジェクトの収集。」 ::= lmpGroups9
lmpNotificationGroup NOTIFICATION-GROUP NOTIFICATIONS { lmpTeLinkPropertyMismatch, lmpDataLinkPropertyMismatch,
lmpNotificationGroup通知グループ通知、lmpTeLinkPropertyMismatch、lmpDataLinkPropertyMismatch
Dubuc, et al. Standards Track [Page 76] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[76ページ]。
lmpUnprotected, lmpControlChannelUp, lmpControlChannelDown, lmpTeLinkDegraded, lmpTeLinkNotDegraded, lmpDataLinkVerificationFailure } STATUS current DESCRIPTION "Set of notifications defined in this module." ::= { lmpGroups 10 }
lmpUnprotectedする、lmpControlChannelUp、lmpControlChannelDown、lmpTeLinkDegraded、lmpTeLinkNotDegraded、lmpDataLinkVerificationFailure 「通知のセットはこのモジュールで定義した」STATUSの現在の記述。 ::= lmpGroups10
-- End of LMP-MIB END
-- LMP-MIBエンドの端
10. Security Considerations
10. セキュリティ問題
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操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
- Unauthorized changes to the lmpNbrTable, lmpControlChannelTable, lmpTeLinkTable, and lmpDataLinkTable may disrupt allocation of resources in the network.
- lmpNbrTable、lmpControlChannelTable、lmpTeLinkTable、およびlmpDataLinkTableへの未承認の変更はネットワークにおける、リソースの配分を中断するかもしれません。
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:
このMIBモジュール(すなわち、アクセスしやすくないのを除いたマックス-ACCESSがあるオブジェクト)によるいくつかの読み込み可能なオブジェクトがいくつかのネットワーク環境で敏感であるか、または被害を受け易いと考えられるかもしれません。 SNMPを通してネットワークの上にそれらを送るとき、その結果、GET、そして/または、これらのオブジェクトへのNOTIFYアクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
- The lmpNbrTable exposes network provider's node IP addresses.
- lmpNbrTableは、ネットワーク内の提供者のノードがIPアドレスであると暴露します。
- lmpControlChannelTable exposes network provider's control network.
- lmpControlChannelTableはネットワーク内の提供者の規制ネットワークを暴露します。
- lmpDataLinkTable exposes network provider's data network.
- lmpDataLinkTableはネットワーク内の提供者のデータ網を暴露します。
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モジュールでだれに許容されているかに関してコントロールが全くありません。
Dubuc, et al. Standards Track [Page 77] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[77ページ]。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3フレームワークで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them.
さらに、SNMPv3の前のSNMPバージョンの展開はNOT RECOMMENDEDです。 代わりに、それはSNMPv3を配布して、暗号のセキュリティを可能にするRECOMMENDEDです。 そして、このMIBモジュールのインスタンスへのアクセスを与えるSNMP実体が本当にGETに正当な権利を持っている校長(ユーザ)をそれらだけへのオブジェクトへのアクセスに与えるか、または(変えるか、作成する、または削除します)それらをSETに与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
11. Contributors
11. 貢献者
Sudheer Dharanikota EMail: sudheer@ieee.org
Sudheer Dharanikotaはメールします: sudheer@ieee.org
12. Acknowledgements
12. 承認
The general structure of this document has been modeled around the MPLS Label Switching Router (LSR) MIB [RFC3813].
このドキュメントの一般構造体はMPLS Label Switching Router(LSR)MIB[RFC3813]の周りでモデル化されました。
The authors wish to thank Dmitry Ryumkin, Baktha Muralidharan and George Wang.
作者はドミトリーRyumkin、Baktha Muralidharan、およびジョージワングに感謝したがっています。
13. IANA Considerations
13. IANA問題
Each of the following "IANA Considerations" subsections requested IANA for new assignments. New assignments can only be made via a Standards Action as specified in [RFC2434].
それぞれの以下の「IANA問題」小区分は新しい課題のためにIANAを要求しました。 [RFC2434]の指定されるとしてのStandards Actionを通して新しい課題をすることができるだけです。
13.1. IANA Considerations for lmp ifType
13.1. lmp ifTypeのためのIANA Considerations
The IANA has assigned 227 ifType for LMP interfaces.
IANAは227ifTypeをLMPインタフェースに割り当てました。
13.2. IANA Considerations for LMP-MIB
13.2. LMP-MIBのためのIANA問題
The IANA has assigned { transmission 227 } to the LMP-MIB module specified in this document.
IANAは本書では指定されたLMP-MIBモジュールにトランスミッション227を割り当てました。
Dubuc, et al. Standards Track [Page 78] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[78ページ]。
14. References
14. 参照
14.1. Normative References
14.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2434] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.
[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。
[RFC2578] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
[RFC2578] McCloghrie、K.、パーキンス、D.、およびJ.Schoenwaelder、「経営情報バージョン2(SMIv2)の構造」、STD58、RFC2578(1999年4月)。
[RFC2579] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
[RFC2579] McCloghrieとK.とパーキンス、D.とJ.Schoenwaelder、「SMIv2"、STD58、RFC2579、1999年4月の原文のコンベンション。」
[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月。
[RFC2914] Floyd, S., "Congestion Control Principles", BCP 41, RFC 2914, September 2000.
[RFC2914]フロイド、S.、「輻輳制御プリンシプルズ」、BCP41、RFC2914、2000年9月。
[RFC3471] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471] バーガー、L.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)のシグナリングの機能的な記述」、RFC3471、2003年1月。
[RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005.
2005年2月の[RFC4001]ダニエルとM.とハーバーマンとB.とRouthier、S.とJ.Schoenwaelder、「インターネットネットワーク・アドレスのための原文のコンベンション」RFC4001。
[RFC4204] Lang, J., "Link Management Protocol (LMP)", RFC 4204, October 2005.
[RFC4204] ラング、J.、「リンク管理プロトコル(LMP)」、RFC4204、2005年10月。
[RFC4207] Lang, J. and D. Papadimitriou, "Synchronous Optical Network (SONET)/Synchronous Digital Hierarchy (SDH) Encoding for Link Management Protocol (LMP) Test Messages", RFC 4207, October 2005.
[RFC4207]ラング、J.とD.Papadimitriou、「リンク管理プロトコル(LMP)のためにテストメッセージをコード化する同期式光通信網(Sonet)/同期デジタルハイアラーキ(SDH)」RFC4207(2005年10月)。
Dubuc, et al. Standards Track [Page 79] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[79ページ]。
[RFC4209] Fredette, A., Ed. and J. Lang, Ed., "Link Management Protocol (LMP) for Dense Wavelength Division Multiplexing (DWDM) Optical Line Systems", RFC 4209, October 2005.
[RFC4209] エドFredette、A.、エドJ.ラング、「濃い波長事業部のためのリンク管理プロトコル(LMP)は(DWDM)光学回線システムを多重送信すること」でのRFC4209(2005年10月)。
[RFC4220] Dubuc, M., Nadeau, T., and J. Lang, "Traffic Engineering Link Management Information Base", RFC 4220, November 2005.
[RFC4220] ドュバックとM.とナドー、T.とJ.ラング、「交通工学リンク管理情報ベース」、RFC4220、2005年11月。
14.2. Informative References
14.2. 有益な参照
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
[RFC3410] ケース、J.、マンディ、R.、パーテイン、D.、およびB.スチュワート、「インターネット標準の管理枠組みのための序論と適用性声明」、RFC3410(2002年12月)。
[RFC3813] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB)", RFC 3812, June 2004.
[RFC3813] Srinivasan、C.、Viswanathan、A.、およびT.ナドー、「Multiprotocolは交通工学(Te)管理情報ベース(MIB)と切り換え(MPLS)をラベルします」、RFC3812、2004年6月。
Dubuc, et al. Standards Track [Page 80] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[80ページ]。
Authors' Addresses
作者のアドレス
Martin Dubuc
マーチン・ドュバック
EMail: dubuc.consulting@sympatico.ca
メール: dubuc.consulting@sympatico.ca
Thomas D. Nadeau Cisco Systems, Inc. 1414 Massachusetts Ave. Boxborough, MA 01719
トーマスD.ナドーシスコシステムズInc.1414マサチューセッツAve。 Boxborough、MA 01719
EMail: tnadeau@cisco.com
メール: tnadeau@cisco.com
Jonathan P. Lang Sonos, Inc. 223 E. De La Guerra St. Santa Barbara, CA 93101
サンタバーバラ、ジョナサンP.ラングSonos Inc.223E.De Laグェルラ通りカリフォルニア 93101
EMail: jplang@ieee.org
メール: jplang@ieee.org
Evan McGinnis Hammerhead Systems 640 Clyde Court Mountain View, CA 94043
マウンテンビュー、エヴァンマクギニスハンマーの頭システム640クライド法廷カリフォルニア 94043
EMail: emcginnis@hammerheadsystems.com
メール: emcginnis@hammerheadsystems.com
Dubuc, et al. Standards Track [Page 81] RFC 4327 LMP-MIB Module January 2006
ドュバック、他 規格はLMP-MIBモジュール2006年1月にRFC4327を追跡します[81ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Dubuc, et al. Standards Track [Page 82]
ドュバック、他 標準化過程[82ページ]
一覧
スポンサーリンク