Network Working Group I. Bryskin
Request for Comments: 4397 Independent Consultant
Category: Informational A. Farrel
Old Dog Consulting
February 2006
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
ITU-Tさんの自動交換光ネットワーク（ASON）アーキテクチャのコンテキスト内（GMPLS）の用語を切り替える汎用マルチプロトコルラベルの解釈のための辞書編集
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
抽象
Generalized Multiprotocol Label Switching (GMPLS) has been developed by the IETF to facilitate the establishment of Label Switched Paths (LSPs) in a variety of data plane technologies and across several architectural models. The ITU-T has specified an architecture for the control of Automatically Switched Optical Networks (ASON).
一般化されたマルチプロトコルラベルスイッチング（GMPLS）は、データプレーン技術の様々な、いくつかの建築モデルを横切るパス（LSPを）ラベルスイッチの確立を容易にするために、IETFによって開発されました。 ITU-Tは、自動交換光ネットワーク（ASON）の制御のためのアーキテクチャを指定しています。
This document provides a lexicography for the interpretation of GMPLS terminology within the context of the ASON architecture.
この文書では、ASONアーキテクチャのコンテキスト内でGMPLS用語の解釈のための辞書編集を提供します。
It is important to note that GMPLS is applicable in a wider set of contexts than just ASON. The definitions presented in this document do not provide exclusive or complete interpretations of GMPLS concepts. This document simply allows the GMPLS terms to be applied within the ASON context.
GMPLSがちょうどASONより文脈の広いセットに適用可能であることに注意することが重要です。この文書の定義は、GMPLSの概念の排他的または完全な解釈を提供していません。この文書では、単にGMPLSの用語はASONのコンテキスト内で適用することができます。
Table of Contents
目次
1. Introduction ....................................................3
2. Terminology .....................................................3
2.1. GMPLS Terminology Sources ..................................3
2.2. ASON Terminology Sources ...................................4
2.3. Common Terminology Sources .................................4
3. Lexicography ....................................................4
3.1. Network Presences ..........................................4
3.2. Resources ..................................................5
3.3. Layers .....................................................6
3.4. Labels .....................................................7
3.5. Data Links .................................................7
3.6. Link Interfaces ............................................8
3.7. Connections ................................................9
3.8. Switching, Termination, and Adaptation Capabilities .......10
3.9. TE Links and FAs ..........................................11
3.10. TE Domains ...............................................13
3.11. Component Links and Bundles ..............................13
3.12. Regions ..................................................14
4. Guidance on the Application of this Lexicography ...............14
5. Management Considerations ......................................15
6. Security Considerations ........................................15
7. Acknowledgements ...............................................15
8. Normative References ...........................................16
9. Informative References .........................................16
Generalized Multiprotocol Label Switching (GMPLS) has been developed by the IETF to facilitate the establishment of Label Switched Paths (LSPs) in a variety of data plane technologies such as Packet Switching Capable (PSC), Layer Two Switching Capable (L2SC), Time Division Multiplexing (TDM), Lambda Switching Capable (LSC), and Fiber Switching Capable (FSC).
一般化マルチプロトコルラベルスイッチング（GMPLS）は、ラベルの確立は、このようなパケットができる（L2SC）、時分割スイッチングレイヤ二、対応（PSC）をスイッチング素子としてデータプレーン技術のさまざまなスイッチパス（LSP）容易にするために、IETFによって開発されました多重（TDM）、ラムダは、（LSC）できるスイッチング、およびファイバは、（FSC）できるスイッチング。
The ITU-T has specified an architecture for the control of Automatically Switched Optical Networks (ASON). This architecture forms the basis of many Recommendations within the ITU-T.
ITU-Tは、自動交換光ネットワーク（ASON）の制御のためのアーキテクチャを指定しています。このアーキテクチャは、ITU-T内の多くの勧告の基礎を形成します。
Because the GMPLS and ASON architectures were developed by different people in different standards bodies, and because the architectures have very different historic backgrounds (the Internet, and transport networks respectively), the terminology used is different.
GMPLSとASONアーキテクチャが異なる標準化団体で異なる人々によって開発されたため、およびアーキテクチャは（それぞれ、インターネット、およびトランスポート・ネットワーク）非常に異なる歴史的背景を持っているので、使用される用語は異なっています。
This document provides a lexicography for the interpretation of GMPLS terminology within the context of the ASON architecture. This allows GMPLS documents to be generally understood by those familiar with ASON Recommendations. The definitions presented in this document do not provide exclusive or complete interpretations of the GMPLS concepts.
この文書では、ASONアーキテクチャのコンテキスト内でGMPLS用語の解釈のための辞書編集を提供します。これは、GMPLS文書は、一般的にASON勧告に精通している者に理解することができます。この文書の定義は、GMPLSの概念の排他的または完全な解釈を提供していません。
Throughout this document, angle brackets ("<" and ">") are used to indicate the context in which a term applies. For example, "<Data Plane>" as part of a description of a term means that the term applies within the data plane.
本明細書を通して、角括弧（「<」と「>」）という用語が適用されるコンテキストを示すために使用されます。例えば、「<データプレーン>」用語の説明の一部としての用語は、データプレーン内で適用されることを意味します。
GMPLS terminology is principally defined in [RFC3945]. Other documents provide further key definitions including [RFC4201], [RFC4202], [RFC4204], and [RFC4206].
GMPLS用語は、主に[RFC3945]で定義されています。他の文書は[RFC4201]、[RFC4202]、[RFC4204]、および[RFC4206]を含む更なるキー定義を提供しています。
The reader is recommended to become familiar with these other documents before attempting to use this document to provide a more general mapping between GMPLS and ASON.
読者はGMPLSとASONの間でより一般的なマッピングを提供するために、この文書を使用しようとする前に、これらの他の文書に精通することをお勧めします。
For details of GMPLS signaling, please refer to [RFC3471] and [RFC3473]. For details of GMPLS routing, please refer to [RFC4203] and [RFC4205].
GMPLSシグナリングの詳細については、[RFC3471]と[RFC3473]を参照してください。 GMPLSルーティングの詳細については、[RFC4203]及び[RFC4205]を参照されたいです。
The ASON architecture is specified in ITU-T Recommendation G.8080 [G-8080]. This is developed from generic functional architectures and requirements specified in [G-805], [G-807], and [G-872]. The ASON terminology is defined in several Recommendations in the ASON family such as [G-8080], [G-8081], [G-7713], [G-7714], and [G-7715]. The reader must be familiar with these documents before attempting to apply the lexicography set out in this document.
ASONアーキテクチャは、ITU-T勧告G.8080 [G-8080]で指定されています。これは、一般的な機能アーキテクチャと[G-805]で指定された要件、[G-807]、及び[G-872]から開発されています。 ASON用語は、[G-8080]、[G-8081]、[G-7713]、[G-7714]、及び[G-7715]のようなASONファミリーのいくつかの勧告で定義されています。読者は、この文書に記載された辞書編集を適用しようとする前に、これらの文書に精通している必要があります。
The work in this document builds on the shared view of ASON requirements and requirements expressed in [RFC4139], [RFC4258], and [RFC4394].
この文書に記載されている研究は、[RFC4139]、[RFC4258]及び[RFC4394]で表さASON要件と要件の共有ビューに基づいて構築します。
Transport node <Data Plane> is a logical network device that is capable of originating and/or terminating of a data flow and/or switching it on the route to its destination.
トランスポートノード<データプレーンは>発信および/またはデータ・フローの終了及び/又はその目的地までの経路上に切り換えることができる論理的なネットワークデバイスです。
Controller <Control Plane> is a logical entity that models all control plane intelligence (routing, traffic engineering (TE), and signaling protocols, path computation, etc.). A single controller can manage one or more transport nodes. Separate functions (such as routing and signaling) may be hosted at distinct sites and hence could be considered as separate logical entities referred to, for example, as the routing controller, the signaling controller, etc.
コントローラ<コントロールプレーン>はそのモデルのすべての制御プレーンインテリジェンス（ルーティング、トラフィックエンジニアリング（TE）、及びシグナリングプロトコル、経路計算、等）を論理的なエンティティです。単一のコントローラは、一つ以上のトランスポート・ノードを管理することができます。 （例えば、ルーティングおよびシグナリングのような）別の機能は、別個の部位でホストされてもよく、したがって、例えば、と呼ばれる別個の論理エンティティとして考えることができる等、ルーティング制御、シグナリング制御、など
Label Switching Router (LSR) <Control & Data Planes> is a logical combination of a transport node and the controller that manages the transport node. Many implementations of LSRs collocate all control plane and data plane functions associated with a transport node within a single physical presence making the term LSR concrete rather than logical.
ラベルスイッチングルータ（LSR）<制御およびデータプレーンは>トランスポートノードとトランスポートノードを管理する制御装置の論理的な組み合わせです。 LSRの多くの実装は、論理的ではなく、用語LSRコンクリートを作る単一の物理的プレゼンス内輸送ノードに関連するすべての制御プレーンとデータプレーン機能を併置します。
In some instances, the term LSR may be applied more loosely to indicate just the transport node or just the controller function dependent on the context.
いくつかの例において、用語LSRは、コンテキストに依存だけ搬送ノードまたは単にコントローラの機能を示すために、より緩やかに適用することができます。
Node <Control & Data Planes> is a synonym for an LSR.
ノード<制御＆データプレーン>はLSRの同義語です。
Control plane network <Control Plane> is an IP network used for delivery of control plane (protocol) messages exchanged by controllers.
制御プレーン・ネットワーク<制御プレーン>は、制御プレーン（プロトコル）コントローラによって交換されるメッセージの配信に使用するIPネットワークです。
A GMPLS transport node is an ASON network element.
GMPLSトランスポートノードは、ASONネットワーク素子です。
A GMPLS controller is the set of ASON functional components controlling a given ASON network element (or partition of a network element). In ASON, this set of functional components may exist in one place or multiple places.
GMPLS制御部は、所定のASONネットワーク要素（またはネットワーク要素のパーティション）を制御ASON機能コンポーネントの集合です。 ASONでは、機能コンポーネントのこのセットは、1つの場所または複数の場所に存在してもよいです。
A GMPLS node is the combination of an ASON network element (or partition of a network element) and its associated control components.
GMPLSノードは、ASONネットワーク要素（またはネットワーク要素のパーティション）とその関連制御構成要素の組み合わせです。
The GMPLS control plane network is the ASON Signaling Communication Network (SCN). Note that both routing and signaling exchanges are carried by the SCN.
GMPLS制御プレーン・ネットワークは、ASONシグナリング通信ネットワーク（SCN）です。ルーティングおよびシグナリング交換の両方がSCNによって運ばれることに留意されたいです。
Non-packet-based resource <Data Plane> is a channel of a certain bandwidth that could be allocated in a network data plane of a particular technology for the purpose of user traffic delivery. Examples of non-packet-based resources are timeslots, lambda channels, etc.
非パケットベースのリソースは、<データプレーン>は、ユーザトラフィックの配信のために特定の技術のネットワークデータプレーンに配置することができる特定の帯域幅のチャネルです。非パケットベースのリソースの例には、タイムスロット、ラムダチャネルであります
Packet-based resource <Data Plane> is an abstraction hiding the means related to the delivery of traffic with particular parameters (most importantly, bandwidth) with particular quality of service (QoS) over PSC media. Examples of packet-based resources are forwarding queues, schedulers, etc.
パケットベースのリソースは、<データプレーン>は、PSCメディア上の特定のパラメータのサービス（QOS）の特定の品質（最も重要なのは、帯域幅）を持つトラフィックの配信に関連する手段を隠す抽象化です。パケットベースのリソースの例は、キュー、スケジューラなどを転送しています
Layer Resource (Resource) <Data Plane>. A non-packet-based data plane technology may yield resources in different network layers (see section 3.3). For example, some TDM devices can operate with VC-12 timeslots, some with VC-4 timeslots, and some with VC4-4c timeslots. There are also multiple layers of packet-based resources (i.e., one per label in the label stack). Therefore, we define layer resource (or simply resource) irrespective of the underlying data plane technology as a basic data plane construct. It is defined by a combination of a particular data encoding type and a switching/terminating bandwidth granularity. Examples of layer resources are: PSC1, PSC4, ATM VP, ATM VC, Ethernet, VC-12, VC-4, Lambda 10G, and Lambda 40G.
レイヤーのリソース（資源）<データプレーン>。非パケットベースのデータプレーン技術は、異なるネットワーク層内のリソースを得ることができる（セクション3.3を参照）。例えば、いくつかのTDMデバイスがVC-12のタイムスロット、VC-4のタイムスロットと、いくつかの、およびVC4-4cでタイムスロットといくつかで動作することができます。パケットベースのリソースの複数の層も存在する（すなわち、ラベルスタック内の1つのあたりのラベル）。したがって、我々は、基本的なデータプレーンコンストラクトなどにかかわらず、基礎となるデータプレーン技術の層のリソース（または単にリソース）を定義します。これは、特定のデータ符号化タイプ及び切替/着信帯域幅粒度の組み合わせによって定義されます。層リソースの例は、PSC1、PSC4、ATM VP、ATM VC、イーサネット（登録商標）、VC-12、VC-4、ラムダ10G、及びラムダ40G。
These three definitions give rise to the concept of Resource Type. Although not a formal term, this is useful shorthand to identify how and where a resource can be used dependent on the switching type, data encoding type, and switching/terminating bandwidth granularity (see section 3.8).
これらの3つの定義は、リソースタイプの概念を生じます。正式な用語ではないが、これは、リソースがスイッチング方式、データ符号化タイプ、およびスイッチング/帯域幅の細分を終了する（セクション3.8を参照）に依存して使用することができる方法と場所を識別するための有用な速記です。
All other descriptions provided in this memo are tightly bound to the resource.
このメモで提供されるすべての他の説明はしっかりとリソースにバインドされています。
ASON terms for resource:
リソースのASON用語：
- In the context of link discovery and resource management (allocation, binding into cross-connects, etc.), a GMPLS resource is one end of a link connection.
- リンク発見およびリソース管理（クロスコネクトに結合割り当て、等）の文脈では、GMPLSのリソースは、リンク接続の一端です。
- In the context of routing, path computation, and signaling, a GMPLS resource is a link connection or trail termination.
- ルーティング、経路計算、およびシグナル伝達の文脈では、GMPLSのリソースは、リンク接続又はTRAIL終端です。
Resource type is identified by a client CI (Characteristics Information) that could be carried by the resource.
リソースタイプは、リソースによって運ばれる可能性があり、クライアントのCI（特性情報）によって識別されます。
Layer <Data Plane> is a set of resources of the same type that could be used for establishing a connection or used for connectionless data delivery.
レイヤは、<データプレーン>は、接続を確立するために使用されるか、またはコネクションレスのデータ配信のために使用することができ、同じタイプのリソースのセットです。
Note. In GMPLS, the existence of non-blocking switching function in a transport node in a particular layer is modeled explicitly as one of the functions of the link interfaces connecting the transport node to its data links.
注意。 GMPLSでは、特定の層におけるトランスポートノードでノンブロッキングスイッチング機能の存在は、そのデータリンクに輸送ノードを接続するリンクインターフェースの機能の一つとして明示的にモデル化されます。
A GMPLS layer is not the same as a GMPLS region. See section 3.12.
GMPLS層はGMPLS領域と同じではありません。 3.12節を参照してください。
A GMPLS layer is an ASON layer network.
GMPLS層はASON層ネットワークです。
Label <Control Plane> is an abstraction that provides an identifier for use in the control plane in order to identify a transport plane resource.
ラベル<コントロールプレーン>はトランスポート・プレーンリソースを識別するために、制御プレーンで使用するための識別子を提供する抽象化です。
A GMPLS label is the portion of an ASON SNP name that follows the
SNPP name.
Unidirectional data link end <Data Plane> is a set of resources that belong to the same layer and that could be allocated for the transfer of traffic in that layer from a particular transport node to the same neighboring transport node in the same direction. A unidirectional data link end is connected to a transport node by one or more link interfaces (see section 3.6).
一方向データリンク端<データプレーン>は同一の層に属し、それは、同じ方向に同じ隣接輸送ノードに特定のトランスポートノードからその層におけるトラフィックの転送のために割り当てることができたリソースのセットです。一方向データリンク端は、1つまたは複数のリンクインターフェイスによって輸送ノードに接続されている（セクション3.6を参照）。
Bidirectional data link end <Data Plane> is an association of two unidirectional data link ends that exist in the same layer and that could be used for the transfer of traffic in that layer between a particular transport node and the same neighbor in both directions. A bidirectional data link end is connected to a transport node by one or more link interfaces (see section 3.6).
双方向データリンク端<データプレーン>が同じ層に存在する2つの単方向データ・リンク端の会合であり、それは特定のトランスポートノードと両方向で同一の隣接間の層におけるトラフィックの転送に使用することができます。双方向データリンク端は、1つまたは複数のリンクインターフェイスによって輸送ノードに接続されている（セクション3.6を参照）。
Unidirectional data link <Data Plane> is an association of two unidirectional data link ends that exist in the same layer, that are connected to two transport nodes adjacent in that layer, and that could be used for the transfer of traffic between the two transport nodes in one direction.
一方向データリンク<データプレーン>その層に隣接する2つのトランスポートノードに接続されている同じ層に存在する2つの単方向データ・リンク端の会合であり、それは二つの伝送ノード間のトラフィックの転送に使用することができます一方向インチ
Bidirectional data link <Data Plane> is an association of two bidirectional data link ends that exist in the same layer, that are connected to two transport nodes adjacent in that layer, and that could be used for the transfer of traffic between the two transport nodes in both directions.
双方向データリンク<データプレーン>は、その層に隣接する2つのトランスポートノードに接続されている同じ層に存在する2つの双方向データリンク端の会合であり、そしてそれは、2つのトランスポートノード間のトラフィックの転送に使用することができます両方向インチ
A GMPLS unidirectional data link end is a collection of connection points from the same client layer that are supported by a single trail termination (access point).
GMPLS一方向データリンク端は、単一のトレイル終端（アクセスポイント）によってサポートされている同じクライアント層からの接続点の集合です。
A GMPLS data link is an ASON link supported by a single server trail.
GMPLSのデータリンクは、単一のサーバトレールでサポートされているASONリンクです。
Unidirectional link interface <Data Plane> is an abstraction that connects a transport node to a unidirectional data link end and represents (hides) the data plane intelligence like switching, termination, and adaptation in one direction. In GMPLS, link interfaces are often referred to as "GMPLS interfaces" and it should be understood that these are data plane interfaces and the term does not refer to the ability of a control plane interface to handle GMPLS protocols.
単方向リンク・インターフェース<データプレーン>は、一方向データリンク端に輸送ノードを接続し（非表示）を一方向に、スイッチング終端、および適応等のデータプレーンインテリジェンスを表す抽象概念です。 GMPLSでは、リンクインターフェイスは、しばしば「GMPLSインターフェース」と呼ばれ、これらは、データプレーンのインタフェースであり、この用語は、GMPLSプロトコルを処理するためのコントロールプレーンインターフェイスの能力を意味するものではないことを理解すべきです。
A single unidirectional data link end could be connected to a transport node by multiple link interfaces with one of them, for example, realizing switching function, while others realize the function of termination/adaptation.
他の人が終結/適応の機能を実現しながら、単一の一方向データリンク端は、スイッチング機能を実現する、例えば、それらのうちの1つと複数のリンクインターフェイスによって輸送ノードに接続することができます。
Bidirectional link interface <Data Plane> is an association of two or more unidirectional link interfaces that connects a transport node to a bidirectional data link end and represents the data plane intelligence like switching, termination, and adaptation in both directions.
双方向リンクインターフェースは、<データプレーン>は、双方向データリンク端に輸送ノードを接続し、両方向に、スイッチング終端、および適応等のデータプレーンインテリジェンスを表す二つ以上の単方向リンクインターフェイスの関連付けです。
Link interface type <Data Plane> is identified by the function the interface provides. There are three distinct functions -- switching, termination, and adaptation; hence, there are three types of link interface. Thus, when a Wavelength Division Multiplexing (WDM) link can do switching for some lambda channels, and termination and TDM OC48 adaptation for some other lambda channels, we say that the link is connected to the transport node by three interfaces each of a separate type: switching, termination, and adaptation.
Linkインタフェースタイプ<データプレーン>は、インタフェースが提供する機能によって識別されます。 3つの異なる機能があります - 切り替え、終了、および適応は、したがって、リンク・インターフェースの3つのタイプがあります。したがって、波長分割多重（WDM）リンクは、いくつかのラムダチャネルに切り替えないことができる場合、およびいくつかの他のラムダチャネルの終端とTDM OC48適応、我々は、リンクが別のタイプの3つのインタフェースそれぞれにより搬送ノードに接続されていることを言います：切り替え、終了、および適応。
A GMPLS interface is the set of trail termination and adaptation functions between one or more server layer trails and a specific client layer subnetwork (which commonly is a matrix in a network element).
GMPLSインターフェースは、1つまたは複数のサーバ層トレイルと（一般にネットワーク要素内行列である）特定のクライアント層サブネットワーク間のトレイル終端と適応関数のセットです。
The GMPLS interface type may be identified by the ASON adapted client layer, or by the terminated server layer, or a combination of the two, depending on the context. In some cases, a GMPLS interface comprises a set of ASON trail termination/adaptation functions, for which some connection points are bound to trail terminations and others to matrices.
GMPLSインターフェイスタイプは、クライアント層を適合、または終了サーバ層、または文脈に応じて2つの組み合わせによってASONによって同定することができます。いくつかのケースでは、GMPLSインタフェースは、いくつかの接続点がマトリックスにトレイル終端などに結合されるASON証跡終了/適応関数のセットを含みます。
In GMPLS a connection is known as a Label Switched Path (LSP).
GMPLSでは接続はラベルスイッチパス（LSP）として知られています。
Unidirectional LSP (connection) <Data Plane> is a single resource or a set of cross-connected resources of a particular layer that could deliver traffic in that layer between a pair of transport nodes in one direction.
一方向LSP（接続）<データプレーン>は、単一のリソースまたは一方向に搬送ノードの対の間にその層にトラフィックを配信することができ、特定の層の相互接続されたリソースのセットです。
Unidirectional LSP (connection) <Control Plane> is the signaling state necessary to maintain a unidirectional data plane LSP.
一方向LSP（接続）<コントロールプレーン>は、一方向データプレーンLSPを維持するのに必要な信号状態です。
Bidirectional LSP (connection) <Data Plane> is an association of two unidirectional LSPs (connections) that could simultaneously deliver traffic in a particular layer between a pair of transport nodes in opposite directions.
双方向LSP（接続）<データプレーン>は同時に反対方向に搬送ノードの対の間の特定の層でトラフィックを送信できる2つの単方向のLSP（接続）の会合です。
In the context of GMPLS, both unidirectional constituents of a bidirectional LSP (connection) take identical paths in terms of data links, are provisioned concurrently, and require a single (shared) control state.
GMPLSの文脈では、双方向LSP（接続）の一方向の成分の双方は、データリンクの点で同じ経路を取る、同時にプロビジョニング、および単一の（共有）制御状態を必要としています。
Bidirectional LSP (connection) <Control Plane> is the signaling state necessary to maintain a bidirectional data plane LSP.
双方向LSP（接続）<コントロールプレーン>は、双方向データプレーンLSPを維持するのに必要な信号状態です。
LSP (connection) segment <Data Plane> is a single resource or a set of cross-connected resources that constitutes a segment of an LSP (connection).
LSP（接続）セグメント<データプレーン>は、単一のリソースまたはLSP（接続）のセグメントを構成する相互接続リソースのセットです。
A GMPLS LSP (connection) is an ASON network connection.
GMPLS LSP（接続）は、ASONネットワーク接続です。
A GMPLS LSP segment is an ASON serial compound link connection.
GMPLS LSPセグメントは、ASONシリアル化合物リンク接続です。
Switching capability <Data Plane> is a property (and defines a type) of a link interface that connects a particular data link to a transport node. This property/type characterizes the interface's ability to cooperate with other link interfaces connecting data links within the same layer to the same transport node for the purpose of binding resources into cross-connects. Switching capability is advertised as an attribute of the TE link local end associated with the link interface.
トランスポートノードに特定のデータリンクを接続するリンクインターフェースのスイッチング能力<データプレーンは>プロパティである（及びタイプを定義します）。このプロパティ/タイプは、他のリンクインターフェイスがクロスコネクトにリソースを結合するために、同じトランスポートノードに同一の層内にデータリンクを接続すると協働するインタフェースの能力を特徴付けます。スイッチング機能は、リンクインターフェイスに関連付けられたTEリンクローカルエンドの属性として宣伝されています。
Termination capability <Data Plane> is a property of a link interface that connects a particular data link to a transport node. This property characterizes the interface's ability to terminate connections within the layer that the data link belongs to.
終端能力<データプレーンは>トランスポートノードに特定のデータリンクを接続するリンクインターフェースの特性です。このプロパティは、データリンクが属する層内の接続を終了するインターフェイスの能力を特徴づけます。
Adaptation capability <Data Plane> is a property of a link interface that connects a particular data link to a transport node. This property characterizes the interface's ability to perform a nesting function -- to use a locally terminated connection that belongs to one layer as a data link for some other layer.
適応能力<データプレーンは>トランスポートノードに特定のデータリンクを接続するリンクインターフェースの特性です。他のいくつかの層のためのデータリンクとして一つの層に属し、ローカルに終端接続を使用する - このプロパティは、ネスティング機能を実行するためのインタフェースの能力を特徴づけます。
The need for advertisement of adaptation and termination capabilities within GMPLS has been recognized, and work is in progress to determine how these will be advertised. It is likely that they will be advertised as a single combined attribute, or as separate attributes of the TE link local end associated with the link interface.
GMPLS内の適応と終了能力の広告の必要性が認識されている、との仕事は、これらがアドバタイズされる方法を決定するために進行中です。それらが単一の複合属性として、またはリンクインターフェイスに関連付けられたTEリンクローカルエンドの別々の属性としてアドバタイズされる可能性があります。
In ASON applications:
ASONのアプリケーションでは：
The GMPLS switching capability is a property of an ASON link end representing its association with a matrix.
GMPLSスイッチング機能は、マトリックスとの関連を表すASONリンク端の特性です。
The GMPLS termination capability is a property of an ASON link end representing potential binding to a termination point.
GMPLS終端機能は、終端点への潜在的な結合を表すASONリンク端の特性です。
The GMPLS adaptation capability is a property of an ASON link end representing potential adaptation to/from a client layer network.
GMPLS適応機能は、クライアントレイヤネットワークへ/からの潜在的な適応を表すASONのリンク端のプロパティです。
TE link end <Control Plane> is a grouping for the purpose of advertising and routing of resources of a particular layer.
TEリンク端<コントロールプレーン>は、広告と、特定の層のリソースのルーティングのためにグループ化したものです。
Such a grouping allows for decoupling of path selection from resource assignment. Specifically, a path could be selected in a centralized way in terms of TE link ends, while the resource assignment (resource reservation and label allocation) could be performed in a distributed way during the connection setup. A TE link end may reflect zero, one or more data link ends in the data plane. A TE link end is associated with exactly one layer.
そのようなグループ化は、リソース割り当てから経路選択の分離を可能にします。リソース割当て（リソース予約及びラベル割り当て）は、接続のセットアップ中に分散方法で実行することができるが、具体的に、経路は、TEリンク端の点で集中的に選択することができます。 TEリンク端は、ゼロ、1つまたは複数のデータリンクは、データプレーンで終了反映することができます。 TEリンクの端が正確に一つの層に関連しています。
TE link <Control Plane> is a grouping of two TE link ends associated with two neighboring transport nodes in a particular layer.
TEリンク<コントロールプレーン>は、特定の層に隣接する二つのトランスポート・ノードに関連付けられた端部2つのTEリンクのグループです。
In contrast to a data link, which provides network flexibility in a particular layer and, therefore, is a "real" topological element, a TE link is a logical routing element. For example, an LSP path is computed in terms of TE links (or more precisely, in terms of TE link ends), while the LSP is provisioned over (that is, resources are allocated from) data links.
従って、特定の層にネットワークの柔軟性を提供し、データリンク、とは対照的に、TEリンクは、論理ルーティング要素であり、「真の」トポロジー要素です。 LSPがオーバープロビジョニングされている間、例えば、LSPパス（つまり、リソースがから割り当てられる）データリンク、TEリンク（またはより正確には、TEリンクの点で終わる）の点で計算されます。
Virtual TE link is a TE link associated with zero data links.
仮想TEリンクは、ゼロデータリンクに関連付けられたTEリンクです。
TE link end advertising <Control Plane>. A controller managing a particular transport node advertises local TE link ends. Any controller in the TE domain makes a TE link available for its local path computation if it receives consistent advertisements of both TE link ends. Strictly speaking, there is no such thing as TE link advertising -- only TE link end advertising. TE link end advertising may contain information about multiple switching capabilities. This, however, should not be interpreted as advertising of a multi-layer TE link end, but rather as joint advertisement of ends of multiple parallel TE links, each representing resources in a separate layer. The advertisement may contain attributes shared by all TE links in the group (for example, protection capabilities, Shared Risk Link Groups (SRLGs), etc.), separate information related to each TE link (for example, switching capability, data encoding, unreserved bandwidth, etc.) as well as information related to inter-layer relationships of the advertised resources (for example, termination and adaptation capabilities) should the control plane decide to use them as the termination points of higher-layer data links. These higher-layer data links, however, are not real yet -- they are abstract until the underlying connections are established in the lower layers.
TEリンクエンド広告<コントロールプレーン>。特定のトランスポートノードを管理する制御装置は、ローカルTEリンク端をアドバタイズ。それは両方のTEリンク端の一貫した広告を受信した場合、TEドメイン内の任意のコントローラは、ローカルパス計算のためのTEリンクが利用可能にします。唯一のTEリンクエンド広告 - 厳密に言えば、TEリンクの広告のようなものはありません。 TEリンク端の広告は、複数のスイッチング機能についての情報が含まれていてもよいです。これは、しかしながら、それぞれ表すリソースは、別個の層では、多層TEリンク端の広告としてではなく、複数の並列TEリンクの両端のジョイント広告として解釈されるべきではありません。各TEリンクに関連する広告が（等例えば、保護機能、共有リスクリンクグループ（SRLGs））グループ内のすべてのTEリンクで共有属性を含んでいてもよい、別の情報（例えば、スイッチング能力、データ符号化、予約されていません帯域幅、等）、ならびに例えば、終結および適応機能のアドバタイズリソース（）の層間の関係に関する情報は、制御プレーンは、上位層のデータリンクの終端点としてそれらを使用することを決定しなければなりません。これらの上位層のデータリンクは、しかし、まだ本物ではありません - 基礎となる接続が下位レイヤに確立されるまで、彼らは抽象的です。
LSPs created in lower layers for the purpose of providing data links (extra network flexibility) in higher layers are called hierarchical connections or LSPs (H-LSPs), or simply hierarchies. LSPs created for the purpose of providing data links in the same layer are called stitching segments. H-LSPs and stitching segments could, but do not have to, be advertised as TE links. Naturally, if they are advertised as TE links (LSPs advertised as TE links are often referred to as TE-LSPs), they are made available for path computations performed on any controller within the TE domain into which they are advertised. H-LSPs and stitching segments could be advertised either individually or in TE bundles. An H-LSP or a stitching segment could be advertised as a TE link either into the same or a separate TE domain compared to the one within which it was provisioned.
上位層のデータリンクを提供する目的のために下位層（余分なネットワークの柔軟性）で作成されたLSPは（H-のLSP）階層接続またはLSPを呼ばれる、または単に階層れます。同じ層にデータリンクを提供することを目的として作成されたLSPはステッチセグメントと呼ばれています。 H-LSPをとステッチセグメントは、しかし、TEリンクとして宣伝されている必要はありませんでした。それらはTEリンク（TEリンクとして広告のLSPは、しばしばTE-のLSPと呼ばれる）として宣伝されている場合は当然のことながら、それらは、それらがアドバタイズされるにTEドメイン内の任意のコントローラ上で実行パス計算のために利用可能にされます。 H-のLSPとステッチセグメントは、個別に、またはTE束でアドバタイズすることができます。 H-LSPまたはステッチセグメントは、TEリンクのいずれかと、それがプロビジョニングされた内のものと比較し、同一または別個のTEドメインにアドバタイズすることができました。
A set of H-LSPs that is created (or could be created) in a particular layer to provide network flexibility (data links) in other layers is called a Virtual Network Topology (VNT). A single H-LSP could provide several (more than one) data links (each in a different layer).
他の層でのネットワークの柔軟性（データリンク）を提供するために特定の層で作成された（または作成することができた）H-LSPのセットは、仮想ネットワークトポロジ（VNT）と呼ばれています。単H-LSPは、いくつかの（複数の）データリンク（異なる層の各）を提供することができます。
Forwarding Adjacency (FA) <Control Plane> is a TE link that does not require a direct routing adjacency (peering) between the controllers managing its ends in order to guarantee control plane connectivity (a control channel) between the controllers. An example of an FA is an H-LSP or stitching segment advertised as a TE link into the same TE domain within which it was dynamically provisioned. In such cases, the control plane connectivity between the controllers at the ends of the H-LSP/stitching segment is guaranteed by the concatenation of control channels interconnecting the ends of each of its constituents. In contrast, an H-LSP or stitching segment advertised as a TE link into a TE domain (different than one where it was provisioned) generally requires a direct routing adjacency to be established within the TE domain where the TE link is advertised in order to guarantee control plane connectivity between the TE link ends. Therefore, is not an FA.
転送隣接（FA）<コントロールプレーン>は、コントローラは、コントローラ間の制御プレーン接続（制御チャネル）を保証するためにその端部を管理する間（ピアリング）直接ルーティング隣接関係を必要としないTEリンクです。 FAの例は、それが動的にプロビジョニングされた内同じTEドメインにTEリンクとして広告H-LSPまたはステッチのセグメントです。このような場合には、H-LSP /ステッチセグメントの端部におけるコントローラ間の制御プレーンの接続は、その成分のそれぞれの端部を相互接続する制御チャネルを連結することによって保証されます。対照的に、H-LSPまたはステッチのセグメントが（それがプロビジョニングされたものとは異なる）TEドメインにTEリンクとして広告は、一般に、TEリンクをするためにアドバタイズされるTEドメイン内で確立される直接ルーティング隣接を必要とTEリンク端間の制御プレーンの接続性を保証します。したがって、FAではありません。
The ITU term for a TE link end is Subnetwork Point (SNP) pool (SNPP).
TEリンクエンドのためのITUの用語は、サブネットワークポイント（SNP）プール（SNPP）です。
The ITU term for a TE link is SNPP link.
TEリンクのITUの用語はSNPPリンクです。
The ITU term for an H-LSP is trail.
H-LSPのためのITUの用語は、TRAILです。
TE link attribute is a parameter of the set of resources associated with a TE link end that is significant in the context of path computation.
TEリンク属性は、経路計算の文脈で重要であるTEリンクエンドに関連付けられたリソースのセットのパラメータです。
Full TE visibility is a situation when a controller receives all unmodified TE advertisements from every other controller in a particular set of controllers.
完全なTEの可視性は、コントローラは、コントローラの特定のセット内のすべての他のコントローラからのすべての未修飾TEアドバタイズメントを受信したときの状況です。
Limited TE visibility is a situation when a controller receives summarized TE information, or does not receive TE advertisements from at least one of a particular set of controllers.
限られたTEの可視性は、コントローラがまとめTE情報を受信し、またはコントローラの特定のセットの少なくとも1つからTEアドバタイズメントを受信しない場合の状況です。
TE domain is a set of controllers each of which has full TE visibility within the set.
TEドメインは、セット内の完全なTEの可視性を持っているそれぞれのコントローラのセットです。
TE database (TED) is a memory structure within a controller that contains all TE advertisements generated by all controllers within a particular TE domain.
TEデータベース（TED）は、特定のTEドメイン内のすべてのコントローラによって生成されたすべての広告が含まれ、コントローラ内のメモリ構造です。
Vertical network integration is a set of control plane mechanisms and coordinated data plane mechanisms that span multiple layers. The control plane mechanisms exist on one or more controllers and operate either within a single control plane instance or between control plane instances. The data plane mechanisms consist of collaboration and adaptation between layers within a single transport node.
垂直ネットワーク統合制御プレーン機構と、複数の層にまたがる協調データプレーンメカニズムのセットです。制御プレーンメカニズムは、1つまたは複数のコントローラ上に存在し、単一の制御プレーンインスタンス内または制御プレーンインスタンス間のいずれかで動作します。データプレーンメカニズムは、単一のトランスポートノード内の層の間の連携と適応から成ります。
Horizontal network integration is a set of control plane mechanisms and coordinated data plane mechanisms that span multiple TE domains within the same layer. The control plane mechanisms exist on one or more controllers and operate either within a single control plane instance or between control plane instances. The data plane mechanisms consist of collaboration between TE domains.
水平ネットワーク統合制御プレーン機構と同じ層内の複数のTEドメインにまたがる協調データプレーンメカニズムのセットです。制御プレーンメカニズムは、1つまたは複数のコントローラ上に存在し、単一の制御プレーンインスタンス内または制御プレーンインスタンス間のいずれかで動作します。データプレーンメカニズムはTEドメインとの間のコラボレーションから成ります。
Component link end <Control Plane> is a grouping of resources of a particular layer that is not advertised as an individual TE link end. A component link end could represent one or more data link ends or any subset of resources that belong to one or more data link ends.
コンポーネントリンク端が<コントロールプレーン>は、個々のTEリンク端としてアドバタイズされていない特定の層のリソースのグループです。コンポーネントリンク端は、1つまたは複数のデータリンクが終了する、または1つのまたは複数のデータリンク端に属するリソースのサブセット表すことができます。
Component link <Control Plane> is a grouping of two or more component link ends associated with neighboring transport nodes (that is, directly interconnected by one or more data links) in a particular layer. Component links are equivalent to TE links except that the component link ends are not advertised separately.
コンポーネントリンク<コントロールプレーン>は、特定の層におけるトランスポートノードを隣接に関連付けられている端二つ以上の成分のリンクのグループ（すなわち、直接一つまたは複数のデータリンクによって相互接続されている）です。コンポーネントリンクは、コンポーネントリンクの両端が個別に宣伝されていないことを除いて、TEリンクに相当します。
TE bundle <Control Plane> is an association of several parallel (that is, connecting the same pair of transport nodes) component links whose attributes are identical or whose differences are sufficiently negligible that the TE domain can view the entire association as a single TE link. A TE bundle is advertised in the same way as a TE link, that is, by representing the associated component link ends as a single TE link end (TE bundle end) which is advertised.
TE束<コントロールプレーン>は、いくつかの並列の関連で、その属性が同一であるか、または、その差TEドメインは、単一のTEリンクとして全体の関連を見ることができることは十分に無視できる（すなわち、トランスポートノードの同じペアを接続、である）コンポーネントリンク。 TE束がアドバタイズされた単一のTEリンク端（TEバンドル端）として終了する関連コンポーネントリンクを表すことによって、つまり、TEリンクと同様にアドバタイズされます。
TE region <Control Plane> is a set of one or more layers that are associated with the same type of data plane technology. A TE region is sometimes called an LSP region or just a region. Examples of regions are: IP, ATM, TDM, photonic, fiber switching, etc. Regions and region boundaries are significant for the signaling sub-system of the control plane because LSPs are signaled substantially differently (i.e., use different signaling object formats and semantics) in different regions. Furthermore, advertising, routing, and path computation could be performed differently in different regions. For example, computation of paths across photonic regions requires a wider set of constraints (e.g., optical impairments, wavelength continuity, etc) and needs to be performed in different terms (e.g., in terms of individual resources -- lambda channels, rather than in terms of TE links) compared to path computation in other regions like IP or TDM.
TE領域<コントロールプレーン>はデータプレーン技術の同じタイプに関連する1つの以上の層の集合です。 TE領域は、時々、LSP領域または単に領域と呼ばれます。領域の例としては、等のLSPは、（実質的に異なるシグナリングされるので、領域および領域の境界は、制御プレーンのシグナリングサブシステムにとって重要であるIP、ATM、TDM、光ファイバスイッチング、すなわち、異なるシグナリングオブジェクトフォーマット及びセマンティクスを使用）異なる領域です。さらに、広告、ルーティング、および経路計算は、異なる領域に異なる実行することができます。例えば、フォトニック領域を横切る経路の計算は、制約の広いセット（例えば、光障害、波長の連続性など）を必要とし、個々のリソースの点で異なる用語（例えば、中に行う必要がある - というよりもラムダチャネルIPまたはTDMのような他の領域における経路計算と比較してTEリンクの観点から）。
As discussed in the introduction to this document, this lexicography is intended to bring the concepts and terms associated with GMPLS into the context of the ITU-T's ASON architecture. Thus, it should help those familiar with ASON to see how they may use the features and functions of GMPLS in order to meet the requirements of an ASON. For example, service providers wishing to establish a protected end-to-end service might read [SEG-PROT] and [E2E-PROT] and wish to understand how the GMPLS terms used relate to the ASON architecture so that they can confirm that they will satisfy their requirements.
このドキュメントへの導入部で論じたように、この辞書編集は、ITU-TのASONアーキテクチャのコンテキストにGMPLSに関連する概念と用語をもたらすことを意図しています。このように、それは彼らがASONの要件を満たすためにGMPLSの特徴や機能を使用できるか確認するためにASONに精通している人を助けるべきです。例えば、彼らは彼らことを確認することができるようにASONアーキテクチャに関連して、保護されたエンドツーエンドのサービスを確立したいサービスプロバイダは、[SEG-PROT]を読むかもしれないと[E2E-PROT]とGMPLSの用語が使用方法を理解したいですその要件を満たします。
This lexicography should not be used in order to obtain or derive definitive definitions of GMPLS terms. To obtain definitions of GMPLS terms that are applicable across all GMPLS architectural models, the reader should refer to the RFCs listed in the references sections of this document. [RFC3945] provides an overview of the GMPLS architecture and should be read first.
この辞書編集は、GMPLS用語の明確な定義を取得または導出するために使用すべきではありません。すべてのGMPLS建築モデル間で適用されているGMPLSの用語の定義を得るために、読者はこのドキュメントの参照セクションに記載されているRFCを参照してください。 [RFC3945]はGMPLSのアーキテクチャの概要を提供し、最初に読み出されるべきです。
Both GMPLS and ASON networks require management. Both GMPLS and ASON specifications include considerable efforts to provide operator control and monitoring, as well as Operations and Management (OAM) functionality.
GMPLSとASONネットワークの両方を管理する必要があります。 GMPLSとASON仕様の両方は、オペレータ制御およびモニタリング、ならびに運用および管理（OAM）機能を提供するために多大な努力が挙げられます。
These concepts are, however, out of scope of this document.
これらの概念は、このドキュメントの範囲の外に、しかし、です。
Security is also a significant requirement of both GMPLS and ASON architectures.
セキュリティもGMPLSとASONアーキテクチャの両方の重要な要件です。
Again, however, this informational document is intended only to provide a lexicography, and the security concerns are, therefore, out of scope.
繰り返しますが、しかし、この情報のドキュメントは、辞書編集を提供するだけのものであり、セキュリティ上の懸念は、スコープの外に、それゆえ、あります。
The authors would like to thank participants in the IETF's CCAMP working group and the ITU-T's Study Group 15 for their help in producing this document. In particular, all those who attended the Study Group 15 Question 14 Interim Meeting in Holmdel, New Jersey during January 2005. Further thanks to all participants of Study Group 15 Questions 12 and 14 who have provided valuable discussion, feedback and suggested text.
作者はこのドキュメントを生成する際に彼らの助けのためにIETFのワーキンググループCCAMPとITU-Tの研究グループ15の参加者に感謝したいと思います。具体的には、貴重な議論、フィードバックや提案のテキストを提供してきた研究グループ15件の質問12と14のすべての参加者に1月中に2005さらに感謝をホルムデル、ニュージャージー州の研究会15問14暫定会議に出席したすべての人。
Many thanks to Ichiro Inoue for his useful review and input, and to Scott Brim and Dimitri Papadimitriou for lengthy and constructive discussions. Ben Mack-Crane and Jonathan Sadler provided very helpful reviews and discussions of ASON terms. Thanks to Deborah Brungard and Kohei Shiomoto for additional review comments.
長いと建設的な議論のための彼の有益なレビューと入力のため、そしてスコット・ブリムとディミトリPapadimitriouに井上一郎に感謝します。ベン・マック・クレーンとジョナサン・サドラーは非常に有用口コミASON用語の議論を提供します。追加のレビューコメントのためのデボラBrungardと康平Shiomotoに感謝します。
[RFC3945] Mannie, E., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945]マニー、E.、エド。、 "一般化マルチプロトコルラベルスイッチング（GMPLS）アーキテクチャ"、RFC 3945、2004年10月。
[RFC4201] Kompella, K., Rekhter, Y., and L. Berger, "Link Bundling in MPLS Traffic Engineering (TE)", RFC 4201, October 2005.
[RFC4201] Kompella、K.、Rekhter、Y.、およびL.バーガー、 "MPLSでのリンクバンドルトラフィックエンジニアリング（TE）"、RFC 4201、2005年10月。
[RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4202, October 2005.
[RFC4202] Kompella、K.とY. Rekhter、RFC 4202、2005年10月 "一般化マルチプロトコルラベルスイッチング（GMPLS）の支援でルーティング拡張機能"。
[RFC4204] Lang, J., Ed., "Link Management Protocol (LMP)", RFC 4204, October 2005.
[RFC4204]ラング、J.、エド。、 "リンク管理プロトコル（LMP）"、RFC 4204、2005年10月。
[RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths (LSP) Hierarchy with Generalized Multi-Protocol Label Switching (GMPLS) Traffic Engineering (TE)", RFC 4206, October 2005.
[RFC4206] Kompella、K.とY. Rekhterは、RFC 4206、2005年10月 "ラベル・パス（LSP）の階層は、一般マルチプロトコルラベルスイッチング（GMPLS）トラフィックエンジニアリング（TE）との交換しました"。
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471]バーガー、L.、エド。は、 "一般化マルチプロトコルラベルスイッチング（GMPLS）機能説明シグナリング"、RFC 3471、2003年1月。
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3473]バーガー、L.、エド。は、 "一般化マルチプロトコルラベルスイッチング（GMPLS）機能説明シグナリング"、RFC 3471、2003年1月。
[RFC4139] Papadimitriou, D., Drake, J., Ash, J., Farrel, A., and L. Ong, "Requirements for Generalized MPLS (GMPLS) Signaling Usage and Extensions for Automatically Switched Optical Network (ASON)", RFC 4139, July 2005.
[RFC4139] Papadimitriou、D.、ドレイク、J.、灰、J.、ファレル、A.、およびL.オング、 "自動交換光ネットワーク（ASON）のための一般化MPLS（GMPLS）使用をシグナリングおよび拡張のための要件"、 RFC 4139、2005年7月。
[RFC4203] Kompella, K., Ed. and Y. Rekhter, Ed., "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4203, October 2005.
[RFC4203] Kompella、K.、エド。そして、Y. Rekhter、エド。、RFC 4203 "一般化マルチプロトコルラベルスイッチング（GMPLS）の支援でOSPF拡張機能"、2005年10月。
[RFC4205] Kompella, K., Ed. and Y. Rekhter, Ed., "Intermediate System to Intermediate System (IS-IS) Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4205, October 2005.
[RFC4205] Kompella、K.、エド。そして、Y. Rekhter、エド。、RFC 4205、2005年10月 "中間システム（IS-IS）一般化マルチプロトコルラベルスイッチング（GMPLS）のサポートで機能拡張への中間システム"。
[RFC4258] Brungard, D., Ed., "Requirements for Generalized Multi-Protocol Label Switching (GMPLS) Routing for the Automatically Switched Optical Network (ASON)", RFC 4258, November 2005.
[RFC4258] Brungard、D.、エド。、RFC 4258、2005年11月 "一般化マルチプロトコルラベルのための要件は、自動的に交換光ネットワーク（ASON）のためのルーティング（GMPLS）の切り替え"。
[RFC4394] Fedyk, D., Aboul-Magd, O., Brungard, D., Lang, J., and D. Papadimitriou, "A Transport Network View of the Link Management Protocol (LMP)", RFC 4394, February 2006.
[RFC4394] Fedyk、D.、のAboul-Magd、O.、Brungard、D.、ラング、J.、およびD. Papadimitriou、 "リンク管理プロトコルのトランスポート・ネットワークビュー（LMP）"、RFC 4394、2006年2月。
[E2E-PROT] Lang, J., Ed., Rekhter, Y., Ed., and D. Papadimitriou, D., Ed., "RSVP-TE Extensions in support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS)-based Recovery", Work in Progress, April 2005.
[E2E-PROT]ラング、J.、エド。、Rekhter、Y.、エド。、およびD. Papadimitriou、D.、エド。エンド・ツー・エンドの一般化マルチプロトコルラベルのサポートでは、「RSVP-TE拡張機能スイッチング（GMPLS）は進歩、2005年4月に、「作業を回復するベース。
[SEG-PROT] Berger, L., Bryskin, I., Papadimitriou, D., and A. Farrel, "GMPLS Based Segment Recovery", Work in Progress, May 2005.
[SEG-PROT]バーガー、L.、Bryskin、I.、Papadimitriou、D.、およびA.ファレル、 "GMPLSに基づくセグメントの回復"、進捗状況、2005年5月に作業が。
For information on the availability of the following documents, please see http://www.itu.int.
次の書類の入手については、http://www.itu.intを参照してください。
[G-8080] ITU-T Recommendation G.8080/Y.1304, Architecture for the automatically switched optical network (ASON).
[G-8080] ITU-T勧告G.8080 / Y.1304、アーキテクチャのために自動的に光ネットワーク（ASON）を切り替えます。
[G-805] ITU-T Recommendation G.805 (2000), Generic functional architecture of transport networks.
[G-805] ITU-T勧告G.805（2000）は、トランスポートネットワークの一般的な機能アーキテクチャ。
[G-807] ITU-T Recommendation G.807/Y.1302 (2001), Requirements for the automatic switched transport network (ASTN).
[G-807] ITU-T勧告G.807 / Y.1302（2001）、自動転送ネットワーク（ASTN）を切り替えるための要件。
[G-872] ITU-T Recommendation G.872 (2001), Architecture of optical transport networks.
[G-872] ITU-T勧告G.872（2001）、光トランスポートネットワークのアーキテクチャ。
[G-8081] ITU-T Recommendation G.8081 (2004), Terms and definitions for Automatically Switched Optical Networks (ASON).
[G-8081] ITU-T勧告G.8081（2004）、自動的に交換光ネットワーク（ASON）のための用語と定義。
[G-7713] ITU-T Recommendation G.7713 (2001), Distributed Call and Connection Management.
[G-7713] ITU-T勧告G.7713（2001）、呼接続管理を分散。
[G-7714] ITU-T Recommendation G.7714 Revision (2005), Generalized automatic discovery techniques.
[G-7714] ITU-T勧告G.7714改訂（2005年）、一般自動検出技術。
[G-7715] ITU-T Recommendation G.7715 (2002), Architecture and Requirements for the Automatically Switched Optical Network (ASON).
[G-7715] ITU-T勧告G.7715（2002）、自動交換光ネットワーク（ASON）のためのアーキテクチャおよび要件。
Authors' Addresses
著者のアドレス
Igor Bryskin Independent Consultant
イゴールBryskin独立コンサルタント
EMail: i_bryskin@yahoo.com
メールアドレス：i_bryskin@yahoo.com
Adrian Farrel Old Dog Consulting
エードリアンファレル古い犬のコンサルティング
Phone: +44 (0) 1978 860944 EMail: adrian@olddog.co.uk
電話：+44（0）1978 860944 Eメール：adrian@olddog.co.uk
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）によって提供されます。