[要約] RFC 7697は、MPLS-TPのOAM識別子の管理情報ベース（MIB）に関するものです。このRFCの目的は、MPLS-TPネットワークでのOAM識別子の一貫性と一意性を確保するためのMIBオブジェクトを定義することです。
Internet Engineering Task Force (IETF) P. Pan
Request for Comments: 7697 Infinera
Category: Standards Track S. Aldrin
ISSN: 2070-1721 Google, Inc.
M. Venkatesan
Dell, Inc.
K. Sampath
Redeem
T. Nadeau
Brocade
S. Boutros
VMware, Inc.
January 2016
MPLS Transport Profile (MPLS-TP) Operations, Administration, and Maintenance (OAM) Identifiers Management Information Base (MIB)
MPLS Transport Profile（MPLS-TP）Operations、Administration、and Maintenance（OAM）Identifiers Management Information Base（MIB）
Abstract
概要
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects to configure the Operations, Administration, and Maintenance (OAM) identifiers for Multiprotocol Label Switching (MPLS) and the MPLS-based Transport Profile (TP).
このメモは、インターネットコミュニティのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、マルチプロトコルラベルスイッチング（MPLS）およびMPLSベースのトランスポートプロファイル（TP）の運用、管理、保守（OAM）識別子を構成するための管理オブジェクトについて説明します。
Status of This Memo
本文書の状態
This is an Internet Standards Track document.
これはInternet Standards Trackドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。インターネット標準の詳細については、RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7697.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7697で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2016 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2016 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................3
2. The Internet-Standard Management Framework ......................3
3. Overview ........................................................3
3.1. Conventions Used in This Document ..........................3
3.2. Terminology ................................................4
3.3. Acronyms ...................................................4
4. Feature List ....................................................5
5. Brief Description of MIB Objects ................................5
5.1. mplsOamIdMegTable ..........................................5
5.2. mplsOamIdMeTable ...........................................5
6. MPLS OAM Identifier Configuration for MPLS LSP: Example .........6
7. MPLS OAM Identifiers MIB Definitions ............................8
8. Security Considerations ........................................31
9. IANA Considerations ............................................32
9.1. IANA Considerations for MPLS-OAM-ID-STD-MIB ...............32
10. References ....................................................32
10.1. Normative References .....................................32
10.2. Informative References ...................................34
Acknowledgments ...................................................35
Authors' Addresses ................................................36
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling a Transport Profile (TP) based on Multiprotocol Label Switching (MPLS) [RFC3031].
このメモは、インターネットコミュニティのネットワーク管理プロトコルで使用するための管理情報ベース（MIB）の一部を定義します。特に、マルチプロトコルラベルスイッチング（MPLS）[RFC3031]に基づくトランスポートプロファイル（TP）をモデル化するための管理対象オブジェクトについて説明します。
This MIB module should be used for performing the OAM (Operations, Administration, and Maintenance) operations for MPLS Tunnel LSPs (Label Switched Paths), Pseudowires, and Sections.
このMIBモジュールは、MPLSトンネルLSP（ラベルスイッチドパス）、疑似配線、およびセクションのOAM（操作、管理、および保守）操作を実行するために使用する必要があります。
At the time of this writing, SNMP SET is no longer recommended as a way to configure MPLS networks as was described in [RFC3812]. However, since the MIB modules specified in this document are intended to work in parallel with the MIB modules for MPLS specified in [RFC3812], certain objects defined here are specified with a MAX-ACCESS of read-write or read-create so that specifications of the base tables in [RFC3812] and the new MIB modules in this document are consistent. Although the example described in Section 6 specifies means to configure OAM identifiers for MPLS-TP Tunnels, this should be seen as indicating how the MIB values would be returned in the specified circumstances having been configured by alternative means.
この文書の執筆時点では、[RFC3812]で説明されているように、MPLSネットワークを構成する方法としてSNMP SETは推奨されていません。ただし、このドキュメントで指定されているMIBモジュールは、[RFC3812]で指定されているMPLSのMIBモジュールと並行して動作することを目的としているため、ここで定義される特定のオブジェクトは、読み取り/書き込みまたは読み取り/作成のMAX-ACCESSで指定され、 [RFC3812]のベーステーブルとこのドキュメントの新しいMIBモジュールは一貫しています。セクション6で説明されている例では、MPLS-TPトンネルのOAM識別子を構成する手段を指定していますが、これは、代替手段で構成された特定の状況でMIB値がどのように返されるかを示すものと見なされます。
For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC3410 [RFC3410].
現在のインターネット標準管理フレームワークを説明するドキュメントの詳細な概要については、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].
管理対象オブジェクトは、管理情報ベースまたはMIBと呼ばれる仮想情報ストアを介してアクセスされます。 MIBオブジェクトには、通常、簡易ネットワーク管理プロトコル（SNMP）を介してアクセスします。 MIB内のオブジェクトは、管理情報の構造（SMI）で定義されたメカニズムを使用して定義されます。このメモは、SMIv2に準拠するMIBモジュールを指定します。これは、STD 58、RFC 2578 [RFC2578]、STD 58、RFC 2579 [RFC2579]およびSTD 58、RFC 2580 [RFC2580]で説明されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこのドキュメントの "は、RFC 2119 [RFC2119]で説明されているように解釈されます。
This document uses terminology from the Multiprotocol Label Switching Architecture [RFC3031], the MPLS Traffic Engineering (TE) MIB [RFC3812], the MPLS Label Switching Router (LSR) MIB [RFC3813], the OAM Framework for MPLS-Based Transport Networks [RFC6371], "MPLS Transport Profile (MPLS-TP) Identifiers" [RFC6370], MPLS-TP Identifiers Following ITU-T Conventions [RFC6923], and OAM in MPLS Transport Networks [RFC5860].
このドキュメントでは、マルチプロトコルラベルスイッチングアーキテクチャ[RFC3031]、MPLSトラフィックエンジニアリング（TE）MIB [RFC3812]、MPLSラベルスイッチングルーター（LSR）MIB [RFC3813]、MPLSベースのトランスポートネットワークのOAMフレームワーク[RFC6371]の用語を使用します。 ]、「MPLSトランスポートプロファイル（MPLS-TP）識別子」[RFC6370]、ITU-T規則に従ったMPLS-TP識別子[RFC6923]、およびMPLSトランスポートネットワークのOAM [RFC5860]。
BFD: Bidirectional Forwarding Detection
BFD：双方向転送検出
ICC: ITU Carrier Code
ICC：ITUキャリアコード
IP: Internet Protocol
IP：インターネットプロトコル
LSP: Label Switched Path
LSP：ラベルスイッチドパス
LSR: Label Switching Router
LSR：ラベルスイッチングルーター
ME: Maintenance Entity
ME：メンテナンスエンティティ
MEG: Maintenance Entity Group
MEG：メンテナンスエンティティグループ
MEP: Maintenance Entity Group End Point
MEP：メンテナンスエンティティグループのエンドポイント
MIB: Management Information Base
MIB：管理情報ベース
MIP: Maintenance Entity Group Intermediate Point
MIP：メンテナンスエンティティグループ中間ポイント
MP: Maintenance Point
MP：メンテナンスポイント
MPLS: Multiprotocol Label Switching
MPLS：マルチプロトコルラベルスイッチング
MPLS-TP: MPLS Transport Profile
MPLS-TP：MPLSトランスポートプロファイル
PW: Pseudowire
説明：シュードビル
TE: Traffic Engineering
て： Ｔらっふぃｃ えんぎねえりんｇ
TP: Transport Profile
TP：移送プロファイル
The MPLS transport profile OAM identifiers MIB module is designed to satisfy the following requirements and constraints:
MPLSトランスポートプロファイルOAM識別子MIBモジュールは、次の要件と制約を満たすように設計されています。
- The MIB module supports configuration of OAM identifiers for MPLS point-to-point Tunnels, point-to-multipoint LSPs, co-routed bidirectional LSPs, associated bidirectional LSPs, and Pseudowires.
- MIBモジュールは、MPLSポイントツーポイントトンネル、ポイントツーマルチポイントLSP、同じルートの双方向LSP、関連する双方向LSP、および疑似配線のOAM識別子の構成をサポートしています。
The objects described in this section support the functionality described in [RFC5654] and [RFC6370]. The tables support both IP-compatible and ICC-based OAM identifiers configurations for MPLS Tunnels, LSPs, and Pseudowires.
このセクションで説明されているオブジェクトは、[RFC5654]と[RFC6370]で説明されている機能をサポートしています。この表は、MPLSトンネル、LSP、および疑似配線のIP互換とICCベースの両方のOAM識別子構成をサポートしています。
The mplsOamIdMegTable is used to manage one or more Maintenance Entities (MEs) that belong to the same transport path.
mplsOamIdMegTableは、同じトランスポートパスに属する1つ以上のメンテナンスエンティティ（ME）を管理するために使用されます。
When a new entry is created with mplsOamIdMegOperatorType set to ipCompatible (1), then as per [RFC6370] (MEG_ID for an LSP is LSP_ID, and MEG_ID for a PW is PW_Path_ID), MEP_ID can be automatically formed.
mplsOamIdMegOperatorTypeをipCompatible（1）に設定して新しいエントリを作成すると、[RFC6370]（LSPのMEG_IDはLSP_ID、PWのMEG_IDはPW_Path_ID）に従って、MEP_IDが自動的に形成されます。
For an ICC-based transport path, the user is expected to configure the ICC identifier explicitly in this table for MPLS Tunnels, LSPs, and Pseudowires.
ICCベースのトランスポートパスの場合、ユーザーは、MPLSトンネル、LSP、および疑似配線に対して、このテーブルでICC識別子を明示的に構成する必要があります。
The mplsOamIdMeTable defines a relationship between two points (source and sink) of a transport path to which maintenance and monitoring operations apply. The two points that define an ME are called Maintenance Entity Group End Points (MEPs).
mplsOamIdMeTableは、メンテナンスおよびモニタリング操作が適用されるトランスポートパスの2つのポイント（ソースとシンク）間の関係を定義します。 MEを定義する2つのポイントは、メンテナンスエンティティグループエンドポイント（MEP）と呼ばれます。
In between MEPs, there are zero or more intermediate points, called Maintenance Entity Group Intermediate Points (MIPs). MEPs and MIPs are associated with the MEG and can be shared by more than one ME in a MEG.
MEP間には、メンテナンスエンティティグループ中間ポイント（MIP）と呼ばれるゼロ以上の中間ポイントがあります。 MEPとMIPはMEGに関連付けられており、MEG内の複数のMEで共有できます。
In this section, we provide an example of the OAM identifier configuration for an MPLS co-routed bidirectional LSP.
このセクションでは、MPLSコルーテッド双方向LSPのOAM ID構成の例を示します。
This example provides usage of MEG and ME tables for management and monitoring operations of an MPLS LSP.
この例では、MPLS LSPの管理および監視操作のためのMEGおよびMEテーブルの使用法を示します。
This example considers the OAM identifiers configuration on a head-end LSR to manage and monitor an MPLS LSP. Only relevant objects that are applicable for IP-based OAM identifiers of MPLS co-routed bidirectional LSPs are illustrated here.
この例では、MPLS LSPを管理および監視するために、ヘッドエンドLSRのOAM ID構成を検討します。ここでは、MPLSコルーテッド双方向LSPのIPベースのOAM識別子に適用できる関連オブジェクトのみを示しています。
In the mplsOamIdMegTable:
mplsOamIdMegTable：
{
-- MEG index (Index to the table)
mplsOamIdMegIndex = 1,
mplsOamIdMegName = "MEG1",
mplsOamIdMegOperatorType = ipCompatible (1),
mplsOamIdMegServicePointerType = lsp (1),
mplsOamIdMegMpLocation = perNode (1),
-- Mandatory parameters needed to activate the row go here
mplsOamIdMegRowStatus = createAndGo (4), mplsOamIdMegPathFlow = coRoutedBidirectionalPointToPoint (2) }
mplsOamIdMegRowStatus = createAndGo（4）、mplsOamIdMegPathFlow = coRoutedBidirectionalPointToPoint（2）}
This will create an entry in the mplsOamIdMegTable to manage and monitor the MPLS Tunnel.
これにより、mplsOamIdMegTableにエントリが作成され、MPLSトンネルを管理および監視します。
The following ME table is used to associate the path information to a MEG.
次のMEテーブルは、パス情報をMEGに関連付けるために使用されます。
In the mplsOamIdMeTable:
mplsOamIdMeTableで：
{ -- ME index (Index to the table) mplsOamIdMeIndex = 1,
{-MEインデックス（テーブルのインデックス）mplsOamIdMeIndex = 1
-- MP index (Index to the table)
mplsOamIdMeMpIndex = 1,
mplsOamIdMeName = "ME1",
mplsOamIdMeMpIfIndex = 0,
-- The source MEP ID is derived from the IP-compatible MPLS LSP
mplsOamIdMeSourceMepIndex = 0,
-- The sink MEP ID is derived from the IP-compatible MPLS LSP
mplsOamIdMeSinkMepIndex = 0,
mplsOamIdMeMpType = mep (1),
mplsOamIdMeMepDirection = down (2),
-- RowPointer MUST point to the first accessible column of an
-- MPLS LSP
mplsOamIdMeServicePointer = mplsTunnelName.1.1.10.20,
-- Mandatory parameters needed to activate the row go here
mplsOamIdMeRowStatus = createAndGo (4)
}
MPLS-OAM-ID-STD-MIB DEFINITIONS ::= BEGIN
IMPORTS MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Unsigned32 FROM SNMPv2-SMI -- RFC 2578 MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF -- RFC 2580 RowStatus, RowPointer, StorageType FROM SNMPv2-TC -- RFC 2579 SnmpAdminString FROM SNMP-FRAMEWORK-MIB -- RFC 3411 IndexIntegerNextFree FROM DIFFSERV-MIB -- RFC 3289 mplsStdMIB FROM MPLS-TC-STD-MIB -- RFC 3811 InterfaceIndexOrZero, ifGeneralInformationGroup, ifCounterDiscontinuityGroup FROM IF-MIB; -- RFC 2863
IMPORTS MODULE-IDENTITY、OBJECT-TYPE、NOTIFICATION-TYPE、Unsigned32 FROM SNMPv2-SMI-RFC 2578 MODULE-COMPLIANCE、OBJECT-GROUP、NOTIFICATION-GROUP FROM SNMPv2-CONF-RFC 2580 RowStatus、RowPointer、StorageType FROM SNMPv2-TC -RFC 2579 SnmpAdminString FROM SNMP-FRAMEWORK-MIB-RFC 3411 IndexIntegerNextFree FROM DIFFSERV-MIB-RFC 3289 mplsStdMIB FROM MPLS-TC-STD-MIB-RFC 3811 InterfaceIndexOrZero、ifGeneralInformationGroup、ifCounterDiscontinuityGroup FROM IF-MIB; -RFC 2863
mplsOamIdStdMIB MODULE-IDENTITY LAST-UPDATED "201601070000Z" -- January 07, 2016 ORGANIZATION "Multiprotocol Label Switching (MPLS) Working Group" CONTACT-INFO "Sam Aldrin Google, Inc. 1600 Amphitheatre Parkway Mountain View, CA 94043 USA Email: aldrin.ietf@gmail.com
mplsOamIdStdMIB MODULE-IDENTITY LAST-UPDATED "201601070000Z"-January 07、2016 ORGANIZATION "Multiprotocol Label Switching（MPLS）Working Group" CONTACT-INFO "Sam Aldrin Google、Inc. 1600 Amphitheater Parkway Mountain View、CA 94043 USA Email：aldrin。 ietf@gmail.com
Thomas D. Nadeau Email: tnadeau@lucidvision.com
トーマスD.ナドーEメール：tnadeau@lucidvision.com
Venkatesan Mahalingam Dell, Inc. 5450 Great America Parkway Santa Clara, CA 95054 USA Email: venkat.mahalingams@gmail.com Kannan KV Sampath Redeem India Email: kannankvs@gmail.com
Venkates Mahalingam Dell、Inc. 5450 Great America Parkway Santa Clara、CA 95054 USAメール：venkat.mahalingams@gmail.com Kannan KV Sampath Redeem Indiaメール：kannankvs@gmail.com
Ping Pan Infinera
ピンパンインフィネラ
Sami Boutros VMware, Inc. 3401 Hillview Ave. Palo Alto, CA 94304 USA Email: sboutros@vmware.com"
Sami Boutros VMware、Inc. 3401 Hillview Ave. Palo Alto、CA 94304 USAメール：sboutros@vmware.com "
DESCRIPTION "Copyright (c) 2016 IETF Trust and the persons identified as authors of the code. All rights reserved.
「著作権（c）2016 IETFトラストおよびコードの作成者として識別された人物。すべての権利は留保されています。
Redistribution and use in source and binary forms, with or without modification, is permitted pursuant to, and subject to the license terms contained in, the Simplified BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info).
ソースおよびバイナリ形式での再配布および使用は、変更の有無にかかわらず、IETF文書に関連するIETFトラストの法的規定のセクション4.cに記載されているSimplified BSD Licenseに従い、それに含まれるライセンス条項に従って許可されます（ http://trustee.ietf.org/license-info）。
This MIB module contains generic object definitions for MPLS OAM identifiers."
このMIBモジュールには、MPLS OAM識別子の一般的なオブジェクト定義が含まれています。」
-- Revision history
-改訂履歴
REVISION "201601070000Z" -- January 07, 2016 DESCRIPTION "MPLS OAM Identifiers MIB objects for Tunnels, LSPs, Pseudowires, and Sections."
REVISION "201601070000Z"-January 07、2016 DESCRIPTION "MPLS OAM Identifiers MIB objects for Tunnels、LSPs、Pseudowires、and Sections。"
::= { mplsStdMIB 21 }
-- Top-level components of this MIB module
-このMIBモジュールの最上位コンポーネント
-- notifications
mplsOamIdNotifications
OBJECT IDENTIFIER ::= { mplsOamIdStdMIB 0 }
-- tables, scalars
mplsOamIdObjects OBJECT IDENTIFIER ::= { mplsOamIdStdMIB 1 }
-- conformance
mplsOamIdConformance
OBJECT IDENTIFIER ::= { mplsOamIdStdMIB 2 }
-- Start of MPLS Transport Profile MEG table
-MPLSトランスポートプロファイルMEGテーブルの開始
mplsOamIdMegIndexNext OBJECT-TYPE
SYNTAX IndexIntegerNextFree (0..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains an unused value for
mplsOamIdMegIndex, or a zero to indicate
that none exist. Negative values are not allowed,
as they do not correspond to valid values of
mplsOamIdMegIndex."
::= { mplsOamIdObjects 1 }
mplsOamIdMegTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsOamIdMegEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains information about the Maintenance Entity Groups (MEGs).
MplsOamIdMegEntry MAX-ACCESSのmplsOamIdMegTable OBJECT-TYPE構文シーケンスにアクセスできません現在の説明「このテーブルには、メンテナンスエンティティグループ（MEG）に関する情報が含まれています。
A MEG, as mentioned in the MPLS-TP OAM framework, defines
a set of one or more Maintenance Entities (MEs).
MEs define a relationship between any two points of a
transport path in an OAM domain to which maintenance and
monitoring operations apply."
::= { mplsOamIdObjects 2 }
mplsOamIdMegEntry OBJECT-TYPE SYNTAX MplsOamIdMegEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents an MPLS-TP MEG. An entry can be created by a network administrator or by an SNMP agent as instructed by an MPLS-TP OAM framework.
mplsOamIdMegEntry OBJECT-TYPE SYNTAX MplsOamIdMegEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "このテーブルのエントリはMPLS-TP MEGを表します。MPLS-TPOAMの指示に従って、ネットワーク管理者またはSNMPエージェントがエントリを作成できますフレームワーク。
When a new entry is created with mplsOamIdMegOperatorType set to ipCompatible (1), then as per RFC 6370 (MEG_ID for an LSP is LSP_ID, and MEG_ID for a PW is PW_Path_ID), MEP_ID can be automatically formed.
mplsOamIdMegOperatorTypeをipCompatible（1）に設定して新しいエントリを作成すると、RFC 6370（LSPのMEG_IDはLSP_ID、PWのMEG_IDはPW_Path_ID）に従って、MEP_IDが自動的に形成されます。
For a co-routed bidirectional LSP, MEG_ID is A1-{Global_ID::Node_ID::Tunnel_Num}::Z9-{Global_ID:: Node_ID::Tunnel_Num}::LSP_Num.
共同ルーティングされた双方向LSPの場合、MEG_IDはA1- {Global_ID :: Node_ID :: Tunnel_Num} :: Z9- {Global_ID :: Node_ID :: Tunnel_Num} :: LSP_Numです。
For an associated bidirectional LSP, MEG_ID is A1-{Global_ID::Node_ID::Tunnel_Num::LSP_Num}:: Z9-{Global_ID::Node_ID::Tunnel_Num::LSP_Num}.
関連する双方向LSPの場合、MEG_IDはA1- {Global_ID :: Node_ID :: Tunnel_Num :: LSP_Num} :: Z9- {Global_ID :: Node_ID :: Tunnel_Num :: LSP_Num}です。
For an LSP, MEP_ID is formed using Global_ID::Node_ID::Tunnel_Num::LSP_Num.
LSPの場合、MEP_IDはGlobal_ID :: Node_ID :: Tunnel_Num :: LSP_Numを使用して形成されます。
For a PW, MEG_ID is formed using AGI:: A1-{Global_ID::Node_ID::AC_ID}:: Z9-{Global_ID::Node_ID::AC_ID}.
PWの場合、MEG_IDはAGI :: A1- {Global_ID :: Node_ID :: AC_ID} :: Z9- {Global_ID :: Node_ID :: AC_ID}を使用して形成されます。
For a PW, MEP_ID is formed using AGI::Global_ID::Node_ID::AC_ID.
PWの場合、MEP_IDはAGI :: Global_ID :: Node_ID :: AC_IDを使用して形成されます。
MEP_ID is retrieved from the mplsOamIdMegServicePointer object based on the mplsOamIdMegServicePointerType value. The ICC MEG_ID for an LSP and a PW is formed using the objects mplsOamIdMegIdIcc and mplsOamIdMegIdUmc.
MEP_IDは、mplsOamIdMegServicePointerType値に基づいてmplsOamIdMegServicePointerオブジェクトから取得されます。 LSPおよびPWのICC MEG_IDは、オブジェクトmplsOamIdMegIdIccおよびmplsOamIdMegIdUmcを使用して形成されます。
MEP_ID can be formed using MEG_ID::MEP_Index."
REFERENCE
"1. RFC 5860: Requirements for Operations, Administration,
and Maintenance (OAM) in MPLS Transport Networks,
May 2010.
2. RFC 6371: Operations, Administration, and Maintenance
Framework for MPLS-Based Transport Networks,
September 2011, Section 3.
3. RFC 6370: MPLS Transport Profile (MPLS-TP) Identifiers,
September 2011.
4. RFC 6923: MPLS Transport Profile (MPLS-TP) Identifiers
Following ITU-T Conventions, May 2013."
INDEX { mplsOamIdMegIndex }
::= { mplsOamIdMegTable 1 }
MplsOamIdMegEntry ::= SEQUENCE {
mplsOamIdMegIndex Unsigned32,
mplsOamIdMegName SnmpAdminString,
mplsOamIdMegOperatorType INTEGER,
mplsOamIdMegIdCc SnmpAdminString,
mplsOamIdMegIdIcc SnmpAdminString,
mplsOamIdMegIdUmc SnmpAdminString,
mplsOamIdMegServicePointerType INTEGER,
mplsOamIdMegMpLocation INTEGER,
mplsOamIdMegPathFlow INTEGER,
mplsOamIdMegOperStatus INTEGER,
mplsOamIdMegSubOperStatus BITS,
mplsOamIdMegRowStatus RowStatus,
mplsOamIdMegStorageType StorageType
}
mplsOamIdMegIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Index for the conceptual row identifying a MEG within
this MEG table. Managers should obtain new values for row
creation in this table by reading mplsOamIdMegIndexNext."
::= { mplsOamIdMegEntry 1 }
mplsOamIdMegName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..48))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Each MEG has a unique name amongst all those used or
available to a service provider or operator. It
facilitates easy identification of administrative
responsibility for each MEG."
::= { mplsOamIdMegEntry 2 }
mplsOamIdMegOperatorType OBJECT-TYPE
SYNTAX INTEGER {
ipCompatible (1),
iccBased (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the operator type for the MEG. Conceptual rows
having 'iccBased' as the operator type MUST have valid
values for the objects mplsOamIdMegIdIcc and
mplsOamIdMegIdUmc when the row status is active."
REFERENCE
"1. RFC 6370: MPLS Transport Profile (MPLS-TP) Identifiers,
September 2011.
2. RFC 6923: MPLS Transport Profile (MPLS-TP) Identifiers
Following ITU-T Conventions, May 2013, Section 3.1."
DEFVAL { ipCompatible }
::= { mplsOamIdMegEntry 3 }
mplsOamIdMegIdCc OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..2)) MAX-ACCESS read-create STATUS current DESCRIPTION "Global uniqueness is assured by concatenating the ICC with a Country Code (CC). The Country Code (alpha-2) is a string of two alphabetic characters represented with uppercase letters (i.e., A-Z).
mplsOamIdMegIdCc OBJECT-TYPE SYNTAX SnmpAdminString（SIZE（0..2））MAX-ACCESS read-create STATUS current DESCRIPTION "グローバルな一意性は、ICCと国コード（CC）を連結することによって保証されます。国コード（alpha-2）は大文字で表される2つのアルファベット文字の文字列（AZ）。
This object MUST contain a non-null value if
the MplsOamIdMegOperatorType value is iccBased (2);
otherwise, a null value with octet size 0
should be assigned."
REFERENCE
"RFC 6923: MPLS Transport Profile (MPLS-TP) Identifiers
Following ITU-T Conventions, May 2013, Section 3."
DEFVAL {""}
::= { mplsOamIdMegEntry 4 }
mplsOamIdMegIdIcc OBJECT-TYPE SYNTAX SnmpAdminString (SIZE(0..6)) MAX-ACCESS read-create STATUS current DESCRIPTION "Unique code assigned to a network operator or service provider; maintained by the ITU-T. This is the ITU Carrier Code used to form the MEGID.
mplsOamIdMegIdIcc OBJECT-TYPE SYNTAX SnmpAdminString（SIZE（0..6））MAX-ACCESS read-create STATUS current DESCRIPTION "ネットワークオペレーターまたはサービスプロバイダーに割り当てられた一意のコード。ITU-Tによって維持されます。これは、使用されるITUキャリアコードです。 MEGIDを形成します。
This object MUST contain a non-null value if
the MplsOamIdMegOperatorType value is iccBased (2);
otherwise, a null value with octet size 0
should be assigned."
REFERENCE
"RFC 6923: MPLS Transport Profile (MPLS-TP) Identifiers
Following ITU-T Conventions, May 2013, Section 3.1."
DEFVAL {""}
::= { mplsOamIdMegEntry 5 }
mplsOamIdMegIdUmc OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(0..7))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Unique code assigned by a network operator or service
provider. This code is appended to mplsOamIdMegIdIcc to
form the MEGID.
This object MUST contain a non-null value if
the MplsOamIdMegOperatorType value is iccBased (2);
otherwise, a null value with octet size 0
should be assigned."
REFERENCE
"RFC 6923: MPLS Transport Profile (MPLS-TP) Identifiers
Following ITU-T Conventions, May 2013, Section 7.1."
DEFVAL {""}
::= { mplsOamIdMegEntry 6 }
mplsOamIdMegServicePointerType OBJECT-TYPE
SYNTAX INTEGER {
tunnel (1),
lsp (2),
pseudowire (3),
section (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the service type for the MEG.
If the service type indicates tunnel (1), the service
pointer in the mplsOamIdMeTable points to an entry in
the point-to-point mplsTunnelTable (RFC 3812).
If the service type indicates lsp (2), the service pointer in the mplsOamIdMeTable points to an entry in the co-routed or associated bidirectional mplsTunnelTable.
サービスタイプがlsp（2）を示している場合、mplsOamIdMeTableのサービスポインタは、同じルートまたは関連付けられた双方向mplsTunnelTableのエントリを指します。
If the value is the pseudowire (3) service type, the service pointer in the mplsOamIdMeTable points to an entry in the pwTable (RFC 5601).
値が疑似配線（3）サービスタイプの場合、mplsOamIdMeTableのサービスポインタはpwTable（RFC 5601）のエントリを指します。
If the value is the section (4) service type, the service
pointer in the mplsOamIdMeTable points to an entry in
the mplsTunnelTable (RFC 3812)."
REFERENCE
"1. RFC 3812: Multiprotocol Label Switching (MPLS)
Traffic Engineering (TE) Management Information
Base (MIB), June 2004.
2. RFC 5601: Pseudowire (PW) Management Information
Base (MIB), July 2009."
DEFVAL { lsp }
::= { mplsOamIdMegEntry 7 }
mplsOamIdMegMpLocation OBJECT-TYPE
SYNTAX INTEGER {
perNode (1),
perInterface (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the MP location type for this MEG.
If the value is perNode, then the MEG in the LSR supports only perNode MEPs/MIPs, i.e., only one MEP/MIP in an LSR.
値がノードごとの場合、LSRのMEGはノードごとのMEP / MIPのみをサポートします。つまり、LSRのMEP / MIPは1つだけです。
If the value is perInterface, then the MEG in the LSR
supports perInterface MEPs/MIPs, i.e., two MEPs/MIPs in
an LSR."
REFERENCE
"RFC 6371: Operations, Administration, and Maintenance
Framework for MPLS-Based Transport Networks,
September 2011."
DEFVAL { perNode }
::= { mplsOamIdMegEntry 8 }
mplsOamIdMegPathFlow OBJECT-TYPE
SYNTAX INTEGER {
unidirectionalPointToPoint (1),
coRoutedBidirectionalPointToPoint (2),
associatedBidirectionalPointToPoint (3),
unidirectionalPointToMultiPoint (4)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the transport path flow for this MEG.
In the case of a unidirectional point-to-point transport
path, a single unidirectional ME is defined to monitor it.
In the case of associated bidirectional point-to-point
transport paths, two independent unidirectional MEs are
defined to independently monitor each direction.
In the case of co-routed bidirectional point-to-point
transport paths, a single bidirectional ME is defined to
monitor both directions congruently.
In the case of unidirectional point-to-multipoint transport
paths, a single unidirectional ME for each leaf is defined
to monitor the transport path from the root to that leaf."
REFERENCE
"RFC 6371: Operations, Administration, and Maintenance
Framework for MPLS-Based Transport Networks,
September 2011."
DEFVAL { coRoutedBidirectionalPointToPoint }
::= { mplsOamIdMegEntry 9 }
mplsOamIdMegOperStatus OBJECT-TYPE
SYNTAX INTEGER {
up (1),
down (2)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object specifies the operational status of the
Maintenance Entity Group (MEG). This object is used to
send the notification to the SNMP manager about the MEG.
The value up (1) indicates that the MEG and its monitored path are operationally up. The value down (2) indicates that the MEG is operationally down.
値up（1）は、MEGとその監視対象パスが運用上稼働していることを示します。値down（2）は、MEGが操作上ダウンしていることを示します。
When the value of mplsOamIdMegOperStatus is up (1),
all the bits of mplsOamIdMegSubOperStatus must be cleared.
When the value of mplsOamIdMegOperStatus is down (2),
at least one bit of mplsOamIdMegSubOperStatus must be set."
::= { mplsOamIdMegEntry 10 }
mplsOamIdMegSubOperStatus OBJECT-TYPE
SYNTAX BITS {
megDown (0),
meDown (1),
oamAppDown (2),
pathDown (3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object specifies the reason why the MEG operational
status, as indicated by the object mplsOamIdMegOperStatus,
is down. This object is used to send the notification to
the SNMP manager about the MEG.
The bit 0 (megDown) indicates that the MEG is down.
The bit 1 (meDown) indicates that the ME table is down.
The bit 2 (oamAppDown) indicates that the OAM application
(LSP or PW) monitored by this MEG is down. Currently, BFD
is the only supported OAM application.
The bit 3 (pathDown) indicates that the underlying
LSP or PW is down."
::= { mplsOamIdMegEntry 11 }
mplsOamIdMegRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable is used to create, modify, and/or delete
a row in this table. When a row in this table is in the
active(1) state, no objects in that row can be modified
by the agent except mplsOamIdMegRowStatus."
::= { mplsOamIdMegEntry 12 }
mplsOamIdMegStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this
object.
Conceptual rows having the value 'permanent'
need not allow write access to any columnar
objects in the row."
DEFVAL { volatile }
::= { mplsOamIdMegEntry 13 }
-- End of MPLS Transport Profile MEG table
-MPLSトランスポートプロファイルMEGテーブルの終わり
-- Start of MPLS Transport Profile ME table
-MPLSトランスポートプロファイルMEテーブルの開始
mplsOamIdMeIndexNext OBJECT-TYPE
SYNTAX IndexIntegerNextFree (0..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains an unused value for
mplsOamIdMeIndex, or a zero to indicate
that none exist. Negative values are not allowed,
as they do not correspond to valid values of
mplsOamIdMeIndex."
::= { mplsOamIdObjects 3 }
mplsOamIdMeMpIndexNext OBJECT-TYPE
SYNTAX IndexIntegerNextFree (0..4294967295)
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"This object contains an unused value for
mplsOamIdMeMpIndex, or a zero to indicate
that none exist. Negative values are not allowed,
as they do not correspond to valid values of
mplsOamIdMeMpIndex."
::= { mplsOamIdObjects 4 }
mplsOamIdMeTable OBJECT-TYPE SYNTAX SEQUENCE OF MplsOamIdMeEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains MPLS-TP ME information.
MplsOamIdMeEntry MAX-ACCESSのmplsOamIdMeTable OBJECT-TYPE構文シーケンスにアクセスできませんステータス現在の説明「このテーブルにはMPLS-TP ME情報が含まれています。
The ME is some portion of a transport path that requires management bounded by two points (called MEPs), and the relationship between those points to which maintenance and monitoring operations apply.
MEは、2つのポイント（MEPと呼ばれる）で囲まれた管理を必要とするトランスポートパスの一部であり、メンテナンスと監視操作が適用されるこれらのポイント間の関係です。
This table is generic enough to handle MEP and MIP
information within a MEG."
::= { mplsOamIdObjects 5 }
mplsOamIdMeEntry OBJECT-TYPE SYNTAX MplsOamIdMeEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in this table represents an MPLS-TP ME. This entry represents the ME if the source and sink MEPs are defined.
mplsOamIdMeEntry OBJECT-TYPE構文MplsOamIdMeEntry MAX-ACCESS not-accessibleステータス現在の説明「この表のエントリはMPLS-TP MEを表します。このエントリは、ソースおよびシンクMEPが定義されている場合のMEを表します。
An ME is a point-to-point entity. One ME has two such MEPs. A MEG is a group of one or more MEs. One MEG can have two or more MEPs.
MEはポイントツーポイントエンティティです。 1つのMEには、そのようなMEPが2つあります。 MEGは、1つ以上のMEのグループです。 1つのMEGは2つ以上のMEPを持つことができます。
For a point-to-point LSP, one MEG has one ME, and this ME is associated with two MEPs (source and sink MEPs) within a MEG. Each mplsOamIdMeIndex value denotes the ME within a MEG.
ポイントツーポイントLSPの場合、1つのMEGには1つのMEがあり、このMEはMEG内の2つのMEP（ソースおよびシンクMEP）に関連付けられています。各mplsOamIdMeIndex値は、MEG内のMEを示します。
In the case of unidirectional point-to-point transport paths, a single unidirectional ME is defined to monitor it, and mplsOamIdMeServicePointer points to a unidirectional point-to-point path.
単方向ポイントツーポイント転送パスの場合、それを監視するために単一の単方向MEが定義され、mplsOamIdMeServicePointerは単方向ポイントツーポイントパスを指します。
In the case of associated bidirectional point-to-point transport paths, two independent unidirectional MEs are defined to independently monitor each direction, and each mplsOamIdMeServicePointer MIB object points to a unique unidirectional transport path. This has implications for transactions that terminate at or query a MIP, as a return path from a MIP to a source MEP does not necessarily exist within the MEG.
関連する双方向ポイントツーポイントトランスポートパスの場合、2つの独立した単方向MEが各方向を独立して監視するように定義され、各mplsOamIdMeServicePointer MIBオブジェクトは一意の単方向トランスポートパスを指します。これは、MIPからソースMEPへの戻りパスが必ずしもMEG内に存在するわけではないため、MIPで終了するかMIPにクエリを送信するトランザクションに影響を与えます。
In the case of co-routed bidirectional point-to-point transport paths, a single bidirectional ME is defined to monitor both directions congruently, and the mplsOamIdMeServicePointer MIB object points to a co-routed bidirectional point-to-point transport path.
共同ルーティングされた双方向ポイントツーポイントトランスポートパスの場合、単一の双方向MEが両方向を一致して監視するように定義され、mplsOamIdMeServicePointer MIBオブジェクトは、共同ルーティングされた双方向ポイントツーポイントトランスポートパスを指します。
In the case of unidirectional point-to-multipoint transport
paths, a single unidirectional ME for each leaf is defined
to monitor the transport path from the root to that leaf,
and each leaf has different transport path information in
the mplsOamIdMeServicePointer MIB object. Note that the
MplsOamIdMeEntry should be created manually once the MEG
is configured for OAM operations."
INDEX { mplsOamIdMegIndex,
mplsOamIdMeIndex,
mplsOamIdMeMpIndex
}
::= { mplsOamIdMeTable 1 }
MplsOamIdMeEntry ::= SEQUENCE {
mplsOamIdMeIndex Unsigned32,
mplsOamIdMeMpIndex Unsigned32,
mplsOamIdMeName SnmpAdminString,
mplsOamIdMeMpIfIndex InterfaceIndexOrZero,
mplsOamIdMeSourceMepIndex Unsigned32,
mplsOamIdMeSinkMepIndex Unsigned32,
mplsOamIdMeMpType INTEGER,
mplsOamIdMeMepDirection INTEGER,
mplsOamIdMeServicePointer RowPointer,
mplsOamIdMeRowStatus RowStatus,
mplsOamIdMeStorageType StorageType
}
mplsOamIdMeIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Uniquely identifies an ME index within a MEG. Managers
should obtain new values for row creation in this table by
reading mplsOamIdMeIndexNext."
::= { mplsOamIdMeEntry 1 }
mplsOamIdMeMpIndex OBJECT-TYPE
SYNTAX Unsigned32 (1..4294967295)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Indicates the Maintenance Point (MP) index that is used to
create multiple MEPs in a node of a single ME. The value
of this object can be the MEP index or the MIP index.
Managers should obtain new values for row creation in this
table by reading mplsOamIdMeMpIndexNext."
::= { mplsOamIdMeEntry 2 }
mplsOamIdMeName OBJECT-TYPE
SYNTAX SnmpAdminString (SIZE(1..48))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This object denotes the ME name. Each ME has a unique
name within a MEG."
::= { mplsOamIdMeEntry 3 }
mplsOamIdMeMpIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "Indicates the MP interface. If the mplsOamIdMegMpLocation object value is perNode (1), the MP interface index should point to the incoming interface or outgoing interface, or be zero (to indicate that the MP OAM packets are initiated from the forwarding engine).
mplsOamIdMeMpIfIndex OBJECT-TYPE SYNTAX InterfaceIndexOrZero MAX-ACCESS read-create STATUS current DESCRIPTION "MPインターフェースを示しています。mplsOamIdMegMpLocationオブジェクトの値がperNode（1）の場合、MPインターフェースインデックスは、受信インターフェースまたは送信インターフェースを指すか、ゼロ（ MP OAMパケットがフォワーディングエンジンから開始されたことを示します）。
If the mplsOamIdMegMpLocation object value is perInterface (2), the MP interface index should point to the incoming interface or outgoing interface."
mplsOamIdMegMpLocationオブジェクトの値がperInterface（2）の場合、MPインターフェイスインデックスは着信インターフェイスまたは発信インターフェイスを指す必要があります。」
REFERENCE
"1. RFC 6371: Operations, Administration, and Maintenance
Framework for MPLS-Based Transport Networks,
September 2011.
2. RFC 2863: The Interfaces Group MIB, June 2000."
DEFVAL { 0 }
::= { mplsOamIdMeEntry 4 }
mplsOamIdMeSourceMepIndex OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the source MEP index of the ME. This object
should be configured if the mplsOamIdMegOperatorType object
in the mplsOamIdMegEntry is configured as iccBased (2).
If the MEG is configured for an IP-based operator,
the value of this object should be set to zero, and the
MEP ID will be automatically derived from the service
identifiers (MPLS-TP LSP/PW Identifier)."
DEFVAL { 0 }
::= { mplsOamIdMeEntry 5 }
mplsOamIdMeSinkMepIndex OBJECT-TYPE
SYNTAX Unsigned32
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the sink MEP index of the ME. This object
should be configured if the mplsOamIdMegOperatorType object
in the mplsOamIdMegEntry is configured as iccBased (2).
If the MEG is configured for an IP-based operator,
the value of this object should be set to zero, and the
MEP ID will be automatically derived from the service
identifiers (MPLS-TP LSP/PW Identifier)."
DEFVAL { 0 }
::= { mplsOamIdMeEntry 6 }
mplsOamIdMeMpType OBJECT-TYPE
SYNTAX INTEGER {
mep (1),
mip (2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the MP type within the MEG.
The object should have the value mep (1) only in the ingress or egress nodes of the transport path.
オブジェクトは、トランスポートパスの入口ノードまたは出口ノードでのみ値mep（1）を持つ必要があります。
The object can have the value mip (2) in the
intermediate nodes and possibly in the egress nodes
of the transport path."
DEFVAL { mep }
::= { mplsOamIdMeEntry 7 }
mplsOamIdMeMepDirection OBJECT-TYPE
SYNTAX INTEGER {
up (1),
down (2),
notApplicable (3)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"Indicates the direction of the MEP. This object
should be configured if mplsOamIdMeMpType is configured
as mep (1); otherwise, notApplicable (3) is set."
DEFVAL { down }
::= { mplsOamIdMeEntry 8 }
mplsOamIdMeServicePointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION "This variable represents a pointer to the MPLS-TP transport path. This value MUST point at an entry in the mplsTunnelEntry if mplsOamIdMegServicePointerType is configured as tunnel (1), lsp (2), or section (4), or at an entry in the pwEntry if mplsOamIdMegServicePointerType is configured as pseudowire (3).
mplsOamIdMeServicePointer OBJECT-TYPE SYNTAX RowPointer MAX-ACCESS read-create STATUS current DESCRIPTION「この変数は、MPLS-TPトランスポートパスへのポインタを表します。この値は、mplsOamIdMegServicePointerTypeがトンネル（1）、lsp （2）、またはセクション（4）、またはmplsOamIdMegServicePointerTypeが疑似配線（3）として設定されている場合は、pwEntryのエントリ。
Note: This service pointer object is placed in the ME table
instead of the MEG table, since it will be useful in the
point-to-multipoint case, where each ME will point to
different branches of a point-to-multipoint tree."
::= { mplsOamIdMeEntry 9 }
mplsOamIdMeRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable is used to create, modify, and/or delete
a row in this table. When a row in this table is in the
active(1) state, no objects in that row can be modified
by the agent except mplsOamIdMeRowStatus."
::= { mplsOamIdMeEntry 10 }
mplsOamIdMeStorageType OBJECT-TYPE
SYNTAX StorageType
MAX-ACCESS read-create
STATUS current
DESCRIPTION
"This variable indicates the storage type for this object.
Conceptual rows having the value 'permanent'
need not allow write access to any columnar
objects in the row."
DEFVAL { volatile }
::= { mplsOamIdMeEntry 11 }
-- End of MPLS Transport Profile ME table
-MPLSトランスポートプロファイルMEテーブルの終わり
-- End of MPLS-TP OAM tables
-MPLS-TP OAMテーブルの終わり
-- Notification definitions of MPLS-TP identifiers
-MPLS-TP識別子の通知定義
mplsOamIdDefectCondition NOTIFICATION-TYPE
OBJECTS {
mplsOamIdMegName,
mplsOamIdMeName,
mplsOamIdMegOperStatus,
mplsOamIdMegSubOperStatus
}
STATUS current
DESCRIPTION
"This notification is sent whenever the operational
status of the MEG is changed."
::= { mplsOamIdNotifications 1 }
-- End of notifications
-通知の終了
-- Module compliance
-モジュールのコンプライアンス
mplsOamIdCompliances
OBJECT IDENTIFIER ::= { mplsOamIdConformance 1 }
mplsOamIdGroups
OBJECT IDENTIFIER ::= { mplsOamIdConformance 2 }
-- Compliance requirement for fully compliant implementations
-完全に準拠した実装の準拠要件
mplsOamIdModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that provide full support for the MPLS-TP-OAM-STD-MIB. Such devices can then be monitored and also be configured using this MIB module."
mplsOamIdModuleFullCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION「MPLS-TP-OAM-STD-MIBを完全にサポートするエージェントのコンプライアンスステートメント。このようなデバイスは、このMIBモジュールを使用して監視および設定することもできます。」
MODULE IF-MIB -- The Interfaces Group MIB, RFC 2863
MANDATORY-GROUPS {
ifGeneralInformationGroup,
ifCounterDiscontinuityGroup
}
MODULE -- this module
MANDATORY-GROUPS {
mplsOamIdMegGroup,
mplsOamIdMeGroup
}
GROUP mplsOamIdNotificationObjectsGroup
DESCRIPTION "This group is only mandatory for those
implementations that can efficiently implement
the notifications contained in this group."
GROUP mplsOamIdNotificationGroup DESCRIPTION "This group is only mandatory for those implementations that can efficiently implement the notifications contained in this group."
グループmplsOamIdNotificationGroup説明「このグループは、このグループに含まれる通知を効率的に実装できる実装でのみ必須です。」
::= { mplsOamIdCompliances 1 }
-- Compliance requirement for read-only implementations
-読み取り専用実装のコンプライアンス要件
mplsOamIdModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "Compliance statement for agents that only provide read-only support for the MPLS-TP-OAM-STD-MIB module."
mplsOamIdModuleReadOnlyCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION「MPLS-TP-OAM-STD-MIBモジュールの読み取り専用サポートのみを提供するエージェントのコンプライアンスステートメント」
MODULE -- this module
MODULE-このモジュール
MANDATORY-GROUPS {
mplsOamIdMegGroup,
mplsOamIdMeGroup
}
GROUP mplsOamIdNotificationObjectsGroup DESCRIPTION "This group is only mandatory for those implementations that can efficiently implement the notifications contained in this group."
グループmplsOamIdNotificationObjectsGroup説明「このグループは、このグループに含まれる通知を効率的に実装できる実装にのみ必須です。」
GROUP mplsOamIdNotificationGroup DESCRIPTION "This group is only mandatory for those implementations that can efficiently implement the notifications contained in this group."
グループmplsOamIdNotificationGroup説明「このグループは、このグループに含まれる通知を効率的に実装できる実装でのみ必須です。」
-- mplsOamIdMegTable
-mplsOamIdMegTable
OBJECT mplsOamIdMegName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegName MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegOperatorType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegOperatorType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegIdCc MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegIdCc MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegIdIcc MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegIdIcc MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegIdUmc MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegIdUmc MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegServicePointerType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegServicePointerType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegMpLocation MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegMpLocation MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegPathFlow MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegPathFlow MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegRowStatus構文RowStatus {active（1）} MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMegStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMegStorageType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
-- mplsOamIdMeTable
-mplsOamIdMeTable
OBJECT mplsOamIdMeName MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeName MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeMpIfIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeMpIfIndex MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeSourceMepIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeSourceMepIndex MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeSinkMepIndex MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeSinkMepIndex MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeMpType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeMpType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeMepDirection MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeMepDirection MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeServicePointer MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeServicePointer MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeRowStatus SYNTAX RowStatus { active(1) } MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeRowStatus構文RowStatus {active（1）} MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
OBJECT mplsOamIdMeStorageType MIN-ACCESS read-only DESCRIPTION "Write access is not required."
オブジェクトmplsOamIdMeStorageType MIN-ACCESS読み取り専用説明「書き込みアクセスは必要となりません。」
::= { mplsOamIdCompliances 2 }
-- Units of conformance
-適合の単位
mplsOamIdMegGroup OBJECT-GROUP
OBJECTS {
mplsOamIdMegIndexNext,
mplsOamIdMegName,
mplsOamIdMegOperatorType,
mplsOamIdMegIdCc,
mplsOamIdMegIdIcc,
mplsOamIdMegIdUmc,
mplsOamIdMegServicePointerType,
mplsOamIdMegMpLocation,
mplsOamIdMegOperStatus,
mplsOamIdMegSubOperStatus,
mplsOamIdMegPathFlow,
mplsOamIdMegRowStatus,
mplsOamIdMegStorageType
}
STATUS current
DESCRIPTION
"Collection of objects needed for MPLS MEG information."
::= { mplsOamIdGroups 1 }
mplsOamIdMeGroup OBJECT-GROUP
OBJECTS {
mplsOamIdMeIndexNext,
mplsOamIdMeMpIndexNext,
mplsOamIdMeName,
mplsOamIdMeMpIfIndex,
mplsOamIdMeSourceMepIndex,
mplsOamIdMeSinkMepIndex,
mplsOamIdMeMpType,
mplsOamIdMeMepDirection,
mplsOamIdMeServicePointer,
mplsOamIdMeRowStatus,
mplsOamIdMeStorageType
}
STATUS current
DESCRIPTION
"Collection of objects needed for MPLS ME information."
::= { mplsOamIdGroups 2 }
mplsOamIdNotificationObjectsGroup OBJECT-GROUP
OBJECTS {
mplsOamIdMegOperStatus,
mplsOamIdMegSubOperStatus
}
STATUS current
DESCRIPTION
"Collection of objects needed to implement notifications."
::= { mplsOamIdGroups 3 }
mplsOamIdNotificationGroup NOTIFICATION-GROUP
NOTIFICATIONS {
mplsOamIdDefectCondition
}
STATUS current
DESCRIPTION
"Set of notifications implemented in this module."
::= { mplsOamIdGroups 4 }
END
終わり
This MIB relates to a system that will provide network connectivity and packet forwarding services. As such, improper manipulation of the objects represented by this MIB may result in denial of service to a large number of end-users.
このMIBは、ネットワーク接続とパケット転送サービスを提供するシステムに関連しています。そのため、このMIBで表されるオブジェクトを不適切に操作すると、多数のエンドユーザーに対してサービス拒否が発生する可能性があります。
There are a number of management objects defined in this MIB module with a MAX-ACCESS clause of read-write and/or read-create. Such objects may be considered sensitive or vulnerable in some network environments. The support for SET operations in a non-secure environment without proper protection opens devices to attack.
このMIBモジュールには、MAX-ACCESS句が読み取り/書き込みまたは読み取り/作成のいずれかで定義された管理オブジェクトがいくつかあります。このようなオブジェクトは、一部のネットワーク環境では機密または脆弱であると見なされる場合があります。適切に保護されていない非セキュア環境でのSET操作のサポートにより、デバイスが攻撃される可能性があります。
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モジュールの一部の読み取り可能なオブジェクト（つまり、アクセス不可以外のMAX-ACCESSを持つオブジェクト）は、一部のネットワーク環境では機密または脆弱であると見なされる場合があります。したがって、これらのオブジェクトへのGETおよび/またはNOTIFYアクセスを制御し、SNMP経由でネットワーク経由で送信するときにこれらのオブジェクトの値を暗号化することも重要です。これらは、テーブルとオブジェクト、およびそれらの機密性/脆弱性です。
- The mplsOamIdMegTable and the mplsOamIdMeTable collectively show the MPLS OAM characteristics. If an administrator does not want to reveal this information, then these tables should be considered sensitive/vulnerable.
- mplsOamIdMegTableとmplsOamIdMeTableは、まとめてMPLS OAM特性を示します。管理者がこの情報を公開したくない場合は、これらのテーブルを機密/脆弱であると見なす必要があります。
SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPsec), 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を使用して）安全であっても、安全なネットワーク上の誰がこのMIBモジュール内のオブジェクトにアクセスしてGET / SET（読み取り/変更/作成/削除）できるかは制御できません。
Implementations SHOULD provide the security features described by the
SNMPv3 framework (see [RFC3410]), and implementations claiming
compliance to the SNMPv3 standard MUST include full support for
authentication and privacy via the User-based Security Model (USM)
[RFC3414] with the AES cipher algorithm [RFC3826]. Implementations
MAY also provide support for the Transport Security Model (TSM)
[RFC5591] in combination with a secure transport such as SSH
[RFC5592] or TLS/DTLS [RFC6353].
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バージョンの配備は推奨されません。代わりに、SNMPv3を展開して暗号化セキュリティを有効にすることをお勧めします。次に、このMIBモジュールのインスタンスへのアクセスを許可するSNMPエンティティが、実際にGETまたはSET（変更）への正当な権限を持つプリンシパル（ユーザー）にのみオブジェクトへのアクセスを許可するように適切に構成されていることを確認するのは、顧客/オペレーターの責任です。 / create / delete）それら。
As described in [RFC4221] and [RFC6639], and as requested in the MPLS-TC-STD-MIB [RFC3811], MPLS-related Standards Track MIB modules should be rooted under the mplsStdMIB subtree. The following subsection lists a new assignment that has been made by IANA under the mplsStdMIB subtree for the MPLS-OAM-ID-STD-MIB module defined in this document. New assignments can only be made via a Standards Action as specified in [RFC5226].
[RFC4221]と[RFC6639]で説明されているように、およびMPLS-TC-STD-MIB [RFC3811]で要求されているように、MPLS関連のStandards Track MIBモジュールは、mplsStdMIBサブツリーの下にある必要があります。次のサブセクションでは、このドキュメントで定義されているMPLS-OAM-ID-STD-MIBモジュールのmplsStdMIBサブツリーの下でIANAによって行われた新しい割り当てを示します。新しい割り当ては、[RFC5226]で指定されている標準アクションを介してのみ行うことができます。
IANA has to assign the OID { mplsStdMIB 21 } to the MPLS-OAM-ID-STD-MIB module specified in this document.
IANAは、このドキュメントで指定されているMPLS-OAM-ID-STD-MIBモジュールにOID {mplsStdMIB 21}を割り当てる必要があります。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, DOI 10.17487/RFC2578, April 1999, <http://www.rfc-editor.org/info/rfc2578>.
[RFC2578] McCloghrie、K.、Ed。、Perkins、D.、Ed。、and J. Schoenwaelder、Ed。、 "Structure of Management Information Version 2（SMIv2）"、STD 58、RFC 2578、DOI 10.17487 / RFC2578、 1999年4月、<http://www.rfc-editor.org/info/rfc2578>。
[RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, DOI 10.17487/RFC2579, April 1999, <http://www.rfc-editor.org/info/rfc2579>.
[RFC2579] McCloghrie、K.、Ed。、Perkins、D.、Ed。、and J. Schoenwaelder、Ed。、 "Textual Conventions for SMIv2"、STD 58、RFC 2579、DOI 10.17487 / RFC2579、April 1999、<http ：//www.rfc-editor.org/info/rfc2579>。
[RFC2580] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Conformance Statements for SMIv2", STD 58, RFC 2580, DOI 10.17487/RFC2580, April 1999, <http://www.rfc-editor.org/info/rfc2580>.
[RFC2580] McCloghrie、K.、Ed。、Perkins、D.、Ed。、and J. Schoenwaelder、Ed。、 "Conformance Statements for SMIv2"、STD 58、RFC 2580、DOI 10.17487 / RFC2580、April 1999、<http ：//www.rfc-editor.org/info/rfc2580>。
[RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, DOI 10.17487/RFC2863, June 2000, <http://www.rfc-editor.org/info/rfc2863>.
[RFC2863] McCloghrie、K。およびF. Kastenholz、「The Interfaces Group MIB」、RFC 2863、DOI 10.17487 / RFC2863、2000年6月、<http://www.rfc-editor.org/info/rfc2863>。
[RFC3031] Rosen, E., Viswanathan, A., and R. Callon, "Multiprotocol Label Switching Architecture", RFC 3031, DOI 10.17487/RFC3031, January 2001, <http://www.rfc-editor.org/info/rfc3031>.
[RFC3031] Rosen、E.、Viswanathan、A。、およびR. Callon、「Multiprotocol Label Switching Architecture」、RFC 3031、DOI 10.17487 / RFC3031、2001年1月、<http://www.rfc-editor.org/info / rfc3031>。
[RFC3289] Baker, F., Chan, K., and A. Smith, "Management Information Base for the Differentiated Services Architecture", RFC 3289, DOI 10.17487/RFC3289, May 2002, <http://www.rfc-editor.org/info/rfc3289>.
[RFC3289]ベイカー、F。、チャン、K。、およびA.スミス、「差別化サービスアーキテクチャの管理情報ベース」、RFC 3289、DOI 10.17487 / RFC3289、2002年5月、<http：//www.rfc-editor .org / info / rfc3289>。
[RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, DOI 10.17487/RFC3411, December 2002, <http://www.rfc-editor.org/info/rfc3411>.
[RFC3411] Harrington、D.、Presuhn、R。、およびB. Wijnen、「単純なネットワーク管理プロトコル（SNMP）管理フレームワークを記述するためのアーキテクチャ」、STD 62、RFC 3411、DOI 10.17487 / RFC3411、2002年12月、<http ：//www.rfc-editor.org/info/rfc3411>。
[RFC3414] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", STD 62, RFC 3414, DOI 10.17487/RFC3414, December 2002, <http://www.rfc-editor.org/info/rfc3414>.
[RFC3414] Blumenthal、U。およびB. Wijnen、「バージョン3のSimple Network Management Protocol（SNMPv3）のユーザーベースのセキュリティモデル（USM）」、STD 62、RFC 3414、DOI 10.17487 / RFC3414、2002年12月、< http://www.rfc-editor.org/info/rfc3414>。
[RFC3826] Blumenthal, U., Maino, F., and K. McCloghrie, "The Advanced Encryption Standard (AES) Cipher Algorithm in the SNMP User-based Security Model", RFC 3826, DOI 10.17487/RFC3826, June 2004, <http://www.rfc-editor.org/info/rfc3826>.
[RFC3826] Blumenthal、U.、Maino、F。、およびK. McCloghrie、「SNMPユーザーベースのセキュリティモデルにおけるAdvanced Encryption Standard（AES）暗号アルゴリズム」、RFC 3826、DOI 10.17487 / RFC3826、2004年6月、< http://www.rfc-editor.org/info/rfc3826>。
[RFC5591] Harrington, D. and W. Hardaker, "Transport Security Model for the Simple Network Management Protocol (SNMP)", STD 78, RFC 5591, DOI 10.17487/RFC5591, June 2009, <http://www.rfc-editor.org/info/rfc5591>.
[RFC5591] Harrington、D。およびW. Hardaker、「簡易ネットワーク管理プロトコル（SNMP）のトランスポートセキュリティモデル」、STD 78、RFC 5591、DOI 10.17487 / RFC5591、2009年6月、<http：//www.rfc- editor.org/info/rfc5591>。
[RFC5592] Harrington, D., Salowey, J., and W. Hardaker, "Secure Shell Transport Model for the Simple Network Management Protocol (SNMP)", RFC 5592, DOI 10.17487/RFC5592, June 2009, <http://www.rfc-editor.org/info/rfc5592>.
[RFC5592] Harrington、D.、Salowey、J。、およびW. Hardaker、「Secure Network Transport Protocol for the Simple Network Management Protocol（SNMP）」、RFC 5592、DOI 10.17487 / RFC5592、2009年6月、<http：// www.rfc-editor.org/info/rfc5592>。
[RFC5601] Nadeau, T., Ed., and D. Zelig, Ed., "Pseudowire (PW) Management Information Base (MIB)", RFC 5601, DOI 10.17487/RFC5601, July 2009, <http://www.rfc-editor.org/info/rfc5601>.
[RFC5601] Nadeau、T.、Ed。およびD. Zelig、Ed。、 "Pseudowire（PW）Management Information Base（MIB）"、RFC 5601、DOI 10.17487 / RFC5601、July 2009、<http：// www。 rfc-editor.org/info/rfc5601>。
[RFC6353] Hardaker, W., "Transport Layer Security (TLS) Transport Model for the Simple Network Management Protocol (SNMP)", STD 78, RFC 6353, DOI 10.17487/RFC6353, July 2011, <http://www.rfc-editor.org/info/rfc6353>.
[RFC6353] Hardaker、W。、「簡易ネットワーク管理プロトコル（SNMP）のトランスポート層セキュリティ（TLS）トランスポートモデル」、STD 78、RFC 6353、DOI 10.17487 / RFC6353、2011年7月、<http：//www.rfc -editor.org/info/rfc6353>。
[RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, DOI 10.17487/RFC3410, December 2002, <http://www.rfc-editor.org/info/rfc3410>.
[RFC3410] Case、J.、Mundy、R.、Partain、D。、およびB. Stewart、「Introduction and Applicability Statements for Internet-Standard Management Framework」、RFC 3410、DOI 10.17487 / RFC3410、2002年12月、<http： //www.rfc-editor.org/info/rfc3410>。
[RFC3811] Nadeau, T., Ed., and J. Cucchiara, Ed., "Definitions of Textual Conventions (TCs) for Multiprotocol Label Switching (MPLS) Management", RFC 3811, DOI 10.17487/RFC3811, June 2004, <http://www.rfc-editor.org/info/rfc3811>.
[RFC3811] Nadeau、T.、Ed。およびJ. Cucchiara、Ed。、 "Definitions of Textual Conventions（TCs）for Multiprotocol Label Switching（MPLS）Management"、RFC 3811、DOI 10.17487 / RFC3811、June 2004、<http ：//www.rfc-editor.org/info/rfc3811>。
[RFC3812] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB)", RFC 3812, DOI 10.17487/RFC3812, June 2004, <http://www.rfc-editor.org/info/rfc3812>.
[RFC3812] Srinivasan、C.、Viswanathan、A。、およびT. Nadeau、「Multiprotocol Label Switching（MPLS）Traffic Engineering（TE）Management Information Base（MIB）」、RFC 3812、DOI 10.17487 / RFC3812、June 2004、< http://www.rfc-editor.org/info/rfc3812>。
[RFC3813] Srinivasan, C., Viswanathan, A., and T. Nadeau, "Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB)", RFC 3813, DOI 10.17487/RFC3813, June 2004, <http://www.rfc-editor.org/info/rfc3813>.
[RFC3813] Srinivasan、C.、Viswanathan、A。、およびT. Nadeau、「Multiprotocol Label Switching（MPLS）Label Switching Router（LSR）Management Information Base（MIB）」、RFC 3813、DOI 10.17487 / RFC3813、2004年6月、 <http://www.rfc-editor.org/info/rfc3813>。
[RFC4221] Nadeau, T., Srinivasan, C., and A. Farrel, "Multiprotocol Label Switching (MPLS) Management Overview", RFC 4221, DOI 10.17487/RFC4221, November 2005, <http://www.rfc-editor.org/info/rfc4221>.
[RFC4221] Nadeau、T.、Srinivasan、C。、およびA. Farrel、「Multiprotocol Label Switching（MPLS）Management Overview」、RFC 4221、DOI 10.17487 / RFC4221、2005年11月、<http：//www.rfc-editor .org / info / rfc4221>。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, DOI 10.17487/RFC5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.
[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、DOI 10.17487 / RFC5226、2008年5月、<http://www.rfc-editor.org / info / rfc5226>。
[RFC5654] Niven-Jenkins, B., Ed., Brungard, D., Ed., Betts, M., Ed., Sprecher, N., and S. Ueno, "Requirements of an MPLS Transport Profile", RFC 5654, DOI 10.17487/RFC5654, September 2009, <http://www.rfc-editor.org/info/rfc5654>.
[RFC5654] Niven-Jenkins、B.、Ed。、Brungard、D.、Ed。、Betts、M.、Ed。、Sprecher、N.、and S. Ueno、 "Requirements of an MPLS Transport Profile"、RFC 5654 、DOI 10.17487 / RFC5654、2009年9月、<http://www.rfc-editor.org/info/rfc5654>。
[RFC5860] Vigoureux, M., Ed., Ward, D., Ed., and M. Betts, Ed., "Requirements for Operations, Administration, and Maintenance (OAM) in MPLS Transport Networks", RFC 5860, DOI 10.17487/RFC5860, May 2010, <http://www.rfc-editor.org/info/rfc5860>.
[RFC5860] Vigoureux、M.、Ed。、Ward、D.、Ed。、and M. Betts、Ed。、 "Requirements for Operations、Administration、and Maintenance（OAM）in MPLS Transport Networks"、RFC 5860、DOI 10.17487 / RFC5860、2010年5月、<http://www.rfc-editor.org/info/rfc5860>。
[RFC6370] Bocci, M., Swallow, G., and E. Gray, "MPLS Transport Profile (MPLS-TP) Identifiers", RFC 6370, DOI 10.17487/RFC6370, September 2011, <http://www.rfc-editor.org/info/rfc6370>.
[RFC6370] Bocci、M.、Swallow、G。、およびE. Gray、「MPLS Transport Profile（MPLS-TP）Identifiers」、RFC 6370、DOI 10.17487 / RFC6370、2011年9月、<http：//www.rfc- editor.org/info/rfc6370>。
[RFC6371] Busi, I., Ed., and D. Allan, Ed., "Operations, Administration, and Maintenance Framework for MPLS-Based Transport Networks", RFC 6371, DOI 10.17487/RFC6371, September 2011, <http://www.rfc-editor.org/info/rfc6371>.
[RFC6371] Busi、I.、Ed。、and D. Allan、Ed。、 "Operations、Administration、and Maintenance Framework for MPLS-Based Transport Networks"、RFC 6371、DOI 10.17487 / RFC6371、September 2011、<http：/ /www.rfc-editor.org/info/rfc6371>。
[RFC6639] King, D., Ed., and M. Venkatesan, Ed., "Multiprotocol Label Switching Transport Profile (MPLS-TP) MIB-Based Management Overview", RFC 6639, DOI 10.17487/RFC6639, June 2012, <http://www.rfc-editor.org/info/rfc6639>.
[RFC6639] King、D.、Ed。、and M. Venkatesan、Ed。、 "Multiprotocol Label Switching Transport Profile（MPLS-TP）MIB-Based Management Overview"、RFC 6639、DOI 10.17487 / RFC6639、June 2012、<http ：//www.rfc-editor.org/info/rfc6639>。
[RFC6923] Winter, R., Gray, E., van Helvoort, H., and M. Betts, "MPLS Transport Profile (MPLS-TP) Identifiers Following ITU-T Conventions", RFC 6923, DOI 10.17487/RFC6923, May 2013, <http://www.rfc-editor.org/info/rfc6923>.
[RFC6923] Winter、R.、Gray、E.、van Helvoort、H。、およびM. Betts、「ITLS-T規則に従うMPLSトランスポートプロファイル（MPLS-TP）識別子」、RFC 6923、DOI 10.17487 / RFC6923、5月2013、<http://www.rfc-editor.org/info/rfc6923>。
Acknowledgments
謝辞
We wish to thank Muly Ilan, Adrian Farrel, Joan Cucchiara, Weiying Cheng, Mach Chen, Peter Yee, and Tina TSOU for their valuable comments on this document.
このドキュメントに対する貴重なコメントを提供してくれたMuly Ilan、Adrian Farrel、Joan Cucchiara、Weiying Cheng、Mach Chen、Peter Yee、およびTina TSOUに感謝します。
The coauthors of this document, the working group chairs, the document shepherd, the responsible AD, and the MPLS Working Group wish to dedicate this RFC to the memory of our friend and colleague Ping Pan, in recognition for his devotion and hard work at the IETF.
このドキュメントの共同執筆者、ワーキンググループチェア、ドキュメントシェパード、責任あるAD、およびMPLSワーキンググループは、このRFCを友人や同僚のピンパンの記憶に捧げたいと考えています。 IETF。
Authors' Addresses
著者のアドレス
Ping Pan Infinera
ピンパンインフィネラ
Sam Aldrin Google, Inc. 1600 Amphitheatre Parkway Mountain View, CA 94043 United States
Sam Aldrin Google、Inc. 1600 Amphitheatre Parkway Mountain View、CA 94043アメリカ合衆国
Email: aldrin.ietf@gmail.com
Venkatesan Mahalingam Dell, Inc. 5450 Great America Parkway Santa Clara, CA 95054 United States
Venkatesan Mahalingam Dell、Inc. 5450 Great America Parkway Santa Clara、CA 95054アメリカ合衆国
Email: venkat.mahalingams@gmail.com
Kannan KV Sampath Redeem India
Kannan KV Sampath償還インド
Email: kannankvs@gmail.com
Thomas D. Nadeau Brocade
Thomas D. Nadeau Brocade
Email: tnadeau@lucidvision.com
Sami Boutros VMware, Inc. 3401 Hillview Ave. Palo Alto, CA 94304 United States
Sami Boutros VMware、Inc. 3401 Hillview Ave. Palo Alto、CA 94304アメリカ合衆国
Email: sboutros@vmware.com