RFC4397 日本語訳
4397 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. I. Bryskin, A. Farrel. February 2006. (Format: TXT=40331 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group I. Bryskin
Request for Comments: 4397 Independent Consultant
Category: Informational A. Farrel
Old Dog Consulting
February 2006
Bryskinがコメントのために要求するワーキンググループI.をネットワークでつないでください: 4397年の独立しているコンサルタントカテゴリ: 犬のコンサルティング2006年2月に年取った情報のA.ファレル
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)アーキテクチャの文脈の中の一般化されたMultiprotocolラベルの切り換え(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)インターネット協会(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).
一般化されたMultiprotocol Label Switching(GMPLS)は、さまざまなデータ飛行機技術と、そして、数個の建築モデルの向こう側にLabel Switched Paths(LSPs)の設立を容易にするためにIETFによって開発されました。 ITU-TはAutomatically Switched Optical Networks(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文脈の中で適用されるのを単に許容します。
Bryskin & Farrel Informational [Page 1] RFC 4397 GMPLS ASON Lexicography February 2006
[1ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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
1. 序論…3 2. 用語…3 2.1. GMPLS用語ソース…3 2.2. ASON用語ソース…4 2.3. 一般的な用語ソース…4 3. 辞書編集…4 3.1. 臨場感をネットワークでつないでください…4 3.2. リソース…5 3.3. 層…6 3.4. ラベル…7 3.5. データはリンクされます…7 3.6. インタフェースをリンクしてください…8 3.7. コネクションズ…9 3.8. 切り換え、終了、および適合能力…10 3.9. Teリンクとファ…11 3.10. Teドメイン…13 3.11. コンポーネントは、リンクして、荷物をまとめます…13 3.12. 地方…14 4. このLexicographyのApplicationにおける指導…14 5. 管理問題…15 6. セキュリティ問題…15 7. 承認…15 8. 標準の参照…16 9. 有益な参照…16
Bryskin & Farrel Informational [Page 2] RFC 4397 GMPLS ASON Lexicography February 2006
[2ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
1. Introduction
1. 序論
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).
一般化されたMultiprotocol Label Switching(GMPLS)は、Packet Switching Capable(PSC)や、Layer Two Switching Capable(L2SC)や、Time事業部Multiplexing(TDM)や、Lambda Switching Capable(LSC)や、Fiber Switching Capable(FSC)などのさまざまなデータ飛行機技術へのLabel Switched Paths(LSPs)の設立を容易にするためにIETFによって開発されました。
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はAutomatically Switched Optical Networks(ASON)のコントロールにアーキテクチャを指定しました。 このアーキテクチャはITU-Tの中で多くのRecommendationsの基礎を形成します。
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 Recommendationsになじみ深いそれらに解釈されるのを許容します。 本書では提示された定義はGMPLS概念の排他的であるか完全な解釈を提供しません。
2. Terminology
2. 用語
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.
このドキュメント中では、角ブラケット("<"と">")は、用語が当てはまる文脈を示すのに使用されます。 例えば、用語の記述の一部としての「<データ飛行機>」は、用語がデータ飛行機の中に当てはまることを意味します。
2.1. GMPLS Terminology Sources
2.1. GMPLS用語ソース
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]を参照してください。
Bryskin & Farrel Informational [Page 3] RFC 4397 GMPLS ASON Lexicography February 2006
[3ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
2.2. ASON Terminology Sources
2.2. ASON用語ソース
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 Recommendation G.8080[G-8080]で指定されます。 これはジェネリック機能的な建築と[G-805]、[G-807]、および[G-872]で指定された要件から開発されます。 ASON用語はASONファミリーにおける、[G-8080]や、[G-8081]や、[G-7713]や、[G-7714]や、[G-7715]などの数個のRecommendationsで定義されます。 読者は本書では出された辞書編集を適用するのを試みる前のこれらのドキュメントに詳しいに違いありません。
2.3. Common Terminology Sources
2.3. 一般的な用語ソース
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要件と要件の共有された視点に本書では建てられます。
3. Lexicography
3. 辞書編集
3.1. Network Presences
3.1. ネットワーク臨場感
3.1.1. GMPLS Terms
3.1.1. GMPLS用語
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.
輸送ノード<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.
コントローラ<Control Plane>はすべてのコントロール飛行機知性(ルーティング、交通工学(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.
ラベルSwitching Router(LSR)<Control&Dataプラネス>は輸送ノードを管理する輸送ノードとコントローラの論理結合です。 LSRsの多くの実装がすべてコントロール平面で並べられます、そして、データは論理的であるというよりむしろただ一つの現実の所在の中の用語を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.
ノード<ControlとDataプラネス>はLSRのための同義語です。
Bryskin & Farrel Informational [Page 4] RFC 4397 GMPLS ASON Lexicography February 2006
[4ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
Control plane network <Control Plane> is an IP network used for
delivery of control plane (protocol) messages exchanged by
controllers.
規制飛行機ネットワーク<Control Plane>はコントローラによって交換されたコントロール飛行機(プロトコル)メッセージの配送に使用されるIPネットワークです。
3.1.2. ASON Terms
3.1.2. ASON用語
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 Signaling Communication Network(SCN)です。 ルーティングとシグナリング交換の両方がSCNによって運ばれることに注意してください。
3.2. Resources
3.2. リソース
3.2.1. GMPLS Terms
3.2.1. GMPLS用語
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.
非パケットベースのリソース<Data Plane>はユーザトラフィック配送の目的のために特定の技術のネットワークデータ飛行機に割り当てることができたある一定の帯域幅のチャンネルです。 非パケットベースのリソースに関する例はtimeslots、λチャンネルですなど。
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.
パケットベースのリソース<Data Plane>が特定のパラメタでトラフィックの配送に関連する手段を隠す抽象化である、(最も重要である、帯域幅) 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
リソース(リソース)<データ飛行機>を層にしてください。 非パケットベースのデータ飛行機技術は異なったネットワーク層におけるリソースをもたらすかもしれません(セクション3.3を見てください)。 例えば、いくつかのTDMデバイスがVC-12 timeslots、VC-4 timeslotsがあるいくつか、およびVC4-4c timeslotsがあるいくつかで作動できます。 また、複数の層のパケットベースのリソース(すなわち、ラベルスタックのラベルあたり1つ)があります。 したがって、私たちは基礎データ飛行機構造物としての基本的なデータ飛行機技術の如何にかかわらず層のリソース(または、単にリソース)を定義します。 それは特定のzデータの符号化タイプの組み合わせで定義されます。
Bryskin & Farrel Informational [Page 5] RFC 4397 GMPLS ASON Lexicography February 2006
[5ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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.
そして、切り換え/終わり帯域幅粒状。 層のリソースに関する例は以下の通りです。 PSC1、PSC4、気圧VP、気圧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つの定義がResource Typeの概念をもたらします。 正式な用語ではありませんが、これはリソースが切り換えタイプ、zデータの符号化タイプ、および切り換え/終わり帯域幅粒状の中古の扶養家族であるかもしれない(セクション3.8を見る)特定する役に立つ速記です。
All other descriptions provided in this memo are tightly bound to the resource.
このメモに提供された他のすべての記述がしっかりリソースに縛られます。
3.2.2. ASON Terms
3.2.2. ASON用語
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(特性の情報)によって特定されます。
3.3. Layers
3.3. 層
3.3.1. GMPLS Terms
3.3.1. GMPLS用語
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.
層の<Data Plane>は取引関係を築くのに使用したか、またはコネクションレスなデータ配送に使用できた同じタイプに関するリソースのセットです。
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を見てください。
3.3.2. ASON Terms
3.3.2. ASON用語
A GMPLS layer is an ASON layer network.
GMPLS層はASON層のネットワークです。
Bryskin & Farrel Informational [Page 6] RFC 4397 GMPLS ASON Lexicography February 2006
[6ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
3.4. Labels
3.4. ラベル
3.4.1. GMPLS Terms
3.4.1. GMPLS用語
Label <Control Plane> is an abstraction that provides an identifier
for use in the control plane in order to identify a transport
plane resource.
ラベル<Control Plane>は輸送機リソースを特定するために制御飛行機における使用のための識別子を提供する抽象化です。
3.4.2. ASON Terms
3.4.2. ASON用語
A GMPLS label is the portion of an ASON SNP name that follows the
SNPP name.
GMPLSラベルはSNPP名に従うASON SNP名の部分です。
3.5. Data Links
3.5. データ・リンク
3.5.1. GMPLS Terms
3.5.1. GMPLS用語
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).
単方向のデータ・リンク終わりの<Data Plane>は同じ層に属して、その層における、トラフィックの乗り換えのために特定の輸送ノードから隣接している同じ輸送ノードまで同じ方向に割り当てることができた1セットのリソースです。 単方向のデータ・リンクエンドは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).
双方向のデータ・リンク終わりの<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.
単方向のデータ・リンク<Data Plane>は同じ層の中に存在して、その層の中で隣接している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.
双方向のデータ・リンク<Data Plane>は同じ層の中に存在して、その層の中で隣接している2つの輸送ノードに接続して、両方の方向による2つの輸送ノードの間のトラフィックの乗り換えに使用できた2つの双方向のデータ・リンクエンドの協会です。
Bryskin & Farrel Informational [Page 7] RFC 4397 GMPLS ASON Lexicography February 2006
[7ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
3.5.2. ASON Terms
3.5.2. ASON用語
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リンクです。
3.6. Link Interfaces
3.6. リンクインタフェース
3.6.1. GMPLS Terms
3.6.1. GMPLS用語
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.
リンクインターフェース型<Data Plane>はインタフェースが提供する機能によって特定されます。 3つの別個の機能(切り換え、終了、および適合)があります。 したがって、リンクインタフェースの3つのタイプがあります。 したがって、Wavelength事業部Multiplexing(WDM)リンクがある他のλチャンネルへの何人かのλチャンネルのための切り換え、終了、およびTDM OC48適合ができると、私たちは、リンクがそれぞれ別々のタイプの3つのインタフェースによって輸送ノードに接続されると言います: 切り換え、終了、および適合。
3.6.2. ASON Terms
3.6.2. ASON用語
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つ以上のサーバ層の道と特定のクライアント層サブネットワークの間の道の終了と適合機能のセット(一般的にネットワーク要素のマトリクスである)です。
Bryskin & Farrel Informational [Page 8] RFC 4397 GMPLS ASON Lexicography February 2006
[8ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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インタフェースは1セットのASON道の終了/適合機能を包括します。(いくつかの接続拠点が必ず終了と他のものを機能においてマトリクスに引きずるでしょう)。
3.7. Connections
3.7. コネクションズ
3.7.1. GMPLS Terms
3.7.1. GMPLS用語
In GMPLS a connection is known as a Label Switched Path (LSP).
GMPLSでは、接続はLabel Switched Path(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(接続)<Data Plane>は1組の輸送ノードの間のその層の中でトラフィックを一方向に提供できた特定の層の十字で接続されたリソースのただ一つのリソースかセットです。
Unidirectional LSP (connection) <Control Plane> is the signaling
state necessary to maintain a unidirectional data plane LSP.
単方向LSP(接続)<Control Plane>は単方向のデータ飛行機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(接続)<Data Plane>は同時に1組の輸送ノードの間の特定の層の中でそれぞれ反対の方向にトラフィックを提供できた2単方向LSPs(接続)の協会です。
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(接続)<Control Plane>は双方向のデータ飛行機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(接続)セグメント<Data Plane>はLSP(接続)のセグメントを構成する十字で接続されたリソースのただ一つのリソースかセットです。
3.7.2. ASON Terms
3.7.2. ASON用語
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の連続の合成リンク結合です。
Bryskin & Farrel Informational [Page 9] RFC 4397 GMPLS ASON Lexicography February 2006
[9ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
3.8. Switching, Termination, and Adaptation Capabilities
3.8. 切り換え、終了、および適合能力
3.8.1. GMPLS Terms
3.8.1. GMPLS用語
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>は特定のデータ・リンクを輸送ノードに接続するリンクインタフェースの特性です。 この特性は巣篭もり機能を実行するインタフェースの能力を特徴付けます--ある他の層にデータ・リンクとして1つの層に属す局所的に終えられた接続を使用するために。
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の別々の属性がリンクインタフェースに関連している地方の終わりをリンクするとき、それらの広告を出しそうでしょう。
3.8.2. ASON Terms
3.8.2. ASON用語
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リンクエンドの特性です。
Bryskin & Farrel Informational [Page 10] RFC 4397 GMPLS ASON Lexicography February 2006
[10ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
3.9. TE Links and FAs
3.9. Teリンクとファ
3.9.1. GMPLS Terms
3.9.1. GMPLS用語
TE link end <Control Plane> is a grouping for the purpose of
advertising and routing of resources of a particular layer.
TEリンク終わりの<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リンク<Control Plane>は特定の層の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は終わりの広告<Control Plane>をリンクします。 特定の輸送ノードを管理するコントローラは地方のTEリンクエンドの広告を出します。 TEドメインのどんなコントローラも両方のTEリンクエンドの一貫した広告を受け取るならTEリンクを地方の経路計算に利用可能にします。 厳密に言うと、TEリンク広告なんてことがありません--TEだけが終わりの広告をリンクします。 TEリンク終わりの広告は複数のスイッチング能力の情報を含むかもしれません。 しかしながら、マルチ層のTEリンクエンドにもかかわらず、複数の平行なTEの端の共同広告がむしろリンクされながら広告を出すとこれを解釈するべきではありません、別々の層の中にそれぞれリソースを表して。 広告はグループ(例えば、保護能力、Shared Risk Link Groups(SRLGs)など)におけるすべてのTEリンクによって共有された属性を含むかもしれません; 別々の情報は制御飛行機が、より高い層のデータの終了ポイントがリンクされるときそれらを使用すると決めるなら情報と同様に(例えば、スイッチング能力、zデータの符号化、無遠慮な帯域幅など)が相互広告を出しているリソース(例えば、終了と適合能力)の関係を層にするために関係づけたそれぞれのTEリンクに関連しました。 しかしながら、これらのより高い層のデータ・リンクはまだ本当ではありません--基本的な接続が下層に確立されるまで、それらは抽象的です。
Bryskin & Farrel Informational [Page 11] RFC 4397 GMPLS ASON Lexicography February 2006
[11ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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.
データ・リンク(付加的なネットワークの柔軟性)をより高い層に供給する目的のために下層で作成されたLSPsは階層的な接続、LSPs(H-LSPs)、または単に階層構造と呼ばれます。 同じ層にデータ・リンクを供給する目的のために作成されたLSPsはセグメントをステッチすると呼ばれます。 TEがリンクするとき、H-LSPsとセグメントをステッチするのは広告を出さなければならなくて、広告を出しますが、広告を出されないことができました。 当然、TEがリンクするとき(TEリンクがしばしばTE-LSPsと呼ばれるようにLSPsは広告を出しました)それらを広告に掲載するなら、それらが広告に掲載されているTEドメインの中で彼らをどんなコントローラにも実行された経路計算に利用可能にします。 個別かTEバンドルでH-LSPsとセグメントをステッチすることの広告を出すことができました。 同じくらいか別々のTEドメインへのTEリンクがそれが食糧を供給されたものと比較されたとき、H-LSPかステッチセグメントの広告を出すことができました。
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-LSPsの1セットはVirtual Network Topology(VNT)と呼ばれます。 独身のH-LSPは数個の(1以上)データ・リンク(異なった層のそれぞれ)を提供できました。
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.
推進Adjacency(FA)<Control Plane>はコントローラの間のコントロール飛行機の接続性(制御チャンネル)を保証するために終わりを管理しながらコントローラの間でダイレクトルーティング隣接番組を必要としない(じっと見ます)TEリンクです。 FAに関する例は、TEリンクとしてそれがダイナミックに食糧を供給されたのと同じTEドメインに広告に掲載されたH-LSPかステッチセグメントです。 そのような場合、H-LSP/ステッチセグメントの終わりのコントローラの間のコントロール飛行機の接続性はそれぞれの成分の両端とインタコネクトする制御チャンネルの連結で保証されます。 対照的に、TEリンクエンドの間でコントロール飛行機の接続性を保証するためにTEドメイン(それが食糧を供給されたものと異なった)へのTEリンクが、ダイレクトルーティング隣接番組がTEがリンクするTEドメインの中で確立されるのを一般に必要とするので広告に掲載されたH-LSPかステッチセグメントの広告を出します。 したがって、FAではありません。
3.9.2. ASON Terms
3.9.2. ASON用語
The ITU term for a TE link end is Subnetwork Point (SNP) pool (SNPP).
TEリンクエンドの間のITU用語はSubnetwork Point(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用語は道です。
Bryskin & Farrel Informational [Page 12] RFC 4397 GMPLS ASON Lexicography February 2006
[12ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
3.10. TE Domains
3.10. Teドメイン
3.10.1 GMPLS Terms
3.10.1 GMPLS用語
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広告を受け取らないとき、株式会社TE視度は状況です。
TE domain is a set of controllers each of which has full TE
visibility within the set.
TEドメインはそれのそれぞれがセットの中に完全なTE目に見えることを持っている1セットのコントローラです。
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ドメインの中にすべてのコントローラによって作られたすべての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セットの制御飛行機メカニズムと連携データ飛行機メカニズムです。 制御飛行機メカニズムは、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セットの制御飛行機メカニズムと連携データ飛行機メカニズムです。 制御飛行機メカニズムは、1台以上のコントローラの上に存在していて、単一管理飛行機例以内かコントロール飛行機例の間で動作します。 データ飛行機メカニズムはTEドメインの間の共同から成ります。
3.11. Component Links and Bundles
3.11. コンポーネントリンクとバンドル
3.11.1. GMPLS Terms
3.11.1. GMPLS用語
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.
コンポーネントリンクエンド<Control Plane>は個々のTEリンクエンドとして広告に掲載されていない特定の層に関するリソースの組分けです。 コンポーネントリンクエンドが1を表すかもしれませんか、より多くのデータ・リンクが終わるか、または1個以上のデータ・リンクに属すリソースのどんな部分集合も終わります。
Bryskin & Farrel Informational [Page 13] RFC 4397 GMPLS ASON Lexicography February 2006
[13ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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.
コンポーネントリンク<Control Plane>は特定の層の隣接している輸送ノード(すなわち、直接、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バンドル<Control Plane>は属性が同じであるか、または違いが十分取るにたらない数個の平行な(すなわち、同じ組の輸送ノードを接続する)コンポーネントリンクの協会です。TEドメインは単一のTEリンクであると全体の協会をみなすことができます。 TEリンクと同様に、TEバンドルの広告を出します、すなわち、広告に掲載されているただ一つのTEリンクエンド(TEバンドルエンド)として関連コンポーネントリンクエンドを表すことによって。
3.12. Regions
3.12. 地方
3.12.1. GMPLS Terms
3.12.1. GMPLS用語
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領域<Control Plane>は同じタイプのデータ飛行機技術に関連している1つ以上の層のセットです。 TE領域は時々LSP領域かまさしく領域と呼ばれます。 領域に関する例は以下の通りです。 IP、ATM、TDM、フォトニックファイバーの切り換えなど LSPsが実質的に異なって合図されるので(すなわち、異なったシグナリング物の形式と意味論を使用してください)、制御飛行機のシグナリングサブシステムに、地方と領域境界は異なった領域で重要です。 その上、異なった領域で広告、ルーティング、および経路計算を異なって実行できました。 例えば、フォトニック領域中の経路の計算は、規制(例えば、光の損傷、波長の連続など)をより広いセットに要求して、IPやTDMのような他の領域で経路計算と比べて、異なった用語(例えば、個々のリソースに関して--λはTEに関してリンクするよりむしろ精神を集中する)で実行される必要があります。
4. Guidance on the Application of this Lexicography
4. このLexicographyのApplicationにおける指導
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になじみ深いものを助けるべきです。 例えば、終わりに対する保護された終わりのサービスを確立したがっているサービスプロバイダーは、[SEG-PROT]と[2EのE-PROT]を読んで、使用されるGMPLS用語が彼らが自分達の要件を満たすと確認できるようにどのようにASON構造に関連するかを理解したがっているかもしれません。
Bryskin & Farrel Informational [Page 14] RFC 4397 GMPLS ASON Lexicography February 2006
[14ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
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用語の定義を得るために、読者は、このドキュメントの参照部で記載されたRFCsを参照するべきです。 [RFC3945]は、GMPLS構造の概観を提供して、最初に、読まれるべきです。
5. Management Considerations
5. 管理問題
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仕様の両方が、操作員制御を提供するためのかなりの努力とOperationsとManagement(OAM)と同様に機能性をモニターするのを含んでいます。
These concepts are, however, out of scope of this document.
しかしながら、このドキュメントの範囲の外にこれらの概念があります。
6. Security Considerations
6. セキュリティ問題
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.
しかしながら、一方、この情報のドキュメントが単に辞書編集を提供することを意図して、したがって、範囲の外に安全上の配慮があります。
7. Acknowledgements
7. 承認
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のStudy Group15の関係者に感謝したがっています。 特に2005年1月にHolmdel、ニュージャージーにStudy Group15Question14Interim Meetingに出席したすべての人。 さらに貴重な議論、フィードバックを提供して、テキストを勧めたStudy Group15Questions12と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.
長くて建設的な議論のために彼の役に立つレビューと入力のための井上一郎と、そして、スコットBrimとディミトリPapadimitriouをありがとうございます。 ベンマック-クレーンとジョナサン・サドラーは非常に役立っているレビューとASON用語の議論を提供しました。追加レビューコメントをデボラBrungardとKohei Shiomotoをありがとうございます。
Bryskin & Farrel Informational [Page 15] RFC 4397 GMPLS ASON Lexicography February 2006
[15ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
8. Normative References
8. 引用規格
[RFC3945] Mannie, E., Ed., "Generalized Multi-Protocol Label
Switching (GMPLS) Architecture", RFC 3945, October
2004.
[RFC3945] エドマニー、E.、RFC3945、「一般化されたマルチプロトコルラベルは(GMPLS)構造を切り換えること」での10月2004日
[RFC4201] Kompella, K., Rekhter, Y., and L. Berger, "Link
Bundling in MPLS Traffic Engineering (TE)", RFC
4201, October 2005.
[RFC4201]Kompella、K.、Rekhter、Y.、およびL.バーガー、「MPLS交通工学(Te)におけるリンクバンドリング」、RFC4201、2005年10月。
[RFC4202] Kompella, K. and Y. Rekhter, "Routing Extensions in
Support of Generalized Multi-Protocol Label
Switching (GMPLS)", RFC 4202, October 2005.
[RFC4202] KompellaとK.とY.Rekhter、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)を支持したルート設定拡大」、RFC4202、2005年10月。
[RFC4204] Lang, J., Ed., "Link Management Protocol (LMP)", RFC
4204, October 2005.
[RFC4204] ラング、J.、エド、「リンク管理プロトコル(LMP)」、RFC4204、10月2005日
[RFC4206] Kompella, K. and Y. Rekhter, "Label Switched Paths
(LSP) Hierarchy with Generalized Multi-Protocol
Label Switching (GMPLS) Traffic Engineering (TE)",
RFC 4206, October 2005.
[RFC4206]Kompella(K.とY.Rekhter)は「一般化されたマルチプロトコルラベルスイッチング(GMPLS)交通工学(Te)で切り換えられた経路(LSP)を階層構造とラベルします」、RFC4206、2005年10月。
9. Informative References
9. 有益な参照
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label
Switching (GMPLS) Signaling Functional Description",
RFC 3471, January 2003.
[RFC3471] エドバーガー、L.、RFC3471、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)は機能的な記述を示す」1月2003日
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label
Switching (GMPLS) Signaling Functional Description",
RFC 3471, January 2003.
[RFC3473] エドバーガー、L.、RFC3471、「一般化されたマルチプロトコルラベルスイッチング(GMPLS)は機能的な記述を示す」1月2003日
[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.オング、および「一般化されたMPLS(GMPLS)シグナリング用法のための要件と自動的に切り換えられた光学ネットワーク(ASON)のための拡大」、RFC4139(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、「一般化されたマルチプロトコルラベルを支持したOSPF拡張子は(GMPLS)を切り換えること」でのRFC4203(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、エド、「中間システムへの中間システム、(-、)、一般化されたマルチプロトコルを支持した拡大が切り換え(GMPLS)をラベルする、」、RFC4205(2005年10月)
Bryskin & Farrel Informational [Page 16] RFC 4397 GMPLS ASON Lexicography February 2006
[16ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
[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.(エド)、「一般化されたマルチプロトコルのための要件は自動的に切り換えられた光学ネットワーク(ASON)のために、切り換え(GMPLS)をルート設定とラベルします」、RFC4258、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.、ラング、J.、およびD.Papadimitriou、「リンク管理プロトコルに関する転送ネットワーク意見(LMP)」、RFC4394(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.(エド)、「終わるEndを支持したRSVP-TE ExtensionsはLabel Switchingの(GMPLS)ベースのRecoveryについてGeneralized Multi議定書の中で述べます」、ProgressのWork、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 Recommendation G.8080/Y.1304、自動的に切り換えられた光学ネットワーク(ASON)のためのArchitecture。
[G-805] ITU-T Recommendation G.805 (2000), Generic
functional architecture of transport networks.
[G-805]ITU-T Recommendation G.805(2000)、転送ネットワークのGeneric機能的な建築。
[G-807] ITU-T Recommendation G.807/Y.1302 (2001),
Requirements for the automatic switched transport
network (ASTN).
[G-807]ITU-T Recommendation G.807/Y.1302(2001)、自動切り換えられた輸送のためのRequirementsは(ASTN)をネットワークでつなぎます。
[G-872] ITU-T Recommendation G.872 (2001), Architecture of
optical transport networks.
[G-872] ITU-T Recommendation G.872(2001)、光学転送ネットワークのArchitecture。
[G-8081] ITU-T Recommendation G.8081 (2004), Terms and
definitions for Automatically Switched Optical
Networks (ASON).
Automatically Switched Optical Networks(ASON)のための[G-8081]ITU-T Recommendation G.8081(2004)、Terms、および定義。
[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 Recommendation G.7714 Revision(2005)、Generalizedの自動発見のテクニック。
Bryskin & Farrel Informational [Page 17] RFC 4397 GMPLS ASON Lexicography February 2006
[17ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
[G-7715] ITU-T Recommendation G.7715 (2002), Architecture and
Requirements for the Automatically Switched Optical
Network (ASON).
自動的に切り換えられた光学ネットワーク(ASON)のための[G-7715]ITU-T推薦G.7715(2002)、構造、および要件。
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はメールされます: adrian@olddog.co.uk
Bryskin & Farrel Informational [Page 18] RFC 4397 GMPLS ASON Lexicography February 2006
[18ページ]RFC4397GMPLS ASON辞書編集2006年2月の情報のBryskinとファレル
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Bryskin & Farrel Informational [Page 19]
BryskinとファレルInformationalです。[19ページ]
一覧
スポンサーリンク
