[要約] 要約：RFC 4397は、ITU-Tの自動切り替え光ネットワーク（ASON）アーキテクチャのコンテキストでの一般化マルチプロトコルラベルスイッチング（GMPLS）用語の解釈のための語彙集です。 目的：このRFCの目的は、GMPLS用語を明確に定義し、ASONアーキテクチャのコンテキストでの一貫性と相互運用性を向上させることです。
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).
Copyright（c）The Internet Society（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）は、IETFによって開発され、さまざまなデータプレーンテクノロジーおよびいくつかのアーキテクチャモデルにわたってラベルスイッチされたパス（LSP）の確立を促進しています。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）は、IETFによって開発され、パケットスイッチング能力（PSC）、レイヤー2スイッチング有能（L2SC）、時間除算などのさまざまなデータプレーンテクノロジーにおけるラベルスイッチパス（LSP）の確立を促進するために開発されました。多重化（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.
このドキュメント全体で、角度ブラケット（ "<"および ">"）を使用して、用語が適用されるコンテキストを示します。たとえば、用語の説明の一部として、「<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.
Transport Node <Data Plane>は、データフローを発信および/または終了したり、宛先へのルートに切り替えることができる論理ネットワークデバイスです。
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）、シグナリングプロトコル、パス計算など）をモデル化する論理エンティティです。単一のコントローラーは、1つ以上のトランスポートノードを管理できます。個別の機能（ルーティングやシグナル伝達など）は異なるサイトでホストされる可能性があるため、たとえば、ルーティングコントローラー、シグナリングコントローラーなどと呼ばれる個別の論理エンティティと見なすことができます。
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.
Node <Control＆Data Planes>は、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タイムスロットを備えたいくつかのTDMデバイスを動作させることができます。また、パケットベースのリソースには複数のレイヤーがあります（つまり、ラベルスタックのラベルごとに1つ）。したがって、基礎となるデータプレーンテクノロジーに関係なく、レイヤーリソース（または単にリソース）を基本的なデータプレーンコンストラクトとして定義します。特定のデータエンコードタイプと切り替え/終端帯域幅の粒度の組み合わせによって定義されます。レイヤーリソースの例は、PSC1、PSC4、ATM VP、ATM VC、イーサネット、VC-12、VC-4、Lambda 10G、およびLambda 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リソースはリンク接続またはトレイル終了です。
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では、特定のレイヤーのトランスポートノードでの非ブロッキングスイッチング関数の存在は、トランスポートノードをデータリンクに接続するリンクインターフェイスの関数の1つとして明示的にモデル化されます。
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.
GMPLSラベルは、SNPP名に続くAson SNP名の部分です。
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).
一方向のデータリンクEnd <Data Plane>は、同じレイヤーに属するリソースのセットであり、特定の輸送ノードから同じ隣接輸送ノードへのその層のトラフィックの転送に割り当てられる可能性があります。一方向のデータリンク端は、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).
双方向のデータリンクend <Data Plane>は、同じレイヤーに存在する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つの輸送ノードに接続されており、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単方向データリンクEndは、単一のトレイル終了（アクセスポイント）によってサポートされている同じクライアントレイヤーからの接続ポイントのコレクションです。
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.
単方向リンクインターフェイス<Data Plane>は、トランスポートノードを単方向データリンクの終了に接続し、スイッチング、終了、適応などのデータプレーンインテリジェンスを一方向でのデータプレーンインテリジェンスを表します（隠している）抽象化です。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.
双方向リンクインターフェイス<Data Plane>は、トランスポートノードを双方向データリンクエンドに接続し、両方向での切り替え、終了、適応などのデータプレーンインテリジェンスを表す2つ以上の単方向リンクインターフェイスの関連です。
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.
リンクインターフェイスタイプ<データプレーン>は、インターフェイスが提供する関数によって識別されます。スイッチング、終了、および適応という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インターフェイスタイプは、ASON適応されたクライアントレイヤー、またはコンテキストに応じて、終了したサーバーレイヤー、または2つの組み合わせによって識別される場合があります。場合によっては、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.
GMPLのコンテキストでは、両方の双方向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.
スイッチング機能<Data Plane>は、特定のデータリンクをトランスポートノードに接続するリンクインターフェイスのプロパティ（およびタイプを定義する）です。このプロパティ/タイプは、同じレイヤー内のデータリンクを同じトランスポートノードに接続する他のリンクインターフェイスと協力するインターフェイスの能力を特徴づけています。スイッチング機能は、リンクインターフェイスに関連付けられた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.
終了能力<Data Plane>は、特定のデータリンクをトランスポートノードに接続するリンクインターフェイスのプロパティです。このプロパティは、データリンクが属するレイヤー内の接続を終了するインターフェイスの能力を特徴付けます。
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.
適応機能<Data Plane>は、特定のデータリンクをトランスポートノードに接続するリンクインターフェイスのプロパティです。このプロパティは、ネスト機能を実行するインターフェイスの機能を特徴付けています。これは、あるレイヤーに属する局所的に終了した接続を、他のレイヤーのデータリンクとして使用します。
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 Link End <Control Plane>は、特定のレイヤーのリソースの広告とルーティングを目的としたグループです。
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リンクの端は、正確に1つのレイヤーに関連付けられています。
TE link <Control Plane> is a grouping of two TE link ends associated with two neighboring transport nodes in a particular layer.
TEリンク<コントロールプレーン>は、特定のレイヤーの2つの隣接するトランスポートノードに関連付けられた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パスは、TEリンク（またはより正確には、TEリンクの終わりの観点から）の観点から計算されますが、LSPはデータリンク上にプロビジョニングされます（つまり、リソースは割り当てられます）。
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 Link End Advertising <Control Plane>。特定のトランスポートノードを管理するコントローラーは、ローカルTEリンクの終了を宣伝します。TEドメインのコントローラーは、両方のTEリンクエンドの一貫した広告を受信した場合、ローカルパス計算にTEリンクを使用できます。厳密に言えば、Te Link Advertisingのようなものはありません。つまり、End Advertisingのみです。TEリンクエンド広告には、複数のスイッチング機能に関する情報が含まれている場合があります。ただし、これは、多層TEリンクの端の広告としてではなく、それぞれが別のレイヤーのリソースを表す複数の並列TEリンクの端の共同広告として解釈されるべきではありません。広告には、グループ内のすべてのTEリンクが共有する属性（たとえば、保護機能、共有リスクリンクグループ（SRLG）など）、各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は、階層接続またはLSP（H-LSP）、または単に階層と呼ばれます。同じレイヤーでデータリンクを提供する目的で作成されたLSPは、ステッチセグメントと呼ばれます。H-LSPとステッチセグメントは、リンクとして宣伝する必要はありませんが、必要はありません。当然のことながら、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）<Control Plane>は、コントロール間のコントロールプレーン接続（コントロールチャネル）を保証するために、コントローラー間の直接ルーティング隣接（ピアリング）を必要としないTEリンクです。FAの例は、動的にプロビジョニングされた同じドメインへのTEリンクとして宣伝されているH-LSPまたはステッチセグメントです。そのような場合、H-LSP/ステッチセグメントの端にあるコントローラー間のコントロールプレーン接続は、各成分の端を相互接続するコントロールチャネルの連結によって保証されます。対照的に、TEリンクとしてTEドメインへのリンクとして宣伝されているH-LSPまたはステッチセグメント（プロビジョニングされた場所とは異なる）は、一般に、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用語はトレイルです。
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リンク属性は、PATH計算のコンテキストで重要な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広告を受信する場合の状況です。
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情報を受信したり、特定のコントローラーの少なくとも1つのセットからTE広告を受け取っていない状況です。
TE domain is a set of controllers each of which has full TE visibility within the set.
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.
コンポーネントリンクEND <Control Plane>は、個々の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.
コンポーネントリンク<コントロールプレーン>は、特定のレイヤーの隣接するトランスポートノード（つまり、1つ以上のデータリンクによって直接相互接続されている）に関連付けられた2つ以上のコンポーネントリンクエンドのグループです。コンポーネントリンクは、コンポーネントリンクの終了が個別に宣伝されていないことを除いて、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地域または単なる地域と呼ばれることもあります。領域の例は次のとおりです。IP、ATM、TDM、フォトニック、ファイバースイッチングなど。LSPは実質的に異なるシグナル伝達されるため、コントロールプレーンのシグナリングサブシステムにとって領域と領域の境界は重要です（つまり、異なるシグナル伝達オブジェクト形式とセマンティクスを使用します）さまざまな地域で。さらに、広告、ルーティング、パスの計算は、異なる地域で異なる方法で実行できます。たとえば、フォトニック領域を横切るパスの計算には、より広い制約（例えば、光学障害、波長の連続性など）が必要であり、さまざまな用語で実行する必要があります（例：個々のリソースに関しては、ラムダチャネルではなくラムダチャネルが必要です。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.
この文書の紹介で説明したように、この辞書編成は、GMPLに関連する概念と用語をITU-TのAsonアーキテクチャのコンテキストにもたらすことを目的としています。したがって、Asonに精通している人が、Asonの要件を満たすためにGMPLの機能と機能をどのように使用するかを確認するのに役立つはずです。たとえば、保護されたエンドツーエンドサービスを確立したいサービスプロバイダーは、[seg-prot]と[e2e-prot]を読み、使用されたGMPLSの用語がAsonアーキテクチャにどのように関連しているかを理解したいと考えています。彼らの要件を満たします。
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.
GMPLとASONネットワークの両方が管理を必要とします。GMPLと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の参加者に、この文書の作成に役立ってくれたことに感謝します。特に、2005年1月にニュージャージー州ホルムデルで開催された研究グループ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.
彼の有用なレビューと入力をしてくれたイチロ・イノウエ、そして長くて建設的な議論をしてくれたスコット・ブリムとディミトリ・パパディミトリウに感謝します。Ben Mack-CraneとJonathan Sadlerは、Asonの用語の非常に役立つレビューと議論を提供しました。追加のレビューコメントをしてくれたDeborah BrungardとShiomotoに感謝します。
[RFC3945] Mannie, E., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945] Mannie、E.、ed。、「一般化されたマルチプロトコルラベルスイッチング（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. Berger、「MPLS Traffic Engineering（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、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）をサポートするルーティング拡張機能」、RFC 4202、2005年10月。
[RFC4204] Lang, J., Ed., "Link Management Protocol (LMP)", RFC 4204, October 2005.
[RFC4204] Lang、J.、ed。、「Link Management Protocol（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、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）トラフィックエンジニアリング（TE）を備えたラベルスイッチ付きパス（LSP）階層」、2005年10月。
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471] Berger、L.、ed。、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナル伝達機能説明」、RFC 3471、2003年1月。
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3473] Berger、L.、ed。、「一般化されたマルチプロトコルラベルスイッチング（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.、Drake、J.、Ash、J.、Farrel、A。、およびL. Ong、「一般化されたMPLS（GMPLS）シグナリングの使用の要件と自動切り替え光ネットワーク（ASON）の拡張機能」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.、ed。and Y. Rekhter、ed。、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）をサポートするOSPF拡張」、RFC 4203、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.、ed。およびY. Rekhter、ed。、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）をサポートする中間システム（IS-IS）拡張」、RFC 4205、2005年10月。
[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.、ed。、「自動化された光ネットワーク（ASON）の一般化されたマルチプロトコルラベルスイッチング（GMPLS）ルーティングの要件」、RFC 4258、2005年11月。
[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.、Lang、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] Lang、J.、ed。、Rekhter、Y.、ed。、およびD. Papadimitriou、D.、ed。、「RSVP-TE拡張機能エンドツーエンドの一般化マルチプロトコルラベルをサポートするSwitching（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] Berger、L.、Bryskin、I.、Papadimitriou、D。、およびA. Farrel、「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 Revision（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
Igor Bryskin Independent Consultant
EMail: i_bryskin@yahoo.com
Adrian Farrel Old Dog Consulting
エイドリアンファレルオールドドッグコンサルティング
Phone: +44 (0) 1978 860944
EMail: adrian@olddog.co.uk
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
Copyright（c）The Internet Society（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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
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.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。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）によって提供されます。