Internet Engineering Task Force (IETF) T. Otani, Ed.
Request for Comments: 6205 KDDI
Updates: 3471 D. Li, Ed.
Category: Standards Track Huawei
ISSN: 2070-1721 March 2011
Generalized Labels for Lambda-Switch-Capable (LSC)
Label Switching Routers
Abstract
抽象
Technology in the optical domain is constantly evolving, and, as a consequence, new equipment providing lambda switching capability has been developed and is currently being deployed.
光領域における技術は、常に結果として、ラムダスイッチング機能を提供する新しい装置が開発され、現在展開されている、進化、そしてれます。
Generalized MPLS (GMPLS) is a family of protocols that can be used to operate networks built from a range of technologies including wavelength (or lambda) switching. For this purpose, GMPLS defined a wavelength label as only having significance between two neighbors. Global wavelength semantics are not considered.
一般化されたMPLS（GMPLS）は、波長（またはラムダ）スイッチングを含む技術の範囲から構築されたネットワークを動作させるために使用できるプロトコルのファミリーです。この目的のために、GMPLSは2人のだけの隣人との意義を有するものと波長ラベルを定義しました。グローバル波長の意味は考慮されません。
In order to facilitate interoperability in a network composed of next generation lambda-switch-capable equipment, this document defines a standard lambda label format that is compliant with the Dense Wavelength Division Multiplexing (DWDM) and Coarse Wavelength Division Multiplexing (CWDM) grids defined by the International Telecommunication Union Telecommunication Standardization Sector. The label format defined in this document can be used in GMPLS signaling and routing protocols.
次世代ラムダスイッチ可能な装置で構成されるネットワークで相互運用性を容易にするために、この文書は、によって定義された高密度波長分割多重（DWDM）及び粗波長分割多重（CWDM）グリッドに準拠した標準ラムダラベルフォーマットを定義します国際電気通信連合電気通信標準化部門。この文書で定義されたラベルフォーマットは、GMPLSシグナリングとルーティングプロトコルで使用することができます。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6205.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6205で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
This document may contain material from IETF Documents or IETF Contributions published or made publicly available before November 10, 2008. The person(s) controlling the copyright in some of this material may not have granted the IETF Trust the right to allow modifications of such material outside the IETF Standards Process. Without obtaining an adequate license from the person(s) controlling the copyright in such materials, this document may not be modified outside the IETF Standards Process, and derivative works of it may not be created outside the IETF Standards Process, except to format it for publication as an RFC or to translate it into languages other than English.
この材料の一部がIETFトラストにこのような材料の変更を許可する権利を与えられていない可能性がありますにこの文書は、2008年、IETFドキュメントまたは11月10日以前に発行または公開さIETF貢献から著作権を支配する者（複数可）材料を含んでいてもよいですIETF標準化プロセスの外。そのような材料の著作権を管理者（単数または複数）から適切なライセンスを取得することなく、この文書は、IETF標準化過程の外側修正されないかもしれません、そして、それの派生物は、IETF標準化過程の外側に作成されない場合があり、それをフォーマットする以外出版RFCとして、英語以外の言語に翻訳します。
As described in [RFC3945], GMPLS extends MPLS from supporting only Packet Switching Capable (PSC) interfaces and switching to also supporting four new classes of interfaces and switching:
[RFC3945]に記載されているように、GMPLSができる（PSC）インタフェースをスイッチングパケットのみをサポートし、またインターフェイスとスイッチング4つの新しいクラスをサポートするように切り替えからMPLSを拡張します：
o Layer-2 Switch Capable (L2SC)
対応Oレイヤ2スイッチ（L2SC）
o Time-Division Multiplex (TDM) Capable
O時分割多重（TDM）対応
o Lambda Switch Capable (LSC)
Oラムダ・スイッチ対応（LSC）
o Fiber Switch Capable (FSC)
O繊維は、（FSC）の対応スイッチ
A functional description of the extensions to MPLS signaling needed to support new classes of interfaces and switching is provided in [RFC3471].
インターフェイスと切り替えの新しいクラスをサポートするために必要なMPLSシグナリングの拡張機能の機能説明は、[RFC3471]に提供されます。
This document presents details that are specific to the use of GMPLS with LSC equipment. Technologies such as Reconfigurable Optical Add/Drop Multiplex (ROADM) and Wavelength Cross-Connect (WXC) operate at the wavelength switching level. [RFC3471] states that wavelength labels "only have significance between two neighbors" (Section 3.2.1.1); global wavelength semantics are not considered. In order to facilitate interoperability in a network composed of LSC equipment, this document defines a standard lambda label format, which is compliant with both the Dense Wavelength Division Multiplexing (DWDM) grid [G.694.1] and the Coarse Wavelength Division Multiplexing (CWDM) grid [G.694.2].
この文書では、LSC機器とGMPLSの使用に固有の詳細を提示します。そのような再構成可能な光アド/ドロップ多重（ROADM）と波長クロスコネクト（WXC）などの技術は、波長スイッチングレベルで動作します。 [RFC3471]は波長ラベル（セクション3.2.1.1）「の2つのだけのネイバー間の有意性を持っている」と述べています。グローバルな波長の意味は考慮されません。 LSC機器からなるネットワークで相互運用性を容易にするために、この文書は、高密度波長分割多重（DWDM）グリッド[G.694.1]及び粗波長分割多重（CWDM）の両方に準拠した標準ラムダラベルフォーマットを定義しますグリッド[G.694.2]。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
Figure 1 depicts an all-optical switched network consisting of different vendors' optical network domains. Vendor A's network consists of ROADM or WXC, and Vendor B's network consists of a number of Photonic Cross-Connects (PXCs) and DWDM multiplexers and demultiplexers. Otherwise, both vendors' networks might be based on the same technology.
図1は、異なるベンダーの光ネットワークドメインからなる全光スイッチドネットワークを示しています。ベンダーAのネットワークは、ROADMまたはWXCからなり、ベンダーBのネットワークは、フォトニッククロスコネクト（PXCs）及びDWDMマルチプレクサとデマルチプレクサの数から成ります。それ以外の場合は、両方のベンダーのネットワークが同じ技術に基づいている可能性があります。
In this case, the use of standardized wavelength label information is quite significant to establish a wavelength-based Label Switched Path (LSP). It is also an important constraint when calculating the Constrained Shortest Path First (CSPF) for use by Generalized Multi-Protocol Label Switching (GMPLS) Resource ReserVation Protocol - Traffic Engineering (RSVP-TE) signaling [RFC3473]. The way the CSPF is performed is outside the scope of this document.
この場合は、標準化された波長ラベル情報の使用は波長ベースのラベルスイッチパス（LSP）を確立することは非常に重要です。トラフィックエンジニアリング（RSVP-TE）[RFC3473]をシグナル - 一般マルチプロトコルラベルは（GMPLS）リソース予約プロトコルを切り替えて使用するために制約付き最短パスファースト（CSPF）を計算する際にも重要な制約です。 CSPFが実行される方法は、この文書の範囲外です。
Needless to say, an LSP must be appropriately provisioned between a selected pair of ports not only within Domain A but also over multiple domains satisfying wavelength constraints.
言うまでもなく、LSPは、適切ドメインA内だけでなく、波長の制約を満たす複数のドメイン上だけでなく、ポートの選択された対の間でプロビジョニングされなければなりません。
Figure 2 illustrates the interconnection between Domain A and Domain B in detail.
図2は、詳細にドメインAとドメインBの間の相互接続を示します。
|
Domain A (or Vendor A) | Domain B (or Vendor B)
|
Node-1 Node-2 | Node-6 Node-7
+--------+ +--------+ | +-------+ +-+ +-+ +-------+
| ROADM | | ROADM +---|------+ PXC +-+D| |D+-+ PXC |
| or WXC +========+ or WXC +---|------+ +-+W+=====+W+-+ |
| (LSC) | | (LSC) +---|------+ (LSC) +-+D| |D+-+ (LSC) |
+--------+ +--------+ | | +-|M| |M+-+ |
|| || | +++++++++ +-+ +-+ +++++++++
|| Node-3 || | ||||||| |||||||
|| +--------+ || | +++++++++ +++++++++
||===| WXC +===|| | | DWDM | | DWDM |
| (LSC) | | +--++---+ +--++---+
||===+ +===|| | || ||
|| +--------+ || | +--++---+ +--++---+
|| || | | DWDM | | DWDM |
+--------+ +--------+ | +++++++++ +++++++++
| ROADM | | ROADM | | ||||||| |||||||
| or WXC +========+ or WXC +=+ | +-+ +++++++++ +-+ +-+ +++++++++
| (LSC) | | (LSC) | | | |D|-| PXC +-+D| |D+-+ PXC |
+--------+ +--------+ +=|==+W|-| +-+W+=====+W+-+ |
Node-4 Node-5 | |D|-| (LSC) +-+D| |D+-+ (LSC) |
| |M|-| +-+M| |M+-+ |
| +-+ +-------+ +-+ +-+ +-------+
| Node-8 Node-9
Figure 1. Wavelength-Based Network Model
図1.波長ベースのネットワークモデル
+-------------------------------------------------------------+
| Domain A | Domain B |
| | |
| +---+ lambda 1 | +---+ |
| | |---------------|---------| | |
| WDM | N | lambda 2 | | N | WDM |
| =====| O |---------------|---------| O |===== |
| O | D | . | | D | O |
| T WDM | E | . | | E | WDM T |
| H =====| 2 | lambda n | | 6 |===== H |
| E | |---------------|---------| | E |
| R +---+ | +---+ R |
| | |
| N +---+ | +---+ N |
| O | | | | | O |
| D WDM | N | | | N | WDM D |
| E =====| O | WDM | | O |===== E |
| S | D |=========================| D | S |
| WDM | E | | | E | WDM |
| =====| 5 | | | 8 |===== |
| | | | | | |
| +---+ | +---+ |
+-------------------------------------------------------------+
Figure 2. Interconnecting Details between Two Domains
2つのドメイン間の相互接続図2.詳細
In the scenario of Figure 1, consider the setting up of a bidirectional LSP from ingress switch (Node-1) to egress switch (Node-9) using GMPLS RSVP-TE. In order to satisfy wavelength continuity constraints, a fixed wavelength (lambda 1) needs to be used in Domain A and Domain B. A Path message will be used for signaling. The Path message will contain an Upstream_Label object and a Label_Set object, both containing the same value. The Label_Set object shall contain a single sub-channel that must be the same as the Upstream_Label object. The Path setup will continue downstream to egress switch (Node-9) by configuring each lambda switch based on the wavelength label. If a node has a tunable wavelength transponder, the tuning wavelength is considered a part of the wavelength switching operation.
図1のシナリオでは、出力スイッチ（ノード9）GMPLS RSVP-TEを使用する入力スイッチ（ノード1）からの双方向LSPの設定アップを考えます。波長連続性制約を満たすために、固定された波長（ラムダ1）は、Pathメッセージは、シグナリングのために使用されるドメインAとドメインBに使用される必要があります。 Pathメッセージは、両方が同じ値を含む、UPSTREAM_LABELオブジェクトとLabel_Setオブジェクトを含むことになります。 Label_SetオブジェクトはUPSTREAM_LABELオブジェクトと同じでなければならない単一のサブチャネルを含まなければなりません。パス設定は、波長ラベルに基づいて、各ラムダスイッチを設定することにより、出力スイッチ（ノード9）の下流に継続されます。ノードは、波長可変トランスポンダを有する場合、同調波長が波長切替動作の一部であると考えられます。
Not using a standardized label would add undue burden on the operator to enforce policy as each manufacturer may decide on a different representation; therefore, each domain may have its own label formats. Moreover, manual provisioning may lead to misconfiguration if domain-specific labels are used.
別の表現を決定することがあり、各メーカーとしてのポリシーを施行する作業に過度の負担を追加する標準化されたラベルを使用していません。そのため、各ドメインには独自のラベルフォーマットを有することができます。ドメイン固有のラベルが使用される場合また、手動のプロビジョニングは、設定ミスにつながる可能性があります。
Therefore, a wavelength label should be standardized in order to allow interoperability between multiple domains; otherwise, appropriate existing labels are identified in support of wavelength availability. Containing identical wavelength information, the ITU-T DWDM frequency grid specified in [G.694.1] and the CWDM wavelength information in [G.694.2] are used by Label Switching Routers (LSRs) and should be followed for wavelength labels.
したがって、波長ラベルは、複数のドメイン間の相互運用性を可能にするために標準化されるべきです。そうでない場合、適切な既存のラベルには、波長の可用性のサポートに識別されます。同じ波長情報を含む、[G.694.1]で指定されたITU-T DWDM周波数グリッドと[G.694.2]でCWDM波長情報はラベルスイッチングルータ（LSRの）によって使用され、波長ラベルに従うべきです。
To deal with the widening scope of MPLS into the optical switching and time division multiplexing domains, several new forms of "label" have been defined in [RFC3471]. This section contains a definition of a wavelength label based on [G.694.1] or [G.694.2] for use by LSC LSRs.
光スイッチング及び時分割多重ドメインにMPLSの拡大範囲に対処するために、「ラベル」のいくつかの新しい形は[RFC3471]で定義されています。このセクションでは、LSCのLSRによって使用するためのG.694.1]または[G.694.2]に基づいて、波長ラベルの定義を含みます。
Section 3.2.1.1 of [RFC3471] defines wavelength labels: "values used in this field only have significance between two neighbors, and the receiver may need to convert the received value into a value that has local significance".
[RFC3471]のセクション3.2.1.1は、波長ラベルを定義：「この分野で使用される値は2つだけのネイバー間の意味を有し、受信機は、ローカルな意味を持つ値に受信した値を変換する必要があるかもしれません」。
We do not need to define a new type as the information stored is either a port label or a wavelength label. Only the wavelength label needs to be defined.
私たちは、格納されている情報は、ポートのラベルや波長ラベルのいずれかであるように、新しい型を定義する必要はありません。唯一の波長ラベルを定義する必要があります。
LSC equipment uses multiple wavelengths controlled by a single control channel. In such a case, the label indicates the wavelength to be used for the LSP. This document defines a standardized wavelength label format. For examples of wavelength values, refer to [G.694.1], which lists the frequencies from the ITU-T DWDM frequency grid. For CWDM technology, refer to the wavelength values defined in [G.694.2].
LSC機器は、単一の制御チャネルによって制御される複数の波長を使用します。このような場合には、ラベルは、LSPに使用する波長を示しています。この文書では、標準化された波長ラベルフォーマットを定義します。波長値の例については、ITU-T DWDM周波数グリッドからの周波数を示しています[G.694.1]を指します。 CWDM技術のために、[G.694.2]で定義された波長値を指します。
Since the ITU-T DWDM grid is based on nominal central frequencies, we need to indicate the appropriate table, the channel spacing in the grid, and a value n that allows the calculation of the frequency. That value can be positive or negative.
ITU-T DWDMグリッドが公称中心周波数に基づいているので、我々は、グリッド内の適切なテーブル、チャネル間隔、及び周波数の計算を可能にする値nを示す必要があります。この値は、正または負とすることができます。
The frequency is calculated as such in [G.694.1]:
周波数[G.694.1]でそのように計算されます。
Frequency (THz) = 193.1 THz + n * channel spacing (THz)
周波数（テラヘルツ）= 193.1テラヘルツ+ N *チャネル間隔（テラヘルツ）
Where "n" is a two's-complement integer (positive, negative, or 0) and "channel spacing" is defined to be 0.0125, 0.025, 0.05, or 0.1 THz. When wider channel spacing such as 0.2 THz is utilized, the combination of narrower channel spacing and the value "n" can provide proper frequency with that channel spacing. Channel spacing is not utilized to indicate the LSR capability but only to specify a frequency in signaling.
「n」は2の補数の整数（正、負、または0）および「チャネル間隔は」0.0125、0.025、0.05、あるいは0.1テラヘルツであると定義されます。広いチャネル間隔等0.2テラヘルツを利用する場合、より狭いチャネル間隔と値の組み合わせは、「n」は、そのチャネル間隔との適切な周波数を提供することができます。チャネル間隔は、LSRの機能を示すために利用されていないだけシグナリングに周波数を指定します。
For other cases that use the ITU-T CWDM grid, the spacing between different channels is defined as 20 nm, so we need to express the wavelength value in nanometers (nm). Examples of CWDM wavelengths in nm are 1471, 1491, etc.
ITU-T CWDMグリッドを使用する他のケースでは、異なるチャネル間の間隔は、20nmのように定義されるので、我々はナノメートル（nm）の波長値を表現するために必要とされています。 CWDM波長nm単位である1471年、1491年、等の例
The wavelength is calculated as follows:
次のように波長が計算されます。
Wavelength (nm) = 1471 nm + n * 20 nm
波長（nm）= 1471 NM + N *は20nm
Where "n" is a two's-complement integer (positive, negative, or 0). The grids listed in [G.694.1] and [G.694.2] are not numbered and change with the changing frequency spacing as technology advances, so an index is not appropriate in this case.
「n」は2の補数の整数（正、負、または0）。 [G.694.1]と[G.694.2]に記載されているグリッドのでインデックスが、この場合には適切ではない、番号及び技術の進歩などの変化の周波数間隔で変更されていません。
For the case of lambda switching of DWDM, the information carried in a wavelength label is:
DWDMのラムダスイッチングの場合には、波長ラベルで運ばれる情報です。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Grid | C.S. | Identifier | n |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) Grid: 3 bits
（1）グリッド：3ビット
The value for Grid is set to 1 for the ITU-T DWDM grid as defined in [G.694.1].
[G.694.1]で定義されるようにグリッドの値は、ITU-TのDWDMグリッドのために1に設定されています。
+----------+---------+
| Grid | Value |
+----------+---------+
| Reserved | 0 |
+----------+---------+
|ITU-T DWDM| 1 |
+----------+---------+
|ITU-T CWDM| 2 |
+----------+---------+
|Future use| 3 - 7 |
+----------+---------+
(2) C.S. (channel spacing): 4 bits
（2）C。S.（チャネル間隔）：4ビット
DWDM channel spacing is defined as follows.
次のようにDWDMチャネル間隔が定義されています。
+----------+---------+
|C.S. (GHz)| Value |
+----------+---------+
| Reserved | 0 |
+----------+---------+
| 100 | 1 |
+----------+---------+
| 50 | 2 |
+----------+---------+
| 25 | 3 |
+----------+---------+
| 12.5 | 4 |
+----------+---------+
|Future use| 5 - 15 |
+----------+---------+
(3) Identifier: 9 bits
（3）識別子：9ビット
The Identifier field in lambda label format is used to distinguish different lasers (in one node) when they can transmit the same frequency lambda. The Identifier field is a per-node assigned and scoped value. This field MAY change on a per-hop basis. In all cases but one, a node MAY select any value, including zero (0), for this field. Once selected, the value MUST NOT change until the LSP is torn down, and the value MUST be used in all LSP-related messages, e.g., in Resv messages and label Record Route Object (RRO) subobjects. The sole special case occurs when this label format is used in a label Explicit Route Object (ERO) subobject. In this case, the special value of zero (0) means that the referenced node MAY assign any Identifier field value, including zero (0), when establishing the corresponding LSP. When a non-zero value is assigned to the Identifier field in a label ERO subobject, the referenced node MUST use the assigned value for the Identifier field in the corresponding LSP-related messages.
ラムダラベルフォーマット内の識別子フィールドは、それらが同じ周波数ラムダを送信することができる場合（一つのノードに）異なるレーザを区別するために使用されます。識別子フィールドは、ノードごとの割り当てとスコープの値です。このフィールドは、ホップごとに変更されることがあります。全ての場合が、1つに、ノードは、このフィールドに、ゼロ（0）を含む、任意の値を選択することができます。一度選択されたLSPが切断され、その値がすべてのLSP関連メッセージで、例えば、RESVメッセージとラベルレコードルートオブジェクト（RRO）サブオブジェクトで使用されなければならないまで、値は変更してはいけません。このラベルフォーマットがラベル明示的ルート・オブジェクト（ERO）サブオブジェクトで使用されるとき唯一特別な場合が発生します。この場合には、ゼロの特別な値は、（0）は、対応するLSPを確立する際に参照されるノードは、ゼロ（0）を含む任意の識別子フィールドの値を割り当てることができることを意味します。非ゼロ値は、ラベルEROサブオブジェクト内の識別子フィールドに割り当てられている場合、参照されるノードは、対応するLSPに関連したメッセージ内の識別子フィールドに割り当てられた値を使用しなければなりません。
(4) n: 16 bits
（4）N：16ビット
n is a two's-complement integer to take either a positive, negative, or zero value. This value is used to compute the frequency as shown above.
Nは、正、負、またはゼロの値のいずれかを取るために2の補数の整数です。この値は、上記のように周波数を計算するために使用されます。
For the case of lambda switching of CWDM, the information carried in a wavelength label is:
CWDMのラムダスイッチングの場合には、波長ラベルで運ばれる情報です。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Grid | C.S. | Identifier | n |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The structure of the label in the case of CWDM is the same as that of the DWDM case.
CWDMの場合のラベルの構造は、DWDMの場合と同様です。
(1) Grid: 3 bits
（1）グリッド：3ビット
The value for Grid is set to 2 for the ITU-T CWDM grid as defined in [G.694.2].
[G.694.2]で定義されるようにグリッドの値は、ITU-TのCWDMグリッドの2に設定されています。
+----------+---------+
| Grid | Value |
+----------+---------+
| Reserved | 0 |
+----------+---------+
|ITU-T DWDM| 1 |
+----------+---------+
|ITU-T CWDM| 2 |
+----------+---------+
|Future use| 3 - 7 |
+----------+---------+
(2) C.S. (channel spacing): 4 bits
（2）C。S.（チャネル間隔）：4ビット
CWDM channel spacing is defined as follows.
次のようにCWDMチャネル間隔が定義されています。
+----------+---------+
|C.S. (nm) | Value |
+----------+---------+
| Reserved | 0 |
+----------+---------+
| 20 | 1 |
+----------+---------+
|Future use| 2 - 15 |
+----------+---------+
(3) Identifier: 9 bits
（3）識別子：9ビット
The Identifier field in lambda label format is used to distinguish different lasers (in one node) when they can transmit the same frequency lambda. The Identifier field is a per-node assigned and scoped value. This field MAY change on a per-hop basis. In all cases but one, a node MAY select any value, including zero (0), for this field. Once selected, the value MUST NOT change until the LSP is torn down, and the value MUST be used in all LSP-related messages, e.g., in Resv messages and label RRO subobjects. The sole special case occurs when this label format is used in a label ERO subobject. In this case, the special value of zero (0) means that the referenced node MAY assign any Identifier field value, including zero (0), when establishing the corresponding LSP. When a non-zero value is assigned to the Identifier field in a label ERO subobject, the referenced node MUST use the assigned value for the Identifier field in the corresponding LSP-related messages.
ラムダラベルフォーマット内の識別子フィールドは、それらが同じ周波数ラムダを送信することができる場合（一つのノードに）異なるレーザを区別するために使用されます。識別子フィールドは、ノードごとの割り当てとスコープの値です。このフィールドは、ホップごとに変更されることがあります。全ての場合が、1つに、ノードは、このフィールドに、ゼロ（0）を含む、任意の値を選択することができます。一度選択されたLSPが切断され、その値がRESVメッセージとラベルRROサブオブジェクトに、例えば、全てのLSPに関連したメッセージで使用されなければならないまで、値は変更してはいけません。このラベルフォーマットはラベルEROサブオブジェクトで使用されている場合の唯一の特殊なケースが発生します。この場合には、ゼロの特別な値は、（0）は、対応するLSPを確立する際に参照されるノードは、ゼロ（0）を含む任意の識別子フィールドの値を割り当てることができることを意味します。非ゼロ値は、ラベルEROサブオブジェクト内の識別子フィールドに割り当てられている場合、参照されるノードは、対応するLSPに関連したメッセージ内の識別子フィールドに割り当てられた値を使用しなければなりません。
(4) n: 16 bits
（4）N：16ビット
n is a two's-complement integer. This value is used to compute the wavelength as shown above.
nが2の補数の整数です。この値は、上記のように波長を計算するために使用されます。
This document introduces no new security considerations to [RFC3471] and [RFC3473]. For a general discussion on MPLS and GMPLS-related security issues, see the MPLS/GMPLS security framework [RFC5920].
この文書では、[RFC3471]と[RFC3473]への新しいセキュリティ問題も紹介しません。 MPLSとGMPLS関連のセキュリティ問題に関する一般的な議論については、MPLS / GMPLSセキュリティフレームワーク[RFC5920]を参照してください。
IANA maintains the "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Parameters" registry. IANA has added three new subregistries to track the codepoints (Grid and C.S.) used in the DWDM and CWDM wavelength labels, which are described in the following sections.
IANAは、「一般化マルチプロトコルラベルスイッチング（GMPLS）シグナリングパラメータ」のレジストリを維持します。 IANAは、次のセクションで説明されているDWDMとCWDM波長ラベルに使用されるコードポイント（グリッド及びC。S.）を追跡するために、3つの新しいsubregistriesを追加しました。
Initial entries in this subregistry are as follows:
次のようにこの副登録で初期のエントリは次のとおりです。
Value Grid Reference
----- ------------------------- ----------
0 Reserved [RFC6205]
1 ITU-T DWDM [RFC6205]
2 ITU-T CWDM [RFC6205]
3-7 Unassigned [RFC6205]
New values are assigned according to Standards Action.
新しい値は、標準のアクションに応じて割り当てられます。
Initial entries in this subregistry are as follows:
次のようにこの副登録で初期のエントリは次のとおりです。
Value Channel Spacing (GHz) Reference
----- ------------------------- ----------
0 Reserved [RFC6205]
1 100 [RFC6205]
2 50 [RFC6205]
3 25 [RFC6205]
4 12.5 [RFC6205]
5-15 Unassigned [RFC6205]
New values are assigned according to Standards Action.
新しい値は、標準のアクションに応じて割り当てられます。
Initial entries in this subregistry are as follows:
次のようにこの副登録で初期のエントリは次のとおりです。
Value Channel Spacing (nm) Reference
----- ------------------------- ----------
0 Reserved [RFC6205]
1 20 [RFC6205]
2-15 Unassigned [RFC6205]
New values are assigned according to Standards Action.
新しい値は、標準のアクションに応じて割り当てられます。
The authors would like to thank Adrian Farrel, Lou Berger, Lawrence Mao, Zafar Ali, and Daniele Ceccarelli for the discussion and their comments.
著者は、議論と彼らのコメントのためのエードリアンファレル、ルー・バーガー、ローレンス真央、Zafarアリ、とダニエルCeccarelliに感謝したいと思います。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003.
[RFC3471]バーガー、L.、エド。は、 "一般化マルチプロトコルラベルスイッチング（GMPLS）機能説明シグナリング"、RFC 3471、2003年1月。
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003.
[RFC3473]バーガー、L.、エド。、 "一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナリング資源予約プロトコル - トラフィックエンジニアリング（RSVP-TE）を拡張"、RFC 3473、2003年1月。
[RFC3945] Mannie, E., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945]マニー、E.、エド。、 "一般化マルチプロトコルラベルスイッチング（GMPLS）アーキテクチャ"、RFC 3945、2004年10月。
[G.694.1] ITU-T Recommendation G.694.1, "Spectral grids for WDM applications: DWDM frequency grid", June 2002.
[G.694.1] ITU-T勧告G.694.1、 "WDM用途のスペクトルグリッド：DWDM周波数グリッド"、2002年6月。
[G.694.2] ITU-T Recommendation G.694.2, "Spectral grids for WDM applications: CWDM wavelength grid", December 2003.
[G.694.2] ITU-T勧告G.694.2、 "WDM用途のスペクトルグリッド：CWDM波長グリッド"、2003年12月。
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, July 2010.
[RFC5920]牙、L.、エド。、 "MPLSおよびGMPLSネットワークのセキュリティフレームワーク"、RFC 5920、2010年7月。
Appendix A. DWDM Example
付録A. DWDM例
Considering the network displayed in Figure 1, it is possible to show an example of LSP setup using the lambda labels.
図1に表示されるネットワークを考慮すると、ラムダラベルを使用して、LSPセットアップの例を示すことが可能です。
Node 1 receives the request for establishing an LSP from itself to Node 9. The ITU-T grid to be used is the DWDM one, the channel spacing is 50 Ghz, and the wavelength to be used is 193,35 THz.
ノード1はノード9に使用されるITU-Tグリッドに自身からLSPを確立するための要求を受信すると、DWDM一つであり、チャネル間隔が50GHzであり、使用する波長は193,35テラヘルツあります。
Node 1 signals the LSP via a Path message including a wavelength label structured as defined in Section 3.2:
ノード1は、セクション3.2で定義されるように構成された波長ラベルを含むPathメッセージを介してLSPをシグナル：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Grid | C.S. | Identifier | n |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Where:
どこ：
Grid = 1 : ITU-T DWDM grid
グリッド= 1：ITU-T DWDMグリッド
C.S. = 2 : 50 GHz channel spacing
C。S. = 2：50 GHzのチャネル間隔
n = 5 :
ん ＝ ５ ：
Frequency (THz) = 193.1 THz + n * channel spacing (THz)
周波数（テラヘルツ）= 193.1テラヘルツ+ N *チャネル間隔（テラヘルツ）
n = (193.35-193.1)/0.05 = 5
ん ＝ （１９３。３５ー１９３。１）／０。０５ ＝ ５
Appendix B. CWDM Example
付録B. CWDM例
The network displayed in Figure 1 can also be used to display an example of signaling using the wavelength label in a CWDM environment.
図1に表示されるネットワークはまた、CWDM環境における波長ラベルを使用してシグナリングの例を表示するために使用することができます。
This time, the signaling of an LSP from Node 4 to Node 7 is considered. Such LSP exploits the CWDM ITU-T grid with a 20 nm channel spacing and is established using a wavelength equal to 1331 nm.
この時間は、ノード4からノード7へのLSPのシグナリングが考えられます。そのようなLSPは、20 nmのチャネル間隔を有するCWDM ITU-Tグリッドを利用し、1331ナノメートルに等しい波長を使用して確立されます。
Node 4 signals the LSP via a Path message including a wavelength label structured as defined in Section 3.3:
ノード4は、セクション3.3で定義されるように構成された波長ラベルを含むPathメッセージを介してLSPをシグナル：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Grid | C.S. | Identifier | n |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Where:
どこ：
Grid = 2 : ITU-T CWDM grid
グリッド= 2：ITU-T CWDMグリッド
C.S. = 1 : 20 nm channel spacing
C。S. = 1：20 nmのチャネル間隔
n = -7 :
ん ＝ ー７ ：
Wavelength (nm) = 1471 nm + n * 20 nm
波長（nm）= 1471 NM + N *は20nm
1331 (nm) = 1471 (nm) + n * 20 nm
1331（NM）= 1471（NM）+ N *は20nm
n = (1331-1471)/20 = -7
ん ＝ （１３３１ー１４７１）／２０ ＝ ー７
Authors' Addresses
著者のアドレス
Richard Rabbat Google, Inc. 1600 Amphitheatre Parkway Mountain View, CA 94043 USA EMail: rabbat@alum.mit.edu
リチャードRabbatグーグル株式会社1600アンフィシアターパークウェイマウンテンビュー、CA 94043 USA電子メール：rabbat@alum.mit.edu
Sidney Shiba EMail: sidney.shiba@att.net
シドニー芝Eメール：sidney.shiba@att.net
Hongxiang Guo EMail: hongxiang.guo@gmail.com
G UOメール:.オーブンのような香港すぎ@ Gmail.com
Keiji Miyazaki Fujitsu Laboratories Ltd 4-1-1 Kotanaka Nakahara-ku, Kawasaki Kanagawa, 211-8588 Japan Phone: +81-44-754-2765 EMail: miyazaki.keiji@jp.fujitsu.com
Keiji Miyazaki Fujitsu Laboratories Ltd 4-1-1 Kotanaka Nakahara-ku, Kawasaki Kanagawa, 211-8588 Japan Phone: +81-44-754-2765 EMail: miyazaki.keiji@jp.fujitsu.com
Diego Caviglia Ericsson 16153 Genova Cornigliano Italy Phone: +390106003736 EMail: diego.caviglia@ericsson.com
ディエゴ・CavigliaエリクソンCornigliano 16153ジェノバイタリア電話：390106003736 Eメール：diego.caviglia@ericsson.com
Takehiro Tsuritani KDDI R&D Laboratories Inc. 2-1-15 Ohara Fujimino-shi Saitama, 356-8502 Japan Phone: +81-49-278-7806 EMail: tsuri@kddilabs.jp
たけひろ つりたに Ｋっぢ Ｒ＆Ｄ ぁぼらとりえｓ いんｃ。 ２ー１ー１５ おはら ふじみのーし さいたま、 ３５６ー８５０２ じゃぱん Ｐほね： ＋８１ー４９ー２７８ー７８０６ えまいｌ： つり＠ｋっぢぁｂｓ。ｊｐ
Editors' Addresses
エディタのアドレス
Tomohiro Otani (editor) KDDI Corporation 2-3-2 Nishishinjuku Shinjuku-ku Tokyo, 163-8003 Japan Phone: +81-3-3347-6006 EMail: tm-otani@kddi.com
ともひろ おたに （えぢとｒ） Ｋっぢ こｒぽらちおん ２ー３ー２ にししんじゅく しんじゅくーく ときょ、 １６３ー８００３ じゃぱん Ｐほね： ＋８１ー３ー３３４７ー６００６ えまいｌ： ｔｍーおたに＠ｋっぢ。こｍ
Dan Li (editor) Huawei Technologies F3-5-B R&D Center, Huawei Base, Shenzhen 518129 China Phone: +86 755-289-70230 EMail: danli@huawei.com
ダンlがI（エディタ）HU AはHUベースの、技術F3-5-BR＆Dセンターで、Sは518129中国の携帯電話真である：+86 755-289-70230 Eメール：.COM @ Huawei社単利