RFC4220 日本語訳
4220 Traffic Engineering Link Management Information Base. M. Dubuc,T. Nadeau, J. Lang. November 2005. (Format: TXT=104566 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group M. Dubuc
Request for Comments: 4220 Consultant
Category: Standards Track T. Nadeau
Cisco Systems
J. Lang
Sonos, Inc.
November 2005
コメントを求めるワーキンググループM.ドュバックの要求をネットワークでつないでください: 4220年のコンサルタントカテゴリ: 標準化過程T.ナドーシスコシステムズJ.ラングSonos Inc.2005年11月
Traffic Engineering Link Management Information Base
交通工学リンク管理Information基地
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 (2005).
Copyright(C)インターネット協会(2005)。
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 TE links as described in the Link Bundling in MPLS Traffic Engineering (TE) document.
ネットワーク管理プロトコルがインターネットコミュニティにある状態で、このメモは使用のために、Management Information基地の一部(MIB)を定義します。 特に、それはMPLS Traffic Engineering(TE)ドキュメントのLink Bundlingで説明されるようにモデルTEリンクに管理オブジェクトについて説明します。
Dubuc, et al. Standards Track [Page 1] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[1ページ]。
Table of Contents
目次
1. The Internet-Standard Management Framework ......................2
2. Introduction ....................................................3
3. Terminology .....................................................3
4. Feature Checklist ...............................................4
5. Outline .........................................................4
6. Brief Description of MIB Objects ................................4
6.1. teLinkTable ................................................4
6.2. teLinkDescriptorTable ......................................4
6.3. teLinkSrlgTable ............................................5
6.4. teLinkBandwidthTable .......................................5
6.5. componentLinkTable .........................................5
6.6. componentLinkDescriptorTable ...............................5
6.7. componentLinkBandwidthTable ................................5
7. Example of Bundled Link Setup ...................................5
8. Application of the Interfaces Group to TE Links .................9
8.1. Support of the TE Link Layer by ifTable ....................9
8.2. Using ifStackTable ........................................11
8.3. Applicability of ifRcvAddressTable ........................13
9. TE Link MIB Module Definitions .................................13
10. Security Considerations .......................................50
11. Contributors ..................................................51
12. Acknowledgements ..............................................51
13. IANA Considerations ...........................................51
13.1. IANA Considerations for the TE-LINK-STD-MIB .............51
14. References ....................................................51
14.1. Normative References ....................................51
14.2. Informative References ..................................52
1. インターネット標準の管理枠組み…2 2. 序論…3 3. 用語…3 4. チェックリストを特徴としてください…4 5. 概説します。4 6. MIB物の記述に事情を知らせてください…4 6.1teLinkTable…4 6.2teLinkDescriptorTable…4 6.3teLinkSrlgTable…5 6.4teLinkBandwidthTable…5 6.5componentLinkTable…5 6.6componentLinkDescriptorTable…5 6.7componentLinkBandwidthTable…5 7. 束ねられたリンクセットアップに関する例…5 8. Teへのインタフェースグループのアプリケーションはリンクされます…9 8.1. ifTableによるTeリンクレイヤのサポート…9 8.2. ifStackTableを使用します…11 8.3. ifRcvAddressTableの適用性…13 9. TeリンクMIBモジュール定義…13 10. セキュリティ問題…50 11. 貢献者…51 12. 承認…51 13. IANA問題…51 13.1. TeリンクSTD-MIBのためのIANA問題…51 14. 参照…51 14.1. 標準の参照…51 14.2. 有益な参照…52
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モジュールを指定します。
Dubuc, et al. Standards Track [Page 2] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[2ページ]。
2. Introduction
2. 序論
OSPF [RFC3630], Generalized MPLS (GMPLS) [RFC3471], and the Link Management Protocol (LMP) [RFC4204] use the concept of traffic engineering (TE) links to abstract link properties. The effect of this approach is a reduction in the amount of routing information exchanged in the network, which improves routing scalability. In addition, the use of TE links allows the implementation of new capabilities such as link protection.
OSPF[RFC3630]、Generalized MPLS(GMPLS)[RFC3471]、およびLink Managementプロトコル(LMP)[RFC4204]は抽象的なリンクの特性への交通工学(TE)リンクの概念を使用します。 このアプローチの効果はルーティングスケーラビリティを改良するネットワークで交換されたルーティング情報の量が減少です。 さらに、TEリンクの使用はリンク保護などの新しい能力の実現を許します。
In this document, we present a MIB module that can be used to manage TE links and their extension, the bundled link. This MIB module enables both the configuration and the performance monitoring of TE links and the bundled link.
本書では、私たちはTEリンクを管理するのに使用できるMIBモジュールと彼らの拡大(束ねられたリンク)を提示します。 このMIBモジュールは構成とTEリンクと束ねられたリンクの性能モニターの両方を可能にします。
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]で説明されるように本書では解釈されることであるべきですか?
3. Terminology
3. 用語
This document uses terminology from the documents describing link bundling [RFC4201] and GMPLS [RFC3945].
このドキュメントはリンクバンドリングについて説明するドキュメント[RFC4201]とGMPLS[RFC3945]から用語を使用します。
The link bundling feature is designed to aggregate one or more similar entities between a node pair into a bundled link [RFC4201]. In RFC 4201, those entities are referred to as TE links. A TE link is a subinterface capable of carrying MPLS traffic engineered traffic. A TE Link may be comprised of only one underlying component link. In cases where more than one component links are to be combined, multiple component links should be created with differing priorities to indicate hot-standby or parallel utilization.
リンクバンドリング機能は、束ねられたリンク[RFC4201]へのノード組の間の1つ以上の同様の実体に集めるように設計されています。 RFC4201では、それらの実体はTEリンクと呼ばれます。 TEリンクによるMPLS交通を運ぶことができる「副-インタフェース」が交通を設計したということです。 TE Linkは1個の基本的なコンポーネントリンクだけから成るかもしれません。 1個以上のコンポーネントリンクが結合されていることになっている場合では、複数のコンポーネントリンクが異なったプライオリティで作成されて、ホット・スタンバイ機能か平行な利用を示すべきです。
A bundled link is another kind of Traffic Engineering (TE) link (see [RFC4203]). A link bundle is a subinterface that binds the traffic of a group of one or more TE links. There should be more than one TE Link in a link bundle, but this is not a requirement. Furthermore, if there are more than one TE links in a link bundle at some time, and at some point later, all but one of the links are deleted, the agent may choose to either delete the link bundle, or it may choose to leave it intact. Traffic counters on a link bundle are cumulative for all subinterfaces that it binds together.
束ねられたリンクはもう1種類のTraffic Engineering(TE)リンク([RFC4203]を見る)です。 リンクバンドルは1個以上のTEリンクのグループの交通を縛る「副-インタフェース」です。 リンクバンドルには1TE Linkがあるはずですが、これは要件ではありません。 その上、いつかであることにおける何らかのポイントのリンクバンドルに1個以上のTEリンクが後であれば、リンクの1つ以外のすべてが削除されるか、エージェントが、リンクバンドルを削除するのを選ぶかもしれませんか、またはそれは、それを完全なままにするのを選ぶかもしれません。 それが一緒にくくるすべての「副-インタフェース」において、リンクバンドルの交通カウンタは累積しています。
Dubuc, et al. Standards Track [Page 3] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[3ページ]。
4. Feature Checklist
4. 特徴チェックリスト
The TE Link MIB module (TE-LINK-STD-MIB) is designed to satisfy the following requirements and constraints:
TE Link MIBモジュール(TE-LINK-STD-MIB)は以下の要件と規制を満たすように設計されています:
- The MIB module supports the management of TE links, including
bundled links.
- MIBモジュールは束ねられたリンクを含むTEリンクの管理を支持します。
- Support is provided for configuration of traffic engineering
parameters associated with TE links.
- TEリンクに関連している交通技術的パラメータの構成にサポートを提供します。
- The MIB module is used to monitor the priority-based component
link and TE link bandwidth values.
- MIBモジュールは、優先権ベースのコンポーネントリンクとTEリンク帯域幅値をモニターするのに使用されます。
5. Outline
5. アウトライン
Configuring bundled links involves the following steps:
束ねられたリンクを構成すると、以下のステップはかかわります:
- Creating a bundled link.
- 束ねられたリンクを作成します。
- Creating TE links.
- TEを作成するのはリンクされます。
- Optionally specifying the shared risk link groups associated with
the TE links.
- 任意にTEに関連している共有されたリスクリンク群を指定するのはリンクされます。
- Configuring the component links including the bandwidth parameters
and associating the component links with the appropriate TE link.
- 帯域幅パラメタを含むコンポーネントリンクを構成して、適切なTEとのコンポーネントリンクを関連づけるのはリンクされます。
- Associating the TE links with the appropriate bundled link.
- TEを関連づけるのは適切な束ねられたリンクにリンクされます。
6. Brief Description of MIB Objects
6. MIB物の簡単な説明
Sections 6.1 - 6.4 describe objects pertaining to TE links while Sections 6.5 - 6.7 describe objects pertaining to component links. The MIB objects were derived from the link bundling document [RFC4201].
セクションは6.1、6.4にセクションが6.5、6.7にコンポーネントリンクに関係する物について説明している間にTEリンクに関係する物について説明します。 リンクバンドリングドキュメント[RFC4201]からMIB物を得ました。
6.1. teLinkTable
6.1. teLinkTable
This table represents the TE links, including bundled links, and their generic traffic engineering parameters.
このテーブルは束ねられたリンク、およびそれらの一般的な交通技術的パラメータを含むTEリンクを表します。
6.2. teLinkDescriptorTable
6.2. teLinkDescriptorTable
This table represents the TE link interface switching capability descriptors.
このテーブルはTEリンクインタフェーススイッチング能力記述子を表します。
Dubuc, et al. Standards Track [Page 4] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[4ページ]。
6.3. teLinkSrlgTable
6.3. teLinkSrlgTable
This table represents the shared risk link groups (SRLGs) associated with TE links.
このテーブルはTEリンクに関連している共有されたリスクリンク群(SRLGs)を代表します。
6.4. teLinkBandwidthTable
6.4. teLinkBandwidthTable
This table specifies the priority-based bandwidth traffic engineering parameters associated with TE links.
このテーブルはTEリンクに関連している優先権ベースの帯域幅交通技術的パラメータを指定します。
6.5. componentLinkTable
6.5. componentLinkTable
This table enumerates the component links and their generic traffic engineering parameters.
このテーブルはコンポーネントリンクとそれらの一般的な交通技術的パラメータを数え上げます。
6.6. componentLinkDescriptorTable
6.6. componentLinkDescriptorTable
This table enumerates the interface switching capability descriptors that each component link supports.
このテーブルはそれぞれのコンポーネントリンクが支持するインタフェーススイッチング能力記述子を列挙します。
6.7. componentLinkBandwidthTable
6.7. componentLinkBandwidthTable
The component link bandwidth table specifies the priority-based bandwidth values associated with the component links.
コンポーネントリンク帯域幅テーブルはコンポーネントリンクに関連している優先権ベースの帯域幅値を指定します。
Component links that belong to the same TE link must be compatible. If these two tables are managed independently, mechanisms should be put in place to ensure consistency between the two tables. TE links that form a bundled link must have compatible traffic engineering parameters (resource class, link metric, and protection type).
同じTEリンクに属すコンポーネントリンクは互換性があるに違いありません。 これらの2個のテーブルが独自に管理されるなら、メカニズムは、2個のテーブルの間の一貫性を確実にするために適所に置かれるべきです。 束ねられたリンクを形成するTEリンクはコンパチブル交通技術的パラメータ(リソースのクラス、リンクメートル法と保護タイプ)を持たなければなりません。
The link descriptors of the teLinkDescriptorTable can be derived from the link descriptors of the componentLinkDescrTable.
componentLinkDescrTableに関するリンク記述子からteLinkDescriptorTableに関するリンク記述子を得ることができます。
Some of the bandwidth parameters of the teLinkTable, teLinkDescriptorTable, teLinkBandwidthTable are derived from the bandwidth parameters of the componentLinkTable, componentLinkDescriptorTable, and componentLinkBandwidthTable (maximum reservable bandwidth, minimum LSP bandwidth, maximum LSP bandwidth at specified priority, and unreserved bandwidth).
teLinkTableの帯域幅パラメタのいくつか、teLinkDescriptorTable、componentLinkTable、componentLinkDescriptorTable、およびcomponentLinkBandwidthTable(最大の予約可能帯域幅、最小のLSP帯域幅、指定された優先権、および無遠慮な帯域幅の最大のLSP帯域幅)の帯域幅パラメタからteLinkBandwidthTableを得ます。
7. Example of Bundled Link Setup
7. 束ねられたリンクセットアップに関する例
In this section, we provide a brief example of using the MIB objects described in section 10 to set up a bundled link. While this example is not meant to illustrate every nuance of the MIB module, it is intended as an aid to understanding some of the key concepts. It is meant to be read after going through the MIB module itself. Section
このセクションに、私たちは束ねられたリンクをセットアップするためにセクション10で説明されたMIB物を使用する簡潔な例を供給します。 この例はMIBモジュールのあらゆるニュアンスを例証することになっているというわけではありませんが、それは重要な考えのいくつかを理解していることへの援助として意図します。 MIBモジュール自体に直面した後に、それは読まれることになっています。 セクション
Dubuc, et al. Standards Track [Page 5] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[5ページ]。
8.2 provides more details on the use of the ifStackTable to establish relationships between bundled links, TE links, and component links.
8.2 束ねられたリンクと、TEリンクと、コンポーネントリンクとの関係を証明するためにifStackTableの使用に関するその他の詳細を提供します。
Suppose that one would like to manually create a bundled link out of two 1:1 TE links, as depicted in the figure in Section 8.2. Assume that the bundled link is associated with SRLGs 10 and 50. Finally, let the component links be port entity interfaces (lambdas). The following example illustrates which rows and corresponding objects might be created to accomplish this.
それが手動で束ねられたリンクを作成したがっていると仮定してください、2、1:1、TEはリンクします、セクション8.2の図に表現されるように。 束ねられたリンクがSRLGs10と50に関連していると仮定してください。 最終的に、コンポーネントリンクがポート実体インタフェース(λ)であることをさせてください。 以下の例は、どの列と対応するオブジェクトがこれを達成するために作成されるかもしれないかを例証します。
First, a bundled link entry is created. An ifEntry with the same ifIndex and with ifType teLink needs to be created beforehand.
まず最初に、束ねられたリンクエントリーは作成されます。 同じifIndexとifType teLinkとifEntryは、あらかじめ作成される必要があります。
In teLinkTable:
{
ifIndex = 2,
teLinkAddressType = unknown(0),
teLinkLocalIpAddr = ''H,
teLinkRemoteIpAddr = ''H,
teLinkMetric = 5,
teLinkProtectionType = dedicated1For1(4),
teLinkWorkingPriority = 7,
teLinkResourceClass = 3,
teLinkIncomingIfId = 0,
teLinkOutgoingIfId = 2,
teLinkRowStatus = createAndGo(4),
teLinkStorageType = nonVolatile(3)
}
teLinkTableで: ifIndex=2、teLinkAddressType=未知(0)、teLinkLocalIpAddr=「H、teLinkRemoteIpAddr=」H、teLinkMetric=5、teLinkProtectionType=dedicated1For1(4)、teLinkWorkingPriority=7、teLinkResourceClass=3、teLinkIncomingIfId=0、teLinkOutgoingIfId=2、teLinkRowStatusはcreateAndGo(4)と等しいです、不揮発性のteLinkStorageType=(3)
In ifStackTable:
{
ifStackHigherLayer = 0,
ifStackLowerLayer = 2,
ifStackStatus = createAndGo(4)
}
ifStackTableで: ifStackHigherLayerは0、ifStackLowerLayer=2と等しく、ifStackStatusはcreateAndGo(4)と等しいです。
Next, the two TE links are created.
次に、2個のTEリンクが作成されます。
In teLinkTable:
{
ifIndex = 3,
teLinkAddressType = unknown(0),
teLinkLocalIpAddr = ''H,
teLinkRemoteIpAddr = ''H,
teLinkMetric = 5,
teLinkProtectionType = unprotected(2),
teLinkWorkingPriority = 7,
teLinkResourceClass = 3,
teLinkTableで: ifIndex=3、teLinkAddressType=未知(0)、teLinkLocalIpAddr=「H、teLinkRemoteIpAddr=」H、teLinkMetric=5、teLinkProtectionTypeは保護のない(2)、teLinkWorkingPriority=7と等しいです、teLinkResourceClass=3
Dubuc, et al. Standards Track [Page 6] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[6ページ]。
teLinkIncomingIfId = 0,
teLinkOutgoingIfId = 3,
teLinkRowStatus = createAndGo(4),
teLinkStorageType = nonVolatile(3)
}
teLinkIncomingIfIdは0、teLinkOutgoingIfId=3と等しく、teLinkRowStatusはcreateAndGo(4)と等しく、teLinkStorageTypeは不揮発性の(3)と等しいです。
In ifStackTable:
{
ifStackHigherLayer = 2,
ifStackLowerLayer = 3,
ifStackStatus = createAndGo(4)
}
ifStackTableで: ifStackHigherLayerは2、ifStackLowerLayer=3と等しく、ifStackStatusはcreateAndGo(4)と等しいです。
In teLinkTable:
{
ifIndex = 4,
teLinkAddressType = unknown(0),
teLinkLocalIpAddr = ''H,
teLinkRemoteIpAddr = ''H,
teLinkMetric = 5,
teLinkProtectionType = unprotected(2),
teLinkWorkingPriority = 7,
teLinkResourceClass = 3,
teLinkIncomingIfId = 0,
teLinkOutgoingIfId = 4,
teLinkRowStatus = createAndGo(4),
teLinkStorageType = nonVolatile(3)
}
teLinkTableで: ifIndex=4、teLinkAddressType=未知(0)、teLinkLocalIpAddr=「H、teLinkRemoteIpAddr=」H、teLinkMetric=5、保護のないteLinkProtectionType=(2)、teLinkWorkingPriority=7、teLinkResourceClass=3、teLinkIncomingIfId=0、teLinkOutgoingIfId=4、teLinkRowStatusはcreateAndGo(4)と等しいです、teLinkStorageType=nonVolatile(3)
In ifStackTable:
{
ifStackHigherLayer = 2,
ifStackLowerLayer = 4,
ifStackStatus = createAndGo(4)
}
ifStackTableで: ifStackHigherLayerは2、ifStackLowerLayer=4と等しく、ifStackStatusはcreateAndGo(4)と等しいです。
We assign SRLGs to the TE links.
私たちはTEリンクにSRLGsを割り当てます。
In the teLinkSrlgTable:
{
ifIndex = 3,
teLinkSrlg = 10,
teLinkSrlgRowStatus = createAndGo(4),
teLinkSrlgStorageType = nonVolatile(3)
}
teLinkSrlgTableで: ifIndexは3、teLinkSrlg=10と等しく、teLinkSrlgRowStatusはcreateAndGo(4)と等しく、teLinkSrlgStorageTypeは不揮発性の(3)と等しいです。
In the teLinkSrlgTable:
{
teLinkSrlgTableで: {
Dubuc, et al. Standards Track [Page 7] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[7ページ]。
ifIndex = 4,
teLinkSrlg = 50,
teLinkSrlgRowStatus = createAndGo(4),
teLinkSrlgStorageType = nonVolatile(3)
}
ifIndexは4、teLinkSrlg=50と等しく、teLinkSrlgRowStatusはcreateAndGo(4)と等しく、teLinkSrlgStorageTypeは不揮発性の(3)と等しいです。
The bundled link inherits the SRLG properties from the associated TE links.
束ねられたリンクは関連TEリンクからSRLGの特性を引き継ぎます。
Next, for each unbundled TE link, a component link is created. An ifEntry with the same ifIndex needs to be created beforehand.
次に、それぞれのunbundled TEリンクに関して、コンポーネントリンクは作成されます。 同じifIndexとifEntryは、あらかじめ作成される必要があります。
In componentLinkTable:
{
ifIndex = 5,
componentLinkPreferredProtection = primary(1),
componentLinkRowStatus = createAndGo(4),
componentLinkStorageType = nonVolatile(3)
}
componentLinkTableで: ifIndexは5、componentLinkPreferredProtection=予備選挙(1)と等しく、componentLinkRowStatusはcreateAndGo(4)と等しく、componentLinkStorageTypeはnonVolatile(3)と等しいです。
In ifStackTable:
{
ifStackHigherLayer = 3,
ifStackLowerLayer = 5,
ifStackStatus = createAndGo(4)
}
ifStackTableで: ifStackHigherLayerは3、ifStackLowerLayer=5と等しく、ifStackStatusはcreateAndGo(4)と等しいです。
In componentLinkTable:
{
ifIndex = 6,
componentLinkPreferredProtection = secondary(2),
componentLinkRowStatus = createAndGo(4)
componentLinkStorageType = nonVolatile(3)
}
componentLinkTableで: ifIndexは二次6、componentLinkPreferredProtection=(2)と等しく、componentLinkRowStatus=createAndGo(4) componentLinkStorageTypeはnonVolatile(3)と等しいです。
In ifStackTable:
{
ifStackHigherLayer = 4,
ifStackLowerLayer = 6,
ifStackStatus = createAndGo(4)
}
ifStackTableで: ifStackHigherLayerは4、ifStackLowerLayer=6と等しく、ifStackStatusはcreateAndGo(4)と等しいです。
In this example, once a component link is added to the componentLinkTable, the associated link descriptors are implicitly added to the componentLinkDescriptorTable.
この例では、コンポーネントリンクがいったんcomponentLinkTableに加えられると、関連リンク記述子はそれとなくcomponentLinkDescriptorTableに加えられます。
TE link link descriptors are derived from their component link descriptors.
それらのコンポーネントリンク記述子からTEリンクリンク記述子を得ます。
Dubuc, et al. Standards Track [Page 8] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[8ページ]。
Note that the bandwidth attributes in teLinkDescriptorTable, componentLinkDescriptorTable, teLinkBandwidthTable, and componentLinkBandwidthTable are maintained by the device according to LSP creation/deletion at different priorities. The values in the teLinkBandwidthTable are an aggregation of the values for the component links of the TE links and the TE links of the bundled link.
LSP創造/削除に従ってteLinkDescriptorTable、componentLinkDescriptorTable、teLinkBandwidthTable、およびcomponentLinkBandwidthTableの帯域幅属性が異なったプライオリティで装置によって維持されることに注意してください。 teLinkBandwidthTableの値はTEリンクのコンポーネントリンクと束ねられたリンクのTEリンクへの値の集合です。
8. Application of the Interfaces Group to TE Links
8. Teリンクへのインタフェースグループのアプリケーション
The Interfaces Group [RFC2863] defines generic managed objects for managing interfaces. This memo contains the media-specific extensions to the Interfaces Group for managing TE Link interfaces as logical interfaces.
Interfaces Group[RFC2863]は、インタフェースを管理するために一般的な管理オブジェクトを定義します。 このメモは論理的なインタフェースとしてTE Linkインタフェースを管理するためのInterfaces Groupにメディア特有の拡大を含んでいます。
This memo assumes the interpretation of the Interfaces Group to be in accordance with [RFC2863], which states that the interfaces table (ifTable) contains information on the managed resource's interfaces and that each sub-layer below the internetwork layer of a network interface is considered an interface. Thus, the TE Link interface is represented as an entry in the ifTable. The interrelation of entries in the ifTable is defined by Interfaces Stack Group, as defined in [RFC2863].
このメモは、Interfaces Groupの解釈が[RFC2863]に従ってどれが、インタフェースが(ifTable)をテーブルの上に置くと述べるかが管理資源のインタフェースの情報を含んでいて、ネットワーク・インターフェースのインターネットワーク層の下の各副層がインタフェースであると考えられるということであると仮定します。 したがって、TE LinkインタフェースはエントリーとしてifTableに表されます。 ifTableのエントリーの相互関係は[RFC2863]で定義されるようにInterfaces Stack Groupによって定義されます。
When using TE Link interfaces, the interface stack table might appear as follows:
TE Linkインタフェースを使用するとき、インタフェーススタックテーブルは以下の通りに見えるかもしれません:
+----------------------------------------+
| TE link-interface ifType = teLink(200) +
+----------------------------------------+
| Underlying Layer... +
+----------------------------------------+
+----------------------------------------+ | TEリンクインタフェースifTypeはteLink(200)++と等しいです。----------------------------------------+ | 基本的な層… + +----------------------------------------+
In the above diagram, "Underlying Layer..." refers to the ifIndex of any interface type, which has been defined for TE Link interworking. Examples include ATM, Frame Relay, Ethernet, etc.
上のダイヤグラムで、「下位層」はどんなインターフェース型のifIndexも示します…。(そのインターフェース型は、TE Linkの織り込むために定義されました)。 例はATM、Frame Relay、イーサネットなどを含んでいます。
8.1. Support of the TE Link Layer by ifTable
8.1. ifTableによるTeリンクレイヤのサポート
Some specific interpretations of ifTable for the TE Link layer follow.
TE Link層のためのifTableのいくつかの特定の解釈が続きます。
Object Use for the TE Link layer
TE Link層のための物のUse
ifIndex Each TE Link interface is represented by an ifEntry.
ifIndex Each TE LinkインタフェースはifEntryによって表されます。
ifDescr Description of the TE Link interface.
TE LinkインタフェースのifDescr記述。
Dubuc, et al. Standards Track [Page 9] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[9ページ]。
ifType The value that is allocated for TE Link is 200
[IANAifType].
ifType、TE Linkのために割り当てられる値は200[IANAifType]です。
ifSpeed The total bandwidth in bits per second for use by the
TE Link layer.
使用のためにTE Link層のそばでbpsにおける総帯域幅をifSpeedしました。
ifPhysAddress Unused.
ifPhysAddress未使用です。
ifAdminStatus This variable indicates the administrator's intent as
to whether TE Link should be enabled, disabled, or
running in some diagnostic testing mode on this
interface. Also see [RFC2863].
TE Linkが有効にされるべきであるかどうかに関してifAdminStatus This変数はアドミニストレータの意図を示します、無能にされるか、またはこのインタフェースでモードをテストする何らかの病気の特徴へ駆け込んで。 また、[RFC2863]を見てください。
ifOperStatus This value reflects the actual or operational status of
the TE Link on this interface.
ifOperStatus This値はこのインタフェースのTE Linkの実際の、または、操作上の状態を反映します。
ifLastChange See [RFC2863].
ifLastChangeは[RFC2863]を見ます。
ifInOctets The number of received octets over the interface, i.e.,
the number of received octets in all component links
associated with the interface.
ifInOctetsはインタフェース(すなわち、インタフェースに関連しているすべてのコンポーネントリンクの容認された八重奏の数)の上の容認された八重奏の数です。
ifOutOctets The number of transmitted octets over the interface,
i.e., the number of octets transmitted over all
component links associated with the interface.
ifOutOctetsはインタフェース(すなわち、インタフェースに関連しているすべてのコンポーネントリンクの上に伝えられた八重奏の数)の上の伝えられた八重奏の数です。
ifInErrors The number of packets dropped due to uncorrectable
errors.
パケットの数が落としたifInErrorsはアンコレクタブルエラーがそうします。
ifInUnknownProtos
The number of received packets discarded during packet
header validation.
容認されたパケットの数がパケットのヘッダー合法化の間に捨てた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]を見ます。
Dubuc, et al. Standards Track [Page 10] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[10ページ]。
ifHCInOctets The 64-bit version of ifInOctets; supported if required
by the compliance statements in [RFC2863].
ifHCInOctets、ifInOctetsの64ビットのバージョン。 必要なら[RFC2863]での承諾声明で、支持されます。
ifHCOutOctets The 64-bit version of ifOutOctets; supported if
required by the compliance statements in [RFC2863].
ifHCOutOctets、ifOutOctetsの64ビットのバージョン。 必要なら[RFC2863]での承諾声明で、支持されます。
ifAlias The non-volatile 'alias' name for the interface, as
specified by a network manager.
インタフェースへのネットワークマネージャによって指定されるようなifAlias非揮発性の'別名'名。
ifCounterDiscontinuityTime
See [RFC2863].
ifCounterDiscontinuityTimeは[RFC2863]を見ます。
Support for ifInOctets, ifOutOctets, ifInErrors, ifInUnknownProtos, ifOutErrors, ifHCInOctets, and ifHCOutOctets objects is not required if the encoding type is clear. For other encoding types, traffic counters on a TE link are cumulative for all subinterfaces that it binds together.
コード化しているタイプが明確であるなら、ifInOctets、ifOutOctets、ifInErrors、ifInUnknownProtos、ifOutErrors、ifHCInOctets、およびifHCOutOctets物のサポートは必要ではありません。 他のコード化しているタイプのために、それが一緒にくくるすべての「副-インタフェース」において、TEリンクの上の交通カウンタは累積しています。
8.2. Using ifStackTable
8.2. ifStackTableを使用します。
This section describes, by example, how to use the ifStackTable to represent the relationship of TE links with underlying TE-enabled interfaces. Implementors of the stack table for TE link interfaces should look at the appropriate RFC for the service being stacked on TE links. The examples given below are for illustration purposes only.
このセクションは例で基本的なTEによって可能にされたインタフェースとのTEリンクの関係を表すのにifStackTableを使用する方法を説明します。 TEリンクインタフェースへのスタックテーブルの作成者はTEリンクの上に積み重ねられるサービスに関して適切なRFCを見るべきです。 以下に出された例はイラスト目的だけのためのものです。
Example: MPLS is being carried on a bundled TE link. The bundled
TE link represents a 1:1 optical transport interface.
例: MPLSは束ねられたTEリンクの上に運ばれます。 束ねられたTEリンクは1:1の光学輸送インタフェースを表します。
In this example, the component link is a TE link. The two component links/TE links are grouped in a bundled link.
この例では、コンポーネントリンクはTEリンクです。 2個のコンポーネントリンク/TEリンクが束ねられたリンクで分類されます。
+-------------------------------------------------------------------+ | MPLS interface ifType = mpls(166) | | ifIndex = 1 | +-------------------------------------------------------------------+ | TE link (bundled link) ifType = teLink(200) | | ifIndex = 2 | +--------------------------------+-+--------------------------------+ | TE link ifType = teLink(200) | | TE link ifType = teLink(200) | | ifIndex = 3 | | ifIndex = 4 | +--------------------------------+ +--------------------------------+ | Component link | | Component link | | ifType = opticalTransport(196) | | ifType = opticalTransport(196) | | ifIndex = 5 | | ifIndex = 6 | +--------------------------------+ +--------------------------------+
+-------------------------------------------------------------------+ | MPLSインタフェースifTypeはmpls(166)と等しいです。| | ifIndex=1| +-------------------------------------------------------------------+ | TEリンク(束ねられたリンク)ifTypeはteLink(200)と等しいです。| | ifIndex=2| +--------------------------------+-+--------------------------------+ | TEリンクifTypeはteLink(200)と等しいです。| | TEリンクifTypeはteLink(200)と等しいです。| | ifIndex=3| | ifIndex=4| +--------------------------------+ +--------------------------------+ | コンポーネントリンク| | コンポーネントリンク| | ifTypeはopticalTransport(196)と等しいです。| | ifTypeはopticalTransport(196)と等しいです。| | ifIndex=5| | ifIndex=6| +--------------------------------+ +--------------------------------+
Dubuc, et al. Standards Track [Page 11] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[11ページ]。
The assignment of the index values could, for example, be:
例えば、インデックス値の課題は以下の通りであるかもしれません。
ifIndex Description
1 mpls (type 166)
2 teLink (type 200)
3 teLink (type 200)
4 teLink (type 200)
5 opticalTransport (type 196)
6 opticalTransport (type 196)
ifIndex記述1mpls(166をタイプする)2teLink(200をタイプする)3teLink(200をタイプする)4teLink(200をタイプする)5opticalTransport(196をタイプする)6opticalTransport(タイプ196)
The ifStackTable is then used to show the relationships between the various interfaces.
そして、ifStackTableは、様々なインタフェースの間の関係を示しているのに使用されます。
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
0 1
1 2
2 3
2 4
3 5
4 6
5 0
6 0
HigherLayer LowerLayer0 1 1 2 2 3 2 4 3 5 4 6 5 0 6 0
In the case where MPLS is using a single TE link, then the upper TE link layer (link bundle) is not required.
そして、MPLSが単一のTEリンクを使用している場合では、上側のTEリンクレイヤ(リンクバンドル)は必要ではありません。
+-----------------------------------+
| MPLS interface ifType = mpls(166) |
+-----------------------------------+
| TE link ifType = teLink(200) |
+-----------------------------------+
| Component link |
| ifType = opticalTransport(196) |
+-----------------------------------+
+-----------------------------------+ | MPLSインタフェースifTypeはmpls(166)と等しいです。| +-----------------------------------+ | TEリンクifTypeはteLink(200)と等しいです。| +-----------------------------------+ | コンポーネントリンク| | ifTypeはopticalTransport(196)と等しいです。| +-----------------------------------+
The assignment of the index values could for example be:
例えば、インデックス値の課題は以下の通りであるかもしれません。
ifIndex Description
1 mpls (type 166)
2 teLink (type 200)
3 opticalTransport (type 196)
ifIndex記述1mpls(166をタイプする)2teLink(200をタイプする)3opticalTransport(タイプ196)
Dubuc, et al. Standards Track [Page 12] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[12ページ]。
The ifStackTable is then used to show the relationships between the various interfaces.
そして、ifStackTableは、様々なインタフェースの間の関係を示しているのに使用されます。
ifStackTable Entries
ifStackTableエントリー
HigherLayer LowerLayer
0 1
1 2
2 3
3 0
HigherLayer LowerLayer0 1 1 2 2 3 3 0
8.3. Applicability of ifRcvAddressTable
8.3. ifRcvAddressTableの適用性
TE link interfaces are logical interfaces with no media-level addresses. As such, the ifRcvAddressTable is not applicable to these interfaces.
TEリンクインタフェースはメディアレベルアドレスがなければ論理的なインタフェースです。 そういうものとして、ifRcvAddressTableはこれらのインタフェースに適切ではありません。
9. TE Link MIB Module Definitions
9. TeリンクMIBモジュール定義
TE-LINK-STD-MIB DEFINITIONS ::= BEGIN
TeリンクSTD-MIB定義:、:= 始まってください。
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, transmission, Integer32, Unsigned32
FROM SNMPv2-SMI
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、トランスミッション、Integer32、Unsigned32 FROM SNMPv2-SMI
MODULE-COMPLIANCE, OBJECT-GROUP
FROM SNMPv2-CONF
SNMPv2-CONFからのモジュールコンプライアンス、物グループ
TEXTUAL-CONVENTION, RowStatus, StorageType
FROM SNMPv2-TC
SNMPv2-Tcからの原文のコンベンション、RowStatus、StorageType
InterfaceIndexOrZero, ifIndex
FROM IF-MIB
InterfaceIndexOrZero、ifIndex、-、MIB
InetAddressType, InetAddress
FROM INET-ADDRESS-MIB;
INETアドレスMIBからのInetAddressType、InetAddress。
teLinkStdMIB MODULE-IDENTITY
LAST-UPDATED "200510110000Z" -- 11 October 2005
ORGANIZATION "Multiprotocol Label Switching (MPLS) Working Group"
CONTACT-INFO
" Martin Dubuc
Email: mdubuc@ncf.ca
teLinkStdMIBモジュールアイデンティティ最終更新日の"200510110000Z"--「マーチン・ドュバックは以下をメールする」という2005年10月11日の組織「Multiprotocolラベルの切り換え(MPLS)作業部会」コンタクトインフォメーション mdubuc@ncf.ca
Thomas D. Nadeau
Email: tnadeau@cisco.com
トーマスD.ナドーメール: tnadeau@cisco.com
Dubuc, et al. Standards Track [Page 13] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[13ページ]。
Jonathan P. Lang
Email: jplang@ieee.org
ジョナサンP.ラングメール: jplang@ieee.org
Comments about this document should be emailed directly to
the MPLS working group mailing list at mpls@uu.net."
「直接 mpls@uu.net のMPLSワーキンググループメーリングリストにこのドキュメントの周りのコメントをメールするべきです。」
DESCRIPTION
"Copyright (C) 2005 The Internet Society. This version of
this MIB module is part of RFC 4220; see the RFC
itself for full legal notices.
記述「著作権(C)2005インターネット協会。」 このMIBモジュールのこのバージョンはRFC4220の一部です。 完全な法定の通知に関してRFC自身を見てください。
This MIB module contains managed object definitions for
MPLS traffic engineering links as defined in
'Link Bundling in MPLS Traffic Engineering (TE)'."
「このMIBモジュールは'MPLS Traffic Engineering(TE)のリンクBundling'で定義されるようにMPLS交通工学リンクのための管理オブジェクト定義を含んでいます。」
-- Revision history.
REVISION
"200510110000Z" -- 11 October 2005
DESCRIPTION
"Initial version published as RFC 4220."
::= { transmission 200 }
-- 改訂履歴。 REVISION"200510110000Z"--2005年10月11日の記述は「RFC4220として発行されたバージョンに頭文字をつけます」。 ::= トランスミッション200
-- Textual Conventions
-- 原文のコンベンション
TeLinkBandwidth ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"This type is used to represent link bandwidth in bps. This
value is represented using a 4 octet IEEE floating point
format [IEEE]. The floating point representation is not
used to represent fractional value but rather to allow
specification of large numbers that cannot be expressed
with 32-bit integers."
REFERENCE
"IEEE Standard for Binary Floating-Point Arithmetic,
Standard 754-1985"
SYNTAX OCTET STRING (SIZE(4))
TeLinkBandwidth:、:= TEXTUAL-CONVENTION STATUSの現在の記述は「ビーピーエスにおけるリンク帯域幅を表すために、使用これがタイプするされます」。 この値は、4八重奏IEEE浮動小数点形式[IEEE]を使用することで表されます。 「浮動小数点表示は断片的な値を表すのに使用されるのではなく、むしろ32ビットの整数で表すことができない大きい数の仕様を許容するのに使用されます。」 参照「IEEEの2進の浮動小数点の演算における標準の、そして、標準の754-1985」構文八重奏ストリング(サイズ(4))
TeLinkPriority ::= TEXTUAL-CONVENTION
DISPLAY-HINT "d"
STATUS current
DESCRIPTION
"This type is used to represent a priority. Each connection
is assigned a priority. This priority is used when
accounting for bandwidth on TE links or component
links, for resource allocation and for rerouting purposes.
Value 0 is the highest priority. Value 7 is the lowest
priority."
TeLinkPriority:、:= TEXTUAL-CONVENTION DISPLAY-ヒントの「d」STATUSの現在の記述は「優先を表すために、使用これがタイプするされます」。 優先は各接続に割り当てられます。 TEリンクかコンポーネントリンク、資源配分、およびコースを変更する目的のために帯域幅の原因になるとき、この優先権は使用されています。 値0は最優先です。 「値7は最も低い優先度です。」
Dubuc, et al. Standards Track [Page 14] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[14ページ]。
SYNTAX Unsigned32 (0..7)
構文Unsigned32(0..7)
TeLinkProtection ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Link protection."
SYNTAX INTEGER {
primary(1),
secondary(2)
}
TeLinkProtection:、:= TEXTUAL-CONVENTION STATUSの現在の記述「リンク保護。」 構文整数予備選挙(1)、二次(2)
TeLinkSwitchingCapability ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Switching capability as specified in the 'OSPF Extensions in
Support of Generalized Multi-Protocol Label Switching
(GMPLS)' document. The values specified in this document
are not contiguous."
SYNTAX INTEGER {
packetSwitch1(1),
packetSwitch2(2),
packetSwitch3(3),
packetSwitch4(4),
layer2Switch(51),
tdm(100),
lambdaSwitch(150),
fiberSwitch(200)
}
TeLinkSwitchingCapability:、:= 「'Generalized Multi-プロトコルLabel Switching(GMPLS)のSupportのOSPF Extensions'の指定されるとしてのスイッチング能力は記録する」TEXTUAL-CONVENTION STATUSの現在の記述。 「本書では指定された値は隣接ではありません。」 構文整数packetSwitch1(1)、packetSwitch2(2)、packetSwitch3(3)、packetSwitch4(4)、layer2Switch(51)、tdm(100)、lambdaSwitch(150)、fiberSwitch(200)
TeLinkEncodingType ::= TEXTUAL-CONVENTION
STATUS current
DESCRIPTION
"Link encoding type as specified in 'Generalized
Multi-Protocol Label Switching (GMPLS) Signaling
Functional Description' document. The values
specified in this document are not contiguous."
SYNTAX INTEGER {
packet(1),
ethernet(2),
ansiEtsiPdh(3),
sdhItuSonetAnsi(5),
digitalWrapper(7),
lambda(8),
fiber(9),
fiberChannel(11)
}
TeLinkEncodingType:、:= TEXTUAL-CONVENTION STATUS「指定されるようにタイプをコード化するリンク'現在の記述一般化されたMulti-プロトコルLabel Switching(GMPLS)シグナリングFunctional記述'ドキュメント」。 「本書では指定された値は隣接ではありません。」 構文整数パケット(1)、イーサネット(2)、ansiEtsiPdh(3)、sdhItuSonetAnsi(5)、digitalWrapper(7)、λ(8)、ファイバー(9)、fiberChannel(11)
TeLinkSonetSdhIndication ::= TEXTUAL-CONVENTION
TeLinkSonetSdhIndication:、:= 原文のコンベンション
Dubuc, et al. Standards Track [Page 15] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[15ページ]。
STATUS current
DESCRIPTION
"This convention is used to indicate whether the interface
supports Standard or Arbitrary SONET/SDH. To simplify the
mapping process, the values used in this textual convention
match the values specified in the interface switching
capability specific information field, i.e., 0 for Standard
SONET/SDH and 1 for Arbitrary SONET/SDH."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
SYNTAX INTEGER {
standard(0),
arbitrary(1)
}
STATUSの現在の記述、「このコンベンションはインタフェースがStandardかArbitrary Sonet/SDHを支持するかどうかを示すのに使用されます」。 「マッピング処理を簡素化するために、この原文のコンベンションに使用される値はすなわち、能力の特定の情報フィールド、Standard Sonet/SDHのための0とArbitrary Sonet/SDHのための1を切り換えながらインタフェースで指定された値に合っています。」 参照「一般化されたマルチプロトコルラベルスイッチング(GMPLS)を支持したOSPF拡張子、RFC4203」構文整数規格(0)、任意の(1)
-- Top level components of this MIB module
-- このMIBモジュールの最高平らな成分
-- Notifications
teLinkNotifications OBJECT IDENTIFIER ::= { teLinkStdMIB 0 }
-- Tables, Scalars
teLinkObjects OBJECT IDENTIFIER ::= { teLinkStdMIB 1 }
-- Conformance
teLinkConformance OBJECT IDENTIFIER ::= { teLinkStdMIB 2 }
-- 通知teLinkNotifications物の識別子:、:= teLinkStdMIB0--テーブル、スカラteLinkObjects物の識別子:、:= teLinkStdMIB1--順応teLinkConformance物の識別子:、:= teLinkStdMIB2
-- TE Link Table
-- Teリンクテーブル
teLinkTable OBJECT-TYPE
SYNTAX SEQUENCE OF TeLinkEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the grouping of component links into
TE links and the grouping of TE links into bundled links."
::= { teLinkObjects 1 }
teLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTEリンクへのコンポーネントリンクの組分けとTEリンクの組分けを束ねられたリンクに指定します」。 ::= teLinkObjects1
teLinkEntry OBJECT-TYPE
SYNTAX TeLinkEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table exists for each ifEntry with an
ifType of teLink(200), i.e., for every TE link. An ifEntry
in the ifTable must exist before a teLinkEntry is created
with the corresponding ifIndex. If a TE link entry in the
ifTable is destroyed, then so is the corresponding entry
in the teLinkTable. The administrative and operational
status values are controlled from the ifEntry."
teLinkEntry OBJECT-TYPE SYNTAX TeLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーは各ifEntryのためにteLink(200)のifTypeと共に存在しています、すなわち、あらゆるTEリンクに」。 teLinkEntryが対応するifIndexと共に作成される前にifTableのifEntryは存在しなければなりません。 ifTableのTEリンクエントリーが破壊されるなら、teLinkTableの対応するエントリーもそうです。 「管理の、そして、操作上の状態値はifEntryから制御されます。」
Dubuc, et al. Standards Track [Page 16] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[16ページ]。
INDEX { ifIndex }
::= { teLinkTable 1 }
ifIndexに索引をつけてください:、:= teLinkTable1
TeLinkEntry ::= SEQUENCE {
teLinkAddressType InetAddressType,
teLinkLocalIpAddr InetAddress,
teLinkRemoteIpAddr InetAddress,
teLinkMetric Unsigned32,
teLinkMaximumReservableBandwidth TeLinkBandwidth,
teLinkProtectionType INTEGER,
teLinkWorkingPriority TeLinkPriority,
teLinkResourceClass Unsigned32,
teLinkIncomingIfId Integer32,
teLinkOutgoingIfId InterfaceIndexOrZero,
teLinkRowStatus RowStatus,
teLinkStorageType StorageType
}
TeLinkEntry:、:= 系列teLinkAddressType InetAddressType、teLinkLocalIpAddr InetAddress、teLinkRemoteIpAddr InetAddress、teLinkMetric Unsigned32、teLinkMaximumReservableBandwidth TeLinkBandwidth、teLinkProtectionType整数、teLinkWorkingPriority TeLinkPriority、teLinkResourceClass Unsigned32、teLinkIncomingIfId Integer32、teLinkOutgoingIfId InterfaceIndexOrZero、teLinkRowStatus RowStatus、teLinkStorageType StorageType
teLinkAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The type of Internet address for the TE link."
::= { teLinkEntry 1 }
teLinkAddressType OBJECT-TYPE SYNTAX InetAddressTypeマックス-ACCESSは「TEのためのインターネット・アドレスのタイプはリンクする」STATUSの現在の記述を読書して作成します。 ::= teLinkEntry1
teLinkLocalIpAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The local Internet address for numbered links. The type of
this address is determined by the value of the
teLinkAddressType object.
teLinkLocalIpAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSはSTATUSの現在の記述「番号付のリンクへのローカルのインターネット・アドレス」を読書して作成します。 このアドレスのタイプはteLinkAddressType物の値で決定します。
For IPv4 and IPv6 numbered links, this object represents the
local IP address associated with the TE link. For an
unnumbered link, the local address is of type unknown, this
object is set to the zero length string, and the
teLinkOutgoingIfId object then identifies the unnumbered
address.
IPv4とIPv6の番号付のリンクに関しては、この物はTEリンクに関連しているローカルアイピーアドレスを表します。 無数のリンクに関しては、ローカルアドレスはタイプ未知のものであり、この物はゼロ長ストリングに設定されて、次に、teLinkOutgoingIfId物は無数のアドレスを特定します。
If the TE link is a Forwarding Adjacency (FA), the local
IP address is set to the head-end address of the FA-LSP.
TEリンクがForwarding Adjacency(FA)であるなら、ローカルアイピーアドレスはFA-LSPのギヤエンドのアドレスに設定されます。
If ipAddrTable is implemented, this object must have the
same value as the ipAdEntAddr object that belongs to the
row in ipAddrTable where ipAdEntIfIndex is equal to
ipAddrTableが実行されるなら、この物はipAdEntIfIndexが等しいipAddrTableに列に属すipAdEntAddr物と同じ値を持たなければなりません。
Dubuc, et al. Standards Track [Page 17] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[17ページ]。
ifIndex."
::= { teLinkEntry 2 }
"ifIndex"。 ::= teLinkEntry2
teLinkRemoteIpAddr OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The remote Internet address for numbered links. The type of
this address is determined by the value of the
teLinkAddressType object.
teLinkRemoteIpAddr OBJECT-TYPE SYNTAX InetAddressマックス-ACCESSはSTATUSの現在の記述「番号付のリンクへのリモートインターネット・アドレス」を読書して作成します。 このアドレスのタイプはteLinkAddressType物の値で決定します。
The remote IP address associated with the TE link (IPv4 and
IPv6 numbered links). For an unnumbered link, the remote
address is of type unknown, this object is set to the
zero length string, and the teLinkIncomingIfId object then
identifies the unnumbered address.
リモートIPアドレスはTEリンクと交際しました(IPv4とIPv6はリンクに付番しました)。 無数のリンクに関しては、リモートアドレスはタイプ未知のものであり、この物はゼロ長ストリングに設定されて、次に、teLinkIncomingIfId物は無数のアドレスを特定します。
If the TE link is a Forwarding Adjacency, the remote IP
address is set to the tail-end address of the FA-LSP."
::= { teLinkEntry 3 }
「TEリンクがForwarding Adjacencyであるなら、リモートIPアドレスはFA-LSPの末端アドレスに設定されます。」 ::= teLinkEntry3
teLinkMetric OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The traffic engineering metric for the TE link is
derived from its component links. All component links
within the TE link must have the same traffic
engineering metric."
REFERENCE
"Link Bundling in MPLS Traffic Engineering (TE), RFC 4201"
::= { teLinkEntry 4 }
teLinkMetric OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「コンポーネントリンクからTEリンクにおける、メートル法の交通工学を得ます」。 「TEリンクの中のすべてのコンポーネントリンクで、同じ交通工学はメートル法にならなければなりません。」 「MPLS交通工学(Te)、RFC4201でバンドリングをリンクしてください」という参照:、:= teLinkEntry4
teLinkMaximumReservableBandwidth OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This attribute specifies the maximum reservable bandwidth on
the TE link. This is the union of the maximum reservable
bandwidth of all the component links within the
TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
teLinkMaximumReservableBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この属性はTEリンクにおける最大の予約可能帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの最大の予約可能帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照
Dubuc, et al. Standards Track [Page 18] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[18ページ]。
::= { teLinkEntry 5 }
::= teLinkEntry5
teLinkProtectionType OBJECT-TYPE
SYNTAX INTEGER {
extraTraffic(1),
unprotected(2),
shared(3),
dedicated1For1(4),
dedicated1Plus1(5),
enhanced(6)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the link protection type of the
TE link. Descriptions of the different protection types can
be found in the 'Routing Extensions in Support of
Generalized Multi-Protocol Label Switching (GMPLS)'
document."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203 and
Routing Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4202"
::= { teLinkEntry 6 }
マックス-ACCESSはSTATUSの現在の記述を読書して作成します。teLinkProtectionType OBJECT-TYPE SYNTAX INTEGER、extraTraffic(1)(保護のない(2))が(3)を共有して、dedicated1For1(4)(dedicated1Plus1(5))が(6)を高めた、「この属性は保護がタイプするTEリンクのリンクを指定します」。 「'Generalized Multi-プロトコルLabel Switching(GMPLS)のSupportのルート設定Extensions'というドキュメントで異なった保護タイプの記述を見つけることができます。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4202を支持した一般化されたマルチプロトコルラベルスイッチング(GMPLS)を支持したOSPF拡張子、RFC4203、およびルート設定拡大」という参照:、:= teLinkEntry6
teLinkWorkingPriority OBJECT-TYPE
SYNTAX TeLinkPriority
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object represents a priority value such that a new
connection with a higher priority, i.e., numerically lower
than this value, is guaranteed to be setup on a primary
link and not on a secondary link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkEntry 7 }
teLinkWorkingPriority OBJECT-TYPE SYNTAX TeLinkPriorityマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この物は、より高い優先度との新しいすなわち、この値より数の上で低い関係が二次リンクにおける保証されるのではなく、セットアップになるように第一のリンクの上に保証されるように、優先順位の値を表します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkEntry7
teLinkResourceClass OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the TE link resource class.
The resource class is a 32 bit bitfield. The resource class
for a link bundle is derived from the resource class of its
teLinkResourceClass OBJECT-TYPE SYNTAX Unsigned32マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクリソースのクラスを指定します」。 リソースのクラスは32ビットのbitfieldです。 aのためのリソースのクラスがリソースから派生しているバンドルクラスをリンクする、それ
Dubuc, et al. Standards Track [Page 19] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[19ページ]。
TE links. All TE links within a link bundle must have the
same resource class. Encoding of the resource class is
described in the 'Traffic Engineering (TE) Extensions to
OSPF Version 2' document."
REFERENCE
"Link Bundling in MPLS Traffic Engineering (TE), RFC 4201
and Traffic Engineering (TE) Extensions to OSPF Version 2,
RFC 3630"
::= { teLinkEntry 8 }
TEはリンクします。 リンクバンドルの中のすべてのTEリンクには、同じリソースのクラスがなければなりません。 「リソースのクラスのコード化は'OSPFバージョン2への交通Engineering(TE)拡張子'ドキュメントで説明されます。」 「MPLS交通工学(Te)におけるバンドリングをリンクしてください、OSPFバージョン2へのRFC4201と交通工学(Te)拡大、RFC3630」という参照:、:= teLinkEntry8
teLinkIncomingIfId OBJECT-TYPE
SYNTAX Integer32 (0..2147483647)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"For unnumbered links, the incoming interface is set to the
outgoing interface identifier chosen by the neighboring LSR
for the reverse link corresponding to this TE link. If the
link is numbered, the value of this object is 0 and the
address is stored in the teLinkRemoteIpAddr instead."
REFERENCE
"Link Bundling in MPLS Traffic Engineering (TE), RFC 4201"
::= { teLinkEntry 9 }
teLinkIncomingIfId OBJECT-TYPE SYNTAX Integer32(0 .2147483647)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「無数のリンクにおいて、入って来るインタフェースは隣接しているLSRによってこのTEリンクに対応する逆方向リンクに選ばれた送信するインタフェース識別子に設定されます」。 「リンクが番号付であるなら、この物の値は0です、そして、アドレスは代わりにteLinkRemoteIpAddrに格納されます。」 「MPLS交通工学(Te)、RFC4201でバンドリングをリンクしてください」という参照:、:= teLinkEntry9
teLinkOutgoingIfId OBJECT-TYPE
SYNTAX InterfaceIndexOrZero
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"If the link is unnumbered, the outgoing interface identifier
is set to the outgoing interface identifier chosen for the
TE link by the advertising LSR. If the link is numbered, the
value of this object is 0 and the address is stored in the
teLinkLocalIpAddr instead."
REFERENCE
"Link Bundling in MPLS Traffic Engineering (TE), RFC 4201"
::= { teLinkEntry 10 }
teLinkOutgoingIfId OBJECT-TYPE SYNTAX InterfaceIndexOrZeroマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「リンクが無数であるなら、送信するインタフェース識別子は広告LSRによってTEリンクに選ばれた送信するインタフェース識別子に設定されます」。 「リンクが番号付であるなら、この物の値は0です、そして、アドレスは代わりにteLinkLocalIpAddrに格納されます。」 「MPLS交通工学(Te)、RFC4201でバンドリングをリンクしてください」という参照:、:= teLinkEntry10
teLinkRowStatus 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 status is active(1)."
::= { teLinkEntry 11 }
teLinkRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「状態がアクティブな(1)であるなら並んでいる書き込み可能な物のどれかを変えることができません。」 ::= teLinkEntry11
Dubuc, et al. Standards Track [Page 20] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[20ページ]。
teLinkStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
teLinkTable. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar object in the row."
::= { teLinkEntry 12 }
teLinkStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはteLinkTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= teLinkEntry12
-- End of teLinkTable
-- teLinkTableの端
-- TE Link Descriptor Table
-- Teリンク記述子テーブル
teLinkDescriptorTable OBJECT-TYPE
SYNTAX SEQUENCE OF TeLinkDescriptorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the interface switching capability
descriptors associated with the TE links."
::= { teLinkObjects 2 }
teLinkDescriptorTable OBJECT-TYPEのSYNTAX SEQUENCE OF TeLinkDescriptorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTEリンクに関連しているインタフェーススイッチング能力記述子を指定します」。 ::= teLinkObjects2
teLinkDescriptorEntry OBJECT-TYPE
SYNTAX TeLinkDescriptorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table is created for every TE link interface
switching capability descriptor. An ifEntry in the ifTable
must exist before a teLinkDescriptorEntry using the same
ifIndex is created. ifType of ifEntry must be teLink(200).
If a TE link entry in the ifTable is destroyed, then so are
all of the entries in the teLinkDescriptorTable that use the
ifIndex of this TE link."
INDEX { ifIndex, teLinkDescriptorId }
::= { teLinkDescriptorTable 1 }
teLinkDescriptorEntry OBJECT-TYPE SYNTAX TeLinkDescriptorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはあらゆるTEリンクインタフェーススイッチング能力記述子のために作成されます」。 同じifIndexを使用するteLinkDescriptorEntryが作成される前にifTableのifEntryは存在しなければなりません。ifEntryのifTypeはteLink(200)であるに違いありません。 「ifTableのTEリンクエントリーが破壊されるなら、このTEリンクのifIndexを使用するteLinkDescriptorTableのエントリーのすべてもそうです。」 ifIndex、teLinkDescriptorIdに索引をつけてください:、:= teLinkDescriptorTable1
TeLinkDescriptorEntry ::= SEQUENCE {
teLinkDescriptorId Unsigned32,
teLinkDescrSwitchingCapability TeLinkSwitchingCapability,
teLinkDescrEncodingType TeLinkEncodingType,
teLinkDescrMinLspBandwidth TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio0 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio1 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio2 TeLinkBandwidth,
TeLinkDescriptorEntry:、:= 系列、teLinkDescriptorId Unsigned32、teLinkDescrSwitchingCapability TeLinkSwitchingCapability、teLinkDescrEncodingType TeLinkEncodingType、teLinkDescrMinLspBandwidth TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio0 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio1 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio2 TeLinkBandwidth
Dubuc, et al. Standards Track [Page 21] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[21ページ]。
teLinkDescrMaxLspBandwidthPrio3 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio4 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio5 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio6 TeLinkBandwidth,
teLinkDescrMaxLspBandwidthPrio7 TeLinkBandwidth,
teLinkDescrInterfaceMtu Unsigned32,
teLinkDescrIndication TeLinkSonetSdhIndication,
teLinkDescrRowStatus RowStatus,
teLinkDescrStorageType StorageType
}
teLinkDescrMaxLspBandwidthPrio3 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio4 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio5 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio6 TeLinkBandwidth、teLinkDescrMaxLspBandwidthPrio7 TeLinkBandwidth、teLinkDescrInterfaceMtu Unsigned32、teLinkDescrIndication TeLinkSonetSdhIndication、teLinkDescrRowStatus RowStatus、teLinkDescrStorageType StorageType
teLinkDescriptorId OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object specifies the link descriptor identifier."
::= { teLinkDescriptorEntry 1 }
teLinkDescriptorId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「リンク記述子識別子を指定これが反対するします」。 ::= teLinkDescriptorEntry1
teLinkDescrSwitchingCapability OBJECT-TYPE
SYNTAX TeLinkSwitchingCapability
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies interface switching capability of
the TE link, which is derived from its component links."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 2 }
teLinkDescrSwitchingCapability OBJECT-TYPE SYNTAX TeLinkSwitchingCapabilityマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクのインタフェーススイッチング能力を指定します、コンポーネントリンクから得られるもの。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry2
teLinkDescrEncodingType OBJECT-TYPE
SYNTAX TeLinkEncodingType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the TE link encoding type."
REFERENCE
"Generalized Multi-Protocol Label Switching (GMPLS)
Signaling Functional Description, RFC 3471"
::= { teLinkDescriptorEntry 3 }
teLinkDescrEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコード化がタイプするTEリンクを指定します」。 参照は「機能的な記述、RFC3471に合図しながら、マルチプロトコルラベルスイッチング(GMPLS)を一般化した」:、:= teLinkDescriptorEntry3
teLinkDescrMinLspBandwidth OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
teLinkDescrMinLspBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Dubuc, et al. Standards Track [Page 22] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[22ページ]。
"This attribute specifies the minimum LSP bandwidth on
the TE link. This is derived from the union of the
minimum LSP bandwidth of all the component links
associated with the TE link that can be used to carry
live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 4 }
「この属性はTEリンクにおける最小のLSP帯域幅を指定します。」 「ライブ交通を運ぶのに使用できるTEリンクに関連しているすべてのコンポーネントリンクの最小のLSP帯域幅の組合からこれを得ます。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry4
teLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 0 on the TE link. This is the union of the maximum
LSP bandwidth at priority 0 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 5 }
teLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権0で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権0における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry5
teLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 1 on the TE link. This is the union of the maximum
LSP bandwidth at priority 1 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 6 }
teLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権1で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権1における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry6
teLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 2 on the TE link. This is the union of the maximum
teLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権2で最大のLSP帯域幅を指定します」。 これは最大の組合です。
Dubuc, et al. Standards Track [Page 23] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[23ページ]。
LSP bandwidth at priority 2 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 7 }
「すべてのコンポーネントの優先権2におけるLSP帯域幅はライブ交通を運ぶのに使用できるTEリンクの中にリンクされます。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry7
teLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 3 on the TE link. This is the union of the maximum
LSP bandwidth at priority 3 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 8 }
teLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権3で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権3における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry8
teLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 4 on the TE link. This is the union of the maximum
LSP bandwidth at priority 4 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 9 }
teLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権4で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権4における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry9
teLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 5 on the TE link. This is the union of the maximum
LSP bandwidth at priority 5 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
teLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権5で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権5における最大のLSP帯域幅の組合です。」 参照
Dubuc, et al. Standards Track [Page 24] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[24ページ]。
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 10 }
「一般化されたマルチプロトコルを支持したOSPF拡張子は切り換え(GMPLS)、RFC4203をラベルする」:、:= teLinkDescriptorEntry10
teLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 6 on the TE link. This is the union of the maximum
LSP bandwidth at priority 6 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 11 }
teLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権6で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権6における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry11
teLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 7 on the TE link. This is the union of the maximum
LSP bandwidth at priority 7 of all the component links within
the TE link that can be used to carry live traffic."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 12 }
teLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンクの上に優先権7で最大のLSP帯域幅を指定します」。 「これはライブ交通を運ぶのに使用できるTEリンクの中のすべてのコンポーネントリンクの優先権7における最大のLSP帯域幅の組合です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry12
teLinkDescrInterfaceMtu OBJECT-TYPE
SYNTAX Unsigned32 (1..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the interface MTU for the TE
link descriptor."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 13 }
teLinkDescrInterfaceMtu OBJECT-TYPE SYNTAX Unsigned32(1 .65535)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はTEリンク記述子にインタフェースMTUを指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry13
teLinkDescrIndication OBJECT-TYPE
SYNTAX TeLinkSonetSdhIndication
teLinkDescrIndicationオブジェクト・タイプ構文TeLinkSonetSdhIndication
Dubuc, et al. Standards Track [Page 25] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[25ページ]。
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies whether this interface supports
Standard or Arbitrary SONET/SDH."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkDescriptorEntry 14 }
マックス-ACCESSは「このインタフェースがStandardかArbitrary Sonet/SDHを支持するか否かに関係なく、この属性は指定する」STATUSの現在の記述を読書して作成します。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkDescriptorEntry14
teLinkDescrRowStatus 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. No read-create object
can be changed if teLinkDescrRowStatus is in the active(1)
state."
::= { teLinkDescriptorEntry 15 }
teLinkDescrRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「いいえが物を読書して作成する、teLinkDescrRowStatusが活動的な(1)状態にあるなら変えることができる、」 ::= teLinkDescriptorEntry15
teLinkDescrStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
teLinkDescriptorTable. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar object in the row."
::= { teLinkDescriptorEntry 16 }
teLinkDescrStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはteLinkDescriptorTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= teLinkDescriptorEntry16
-- End of teLinkDescriptorTable
-- teLinkDescriptorTableの端
-- TE Link Shared Risk Link Group Table
-- Teのリンクの共有されたリスクリンク群テーブル
teLinkSrlgTable OBJECT-TYPE
SYNTAX SEQUENCE OF TeLinkSrlgEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the SRLGs associated with TE links."
::= { teLinkObjects 3 }
teLinkSrlgTable OBJECT-TYPE SYNTAX SEQUENCE OF TeLinkSrlgEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはTEリンクに関連しているSRLGsを指定します」。 ::= teLinkObjects3
teLinkSrlgEntry OBJECT-TYPE
SYNTAX TeLinkSrlgEntry
MAX-ACCESS not-accessible
アクセスしやすくないteLinkSrlgEntry OBJECT-TYPE SYNTAX TeLinkSrlgEntryマックス-ACCESS
Dubuc, et al. Standards Track [Page 26] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[26ページ]。
STATUS current
DESCRIPTION
"An entry in this table contains information about an
SRLG associated with a TE link.
An ifEntry in the ifTable must exist before a
teLinkSrlgEntry using the same ifIndex is created.
The ifType of ifEntry must be teLink(200).
If a TE link entry in the ifTable is destroyed, then so
are all of the entries in the teLinkSrlgTable that use the
ifIndex of this TE link."
INDEX { ifIndex, teLinkSrlg }
::= { teLinkSrlgTable 1 }
STATUSの現在の記述、「このテーブルのエントリーはTEリンクに関連しているSRLGの情報を含んでいます」。 同じifIndexを使用するteLinkSrlgEntryが作成される前にifTableのifEntryは存在しなければなりません。 ifEntryのifTypeはteLink(200)であるに違いありません。 「ifTableのTEリンクエントリーが破壊されるなら、このTEリンクのifIndexを使用するteLinkSrlgTableのエントリーのすべてもそうです。」 ifIndex、teLinkSrlgに索引をつけてください:、:= teLinkSrlgTable1
TeLinkSrlgEntry ::= SEQUENCE {
teLinkSrlg Unsigned32,
teLinkSrlgRowStatus RowStatus,
teLinkSrlgStorageType StorageType
}
TeLinkSrlgEntry:、:= 系列teLinkSrlg Unsigned32、teLinkSrlgRowStatus RowStatus、teLinkSrlgStorageType StorageType
teLinkSrlg OBJECT-TYPE
SYNTAX Unsigned32 (0..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This identifies an SRLG supported by the TE link. An SRLG is
identified with a 32-bit number that is unique within an IGP
domain. Zero is a valid SRLG number."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { teLinkSrlgEntry 1 }
teLinkSrlg OBJECT-TYPE SYNTAX Unsigned32(0 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「これはTEリンクによって支持されたSRLGを特定します」。 SRLGはIGPドメインの中でユニークな32ビットの数と同一視されています。 「ゼロは有効なSRLG番号です。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= teLinkSrlgEntry1
teLinkSrlgRowStatus 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. No read-create object can
be modified if teLinkSrlgRowStatus is active(1)."
::= { teLinkSrlgEntry 2 }
teLinkSrlgRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「teLinkSrlgRowStatusがアクティブな(1)であるなら変更されていて、いいえは物の缶を読書して作成します。」 ::= teLinkSrlgEntry2
teLinkSrlgStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
teLinkSrlgStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSがSTATUSの現在の記述を読書して作成する、「これに、概念的な格納タイプが船をこぐ、」
Dubuc, et al. Standards Track [Page 27] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[27ページ]。
teLinkSrlgTable. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar object in the row."
::= { teLinkSrlgEntry 3 }
teLinkSrlgTable。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= teLinkSrlgEntry3
-- End of teLinkSrlgTable
-- teLinkSrlgTableの端
-- TE Link Bandwidth Table
-- Teリンク帯域幅テーブル
teLinkBandwidthTable OBJECT-TYPE
SYNTAX SEQUENCE OF TeLinkBandwidthEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the priority-based bandwidth table
for TE links."
::= { teLinkObjects 4 }
teLinkBandwidthTable OBJECT-TYPEのSYNTAX SEQUENCE OF TeLinkBandwidthEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは優先権ベースの帯域幅テーブルをTEリンクに指定します」。 ::= teLinkObjects4
teLinkBandwidthEntry OBJECT-TYPE
SYNTAX TeLinkBandwidthEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table contains information about
the priority-based bandwidth of TE links. An ifEntry in the
ifTable must exist before a teLinkBandwidthEntry using the
same ifIndex is created. The ifType of ifEntry must be
teLink(200). If a TE link entry in the ifTable is destroyed,
then so are all of the entries in the teLinkBandwidthTable
that use the ifIndex of this TE link."
INDEX { ifIndex, teLinkBandwidthPriority }
::= { teLinkBandwidthTable 1 }
teLinkBandwidthEntry OBJECT-TYPE SYNTAX TeLinkBandwidthEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはTEリンクの優先権ベースの帯域幅の情報を含んでいます」。 同じifIndexを使用するteLinkBandwidthEntryが作成される前にifTableのifEntryは存在しなければなりません。 ifEntryのifTypeはteLink(200)であるに違いありません。 「ifTableのTEリンクエントリーが破壊されるなら、このTEリンクのifIndexを使用するteLinkBandwidthTableのエントリーのすべてもそうです。」 ifIndex、teLinkBandwidthPriorityに索引をつけてください:、:= teLinkBandwidthTable1
TeLinkBandwidthEntry ::= SEQUENCE {
teLinkBandwidthPriority TeLinkPriority,
teLinkBandwidthUnreserved TeLinkBandwidth,
teLinkBandwidthRowStatus RowStatus,
teLinkBandwidthStorageType StorageType
}
TeLinkBandwidthEntry:、:= 系列teLinkBandwidthPriority TeLinkPriority、teLinkBandwidthUnreserved TeLinkBandwidth、teLinkBandwidthRowStatus RowStatus、teLinkBandwidthStorageType StorageType
teLinkBandwidthPriority OBJECT-TYPE
SYNTAX TeLinkPriority
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This attribute specifies the priority. A value of 0 is valid
as specified in the 'Traffic Engineering (TE) Extensions to
teLinkBandwidthPriority OBJECT-TYPE SYNTAX TeLinkPriorityのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この属性は優先権を指定します」。 0の値が'交通Engineering(TE)拡張子で指定されるように有効である、'
Dubuc, et al. Standards Track [Page 28] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[28ページ]。
OSPF Version 2' document."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203 and
Traffic Engineering (TE) Extensions to OSPF Version 2,
RFC 3630"
::= { teLinkBandwidthEntry 1 }
「'OSPFバージョン2'というドキュメント。」 「一般化されたマルチプロトコルを支持したOSPF拡張子は切り換え(GMPLS)をラベルします、OSPFバージョン2へのRFC4203と交通工学(Te)拡大、RFC3630」という参照:、:= teLinkBandwidthEntry1
teLinkBandwidthUnreserved OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This attribute specifies the TE link unreserved
bandwidth at priority p. It is the sum of the unreserved
bandwidths at priority p of all component links associated
with the TE link (excluding all links that are strictly
used as protecting links)."
REFERENCE
"Link Bundling in MPLS Traffic Engineering (TE), RFC 4201"
::= { teLinkBandwidthEntry 2 }
teLinkBandwidthUnreserved OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この属性は優先権pでTEのリンクの無遠慮な帯域幅を指定します」。 「それはTEリンク(リンクを保護するとして厳密に使用されるすべてのリンクを除いた)に関連しているすべてのコンポーネントリンクの優先権pにおける無遠慮な帯域幅の合計です。」 「MPLS交通工学(Te)、RFC4201でバンドリングをリンクしてください」という参照:、:= teLinkBandwidthEntry2
teLinkBandwidthRowStatus 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. No read-create object
can be modified when teLinkBandwidthRowStatus is active(1)."
::= { teLinkBandwidthEntry 3 }
teLinkBandwidthRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「teLinkBandwidthRowStatusがアクティブな(1)であるときに、変更されていて、いいえは物の缶を読書して作成します。」 ::= teLinkBandwidthEntry3
teLinkBandwidthStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
teLinkBandwidthTable. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar object in the row."
::= { teLinkBandwidthEntry 4 }
teLinkBandwidthStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはteLinkBandwidthTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= teLinkBandwidthEntry4
-- End of teLinkBandwidthTable
-- teLinkBandwidthTableの端
-- Component Link Table
-- コンポーネントリンクテーブル
Dubuc, et al. Standards Track [Page 29] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[29ページ]。
componentLinkTable OBJECT-TYPE
SYNTAX SEQUENCE OF ComponentLinkEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the component link parameters."
::= { teLinkObjects 5 }
componentLinkTable OBJECT-TYPE SYNTAX SEQUENCE OF ComponentLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルはコンポーネントリンクパラメータを指定します」。 ::= teLinkObjects5
componentLinkEntry OBJECT-TYPE
SYNTAX ComponentLinkEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table exists for each ifEntry that
represents a component link. An ifEntry must exist in
the ifTable before a componentLinkEntry is created with
the corresponding ifIndex. ifEntry's ifType can be
of any interface type that has been defined for TE Link
interworking. Examples include ATM, Frame Relay, Ethernet,
etc. If an entry representing a component link is destroyed
in the ifTable, then so is the corresponding entry in the
componentLinkTable. The administrative and operational
status values are controlled from the ifEntry."
INDEX { ifIndex }
::= { componentLinkTable 1 }
componentLinkEntry OBJECT-TYPE SYNTAX ComponentLinkEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはコンポーネントリンクを表す各ifEntryのために存在しています」。 componentLinkEntryが対応するifIndex. ifEntryのものと共に作成される前にifEntryはifTableに存在しなければなりません。TE Linkの織り込むために定義されたどんなインターフェース型にはもifTypeがあることができます。 例はATM、Frame Relay、イーサネットなどを含んでいます。 コンポーネントリンクを表すエントリーがifTableで破壊されるなら、componentLinkTableの対応するエントリーもそうです。 「管理の、そして、操作上の状態値はifEntryから制御されます。」 ifIndexに索引をつけてください:、:= componentLinkTable1
ComponentLinkEntry ::= SEQUENCE {
componentLinkMaxResBandwidth TeLinkBandwidth,
componentLinkPreferredProtection TeLinkProtection,
componentLinkCurrentProtection TeLinkProtection,
componentLinkRowStatus RowStatus,
componentLinkStorageType StorageType
}
ComponentLinkEntry:、:= 系列componentLinkMaxResBandwidth TeLinkBandwidth、componentLinkPreferredProtection TeLinkProtection、componentLinkCurrentProtection TeLinkProtection、componentLinkRowStatus RowStatus、componentLinkStorageType StorageType
componentLinkMaxResBandwidth OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum reservable bandwidth on
the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkEntry 1 }
componentLinkMaxResBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクにおける最大の予約可能帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkEntry1
componentLinkPreferredProtection OBJECT-TYPE
componentLinkPreferredProtectionオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 30] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[30ページ]。
SYNTAX TeLinkProtection
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies whether this component link is
a primary or secondary entity."
::= { componentLinkEntry 2 }
SYNTAX TeLinkProtectionマックス-ACCESSは「この属性はこのコンポーネントリンクが第一の、または、二次の実体であるか否かに関係なく、指定する」STATUSの現在の記述を読書して作成します。 ::= componentLinkEntry2
componentLinkCurrentProtection OBJECT-TYPE
SYNTAX TeLinkProtection
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This attribute specifies whether this component link is
currently used as primary or secondary link."
::= { componentLinkEntry 3 }
「このコンポーネントリンクが現在第一の、または、二次のリンクとして使用されるか否かに関係なく、この属性は指定する」componentLinkCurrentProtection OBJECT-TYPE SYNTAX TeLinkProtectionのマックス-ACCESSの書き込み禁止のSTATUSの現在の記述。 ::= componentLinkEntry3
componentLinkRowStatus 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. No read-create object
can be modified when componentLinkRowStatus is active(1)."
::= { componentLinkEntry 4 }
componentLinkRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「componentLinkRowStatusがアクティブな(1)であるときに、変更されていて、いいえは物の缶を読書して作成します。」 ::= componentLinkEntry4
componentLinkStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
componentLinkTable. Conceptual rows having the value
'permanent' need not allow write-access to any
columnar object in the row."
::= { componentLinkEntry 5 }
componentLinkStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはcomponentLinkTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= componentLinkEntry5
-- End of componentLinkTable
-- componentLinkTableの端
-- Component Link Descriptor Table
-- コンポーネントリンク記述子テーブル
componentLinkDescriptorTable OBJECT-TYPE
SYNTAX SEQUENCE OF ComponentLinkDescriptorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
componentLinkDescriptorTable OBJECT-TYPEのSYNTAX SEQUENCE OF ComponentLinkDescriptorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述
Dubuc, et al. Standards Track [Page 31] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[31ページ]。
"This table specifies the interface switching capability
descriptors associated with the component links."
::= { teLinkObjects 6 }
「このテーブルはコンポーネントリンクに関連しているインタフェーススイッチング能力記述子を指定します。」 ::= teLinkObjects6
componentLinkDescriptorEntry OBJECT-TYPE
SYNTAX ComponentLinkDescriptorEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table is created for every component link
descriptor. An ifEntry in the ifTable must exist before a
componentLinkDescriptorEntry using the same ifIndex is
created. ifEntry's ifType can be of any interface type that
has been defined for TE Link interworking. Examples include
ATM, Frame Relay, Ethernet, etc. If a component link entry
in the ifTable is destroyed, then so are all entries in the
componentLinkDescriptorTable that use the ifIndex of this
component link."
INDEX { ifIndex, componentLinkDescrId }
::= { componentLinkDescriptorTable 1 }
componentLinkDescriptorEntry OBJECT-TYPE SYNTAX ComponentLinkDescriptorEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはあらゆるコンポーネントリンク記述子のために作成されます」。 同じifIndexを使用するcomponentLinkDescriptorEntryが作成される前にifTableのifEntryは存在しなければなりません。TE Linkの織り込むために定義されたどんなインターフェース型にはもifEntryのifTypeがあることができます。 例はATM、Frame Relay、イーサネットなどを含んでいます。 「ifTableのコンポーネントリンクエントリーが破壊されるなら、このコンポーネントリンクのifIndexを使用するcomponentLinkDescriptorTableのすべてのエントリーもそうです。」 ifIndex、componentLinkDescrIdに索引をつけてください:、:= componentLinkDescriptorTable1
ComponentLinkDescriptorEntry ::= SEQUENCE {
componentLinkDescrId Unsigned32,
componentLinkDescrSwitchingCapability TeLinkSwitchingCapability,
componentLinkDescrEncodingType TeLinkEncodingType,
componentLinkDescrMinLspBandwidth TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio0 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio1 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio2 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio3 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio4 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio5 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio6 TeLinkBandwidth,
componentLinkDescrMaxLspBandwidthPrio7 TeLinkBandwidth,
componentLinkDescrInterfaceMtu Unsigned32,
componentLinkDescrIndication TeLinkSonetSdhIndication,
componentLinkDescrRowStatus RowStatus,
componentLinkDescrStorageType StorageType
}
ComponentLinkDescriptorEntry:、:= 系列{ componentLinkDescrId Unsigned32、componentLinkDescrSwitchingCapability TeLinkSwitchingCapability、componentLinkDescrEncodingType TeLinkEncodingType、componentLinkDescrMinLspBandwidth TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio0 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio1 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio2 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio3 TeLinkBandwidth; componentLinkDescrMaxLspBandwidthPrio4 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio5 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio6 TeLinkBandwidth、componentLinkDescrMaxLspBandwidthPrio7 TeLinkBandwidth、componentLinkDescrInterfaceMtu Unsigned32、componentLinkDescrIndication TeLinkSonetSdhIndication、componentLinkDescrRowStatus RowStatus、componentLinkDescrStorageType StorageType; }
componentLinkDescrId OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This object specifies the link descriptor identifier."
::= { componentLinkDescriptorEntry 1 }
componentLinkDescrId OBJECT-TYPE SYNTAX Unsigned32(1 .4294967295)のマックス-ACCESSのアクセスしやすくないSTATUS現在の記述は「リンク記述子識別子を指定これが反対するします」。 ::= componentLinkDescriptorEntry1
Dubuc, et al. Standards Track [Page 32] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[32ページ]。
componentLinkDescrSwitchingCapability OBJECT-TYPE
SYNTAX TeLinkSwitchingCapability
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies link multiplexing capabilities of
the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 2 }
componentLinkDescrSwitchingCapability OBJECT-TYPE SYNTAX TeLinkSwitchingCapabilityマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの能力を多重送信しながら、リンクを指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry2
componentLinkDescrEncodingType OBJECT-TYPE
SYNTAX TeLinkEncodingType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the component link encoding type."
REFERENCE
"Generalized Multi-Protocol Label Switching (GMPLS) Signaling
Functional Description, RFC 3471"
::= { componentLinkDescriptorEntry 3 }
componentLinkDescrEncodingType OBJECT-TYPE SYNTAX TeLinkEncodingTypeマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコード化がタイプするコンポーネントリンクを指定します」。 参照は「機能的な記述、RFC3471に合図しながら、マルチプロトコルラベルスイッチング(GMPLS)を一般化した」:、:= componentLinkDescriptorEntry3
componentLinkDescrMinLspBandwidth OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the minimum LSP bandwidth on
the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 4 }
componentLinkDescrMinLspBandwidth OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクにおける最小のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry4
componentLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 0 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 5 }
componentLinkDescrMaxLspBandwidthPrio0 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権0で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry5
Dubuc, et al. Standards Track [Page 33] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[33ページ]。
componentLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 1 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 6 }
componentLinkDescrMaxLspBandwidthPrio1 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権1で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry6
componentLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 2 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 7 }
componentLinkDescrMaxLspBandwidthPrio2 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権2で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry7
componentLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 3 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 8 }
componentLinkDescrMaxLspBandwidthPrio3 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権3で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry8
componentLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 4 on the component link."
REFERENCE
componentLinkDescrMaxLspBandwidthPrio4 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権4で最大のLSP帯域幅を指定します」。 参照
Dubuc, et al. Standards Track [Page 34] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[34ページ]。
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 9 }
「一般化されたマルチプロトコルを支持したOSPF拡張子は切り換え(GMPLS)、RFC4203をラベルする」:、:= componentLinkDescriptorEntry9
componentLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "thousand bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 5 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 10 }
componentLinkDescrMaxLspBandwidthPrio5 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「1000年のビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権5で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry10
componentLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 6 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 11 }
componentLinkDescrMaxLspBandwidthPrio6 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権6で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry11
componentLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies the maximum LSP bandwidth at
priority 7 on the component link."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 12 }
componentLinkDescrMaxLspBandwidthPrio7 OBJECT-TYPE SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この属性はコンポーネントリンクの上に優先権7で最大のLSP帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry12
componentLinkDescrInterfaceMtu OBJECT-TYPE
SYNTAX Unsigned32 (1..65535)
MAX-ACCESS read-create
STATUS current
DESCRIPTION
componentLinkDescrInterfaceMtu OBJECT-TYPE SYNTAX Unsigned32(1 .65535)マックス-ACCESSはSTATUSの現在の記述を読書して作成します。
Dubuc, et al. Standards Track [Page 35] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[35ページ]。
"This attribute specifies the interface MTU for the component
link descriptor."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 13 }
「この属性はコンポーネントリンク記述子にインタフェースMTUを指定します。」 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry13
componentLinkDescrIndication OBJECT-TYPE
SYNTAX TeLinkSonetSdhIndication
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This attribute specifies whether this interface supports
Standard or Arbitrary SONET/SDH."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkDescriptorEntry 14 }
componentLinkDescrIndication OBJECT-TYPE SYNTAX TeLinkSonetSdhIndicationマックス-ACCESSは「このインタフェースがStandardかArbitrary Sonet/SDHを支持するか否かに関係なく、この属性は指定する」STATUSの現在の記述を読書して作成します。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkDescriptorEntry14
componentLinkDescrRowStatus 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. No read-create object
can be modified when componentLinkDescrRowStatus
is active(1)."
::= { componentLinkDescriptorEntry 15 }
componentLinkDescrRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの列を作成して、変更する、そして/または、削除するのに使用されます」。 「componentLinkDescrRowStatusがアクティブな(1)であるときに、変更されていて、いいえは物の缶を読書して作成します。」 ::= componentLinkDescriptorEntry15
componentLinkDescrStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
componentLinkDescriptorTable. Conceptual rows
having the value 'permanent' need not allow write-access
to any columnar object in the row."
::= { componentLinkDescriptorEntry 16 }
componentLinkDescrStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的な格納タイプはcomponentLinkDescriptorTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な列は列にいずれにもアクセスを書いている円柱状の物を許容する必要はありません。」 ::= componentLinkDescriptorEntry16
-- End of componentLinkDescriptorTable
-- componentLinkDescriptorTableの端
-- Component Link Bandwidth Table
-- コンポーネントリンク帯域幅テーブル
componentLinkBandwidthTable OBJECT-TYPE
SYNTAX SEQUENCE OF ComponentLinkBandwidthEntry
ComponentLinkBandwidthEntryのcomponentLinkBandwidthTableオブジェクト・タイプ構文系列
Dubuc, et al. Standards Track [Page 36] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[36ページ]。
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table specifies the priority-based bandwidth
for component links."
::= { teLinkObjects 7 }
マックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルは優先権ベースの帯域幅をコンポーネントリンクに指定します」。 ::= teLinkObjects7
componentLinkBandwidthEntry OBJECT-TYPE
SYNTAX ComponentLinkBandwidthEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry in this table contains information about
the priority-based bandwidth on component links.
An ifEntry in the ifTable must exist before a
componentLinkBandwidthEntry using the same ifIndex is
created. ifEntry's ifType can be of any interface type that
has been defined for TE Link interworking. Examples
include ATM, Frame Relay, Ethernet, etc. If a component link
entry in the ifTable is destroyed, then so are all entries
in the componentLinkBandwidthTable that use the ifIndex of
this component link."
INDEX { ifIndex, componentLinkBandwidthPriority }
::= { componentLinkBandwidthTable 1 }
componentLinkBandwidthEntry OBJECT-TYPE SYNTAX ComponentLinkBandwidthEntryのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「このテーブルのエントリーはコンポーネントリンクにおける優先権ベースの帯域幅の情報を含んでいます」。 同じifIndexを使用するcomponentLinkBandwidthEntryが作成される前にifTableのifEntryは存在しなければなりません。TE Linkの織り込むために定義されたどんなインターフェース型にはもifEntryのifTypeがあることができます。 例はATM、Frame Relay、イーサネットなどを含んでいます。 「ifTableのコンポーネントリンクエントリーが破壊されるなら、このコンポーネントリンクのifIndexを使用するcomponentLinkBandwidthTableのすべてのエントリーもそうです。」 ifIndex、componentLinkBandwidthPriorityに索引をつけてください:、:= componentLinkBandwidthTable1
ComponentLinkBandwidthEntry ::= SEQUENCE {
componentLinkBandwidthPriority TeLinkPriority,
componentLinkBandwidthUnreserved TeLinkBandwidth,
componentLinkBandwidthRowStatus RowStatus,
componentLinkBandwidthStorageType StorageType
}
ComponentLinkBandwidthEntry:、:= 系列componentLinkBandwidthPriority TeLinkPriority、componentLinkBandwidthUnreserved TeLinkBandwidth、componentLinkBandwidthRowStatus RowStatus、componentLinkBandwidthStorageType StorageType
componentLinkBandwidthPriority OBJECT-TYPE
SYNTAX TeLinkPriority
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This attribute specifies the priority. A value of 0 is valid
as specified in the 'Traffic Engineering (TE) Extensions to
OSPF Version 2' document."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203 and
Traffic Engineering (TE) Extensions to OSPF Version 2,
RFC 3630"
::= { componentLinkBandwidthEntry 1 }
componentLinkBandwidthPriority OBJECT-TYPE SYNTAX TeLinkPriorityのマックス-ACCESSのアクセスしやすくないSTATUS現在の記述、「この属性は優先権を指定します」。 「0の値は'OSPFバージョン2へのトラフィックEngineering(TE)拡張子'ドキュメントで指定されるように有効です。」 「一般化されたマルチプロトコルを支持したOSPF拡張子は切り換え(GMPLS)をラベルします、OSPFバージョン2へのRFC4203と交通工学(Te)拡大、RFC3630」という参照:、:= componentLinkBandwidthEntry1
componentLinkBandwidthUnreserved OBJECT-TYPE
componentLinkBandwidthUnreservedオブジェクト・タイプ
Dubuc, et al. Standards Track [Page 37] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[37ページ]。
SYNTAX TeLinkBandwidth
UNITS "bps"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This attribute specifies the component link unreserved
bandwidth at priority p."
REFERENCE
"OSPF Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS), RFC 4203"
::= { componentLinkBandwidthEntry 2 }
SYNTAX TeLinkBandwidth UNITS「ビーピーエス」マックス-ACCESSの書き込み禁止のSTATUSの現在の記述、「この属性は優先権p.でコンポーネントのリンク無遠慮な帯域幅を指定します」。 「一般化されたマルチプロトコルラベルスイッチング(GMPLS)、RFC4203を支持したOSPF拡張子」という参照:、:= componentLinkBandwidthEntry2
componentLinkBandwidthRowStatus 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. No read-create object can
be modified when componentLinkBandwidthRowStatus is
active(1)."
::= { componentLinkBandwidthEntry 3 }
componentLinkBandwidthRowStatus OBJECT-TYPE SYNTAX RowStatusマックス-ACCESSはSTATUSの現在の記述を読書して作成します。「この変数はこのテーブルの行を作成して、変更する、そして/または、削除するのに使用されます」。 「componentLinkBandwidthRowStatusがアクティブな(1)であるときに、変更されていて、いいえはオブジェクト缶を読書して作成します。」 ::= componentLinkBandwidthEntry3
componentLinkBandwidthStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"The storage type for this conceptual row in the
componentLinkBandwidthTable. Conceptual rows
having the value 'permanent' need not allow write-access
to any columnar object in the row."
::= { componentLinkBandwidthEntry 4 }
componentLinkBandwidthStorageType OBJECT-TYPE SYNTAX StorageTypeマックス-ACCESSは「これに、概念的なストレージタイプはcomponentLinkBandwidthTableでこぐ」STATUSの現在の記述を読書して作成します。 「'永久的'に値を持っている概念的な行は行でいずれにもアクセスを書いている円柱状のオブジェクトを許容する必要はありません。」 ::= componentLinkBandwidthEntry4
-- End of componentLinkBandwidthTable
-- componentLinkBandwidthTableの端
-- Module compliance
-- モジュールコンプライアンス
teLinkCompliances
OBJECT IDENTIFIER ::= { teLinkConformance 1 }
teLinkCompliancesオブジェクト識別子:、:= teLinkConformance1
teLinkGroups
OBJECT IDENTIFIER ::= { teLinkConformance 2 }
teLinkGroupsオブジェクト識別子:、:= teLinkConformance2
teLinkModuleFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
teLinkModuleFullCompliance MODULE-COMPLIANCE STATUSの現在の記述
Dubuc, et al. Standards Track [Page 38] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[38ページ]。
"Compliance statement for agents that support read-create
so that both configuration and monitoring of TE links can
be accomplished via this MIB module."
MODULE -- this module
「このMIBモジュールでエージェントのためのサポートが構成とTEのモニターの両方がリンクするそうを読書して作成するという承諾声明を達成できます。」 MODULE--このモジュール
MANDATORY-GROUPS { teLinkGroup,
teLinkBandwidthGroup,
componentLinkBandwidthGroup }
義務的なグループteLinkGroup、teLinkBandwidthGroup、componentLinkBandwidthGroup
GROUP teLinkSrlgGroup
DESCRIPTION
"This group is mandatory for GMPLS enabled devices."
GROUP teLinkSrlgGroup記述、「GMPLSがデバイスを可能にしたので、このグループは義務的です」。
GROUP teLinkPscGroup
DESCRIPTION
"This group is mandatory for devices that support the
packet switching capability."
GROUP teLinkPscGroup記述、「このグループはパケット交換が能力であるとサポートするデバイスに義務的です」。
GROUP teLinkTdmGroup
DESCRIPTION
"This group is mandatory for devices that support the TDM
switching capability."
GROUP teLinkTdmGroup記述、「このグループはTDMがスイッチング能力であるとサポートするデバイスに義務的です」。
-- teLinkTable
-- teLinkTable
OBJECT teLinkAddressType
SYNTAX INTEGER { unknown(0), ipv4(1), ipv6(2) }
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 teLinkAddressType SYNTAX INTEGER、未知(0)、ipv4(1)、ipv6(2)、「サポートipv4(1)とipv6(2)アドレスタイプだけが番号付のリンクに必要がるあられる」記述。 「無数のリンクに、未知の(0)アドレスタイプは、サポートされる必要があります。」
OBJECT teLinkLocalIpAddr
SYNTAX InetAddress (SIZE(0|4|16))
DESCRIPTION
"Size of TE link IP address depends on type of TE link.
TE link IP address size is zero if the link is unnumbered,
four if the link IP address is IPv4, and sixteen if the
link IP address is IPv6."
OBJECT teLinkLocalIpAddr SYNTAX InetAddress(SIZE(0|4|16))記述、「TEリンクIPアドレスのサイズをTEリンクのタイプに頼っています」。 リンクが無数であるなら、TEリンクIPアドレスサイズはゼロです、4。「リンクIPであるならアドレスがIPv4である、16、リンクIPアドレスがIPv6である、」
OBJECT teLinkRemoteIpAddr
SYNTAX InetAddress (SIZE(0|4|16))
DESCRIPTION
"Size of TE link IP address depends on type of TE link.
TE link IP address size is zero if the link is unnumbered,
four if the link IP address is IPv4, and sixteen if the
link IP address is IPv6."
OBJECT teLinkRemoteIpAddr SYNTAX InetAddress(SIZE(0|4|16))記述、「TEリンクIPアドレスのサイズをTEリンクのタイプに頼っています」。 リンクが無数であるなら、TEリンクIPアドレスサイズはゼロです、4。「リンクIPであるならアドレスがIPv4である、16、リンクIPアドレスがIPv6である、」
Dubuc, et al. Standards Track [Page 39] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[39ページ]。
OBJECT teLinkRowStatus
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 teLinkRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- teLinkDescriptorTable
-- teLinkDescriptorTable
OBJECT teLinkDescrRowStatus
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 teLinkDescrRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- teLinkSrlgTable
-- teLinkSrlgTable
OBJECT teLinkSrlgRowStatus
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 teLinkSrlgRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- teLinkBandwidthTable
-- teLinkBandwidthTable
OBJECT teLinkBandwidthRowStatus
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 teLinkBandwidthRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- componentLinkTable
-- componentLinkTable
OBJECT componentLinkRowStatus
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 componentLinkRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
Dubuc, et al. Standards Track [Page 40] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[40ページ]。
-- componentLinkDescriptorTable
-- componentLinkDescriptorTable
OBJECT componentLinkDescrRowStatus
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 componentLinkDescrRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
-- componentLinkBandwidthTable
-- componentLinkBandwidthTable
OBJECT componentLinkBandwidthRowStatus
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 componentLinkBandwidthRowStatus SYNTAX RowStatus、アクティブな(1)、notInService(2)、WRITE-SYNTAX RowStatus、アクティブな(1)、notInService(2)(createAndGo(4))が(6)を破壊する、記述、「notReady(3)とcreateAndWait(5)のサポートは必要ではありません」。
::= { teLinkCompliances 1 }
::= teLinkCompliances1
teLinkModuleReadOnlyCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"Compliance statement for agents that support the
monitoring of the TE link MIB module."
MODULE -- this module
teLinkModuleReadOnlyCompliance MODULE-COMPLIANCE STATUSの現在の記述、「TEリンクMIBモジュールのモニターをサポートするエージェントのための承諾声明。」 MODULE--このモジュール
MANDATORY-GROUPS { teLinkGroup,
teLinkBandwidthGroup,
componentLinkBandwidthGroup }
義務的なグループteLinkGroup、teLinkBandwidthGroup、componentLinkBandwidthGroup
GROUP teLinkSrlgGroup
DESCRIPTION
"This group is mandatory for GMPLS enabled devices."
GROUP teLinkSrlgGroup記述、「GMPLSがデバイスを可能にしたので、このグループは義務的です」。
GROUP teLinkPscGroup
DESCRIPTION
"This group is mandatory for devices that support the
packet switching capability."
GROUP teLinkPscGroup記述、「このグループはパケット交換が能力であるとサポートするデバイスに義務的です」。
GROUP teLinkTdmGroup
DESCRIPTION
"This group is mandatory for devices that support the TDM
switching capability."
GROUP teLinkTdmGroup記述、「このグループはTDMがスイッチング能力であるとサポートするデバイスに義務的です」。
-- teLinkTable
-- teLinkTable
Dubuc, et al. Standards Track [Page 41] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[41ページ]。
OBJECT teLinkAddressType
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 teLinkAddressType SYNTAX INTEGER、未知(0)、ipv4(1)、ipv6(2)、「サポートipv4(1)とipv6(2)アドレスタイプだけが番号付のリンクに必要がるあられる」MIN-ACCESS書き込み禁止記述。 「無数のリンクに、未知の(0)アドレスタイプは、サポートされる必要があります。」
OBJECT teLinkLocalIpAddr
SYNTAX InetAddress (SIZE(0|4|16))
MIN-ACCESS read-only
DESCRIPTION
"Size of TE link IP address depends on type of TE link.
TE link IP address size is zero if the link is unnumbered,
four if the link IP address is IPv4, and sixteen if the
link IP address is IPv6."
OBJECT teLinkLocalIpAddr SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述、「TEリンクIPアドレスのサイズをTEリンクのタイプに頼っています」。 リンクが無数であるなら、TEリンクIPアドレスサイズはゼロです、4。「リンクIPであるならアドレスがIPv4である、16、リンクIPアドレスがIPv6である、」
OBJECT teLinkRemoteIpAddr
SYNTAX InetAddress (SIZE(0|4|16))
MIN-ACCESS read-only
DESCRIPTION
"Size of TE link IP address depends on type of TE link.
TE link IP address size is zero if the link is unnumbered,
four if the link IP address is IPv4, and sixteen if the
link IP address is IPv6."
OBJECT teLinkRemoteIpAddr SYNTAX InetAddress(SIZE(0|4|16))MIN-ACCESS書き込み禁止記述、「TEリンクIPアドレスのサイズをTEリンクのタイプに頼っています」。 リンクが無数であるなら、TEリンクIPアドレスサイズはゼロです、4。「リンクIPであるならアドレスがIPv4である、16、リンクIPアドレスがIPv6である、」
OBJECT teLinkProtectionType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkProtectionType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkWorkingPriority
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkWorkingPriority MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkRowStatus
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 teLinkRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT teLinkStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Dubuc, et al. Standards Track [Page 42] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[42ページ]。
-- teLinkDescriptorTable
-- teLinkDescriptorTable
OBJECT teLinkDescrSwitchingCapability
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrSwitchingCapability MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrEncodingType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrEncodingType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMinLspBandwidth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMinLspBandwidth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio0
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio0 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio1
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio1 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio2
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio2 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio3
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio3 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio4
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio4 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio5
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio5 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio6
オブジェクトteLinkDescrMaxLspBandwidthPrio6
Dubuc, et al. Standards Track [Page 43] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[43ページ]。
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrMaxLspBandwidthPrio7
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrMaxLspBandwidthPrio7 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT teLinkDescrRowStatus
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 teLinkDescrRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT teLinkDescrStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkDescrStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- teLinkSrlgTable
-- teLinkSrlgTable
OBJECT teLinkSrlgRowStatus
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 teLinkSrlgRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT teLinkSrlgStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkSrlgStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- teLinkBandwidthTable
-- teLinkBandwidthTable
OBJECT teLinkBandwidthRowStatus
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 teLinkBandwidthRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT teLinkBandwidthStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT teLinkBandwidthStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
Dubuc, et al. Standards Track [Page 44] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[44ページ]。
-- componentLinkTable
-- componentLinkTable
OBJECT componentLinkMaxResBandwidth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkMaxResBandwidth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkPreferredProtection
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkPreferredProtection MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkRowStatus
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 componentLinkRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT componentLinkStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- componentLinkDescriptorTable
-- componentLinkDescriptorTable
OBJECT componentLinkDescrSwitchingCapability
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrSwitchingCapability MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrEncodingType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrEncodingType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMinLspBandwidth
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMinLspBandwidth MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio0
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio0 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio1
MIN-ACCESS read-only
OBJECT componentLinkDescrMaxLspBandwidthPrio1 MIN-ACCESS書き込み禁止
Dubuc, et al. Standards Track [Page 45] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[45ページ]。
DESCRIPTION
"Write access is not required."
記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio2
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio2 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio3
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio3 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio4
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio4 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio5
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio5 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio6
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio6 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrMaxLspBandwidthPrio7
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrMaxLspBandwidthPrio7 MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrInterfaceMtu
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrInterfaceMtu MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrIndication
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrIndication MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
OBJECT componentLinkDescrRowStatus
SYNTAX RowStatus { active(1) }
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required and active(1) is the
OBJECT componentLinkDescrRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)が必要である、」
Dubuc, et al. Standards Track [Page 46] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[46ページ]。
only status that needs to be supported."
「サポートされる必要がある状態だけ。」
OBJECT componentLinkDescrStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkDescrStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
-- componentLinkBandwidthTable
-- componentLinkBandwidthTable
OBJECT componentLinkBandwidthRowStatus
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 componentLinkBandwidthRowStatus SYNTAX RowStatusのアクティブな(1)、MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でなく、アクティブな(1)がサポートされる必要がある唯一の状態である、」
OBJECT componentLinkBandwidthStorageType
MIN-ACCESS read-only
DESCRIPTION
"Write access is not required."
OBJECT componentLinkBandwidthStorageType MIN-ACCESS書き込み禁止記述、「書く、アクセスは必要でない、」
::= { teLinkCompliances 2 }
::= teLinkCompliances2
-- Units of conformance
-- ユニットの順応
teLinkGroup OBJECT-GROUP
OBJECTS { teLinkAddressType,
teLinkLocalIpAddr,
teLinkRemoteIpAddr,
teLinkMetric,
teLinkProtectionType,
teLinkWorkingPriority,
teLinkResourceClass,
teLinkIncomingIfId,
teLinkOutgoingIfId,
teLinkRowStatus,
teLinkStorageType,
teLinkDescrSwitchingCapability,
teLinkDescrEncodingType,
teLinkDescrRowStatus,
teLinkDescrStorageType,
componentLinkPreferredProtection,
componentLinkCurrentProtection,
componentLinkRowStatus,
componentLinkStorageType,
componentLinkDescrSwitchingCapability,
componentLinkDescrEncodingType,
componentLinkDescrRowStatus,
teLinkGroupオブジェクト群対象、teLinkAddressType、teLinkLocalIpAddr、teLinkRemoteIpAddr、teLinkMetric、teLinkProtectionType、teLinkWorkingPriority、teLinkResourceClass、teLinkIncomingIfId、teLinkOutgoingIfId、teLinkRowStatus、teLinkStorageType、teLinkDescrSwitchingCapability; teLinkDescrEncodingType、teLinkDescrRowStatus、teLinkDescrStorageType、componentLinkPreferredProtection、componentLinkCurrentProtection、componentLinkRowStatus、componentLinkStorageType、componentLinkDescrSwitchingCapability、componentLinkDescrEncodingType、componentLinkDescrRowStatus
Dubuc, et al. Standards Track [Page 47] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[47ページ]。
componentLinkDescrStorageType
}
componentLinkDescrStorageType
STATUS current
DESCRIPTION
"Collection of objects needed for the management of
resources associated with TE links."
::= { teLinkGroups 1 }
「オブジェクトの収集がTEリンクに関連しているリソースの管理に必要だった」STATUSの現在の記述。 ::= teLinkGroups1
teLinkSrlgGroup OBJECT-GROUP
OBJECTS { teLinkSrlgRowStatus,
teLinkSrlgStorageType
}
teLinkSrlgGroupオブジェクト群対象teLinkSrlgRowStatus、teLinkSrlgStorageType
STATUS current
DESCRIPTION
"Collection of objects needed for the management of
SRLG resources associated with TE links."
::= { teLinkGroups 2 }
「オブジェクトの収集がTEリンクに関連しているSRLGリソースの管理に必要だった」STATUSの現在の記述。 ::= teLinkGroups2
teLinkBandwidthGroup OBJECT-GROUP
OBJECTS { teLinkMaximumReservableBandwidth,
teLinkDescrMaxLspBandwidthPrio0,
teLinkDescrMaxLspBandwidthPrio1,
teLinkDescrMaxLspBandwidthPrio2,
teLinkDescrMaxLspBandwidthPrio3,
teLinkDescrMaxLspBandwidthPrio4,
teLinkDescrMaxLspBandwidthPrio5,
teLinkDescrMaxLspBandwidthPrio6,
teLinkDescrMaxLspBandwidthPrio7,
teLinkBandwidthUnreserved,
teLinkBandwidthRowStatus,
teLinkBandwidthStorageType
}
teLinkBandwidthGroupオブジェクト群対象teLinkMaximumReservableBandwidth、teLinkDescrMaxLspBandwidthPrio0、teLinkDescrMaxLspBandwidthPrio1、teLinkDescrMaxLspBandwidthPrio2、teLinkDescrMaxLspBandwidthPrio3、teLinkDescrMaxLspBandwidthPrio4、teLinkDescrMaxLspBandwidthPrio5、teLinkDescrMaxLspBandwidthPrio6、teLinkDescrMaxLspBandwidthPrio7、teLinkBandwidthUnreserved、teLinkBandwidthRowStatus、teLinkBandwidthStorageType
STATUS current
DESCRIPTION
"Collection of objects needed for the management of
the bandwidth resources associated with TE links and
component links."
::= { teLinkGroups 3 }
「オブジェクトの収集がTEリンクとコンポーネントリンクに関連している帯域幅リソースの管理に必要だった」STATUSの現在の記述。 ::= teLinkGroups3
componentLinkBandwidthGroup OBJECT-GROUP
OBJECTS { componentLinkMaxResBandwidth,
componentLinkDescrMaxLspBandwidthPrio0,
componentLinkDescrMaxLspBandwidthPrio1,
componentLinkDescrMaxLspBandwidthPrio2,
componentLinkDescrMaxLspBandwidthPrio3,
componentLinkBandwidthGroupオブジェクト群対象、componentLinkMaxResBandwidth、componentLinkDescrMaxLspBandwidthPrio0、componentLinkDescrMaxLspBandwidthPrio1、componentLinkDescrMaxLspBandwidthPrio2、componentLinkDescrMaxLspBandwidthPrio3
Dubuc, et al. Standards Track [Page 48] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[48ページ]。
componentLinkDescrMaxLspBandwidthPrio4,
componentLinkDescrMaxLspBandwidthPrio5,
componentLinkDescrMaxLspBandwidthPrio6,
componentLinkDescrMaxLspBandwidthPrio7,
componentLinkBandwidthUnreserved,
componentLinkBandwidthRowStatus,
componentLinkBandwidthStorageType
}
componentLinkDescrMaxLspBandwidthPrio4、componentLinkDescrMaxLspBandwidthPrio5、componentLinkDescrMaxLspBandwidthPrio6、componentLinkDescrMaxLspBandwidthPrio7、componentLinkBandwidthUnreserved、componentLinkBandwidthRowStatus、componentLinkBandwidthStorageType
STATUS current
DESCRIPTION
"Collection of objects needed for the management of the
bandwidth parameters associated with component links."
::= { teLinkGroups 4 }
「オブジェクトの収集がコンポーネントリンクに関連している帯域幅パラメタの管理に必要だった」STATUSの現在の記述。 ::= teLinkGroups4
teLinkPscGroup OBJECT-GROUP
OBJECTS { teLinkDescrMinLspBandwidth,
teLinkDescrInterfaceMtu,
componentLinkDescrMinLspBandwidth,
componentLinkDescrInterfaceMtu
}
teLinkPscGroupオブジェクト群対象teLinkDescrMinLspBandwidth、teLinkDescrInterfaceMtu、componentLinkDescrMinLspBandwidth、componentLinkDescrInterfaceMtu
STATUS current
DESCRIPTION
"Collection of objects needed for devices that are
packet switch capable."
::= { teLinkGroups 5 }
「オブジェクトの収集ができるパケット交換機であるデバイスに必要だった」STATUSの現在の記述。 ::= teLinkGroups5
teLinkTdmGroup OBJECT-GROUP
OBJECTS { teLinkDescrMinLspBandwidth,
teLinkDescrIndication,
componentLinkDescrMinLspBandwidth,
componentLinkDescrIndication
}
teLinkTdmGroupオブジェクト群対象teLinkDescrMinLspBandwidth、teLinkDescrIndication、componentLinkDescrMinLspBandwidth、componentLinkDescrIndication
STATUS current
DESCRIPTION
"Collection of objects needed for devices that are
TDM switching capable."
::= { teLinkGroups 6 }
「オブジェクトの収集ができるTDMの切り換えであるデバイスに必要だった」STATUSの現在の記述。 ::= teLinkGroups6
-- End of TE-LINK-STD-MIB END
-- TeリンクSTD-MIBエンドの端
Dubuc, et al. Standards Track [Page 49] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[49ページ]。
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操作のサポートはネットワーク操作のときにマイナスの影響がある場合があります。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
- All the tables in this MIB module have routing information in
them, so they all have the same security attributes. Unauthorized
changes to attributes of these tables can disrupt resource
allocation in the network.
- このMIBモジュールによるすべてのテーブルがそれらにルーティング情報を持っているので、それらには皆、同じセキュリティー属性があります。 これらのテーブルの属性への未承認の変更はネットワークで資源配分を混乱させることができます。
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アクセスさえ制御して、ことによるとこれらのオブジェクトの値を暗号化するのさえ重要です。 これらは、テーブルと、オブジェクトとそれらの感度/脆弱性です:
- IP address entries in the teLinkTable (teLinkLocalIpAddr and
teLinkRemoteIpAddr) may reveal the internals of a network provider
IP address space.
- teLinkTable(teLinkLocalIpAddrとteLinkRemoteIpAddr)のIPアドレスエントリーはネットワーク内の提供者IPアドレス空間のインターナルを明らかにするかもしれません。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module.
SNMPv3の前のSNMPバージョンは十分な安全性を含んでいませんでした。 ネットワーク自体が安全であっても(例えば、IPSecを使用するのによる)、その時でさえ、アクセスとGET/SET(読むか、変える、作成する、または削除する)へのオブジェクトが安全なネットワークにこのMIBモジュールでだれに許容されているかに関してコントロールが全くありません。
It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy).
implementersがSNMPv3枠組みで提供するようにセキュリティ機能を考えるのは([RFC3410]を見てください、セクション8)、RECOMMENDEDです、SNMPv3の暗号のメカニズム(認証とプライバシーのための)の全面的な支援を含んでいて。
Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED 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に与えるために適切に構成されるのを保証するのは、顧客/オペレータ責任です。
Dubuc, et al. Standards Track [Page 50] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[50ページ]。
11. Contributors
11. 貢献者
Sudheer Dharanikota EMail: sudheer@ieee.org
Sudheer Dharanikotaはメールします: sudheer@ieee.org
12. Acknowledgements
12. 承認
The authors would like to acknowledge the contribution of Dmitry Ryumkin.
作者はドミトリーRyumkinの貢献を承諾したがっています。
13. IANA Considerations
13. IANA問題
The following "IANA Considerations" subsection requests IANA for a new assignment. New assignments can only be made via Standards Action as specified in [RFC2434].
以下の「IANA問題」小区分は新しい課題のためにIANAを要求します。 [RFC2434]の指定されるとしてのStandards Actionを通して新しい課題をすることができるだけです。
13.1. IANA Considerations for the TE-LINK-STD-MIB
13.1. TeリンクSTD-MIBのためのIANA問題
The TE-LINK-STD-MIB should be rooted under the transmission subtree.
The IANA has assigned { transmission 200 } to the TE-LINK-STD-MIB
module specified in this document.
TE-LINK-STD-MIBはトランスミッション下位木の下に根づくべきです。 IANAは本書では指定されたTE-LINK-STD-MIBモジュールにトランスミッション200を割り当てました。
14. References
14. 参照
14.1. Normative References
14.1. 引用規格
[IANAifType] "IANAifType MIB Module",
http://www.iana.org/assignments/ianaiftype-mib.
[IANAifType]「IANAifType MIBモジュール」、 http://www.iana.org/assignments/ianaiftype-mib 。
[IEEE] IEEE, "IEEE Standard for Binary Floating-Point
Arithmetic", Standard 754-1985, 1985 (ISBN 1-5593-7653-
8).
[IEEE]IEEE、「バイナリーの浮動小数点の演算における、標準のIEEE」、規格754-1985、1985(ISBN1-5593-7653- 8)。
[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月の原文のコンベンション。」
Dubuc, et al. Standards Track [Page 51] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[51ページ]。
[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月。
[RFC3471] Berger, L., "Generalized Multi-Protocol Label Switching
(GMPLS) Signaling Functional Description", RFC 3471,
January 2003.
[RFC3471] バーガー、L.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)のシグナリングの機能的な記述」、RFC3471、2003年1月。
[RFC3630] Katz, D., Kompella, K. and D. Yeung, "Traffic
Engineering (TE) Extensions to OSPF Version 2", RFC
3630, September 2003.
[RFC3630] キャッツとD.とKompellaとK.とD.Yeung、「(Te)拡大をOSPFにバージョン2インチ設計する交通、RFC3630、2003年9月。」
[RFC4201] Kompella, K., Rekhter, Y. and L. Berger, "Link Bundling
in MPLS Traffic Engineering (TE)", RFC 4201, October
2005.
[RFC4201]KompellaとK.とRekhterとY.とL.バーガー、「MPLS交通工学(Te)におけるリンクバンドリング」、RFC4201、2005年10月。
[RFC4202] Kompella, K., Ed. and Y. Rekhter, Ed., "Routing
Extensions in Support of Generalized Multi-Protocol
Label Switching (GMPLS)", RFC 4202, October 2005.
[RFC4202] エドKompella、K.、エドY.Rekhter、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)を支持して拡大を発送すること」でのRFC4202(2005年10月)。
[RFC4203] Kompella, K., Ed. and Y. Rekhter, Ed., "OSPF Extensions
in Support of Generalized Multi-Protocol Label Switching
(GMPLS)", RFC 4203, October 2005.
[RFC4203] エドKompella、K.、エドY.Rekhter、「一般化されたマルチプロトコルラベルを支持したOSPF拡張子は(GMPLS)を切り換えること」でのRFC4203(2005年10月)。
[RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP)
Hierarchy with Generalized Multi-Protocol Label
Switching (GMPLS) Traffic Engineering (TE)", RFC 4206,
October 2005.
[RFC4206]Kompella(K.とY.Rekhter)は「一般化されたマルチプロトコルラベルスイッチング(GMPLS)交通工学(Te)で切り換えられた経路(LSP)を階層構造とラベルします」、RFC4206、2005年10月。
[RFC4204] Lang, J., Ed., "Link Management Protocol (LMP)", RFC
4204, October 2005.
[RFC4204] ラング、J.、エド、「リンク管理プロトコル(LMP)」、RFC4204、10月2005日
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月)。
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching
(GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945] マニー、E.、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)構造」、RFC3945、2004年10月。
Dubuc, et al. Standards Track [Page 52] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[52ページ]。
Authors' Addresses
作者のアドレス
Martin Dubuc
マーチン・ドュバック
EMail: mdubuc@ncf.ca
メール: mdubuc@ncf.ca
Thomas D. Nadeau Cisco Systems 1414 Massachusetts Ave. Boxborough, MA 01719
トーマスD.ナドーシスコシステムズ1414マサチューセッツAve。 Boxborough、MA 01719
Phone: +1-978-244-3051 EMail: tnadeau@cisco.com
以下に電話をしてください。 +1-978-244-3051 メールしてください: 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
Dubuc, et al. Standards Track [Page 53] RFC 4220 MPLS TE Link MIB Module November 2005
ドュバック、他 規格はMPLS TeリンクMIBモジュール2005年11月にRFC4220を追跡します[53ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Dubuc, et al. Standards Track [Page 54]
ドュバック、他 標準化過程[54ページ]
一覧
スポンサーリンク
