Network Working Group D. Fedyk
Request for Comments: 4394 O. Aboul-Magd
Category: Informational Nortel Networks
D. Brungard
AT&T
J. Lang
Sonos, Inc.
D. Papadimitriou
Alcatel
February 2006
A Transport Network View of the Link Management Protocol (LMP)
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
Abstract
抽象
The Link Management Protocol (LMP) has been developed as part of the Generalized MPLS (GMPLS) protocol suite to manage Traffic Engineering (TE) resources and links. The GMPLS control plane (routing and signaling) uses TE links for establishing Label Switched Paths (LSPs). This memo describes the relationship of the LMP procedures to 'discovery' as defined in the International Telecommunication Union (ITU-T), and ongoing ITU-T work. This document provides an overview of LMP in the context of the ITU-T Automatically Switched Optical Networks (ASON) and transport network terminology and relates it to the ITU-T discovery work to promote a common understanding for progressing the work of IETF and ITU-T.
リンク管理プロトコル（LMP）は、トラフィックエンジニアリング（TE）のリソースとリンクを管理するための一般化MPLS（GMPLS）プロトコルスイートの一部として開発されてきました。 GMPLS制御プレーン（ルーティングおよびシグナリング）ラベルを確立するためのTEリンクはパス（LSPを）スイッチ使用します。国際電気通信連合（ITU-T）、および継続的なITU-Tの作業で定義されたこのメモは「発見」にLMP手続きの関係を説明しています。この文書では、ITU-Tの自動交換光ネットワーク（ASON）のコンテキストとトランスポートネットワーク用語でLMPの概要を提供し、IETFの作業を進めための共通の理解を促進するためのITU-Tの発見作業にそれを関連し、ITU- T.
Table of Contents
目次
1. Introduction ....................................................2
2. ASON Terminology and Abbreviations Related to Discovery .........3
2.1. Terminology ................................................3
2.2. Abbreviations ..............................................4
3. Transport Network Architecture ..................................5
3.1. G.8080 Discovery Framework .................................7
4. Discovery Technologies ..........................................9
4.1. Generalized Automatic Discovery Techniques G.7714 ..........9
4.2. LMP and G.8080 Terminology Mapping .........................9
4.2.1. TE Link Definition and Scope .......................12
4.3. LMP and G.8080 Discovery Relationship .....................13
4.4. Comparing LMP and G.8080 ..................................14
5. Security Considerations ........................................15
6. Informative References .........................................15
7. Acknowledgements ...............................................16
The GMPLS control plane consists of several building blocks as described in [RFC3945]. The building blocks include signaling, routing, and link management for establishing LSPs. For scalability purposes, multiple physical resources can be combined to form a single TE link for the purposes of path computation and GMPLS control plane signaling.
[RFC3945]に記載されているようにGMPLS制御プレーンは、いくつかのビルディングブロックで構成されています。ビルディングブロックは、LSPを確立するためのシグナリング、ルーティング、およびリンク管理が含まれます。スケーラビリティのために、複数の物理リソースは、経路計算とGMPLS制御プレーンシグナリングのために単一のTEリンクを形成するために組み合わせることができます。
As manual provisioning and management of these links are impractical in large networks, LMP was specified to manage TE links. Two mandatory management capabilities of LMP are control channel management and TE link property correlation. Additional optional capabilities include verifying physical connectivity and fault management. [LMP] defines the messages and procedures for GMPLS TE link management. [LMP-TEST] defines SONET/SDH-specific messages and procedures for link verification.
これらのリンクを手動でプロビジョニングと管理が大規模なネットワークでは非現実的であるため、LMPはTEリンクを管理するために指定されました。 LMPの2つの必須管理機能は、制御チャネル管理およびTEリンクプロパティ相関しています。追加のオプション機能は、物理的な接続性と障害管理を検証しています。 【LMP】GMPLS TEリンク管理のためのメッセージおよび手順を定義します。 [LMP-TEST]は、SONET / SDH固有のメッセージとリンク検証するための手順を定義します。
ITU-T Recommendation G.8080 Amendment 1 [G.8080] defines control plane discovery as two separate processes; one process occurs within the transport plane space and the other process occurs within the control plane space.
ITU-T勧告G.8080改正1 [G.8080は、2つの別々のプロセスとして制御プレーン発見を画定します。一つのプロセスは、トランスポート・プレーン空間内に発生し、他のプロセスは、制御プレーン空間内で生じます。
The ITU-T has developed Recommendation G.7714, "Generalized automatic discovery techniques" [G.7714], defining the functional processes and information exchange related to transport plane discovery aspects, i.e., layer adjacency discovery and physical media adjacency discovery. Specific methods and protocols are not defined in Recommendation G.7714. ITU-T Recommendation G.7714.1, "Protocol for automatic discovery in SDH and OTN networks" [G.7714.1], defines a
ITU-Tで勧告G.7714、機能プロセスを定義する「一般自動検出技術」[G.7714]、及び平面検出態様を輸送するために関連する情報の交換、すなわち、層の隣接発見と物理メディア隣接発見を開発しました。具体的な方法およびプロトコルを勧告G.7714で定義されていません。 ITU-T勧告G.7714.1、[G.7714.1「SDH及びOTNネットワークで自動検出のためのプロトコルは、」定義
protocol and procedure for transport plane layer adjacency discovery (e.g., discovering the transport plane layer endpoint relationships and verifying their connectivity). The ITU-T is currently working to extend discovery to control plane aspects providing detail on a discovery framework architecture in G.8080 and a new Recommendation on "Control plane initial establishment, reconfiguration".
トランスポート・プレーン層の隣接発見のためのプロトコルおよび手順（例えば、トランスポート・プレーン層のエンドポイントの関係を発見し、それらの接続を検証します）。 ITU-Tは、現在、G.8080で発見フレームワークアーキテクチャ及び「制御プレーン初期確立、再設定」に新たな推奨に詳細を提供する平面態様を制御するために発見を拡張するために取り組んでいます。
ITU-T Recommendation G.8080 Amendment 1 [G.8080] and ITU-T Recommendation G.7714 [G.7714] provide definitions and mechanisms related to transport plane discovery.
ITU-T勧告G.8080改正1 [G.8080]とITU-T勧告G.7714 [G.7714]は平面検出を輸送するために関連する定義およびメカニズムを提供します。
Note that in the context of this work, "Transport" relates to the data plane (sometimes called the transport plane or the user plane) and does not refer to the transport layer (layer 4) of the OSI seven layer model, nor to the concept of transport intended by protocols such as the Transmission Control Protocol (TCP).
この研究の文脈において、「トランスポート」は、データプレーンに関する（時にはトランスポート・プレーンまたはユーザプレーンと呼ばれる）とOSIの7つのレイヤモデルのトランスポート層（レイヤ4）に、またを参照していないことに注意してください輸送の概念は、伝送制御プロトコル（TCP）などのプロトコルによって意図します。
Special care must be taken with the acronym "TCP", which within the context of the rest of this document means "Termination Connection Point" and does not indicate the Transmission Control Protocol.
特別な注意は、このドキュメントの残りのコンテキスト内で「終端接続ポイント」を意味し、伝送制御プロトコルを示すものではありません頭文字「TCP」、で撮影しなければなりません。
The reader is assumed to be familiar with the terminology in [LMP] and [LMP-TEST]. The following ITU-T terminology/abbreviations are used in this document:
読者は[LMP]および[LMP-TEST]用語に精通しているものとします。以下のITU-Tの用語/略語が本文書で使用されています。
Connection Point (CP): A "reference point" that consists of a pair of co-located "unidirectional connection points" and therefore represents the binding of two paired bidirectional "connections".
接続ポイント（CP）：したがって、同一位置の「単方向接続点」のペアで構成され、「基準点」は、2つのペアの双方向「接続」の結合を表します。
Connection Termination Point (CTP): A connection termination point represents the state of a CP [M.3100].
接続終端地点（CTP）：接続終了点がCP [M.3100]の状態を表しています。
Characteristic Information: Signal with a specific format, which is transferred on "network connections". The specific formats will be defined in the technology-specific recommendations. For trails, the Characteristic Information is the payload plus the overhead. The information transferred is characteristic of the layer network.
特性情報：「ネットワーク接続」に転送され、特定のフォーマットを持つ信号。特定のフォーマットは、技術特有の勧告で定義されます。トレイルのために、特性情報は、ペイロードプラスオーバーヘッドです。転送された情報は、レイヤネットワークの特性です。
Link: A subset of ports at the edge of a subnetwork or access group that are associated with a corresponding subset of ports at the edge of another subnetwork or access group.
リンク：別のサブネットワークまたはアクセスグループのエッジにあるポートの対応するサブセットに関連付けられたサブネットワーク又はアクセスグループのエッジにあるポートのサブセット。
Link Connection (LC): A transport entity that transfers information between ports across a link.
リンク接続（LC）：リンクの両端のポートとの間で情報を転送するトランスポートエンティティ。
Network Connection (NC): A concatenation of link and subnetwork connections.
ネットワーク接続（NC）：リンクとサブネットワーク接続の連結。
Subnetwork: A set of ports that are available for the purpose of routing 'characteristic information'.
サブ：「特性情報」をルーティングするために利用可能であるポートのセット。
Subnetwork Connection (SNC): A flexible connection that is set up and released using management or control plane procedures.
サブネットワーク接続（SNC）：セットアップ及び管理又は制御プレーンの手順を使用して放出される可撓性連結。
Subnetwork Point (SNP): SNP is an abstraction that represents an actual or potential underlying connection point (CP) or termination connection point (TCP) for the purpose of control plane representation.
サブネットワークポイント（SNP）：SNPは、制御平面表現の目的のために、実際のまたは潜在的な基礎となる接続点（CP）又は終端接続点（TCP）を表す抽象化です。
Subnetwork Point Pool (SNPP): A set of SNPs that are grouped together for the purpose of routing.
サブネットワークポイントプール（SNPP）：ルーティングの目的のために一緒にグループ化されるSNPのセット。
Termination Connection Point (TCP): A reference point that represents the output of a Trail Termination source function or the input to a Trail Termination sink function. A network connection represents a transport entity between TCPs.
終端接続ポイント（TCP）：トレイル終端シンク機能にトレイル終端ソース関数の出力又は入力を表す基準点。ネットワーク接続のTCP間のトランスポートエンティティを表します。
Trail Termination source/sink function: A "transport processing function" that accepts the characteristic information of the layer network at its input, removes the information related to "trail" monitoring, and presents the remaining information at its output.
トレイル終端ソース/シンク機能：その入力におけるレイヤネットワークの特性情報を受け付け、「トランスポート処理機能」、「軌跡」の監視に関連する情報を削除し、その出力に残りの情報を提示します。
Unidirectional Connection: A "transport entity" that transfers information transparently from input to output.
一方向接続：入力から出力への透過情報を転送する「輸送実体」。
Unidirectional Connection Point: A "reference point" that represents the binding of the output of a "unidirectional connection" to the input of another "unidirectional connection".
一方向接続ポイント：別の「単方向接続」の入力に「一方向接続」の出力の結合を表す「基準点」。
LMP: Link Management Protocol
LMP：リンク管理プロトコル
OTN: Optical Transport Network
RE：眼鏡交通Netvork
PDH: Plesiosynchronous Digital Hierarchy
読む：Plesiosinkronosデジタル階層を
SDH: Synchronous Digital Hierarchy
SDH：同期デジタル階層
SONET: Synchronous Optical Network
SONET：同期光ネットワーク
A generic functional architecture for transport networks is defined in International Telecommunication Union (ITU-T) Recommendation [G.805]. This recommendation describes the functional architecture of transport networks in a technology-independent way. This architecture forms the basis for a set of technology-specific architectural recommendations for transport networks (e.g., SDH, PDH, OTN, etc.).
トランスポートネットワークのための一般的な機能アーキテクチャは、国際電気通信連合（ITU-T）勧告[G.805]で定義されています。この勧告は、技術に依存しない方法で輸送ネットワークの機能アーキテクチャについて説明します。このアーキテクチャは、トランスポート・ネットワーク（例えば、SDH、PDH、OTNなど）のための技術に固有のアーキテクチャの推奨のセットのための基礎を形成します。
The architecture defined in G.805 is designed using a layered model with a client-server relationship between layers. The architecture is recursive in nature; a network layer is both a server to the client layer above it and a client to the server layer below it. There are two basic building blocks defined in G.805: "subnetworks" and "links". A subnetwork is defined as a set of ports that are available for the purpose of routing "characteristic information". A link consists of a subset of ports at the edge of one subnetwork (or "access group") and is associated with a corresponding subset of ports at the edge of another subnetwork or access group.
G.805で定義されたアーキテクチャは、層の間にクライアント - サーバ関係を有する階層化モデルを用いて設計されています。アーキテクチャは、自然の中で再帰的です。ネットワーク層は、その上のクライアント層にサーバーとその下のサーバー層へのクライアントの両方です。 「サブネットワーク」と「リンク」：G.805で定義された2つの基本的なビルディングブロックがあります。サブネットワークは、「特性情報」をルーティングするために利用可能なポートのセットとして定義されます。リンクは、一つのサブネットワーク（又は「アクセスグループ」）のエッジのポートのサブセットで構成され、別のサブネットワーク又はアクセスグループのエッジにあるポートの対応するサブセットに関連付けられています。
Two types of connections are defined in G.805: link connection (LC) and subnetwork connection (SNC). A link connection is a fixed and inflexible connection, while a subnetwork connection is flexible and is set up and released using management or control plane procedures. A network connection is defined as a concatenation of subnetwork and link connections. Figure 1 illustrates link and subnetwork connections.
接続の二つのタイプがG.805で定義されている：リンク接続（LC）およびサブネットワーク接続（SNC）。サブネットワーク接続が柔軟であり、セットアップ及び管理又は制御プレーンの手順を使用して放出されるリンクの接続は、固定され、柔軟性のない接続です。ネットワーク接続は、サブネットワークとリンク接続の連結として定義されます。図1は、リンクとサブネットワーク接続を示しています。
(++++++++) (++++++++)
( SNC ) LC ( SNC )
(o)--------(o)----------(o)--------(o)
( ) CP CP ( )
(++++++++) (++++++++)
subnetwork subnetwork
サブネットワークサブネットワーク
Figure 1: Subnetwork and Link Connections
図1：サブネットワークとリンク接続
G.805 defines a set of reference points for the purpose of identification in both the management and the control planes. These identifiers are NOT required to be the same. A link connection or a subnetwork connection is delimited by connection points (CPs). A network connection is delimited by a termination connection point (TCP). A link connection in the client layer is represented by a pair of adaptation functions and a trail in the server layer network. A trail represents the transfer of monitored adapted characteristics information of the client layer network between access points (APs).
G.805は、管理と制御プレーンの両方において同定の目的のための参照点のセットを定義します。これらの識別子は同じである必要はありません。リンク接続又はサブネットワーク接続は、接続点（CPS）で区切られます。ネットワーク接続が終端接続点（TCP）で区切られます。クライアント層内のリンク接続が適応機能のペアおよびサーバレイヤネットワークにおける軌跡で表されます。トレイルは、アクセスポイント（AP）間のクライアント層ネットワークの監視に適合特性情報の転送を表します。
A trail is delimited by two access points, one at each end of the trail. Figure 2 shows a network connection and its relationship with link and subnetwork connections. Figure 2 also shows the CP and TCP reference points.
トレイルは、2つのアクセスポイント、軌跡の各端部に1つで区切られています。図2は、ネットワーク接続とリンクとサブネットワーク接続との関係を示しています。図2はまた、CPとTCP基準点を示します。
|<-------Network Connection---------->|
| |
| (++++++++) (++++++++) |
|( SNC ) LC ( SNC ) |
(o)--------(o)----------(o)--------(o)|
TCP( )| CP CP |( )TCP
(++++++++) | | (++++++++)
| |
| Trail |
|<-------->|
| |
--- ---
\ / \ /
- -
AP 0 0 AP
| |
(oo)------(oo)
Figure 2: Network Connection with Link and Subnetwork Connections
図2：リンクとサブネットワーク接続でネットワーク接続
For management plane purposes, the G.805 reference points are represented by a set of management objects described in ITU-T Recommendation M.3100 [M.3100]. Connection termination points (CTPs) and trail termination points (TTPs) are the management plane objects for CP and TCP, respectively.
管理プレーンの目的のために、G.805の基準点は、ITU-T勧告M.3100 [M.3100]に記載の管理オブジェクトのセットによって表されます。接続終端地点（CTPの）およびトレイル終端点（TTPs）は、それぞれ、CP及びTCPの管理プレーンオブジェクトです。
In the same way as in M.3100, the transport resources in G.805 are identified for the purposes of the control plane by entities suitable for connection control. G.8080 introduces the reference architecture for the control plane of the Automatically Switched Optical Networks (ASONs). G.8080 introduces a set of reference points relevant to the ASON control plane and their relationship to the corresponding points in the transport plane. A subnetwork point (SNP) is an abstraction that represents an actual or potential underlying CP or an actual or potential TCP. A set of SNPs that are grouped together for the purpose of routing is called SNP pool (SNPP). Similar to LC and SNC, the SNP-SNP relationship may be static and inflexible (this is referred to as an SNP link connection), or it can be dynamic and flexible (this is referred to as an SNP subnetwork connection).
M.3100と同様に、G.805における搬送リソースは、接続制御に適したエンティティによって制御プレーンの目的のために識別されます。 G.8080自動交換光ネットワーク（ASONs）の制御プレーンのための参照アーキテクチャを導入します。 G.8080はASONの制御プレーンとトランスポート・プレーンにおける対応点との関係に関連する基準点のセットを導入します。サブネットワークポイント（SNP）は、実際の又は潜在的な根本的なCPまたは実際のまたは潜在的なTCPを表す抽象概念です。ルーティングの目的のために一緒にグループ化されるSNPのセットは、SNPプール（SNPP）と呼ばれています。 LCおよびSNCと同様に、（これはSNPのサブネットワーク接続と呼ぶ）SNP-SNPの関係（これはSNPリンク接続と呼ぶ）静的および不撓性であってもよいし、動的かつ柔軟であることができます。
G.8080 provides a reference control plane architecture based on the descriptive use of functional components representing abstract entities and abstract component interfaces. The description is generic, and no particular physical partitioning of functions is implied. The input/output information flows associated with the functional components serve for defining the functions of the components and are considered to be conceptual, not physical. Components can be combined in different ways, and the description is not intended to limit implementations. Control plane discovery is described in G.8080 by using three components: Discovery Agent (DA), Termination and Adaptation Performer (TAP), and Link Resource Manager (LRM).
G.8080は、抽象エンティティと抽象コンポーネントインタフェースを表す機能構成要素の記述の使用に基づいて基準制御プレーンアーキテクチャを提供します。説明は、一般的であり、そして機能のいかなる特定の物理的分割は暗示されません。入力/出力情報は、機能的コンポーネントに関連付けられ流れる構成要素の機能を定義するために役立ち、物理的、概念ではないと見なされます。構成要素は、様々な方法で組み合わせることができ、その説明は実装を制限するものではありません。ディスカバリー・エージェント（DA）、終了と適応パフォーマー（TAP）、およびリンクリソースマネージャ（LRM）：コントロールプレーンの発見は、次の3つのコンポーネントを使用してG.8080に記述されています。
The objective of the discovery framework in G.8080 is to establish the relationship between CP-CP link connections (transport plane) and SNP-SNP link connections (control plane). The fundamental characteristics of G.8080 discovery framework is the functional separation between the control and the transport plane discovery processes and name spaces. From G.8080: "This separation allows control plane names to be completely separate from transport plane names, and completely independent of the method used to populate the DAs with those transport names. In order to assign an SNP-SNP link connection to an SNPP link, it is only necessary for the transport name for the link connection to exist". Thus, it is possible to assign link connections to the control plane without the link connection being physically connected.
G.8080で発見フレームワークの目的は、CP-CPリンク接続（搬送面）とSNP-SNPリンク接続（制御プレーン）との間の関係を確立することです。 G.8080発見フレームワークの基本的な特性は、対照およびトランスポート・プレーン発見プロセスおよび名前空間との間の機能的分離です。 G.8080から：「この分離は、制御プレーン名が搬送面名から完全に分離し、それらのトランスポート名とDAを移入するために使用される方法とは完全に独立することを可能にするSNPPにSNP-SNPリンク接続を割り当てるために。リンク接続が存在するためのリンクは、それが」トランスポート名にのみ必要です。これにより、リンクの接続が物理的に接続されることなく制御プレーンへのリンク接続を割り当てることが可能です。
Discovery encompasses two separate processes: (1) transport plane discovery, i.e., CP-to-CP and TCP-to-TCP connectivity; and (2) control plane discovery, i.e., SNP-to-SNP and SNPP links.
発見は、2つの別個の工程を包含する：（1）輸送面発見、すなわち、CP-CP-およびTCP対TCP接続。 （2）制御プレーンの発見、すなわち、SNPツーSNPとSNPPリンク。
G.8080 Amendment 1 defines the Discovery Agent (DA) as the entity responsible for discovery in the transport plane. The DA operates in the transport name space only and in cooperation with the Termination and Adaptation Performer (TAP), provides the separation between that space and the control plane names. A local DA is only aware of the CPs and TCPs that are assigned to it. The DA holds the CP-CP link connection in the transport plane to enable SNP-SNP link connections to be bound to them at a later time by the TAP. The CP-CP relationship may be discovered (e.g., per G.7714.1) or provided by a management system.
G.8080改正1は、トランスポート・プレーンにおける発見を担当するエンティティとしてディスカバリエージェント（DA）を定義します。 DAは、のみと終端と適応演奏（TAP）と協働して、トランスポート名前空間で動作する空間と制御プレーンの名前の間の分離を提供します。ローカルDAは、それに割り当てられているのCPとのTCPだけを認識しています。 DAはTAPによって、後でそれらに拘束されることにSNP-SNPのリンク接続を可能にするために、トランスポート・プレーンにおけるCP-CPのリンク接続を保持しています。 CP-CPの関係が発見された（例えば、G.7714.1あたり）または管理システムによって提供されてもよいです。
Control plane discovery takes place entirely within the control plane name space (SNPs). The Link Resource Manager (LRM) holds the SNP-SNP binding information necessary for the control plane name of the link connection, while the termination adaptation performer (TAP) holds the relation between the control plane name (SNP) and the transport plane name (CP) of the resource. Figure 3 shows the relationship and the different entities for transport and control discoveries.
コントロールプレーンの発見は、制御プレーンの名前空間（のSNP）の中に完全に行われます。終了適応パフォーマー（TAP）は、制御プレーン名（SNP）およびトランスポート・プレーン名（との関係を保持しながらリンクリソースマネージャ（LRM）は、リンク接続の制御プレーンの名のために必要なSNP-SNPバインディング情報を保持していますリソースのCP）。図3は、輸送及び制御の発見のための関係と異なるエンティティを示しています。
LRM LRM
+-----+ holds SNP-SNP Relation +-----+
| |-------------------------| |
+-----+ +-----+
| |
v v
+-----+ +-----+
| o | SNPs in SNPP | o |
| | | |
| o | | o |
| | | |
| o | | o |
+-----+ +-----+
| |
v v Control Plane
+-----+ +-----+ Discovery
| | Termination and | |
---|-----|-------------------------|-----|---------
| | Adaptation Performer | |
+-----+ (TAP) +-----+ Transport Plane
| \ / | Discovery
| \ / |
| +-----+ +-----+ |
| | DA | | DA | |
| | | | | |
| +-----+ +-----+ |
| / \ |
V/ \V
O CP (Transport Name) O CP (Transport Name)
Figure 3: Discovery in the Control and the Transport Planes
図3：コントロールと輸送機で発見
Generalized automatic discovery techniques are described in G.7714 to aid resource management and routing for G.8080. The term routing here is described in the transport context of routing connections in an optical network as opposed to the routing context typically associated in packet networks.
一般的な自動検出技術は、G.8080のリソース管理及びルーティングを支援するためにG.7714に記載されています。典型的には、パケット・ネットワークに関連付けられたルーティングコンテキストとは対照的に、ここでルーティング用語は、光ネットワーク内のルーティング接続の輸送文脈で説明されています。
G.7714 is concerned with two types of discovery:
G.7714は発見の2種類に関係しています：
- Layer adjacency discovery - Physical media adjacency discovery
- レイヤの隣接発見 - 物理メディアの隣接発見
Layer adjacency discovery can be used to correlate physical connections with management configured attributes. Among other features this capability allows reduction in configuration and the detection of mis-wired equipment.
層の隣接発見は、管理設定された属性を持つ物理的な接続を相関させるために使用することができます。他の機能の中でも、この機能は、コンフィギュレーションの低減と誤配線装置の検出を可能にします。
Physical media adjacency discovery is a process that allows the physical testing of the media for the purpose of inventory capacity and verifying the port characteristics of physical media adjacent networks.
物理メディアの隣接発見は、在庫容量および物理メディア隣接ネットワークのポートの特性を検証するためにメディアの物理的なテストを可能にするプロセスです。
G.7714 does not specify specific protocols but rather the type of techniques that can be used. G.7714.1 specifies a protocol for layer adjacency with respect to SDH and OTN networks for layer adjacency discovery. A GMPLS method for layer discovery using elements of LMP is included in this set of procedures.
G.7714は、特定のプロトコルではなく、使用することができる技術の種類を指定しません。 G.7714.1層の隣接発見のためのSDH及びOTNネットワークに対する層の隣接のためのプロトコルを指定します。 LMPの要素を用いて層発見のためのGMPLS方法は、手順のこのセットに含まれています。
An important point about the G.7714 specification is that it specifies a discovery mechanism for optical networks but not necessarily how the information will be used. It is intended that the transport management plane or a transport control plane may subsequently make use of the discovered information.
G.7714仕様に関する重要な点は、それは必ずしも必要ではない情報がどのように使われるか、光ネットワークのための検出メカニズムを指定することです。輸送管理プレーンまたはトランスポートコントロールプレーンがその後発見された情報を利用することができることが意図されています。
GMPLS is a set of IP-based protocols, including LMP, providing a control plane for multiple data plane technologies, including optical/transport networks and their resources (i.e., wavelengths, timeslots, etc.) and without assuming any restriction on the control plane architecture (see [RFC3945]). On the other hand, G.8080 defines a control plane reference architecture for optical/transport networks without any restriction on the control plane implementation. Being developed in separate standards forums, and with different scopes, they use different terms and definitions.
GMPLSは、LMPを含むIPベースのプロトコルのセットである/光伝送ネットワーク及びそれらのリソース（すなわち、波長、タイムスロット、等）を含む複数のデータプレーン技術のための制御プレーンを提供し、制御プレーン上の任意の制限を想定せずにアーキテクチャ（[RFC3945]を参照）。一方、G.8080は、制御プレーンの実装に特に制限はなく、光/トランスポートネットワークの制御プレーン参照アーキテクチャを定義します。別の標準フォーラムで開発され、異なるスコープで、彼らは別の用語と定義を使用しています。
Terminology mapping between LMP and ASON (G.805/G.8080) is an important step towards the understanding of the two architectures and allows for potential cooperation in areas where cooperation is possible. To facilitate this mapping, we differentiate between the two types of data links in LMP. According to LMP, a data link may be considered by each node that it terminates on as either a 'port' or a 'component link'. The LMP notions of port and component link are supported by the G.805/G.8080 architecture. G.8080's variable adaptation function is broadly equivalent to LMP's component link, i.e., a single server-layer trail dynamically supporting different multiplexing structures. Note that when the data plane delivers its own addressing space, LMP Interface_IDs and Data Links IDs are used as handles by the control plane to the actual CP Name and CP-to-CP Name, respectively.
LMPとASON（G.805 / G.8080）との間の用語のマッピングは、二つのアーキテクチャの理解に向けた重要なステップであり、協力が可能である分野における潜在的な協力を可能にします。このマッピングを容易にするために、我々は、LMPのデータリンクの2種類を区別します。 LMPによれば、データ・リンクは、「ポート」または「コンポーネントリンク」のいずれかのように終了する各ノードによって考慮されてもよいです。ポートとコンポーネントリンクのLMPの概念は、G.805 / G.8080アーキテクチャによってサポートされています。 G.8080の可変適応機能は、LMPのコンポーネントリンク、すなわち、動的に異なる多重化構造を支持する単一のサーバー層証跡に広く等価です。データプレーンは、独自のアドレス空間を配信する場合、LMP Interface_IDsおよびデータリンクIDは、それぞれ、実際のCP名とCP-に-CP名、への制御プレーンによってハンドルとして使用されることに留意されたいです。
The terminology mapping is summarized in the following table: Note that the table maps ASON terms to GMPLS terms that refer to equivalent objects, but in many cases there is not a one-to-one mapping. Additional information beyond discovery terminology can be found in [LEXICO].
用語のマッピングは、以下の表にまとめている：表が同等のオブジェクトを参照GMPLS用語にASON用語をマッピングし、多くの場合、1対1のマッピングが存在しないことに注意してください。発見の用語を超える追加情報は、[語彙]で見つけることができます。
+----------------+--------------------+-------------------+
| ASON Terms | GMPLS/LMP Terms | GMPLS/LMP Terms |
| | Port | Component Link |
+----------------+--------------------+-------------------+
| CP | TE Resource; | TE Resource; |
| | Interface (Port) | Interface. |
| | |(Comp. link) |
+----------------+--------------------+-------------------+
| CP Name | Interface ID | Interface ID(s) |
| | no further sub- | resources (such as|
| | division for(label)| timeslots, etc.) |
| | resource allocation| on this interface |
| | | are identified by |
| | | set of labels |
+----------------+--------------------+-------------------+
| CP-to-CP Link | Data Link | Data Link |
+----------------+--------------------+-------------------+
| CP-to-CP Name | Data Link ID | Data Link ID |
+----------------+--------------------+-------------------+
| SNP | TE Resource | TE Resource |
+----------------+--------------------+-------------------+
| SNP Name | Link ID | Link ID |
+----------------+--------------------+-------------------+
| SNP LC | TE Link | TE Link |
+----------------+--------------------+-------------------+
| SNP LC Name | TE Link ID | TE Link ID |
+----------------+--------------------+-------------------+
| SNPP | TE Link End | TE Link End |
| | (Port) | (Comp. Link) |
+----------------+--------------------+-------------------+
| SNPP Name | Link ID | Link ID |
+----------------+--------------------+-------------------+
| SNPP Link | TE Link | TE Link |
+----------------+--------------------+-------------------+
| SNPP Link Name | TE Link ID | TE Link ID |
+----------------+--------------------+-------------------+
where composite identifiers are:
複合識別子は次のとおりです。
- Data Link ID: <Local Interface ID; Remote Interface ID> - TE Link ID: <Local Link ID; Remote Link ID>
- データリンクID：<ローカル・インタフェースID;リモートインタフェースID> - TEリンクID：<ローカルリンクID。リモートリンクID>
Composite Identifiers are defined in the RFC 4204 [LMP]. LMP discovers data links and identifies them by the pair of local and remote interface IDs. TE links are composed of data links or component TE links. TE links are similarly identified by pair of local and remote link ID.
複合識別子は、RFC 4204 [LMP]で定義されています。 LMPは、データリンクを検出し、ローカルおよびリモートのインタフェースIDの組によってそれらを識別する。 TEリンクは、データリンクまたはコンポーネントのTEリンクで構成されています。 TEリンクは同様にローカルおよびリモートリンクIDのペアによって識別されます。
In the table, TE link/resource is equated with the concept of SNP, SNP LC, SNPP, and SNPP link. The definition of the TE link is broad in scope, and it is useful to repeat it here. The original definition appears in [GMPLS-RTG]:
表では、TEリンク/リソースは、SNP、SNP LC、SNPP、およびSNPPリンクの概念と同一視されます。 TEリンクの定義は、スコープ内に広範であり、ここでそれを繰り返すことが有用です。元の定義は[GMPLS-RTG]に表示されます。
"A TE link is a logical construct that represents a way to group/map the information about certain physical resources (and their properties) that interconnects LSRs into the information that is used by Constrained SPF for GMPLS path computation, and GMPLS signaling".
「TEリンクをグループ化する方法を表す論理構成体である/特定の物理リソース（およびその特性）に関する情報をマッピングすることは、GMPLSパス計算のために制約SPFによって使用される情報へのLSRを相互接続し、GMPLSシグナリング」。
While this definition is concise, it is probably worth pointing out some of the implications of the definition.
この定義は簡潔ですが、それはおそらく定義の意味のいくつかを指摘する価値があります。
A component of the TE link may follow different paths between the pair of LSRs. For example, a TE link comprising multiple STS-3cs, the individual STS-3cs component links may take identical or different physical (OC-3 and/or OC-48) paths between LSRs.
TEリンクの成分は、LSRの対の間の異なる経路をたどることができます。例えば、TEリンクは、複数のSTS-3CSを含む、個々のSTS-3CSコンポーネントリンクは、同一または異なる物理（OC-3及び/又はOC-48）のLSR間のパスを取ることができます。
The TE link construct is a logical construction encompassing many layers in networks [RFC3471]. A TE link can represent either unallocated potential or allocated actual resources. Further allocation is represented by bandwidth reservation, and the resources may be real or, in the case of packets, virtual to allow for overbooking or other forms of statistical multiplexing schemes.
TEリンク構築はネットワーク内の多くの層を包含論理構成[RFC3471]です。 TEリンクは割り当てられていない可能性や割り当てられた実際のリソースのいずれかを表すことができます。さらに、割り当ては、帯域幅予約によって表され、リソースがオーバーブッキングまたは統計的多重化スキームの他の形態を可能にする仮想パケットの場合には、実であってもよいです。
Since TE links may represent large numbers of parallel resources, they can be bundled for efficient summarization of resource capacity. Typically, bundling represents a logical TE link resource at a particular Interface Switching Capability. Once TE link resources are allocated, the actual capacity may be represented as LSP hierarchical (tunneled) TE link capability in another logical TE link [HIER].
TEリンクは平行リソースの多数を表すことができるので、資源容量の効率的な集計のためにバンドルすることができます。典型的に、バンドルは、特定のインターフェーススイッチング能力の論理TEリンク資源を表します。 TEリンクリソースが割り当てられると、実際の容量は、他の論理TEリンクにおけるLSP階層（トンネリング）TEリンク能力[HIER]として表すことができます。
TE links also incorporate the notion of a Forwarding Adjacency (FA) and Interface Switching Capability [RFC3945]. The FA allows transport resources to be represented as TE links. The Interface Switching Capability specifies the type of transport capability such as Packet Switch Capable (PSC), Layer-2 Switch Capable (L2SC), Time-Division Multiplex (TDM), Lambda Switch Capable (LSC), and Fiber-Switch Capable (FSC).
TEリンクはまた、転送隣接（FA）とインターフェーススイッチング能力[RFC3945]の概念を組み込みます。 FAは、トランスポートリソースがTEリンクとして表現することができます。インターフェイスのスイッチング能力は、（FSCをなど、レイヤ2スイッチは（L2SC）が可能な、時分割多重（TDM）、ラムダは、（LSC）対応スイッチ、およびファイバ・スイッチ対応（PSC）を対応スイッチパケットとして輸送能力の種類を指定します）。
A TE link between GMPLS-controlled optical nodes may consist of a bundled TE link, which itself consists of a mix of point-to-point component links [BUNDLE]. A TE link is identified by the tuple (link Identifier (32-bit number), Component link Identifier (32-bit number), and generalized label (media specific)).
GMPLS制御光ノード間のTEリンク自体は、ポイントツーポイントリンクコンポーネント[バンドル]の混合物から成るバンドルTEリンク、から構成されてもよいです。 TEリンクはタプル（リンク識別子（32ビット数）、コンポーネントリンク識別子（32ビット数）、及び一般化ラベル（メディア固有））によって識別されます。
LMP currently consists of four primary procedures, of which the first two are mandatory and the last two are optional:
LMPは、現在、最初の二つは必須であり、そして最後の二つは任意である4つの主要な手順、から構成されています。
1. Control channel management
2. Link property correlation
3. Link verification
4. Fault management
LMP procedures that are relevant to G.8080 control plane discovery are control channel management, link property correlation, and link verification. Key to understanding G.8080 discovery aspects in relation to [LMP] is that LMP procedures are specific for an IP-based control plane abstraction of the transport plane.
G.8080制御プレーンの発見に関連するLMP手順は、制御チャネル管理されているプロパティの相関、及びリンク検証をリンクします。 [LMP]に関連してG.8080発見側面を理解するための鍵は、LMP手順が搬送面のIPベースの制御プレーン抽象化に特異的であるということです。
LMP control channel management is used to establish and maintain control channel connectivity between LMP adjacent nodes. In GMPLS, the control channels between two adjacent nodes are not required to use the same physical medium as the TE links between those nodes. The control channels that are used to exchange the GMPLS control plane information exist independently of the TE links they manage (i.e., control channels may be in-band or out-of-band, provided the associated control points terminate the LMP packets). The Link Management Protocol [LMP] was designed to manage TE links, independently of the physical medium capabilities of the data links.
LMP制御チャネル管理は、LMP隣接ノード間の制御チャネル接続を確立し、維持するために使用されます。 GMPLSでは、2つの隣接ノード間の制御チャネルは、それらのノード間のTEリンクと同じ物理的な媒体を使用する必要はありません。 GMPLS制御プレーンの情報を交換するために使用される制御チャネルは、独立して、それらが管理するTEリンクの存在（すなわち、制御チャネルは、帯域内または帯域外、関連する制御点は、LMPパケットを終了設けられていてもよいです）。リンク管理プロトコル[LMP]は、独立してデータリンクの物理媒体機能の、TEリンクを管理するために設計されました。
Link property correlation is used to aggregate multiple data links into a single TE link and to synchronize the link properties.
リンクプロパティの相関は、単一のTEリンクに複数のデータリンクを集約すると、リンクのプロパティを同期するために使用されます。
Link verification is used to verify the physical connectivity of the data links and verify the mapping of the Interface-ID to Link-ID (CP to SNP). The local-to-remote associations can be obtained using a priori knowledge or using the link verification procedure.
リンク検証は、データリンクの物理的な接続を確認し、リンクID（SNPにCP）へのインターフェイス-IDのマッピングを検証するために使用されます。ローカルからリモートのアソシエーションが先験的知識を使用するか、リンク検証手順を用いて得ることができます。
Fault management is primarily used to suppress alarms and to localize failures. It is an optional LMP procedure; its use will depend on the specific technology's capabilities.
障害管理は、主にアラームを抑制し、障害をローカライズするために使用されます。それは、オプションのLMPの手順です。その使用は、特定の技術者の能力に依存します。
[LMP] supports distinct transport and control plane name spaces with the (out-of-band) TRACE object (see [LMP-TEST]). The LMP TRACE object allows transport plane names to be associated with interface identifiers [LMP-TEST].
[LMP]（アウトオブバンド）TRACEオブジェクトと別個の輸送および制御プレーンの名前空間をサポートする（参照[LMP-TEST]）。 LMPトレースオブジェクトは、トランスポート・プレーン名がインターフェース識別子[LMP-TEST]に関連付けされることを可能にします。
Aspects of LMP link verification appear similar to G.7714.1 discovery; however, the two procedures are different. G.7714.1 provides discovery of the transport plane layer adjacencies. It provides a generic procedure to discover the connectivity of two endpoints in the transport plane. On the other hand, the LMP link verification procedure is a control-plane-driven procedure and assumes either (1) a priori knowledge of the associated data plane's local and remote endpoint connectivity and Interface_IDs (e.g., via management plane or use of G.7714.1), or (2) support of the remote node for associating the data interface being verified with the content of the TRACE object (inferred mapping). For SONET/SDH transport networks, LMP verification uses the SONET/SDH Trail Trace identifier (see [G.783]).
LMPリンク検証の局面はG.7714.1の発見に似て見えます。しかし、2つの手順が異なります。 G.7714.1は、トランスポート・プレーン層の隣接関係の発見を提供します。これは、輸送面での2つのエンドポイントの接続性を発見するために、一般的な手順を提供します。一方、LMPリンク検証手順は、コントロールプレーン駆動の手順であり、Gの管理プレーン又は使用を介して、関連するデータ・プレーンのローカルおよびリモートエンドポイントの接続性とInterface_IDsの（1）、先験的な知識（例えば、いずれかを想定していますデータインターフェイスを関連付けるためのリモートノードの7714.1）、または（2）支持トレースオブジェクト（推測マッピング）の内容で確認されています。 SONET / SDH伝送ネットワークの場合、LMP検証は、SONET / SDHトレール追跡識別子を使用して（[G.783]を参照）。
G.7714.1 supports the use of transport plane discovery independent of the platform using the capability. Furthermore, G.7714.1 specifies the use of a Discovery Agent that could be located in an external system and the need to support the use of text-oriented man-machine language to provide the interface. Therefore, G.7714.1 limits the discovery messages to printable characters defined by [T.50] and requires Base64 encoding for the TCP-ID and DA ID. External name-servers may be used to resolve the G.7714.1 TCP name, allowing the TCP to have an IP, Network Service Access Protocol (NSAP), or any other address format. On the other hand, LMP is based on the use of an IP-based control plane, and the LMP interface ID uses IPv4, IPv6, or unnumbered interface IDs.
G.7714.1は、機能を使用して、プラットフォームに依存しない輸送機発見の使用をサポートしています。さらに、G.7714.1は、外部システムとのインタフェースを提供するために、テキスト指向マンマシン言語の使用をサポートするために必要に配置することができるディスカバリエージェントの使用を指定します。したがって、G.7714.1は[T.50]によって定義された印刷可能文字に発見メッセージを制限し、TCP-IDとDA IDのためのBase64エンコードを必要とします。外部ネームサーバは、TCPはIPネットワークサービスアクセスプロトコル（NSAP）、または任意の他のアドレス形式を持つことができるように、G.7714.1 TCP名を解決するために使用することができます。一方、LMPは、IPベースの制御プレーンの使用に基づいて、およびLMPインタフェースIDは、IPv4、IPv6の、または無数のインタフェースIDを使用しています。
LMP exists to support GMPLS TE resource and TE link discovery. In section 4.2.1, we elaborated on the definition of the TE link. LMP enables the aspects of TE links to be discovered and reported to the control plane, more specifically, the routing plane. G.8080 and G.7714 are agnostic to the type of control plane and discovery protocol used. LMP is a valid realization of a control plane discovery process under a G.8080 model.
LMPは、GMPLS TEリソースとTEリンクの発見をサポートするために存在しています。セクション4.2.1では、我々は、TEリンクの定義について詳しく述べました。 LMPはTEリンクの側面が発見され、コントロールプレーン、より具体的には、ルーティング・プレーンに報告することができます。 G.8080およびG.7714を使用する制御プレーンと発見プロトコルの種類にとらわれています。 LMPは、G.8080モデルの下でコントロールプレーン発見プロセスの有効な実現です。
G.7714 specifies transport plane discovery with respect to the transport layer CTPs or TCPs using ASON conventions and naming for the elements of the ASON control plane and the ASON management plane. This discovery supports a centralized management model of configuration as well as a distributed control plane model; in other words, discovered items can be reported to the management plane or the control plane. G.7714.1 provides one realization of a transport plane discovery process.
G.7714は、トランスポート層のCTPまたはASONのTCP規則を使用してASONの制御プレーンとASON管理プレーンの要素に命名に対して搬送面検出を指定します。この発見は、構成の集中管理モデル、ならびに分散制御プレーンモデルをサポートします。言い換えると、発見された項目は、管理プレーンや制御プレーンに報告することができます。 G.7714.1は輸送機の発見プロセスの1つの実現を提供します。
Today, LMP and G.7714, G7714.1 are defined in different standards organizations. They have evolved out of different naming schemes and architectural concepts. Whereas G.7714.1 supports a transport plane layer adjacency connectivity verification that can be used by a control plane or a management plane, LMP is a control plane procedure for managing GMPLS TE links (GMPLS's control plane representation of the transport plane connections).
今日では、LMPおよびG.7714、G7714.1は異なる標準化団体で定義されています。彼らは、異なる命名スキームと建築の概念の外に進化してきました。 G.7714.1は、制御プレーン又は管理プレーンで使用することができるトランスポート・プレーン層の隣接接続性検証をサポートしているのに対し、LMPは、GMPLS TEリンク（トランスポート・プレーン接続のGMPLSの制御プレーン表現）を管理するための制御プレーン手順です。
Since this document is purely descriptive in nature, it does not introduce any security issues.
この文書は自然の中で純粋に記述的であるので、それはどのようなセキュリティ上の問題を紹介しません。
G.8080 and G.7714/G.7714.1 provide security as associated with the Data Communications Network on which they are implemented.
彼らが実装されているデータを通信ネットワークに関連付けられているようG.8080およびG.7714 / G.7714.1は、セキュリティを提供します。
LMP is specified using IP, which provides security mechanisms associated with the IP network on which it is implemented.
LMPは、それが実装されるIPネットワークに関連するセキュリティ・メカニズムを提供するIPを使用して指定されます。
[LMP] Lang, J., "Link Management Protocol (LMP)", RFC 4204, October 2005.
[LMP]ラング、J.、 "リンク管理プロトコル（LMP）"、RFC 4204、2005年10月。
[LMP-TEST] Lang, J. and D. Papadimitriou, "Synchronous Optical Network (SONET)/Synchronous Digital Hierarchy (SDH) Encoding for Link Management Protocol (LMP) Test Messages", RFC 4207, October 2005.
[LMP-TEST]ラング、J.とD. Papadimitriou、 "同期光ネットワーク（SONET）リンク管理プロトコル（LMP）テストメッセージ用/同期デジタル階層（SDH）エンコーディング"、RFC 4207、2005年10月。
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945]マニー、E.、 "一般化マルチプロトコルラベルスイッチング（GMPLS）アーキテクチャ"、RFC 3945、2004年10月。
[RFC3471] Berger, L., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471]バーガー、L.、 "一般化されたマルチプロトコルラベルスイッチング（GMPLS）機能説明シグナリング"、RFC 3471、2003年1月。
[GMPLS-RTG] Kompella, K. and Y. Rekhter, "Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4202, October 2005.
、RFC 4202、2005年10月 "一般化マルチプロトコルラベルスイッチング（GMPLS）の支援でルーティング機能拡張" [GMPLS-RTG] Kompella、K.とY. Rekhter、。
[HIER] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE)", RFC 4206, October 2005.
[HIER] Kompella、K.とY. Rekhterは、RFC 4206、2005年10月 "ラベル・パス（LSP）の階層は、一般マルチプロトコルラベルスイッチング（GMPLS）トラフィックエンジニアリング（TE）との交換しました"。
[BUNDLE] Kompella, K., Rekhter, Y., and L. Berger, "Link Bundling in MPLS Traffic Engineering (TE)", RFC 4201, October 2005.
[BUNDLE] Kompella、K.、Rekhter、Y.、およびL.バーガー、 "MPLSでのリンクバンドルトラフィックエンジニアリング（TE）"、RFC 4201、2005年10月。
[LEXICO] Bryskin, I. and A. Farrel, "A Lexicography for the Interpretation of Generalized Multiprotocol Label Switching (GMPLS) Terminology within The Context of the ITU-T's Automatically Switched Optical Network (ASON) Architecture", Work in Progress, January 2006.
[語彙] Bryskin、I.およびA.ファレル、「ITU-Tさんの自動交換光ネットワーク（ASON）アーキテクチャのコンテキスト内でスイッチング汎用マルチプロトコルラベルの解釈のための辞書編集（GMPLS）用語」、進歩、月での作業2006。
For information on the availability of the ITU-T documents, please see http://www.itu.int.
ITU-T文書の入手については、http://www.itu.intを参照してください。
[G.783] ITU-T G.783 (2004), Characteristics of synchronous digital hierarchy (SDH) equipment functional blocks.
[G.783] ITU-T G.783（2004）、同期デジタル階層（SDH）機器の機能ブロックの特性。
[G.805] ITU-T G.805 (2000), Generic functional architecture of transport networks.
[G.805] ITU-T G.805（2000）は、トランスポートネットワークの一般的な機能アーキテクチャ。
[G.7714] ITU-T G.7714/Y.1705 (2001), Generalized automatic discovery techniques.
[G.7714] ITU-T G.7714 / Y.1705（2001）は、自動検出手法を一般化。
[G.7714.1] ITU-T G.7714.1/Y.1705.1 (2003), Protocol for automatic discovery in SDH and OTN networks.
【G.7714.1] ITU-T G.7714.1 / Y.1705.1（2003）、SDH及びOTNネットワークで自動検出のためのプロトコル。
[G.8080] ITU-T G.8080/Y.1304 (2001), Architecture for the automatically switched optical network (ASON).
[G.8080] ITU-T G.8080 / Y.1304（2001）は、アーキテクチャのために自動的に光ネットワーク（ASON）を切り替えます。
[M.3100] ITU-T M.3100 (1995), Generic Network Information Model.
[M.3100] ITU-T M.3100（1995）、汎用ネットワーク情報モデル。
[T.50] ITU-T T.50 (1992), International Reference Alphabet.
[T.50] ITU-T T.50（1992）、国際リファレンスアルファベット。
The authors would like to thank Astrid Lozano, John Drake, Adrian Farrel and Stephen Shew for their valuable comments.
作者は彼らの貴重なコメントをアストリッドロサノ、ジョン・ドレイク、エードリアンファレルとスティーブン供えに感謝したいと思います。
The authors would like to thank ITU-T Study Group 15 Question 14 for their careful review and comments.
著者は、彼らの慎重なレビューとコメントをITU-T研究グループ15問14に感謝したいと思います。
Authors' Addresses
著者のアドレス
Don Fedyk Nortel Networks 600 Technology Park Drive Billerica, MA, 01821
ドン・ルブランNortel Networksの600テクノロジーパークドライブビルリカ、MA、01821
Phone: +1 978 288-3041 EMail: dwfedyk@nortel.com
電話：+1 978 288-3041 Eメール：dwfedyk@nortel.com
Osama Aboul-Magd Nortel Networks P.O. Box 3511, Station 'C' Ottawa, Ontario, Canada K1Y-4H7
オサマのAboul-Magd Nortel Networksの私書箱ボックス3511、駅の 'C' オタワ、オンタリオ州、カナダK1Y-4H7
Phone: +1 613 763-5827 EMail: osama@nortel.com
電話：+1 613 763-5827 Eメール：osama@nortel.com
Deborah Brungard AT&T Rm. D1-3C22 200 S. Laurel Ave. Middletown, NJ 07748, USA
デボラBrungard AT＆T Rmの。 D1-3C22 200 S.ローレルアベニュー。ミドルタウン、NJ 07748、USA
EMail: dbrungard@att.com
メールアドレス：dbrungard@att.com
Jonathan P. Lang Sonos, Inc. 223 E. De La Guerra Santa Barbara, CA 93101
ジョナサンP.ラングSonosの、株式会社223 E.デ・ラ・ゲラサンタバーバラ、CA 93101
EMail: jplang@ieee.org
メールアドレス：jplang@ieee.org
Dimitri Papadimitriou Alcatel Francis Wellesplein, 1 B-2018 Antwerpen, Belgium
ディミトリスPapadimitriouアルカテルフランシスVellesplein、1 B-2018アントワープ、Velgiom
Phone: +32 3 240-84-91 EMail: dimitri.papadimitriou@alcatel.be
電話：+32 3 240-84-91 Eメール：dimitri.papadimitriou@alcatel.be
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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は、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
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リポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。