RFC 7581 - Routing and Wavelength Assignment Information Encoding for Wavelength Switched Optical Networks 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc7581
タイトル : RFC 7581 - 波長交換光ネットワークのためのルーティングと波長割り当て情報エンコーディング
翻訳編集 : 自動生成

[要約] RFC 7581は、波長切り替え光ネットワークのためのルーティングと波長割り当て情報のエンコーディングに関するものです。このRFCの目的は、ネットワークの効率的な運用と管理を支援するために、波長切り替え光ネットワークにおけるルーティングと波長割り当て情報のエンコーディング方法を提供することです。

Internet Engineering Task Force (IETF)                 G. Bernstein, Ed.
Request for Comments: 7581                             Grotto Networking
Category: Standards Track                                    Y. Lee, Ed.
ISSN: 2070-1721                                                    D. Li
                                                                  Huawei
                                                              W. Imajuku
                                                                     NTT
                                                                  J. Han
                                                                  Huawei
                                                               June 2015

Routing and Wavelength Assignment Information Encoding for Wavelength Switched Optical Networks

波長交換光ネットワークのためのルーティングと波長割り当て情報エンコーディング

Abstract

概要

A Wavelength Switched Optical Network (WSON) requires certain key information fields be made available to facilitate path computation and the establishment of Label Switched Paths (LSPs). The information model described in "Routing and Wavelength Assignment Information Model for Wavelength Switched Optical Networks" (RFC 7446) shows what information is required at specific points in the WSON. Part of the WSON information model contains aspects that may be of general applicability to other technologies, while other parts are specific to WSONs.

波長スイッチ光ネットワーク（WSON）では、パスの計算とラベルスイッチパス（LSP）の確立を容易にするために、特定の重要な情報フィールドを使用可能にする必要があります。「波長交換光ネットワークのルーティングおよび波長割り当て情報モデル」（RFC 7446）で説明されている情報モデルは、WSONの特定のポイントで必要な情報を示しています。 WSON情報モデルの一部には、他のテクノロジーに一般的に適用できる側面が含まれていますが、他の部分はWSONに固有のものです。

This document provides efficient, protocol-agnostic encodings for the WSON-specific information fields. It is intended that protocol-specific documents will reference this memo to describe how information is carried for specific uses. Such encodings can be used to extend GMPLS signaling and routing protocols. In addition, these encodings could be used by other mechanisms to convey this same information to a Path Computation Element (PCE).

このドキュメントでは、WSON固有の情報フィールドに対して、プロトコルにとらわれない効率的なエンコーディングを提供します。プロトコル固有のドキュメントがこのメモを参照して、特定の用途で情報がどのように運ばれるかを説明することが意図されています。このようなエンコーディングは、GMPLSシグナリングおよびルーティングプロトコルを拡張するために使用できます。さらに、これらのエンコーディングを他のメカニズムで使用して、この同じ情報をパス計算エレメント（PCE）に伝えることができます。

Status of This Memo

本文書の状態

This is an Internet Standards Track document.

これはInternet Standards Trackドキュメントです。

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（Internet Engineering Task Force）の製品です。これは、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/rfc7581.

このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7581で入手できます。

著作権表示

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文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。

Table of Contents

   1. Introduction ....................................................4
      1.1. Terminology ................................................4
      1.2. Conventions Used in This Document ..........................5
   2. Resources, Resource Blocks, and the Resource Pool ...............5
      2.1. Resource Block Set Field ...................................6
   3. Resource Accessibility/Availability .............................7
      3.1. Resource Accessibility Field ...............................7
      3.2. Resource Wavelength Constraints Field ......................9
      3.3. Resource Block Pool State Field ...........................10
      3.4. Resource Block Shared Access Wavelength
           Availability Field ........................................12
   4. Resource Block Information Field ...............................13
      4.1. Optical Interface Class List Subfield .....................15
           4.1.1. ITU-T G.698.1 Application Code Mapping .............17
           4.1.2. ITU-T G.698.2 Application Code Mapping .............18
           4.1.3. ITU-T G.959.1 Application Code Mapping .............20
           4.1.4. ITU-T G.695 Application Code Mapping ...............22
      4.2. Acceptable Client Signal List Subfield ....................23
      4.3. Input Bit Rate List Subfield ..............................24
      4.4. Processing Capability List Subfield .......................24
   5. Security Considerations ........................................26
   6. IANA Considerations ............................................26
      6.1. Types for Subfields of WSON Resource Block Information ....26
   7. References .....................................................27
      7.1. Normative References ......................................27
      7.2. Informative References ....................................28
   Appendix A. Encoding Examples .....................................30
      A.1. Wavelength Converter Accessibility Field ..................30
      A.2. Wavelength Conversion Range Field .........................32
      A.3. An OEO Switch with DWDM Optics ............................32
   Contributors ......................................................35
   Authors' Addresses ................................................37

1. Introduction

1. はじめに

A Wavelength Switched Optical Network (WSON) is a Wavelength Division Multiplexing (WDM) optical network in which switching is performed selectively based on the center wavelength of an optical signal.

波長スイッチ光ネットワーク（WSON）は、波長分割多重（WDM）光ネットワークで、光信号の中心波長に基づいて切り替えが選択的に実行されます。

[RFC6163] describes a framework for Generalized Multiprotocol Label Switching (GMPLS) and Path Computation Element (PCE) control of a WSON. Based on this framework, [RFC7446] describes an information model that specifies what information is needed at various points in a WSON in order to compute paths and establish Label Switched Paths (LSPs).

[RFC6163]は、WSONの汎用マルチプロトコルラベルスイッチング（GMPLS）およびパス計算要素（PCE）制御のフレームワークについて説明しています。このフレームワークに基づいて、[RFC7446]は、パスを計算してラベルスイッチドパス（LSP）を確立するためにWSONのさまざまなポイントで必要な情報を指定する情報モデルについて説明しています。

This document provides efficient encodings of information needed by the Routing and Wavelength Assignment (RWA) process in a WSON. Such encodings can be used to extend GMPLS signaling and routing protocols. In addition, these encodings could be used by other mechanisms to convey this same information to a PCE. Note that since these encodings are efficient, they can provide more accurate analysis of the control-plane communications/processing load for WSONs looking to utilize a GMPLS control plane.

このドキュメントは、WSONのルーティングと波長割り当て（RWA）プロセスで必要な情報の効率的なエンコーディングを提供します。このようなエンコーディングは、GMPLSシグナリングおよびルーティングプロトコルを拡張するために使用できます。さらに、これらのエンコーディングを他のメカニズムで使用して、この同じ情報をPCEに伝達できます。これらのエンコーディングは効率的であるため、GMPLSコントロールプレーンの利用を検討しているWSONに対して、コントロールプレーンの通信/処理負荷をより正確に分析できることに注意してください。

In parallel to this document, [RFC7579] provides efficient encodings of information needed by the routing and label assignment process that are potentially applicable to a wider range of technologies.

このドキュメントと並行して、[RFC7579]は、ルーティングおよびラベル割り当てプロセスに必要な情報の効率的なエンコーディングを提供します。これらのエンコーディングは、幅広いテクノロジーに適用できる可能性があります。

1.1. Terminology

1.1. 用語

Refer to [RFC6163] for definitions of the following:

以下の定義については、[RFC6163]を参照してください。

o Coarse Wavelength Division Multiplexing (CWDM)

o 粗波長分割多重（CWDM）

o Dense Wavelength Division Multiplexing (DWDM)

o 高密度波長分割多重（DWDM）

o Routing and Wavelength Assignment (RWA)

o ルーティングと波長割り当て（RWA）

o Wavelength Division Multiplexing (WDM)

o 波長分割多重（WDM）

Refer to Section 5 of [RFC7446] for definitions of the following:

以下の定義については、[RFC7446]のセクション5を参照してください。

o resource

o 資源

o resource block

o リソースブロック

o resource pool The Optical Interface (OI) Code Point is a unique number that identifies all information related to optical characteristics of a physical interface.

oリソースプール光インターフェイス（OI）コードポイントは、物理インターフェイスの光特性に関連するすべての情報を識別する一意の番号です。

1.2. Conventions Used in This Document

1.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 RFC 2119 [RFC2119].

このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 RFC 2119 [RFC2119]で説明されているように解釈されます。

2. Resources, Resource Blocks, and the Resource Pool

2. リソース、リソースブロック、およびリソースプール

This section provides encodings for the information fields defined in [RFC7446] that have applicability to WSON. The encodings are designed to be suitable for use in the GMPLS routing protocols OSPF [RFC4203] and IS-IS [RFC5307] and in the PCE Communication Protocol (PCEP) [RFC5440]. Note that the information distributed in [RFC4203] and [RFC5307] is arranged via the nesting of sub-TLVs within TLVs; this document defines elements to be used within such constructs. Specific constructs of sub-TLVs and the nesting of sub-TLVs of the information fields defined by this document will be defined in the respective protocol enhancement documents.

このセクションは、WSONに適用可能な[RFC7446]で定義された情報フィールドのエンコーディングを提供します。エンコーディングは、GMPLSルーティングプロトコルOSPF [RFC4203]とIS-IS [RFC5307]、およびPCE通信プロトコル（PCEP）[RFC5440]での使用に適するように設計されています。 [RFC4203]と[RFC5307]で配布される情報は、TLV内のサブTLVのネストを介して配置されることに注意してください。このドキュメントでは、そのような構成要素内で使用される要素を定義しています。このドキュメントで定義されている情報フィールドのサブTLVの特定の構成とサブTLVのネストは、それぞれのプロトコル拡張ドキュメントで定義されます。

This document defines the following information fields pertaining to resources within an optical node:

このドキュメントでは、光ノード内のリソースに関連する次の情報フィールドを定義します。

o Resource Accessibility <ResourceAccessibility>

o リソースのアクセシビリティ<ResourceAccessibility>

o Resource Wavelength Constraints <ResourceWaveConstraints>

o リソースの波長の制約<ResourceWaveConstraints>

o Resource Block Pool State <RBPoolState>

o リソースブロックプールの状態<RBPoolState>

o Resource Block Shared Access Wavelength Availability <RBSharedAccessWaveAvailability>

o リソースブロックの共有アクセス波長の可用性<RBSharedAccessWaveAvailability>

o Resource Block Information <ResourceBlockInfo>

o リソースブロック情報<ResourceBlockInfo>

Each of these information fields works with one or more sets of resources rather than just a single resource block. This motivates the field definition in Section 2.1.

これらの各情報フィールドは、単一のリソースブロックだけでなく、1つ以上のリソースセットで機能します。これは、セクション2.1のフィールド定義の動機になります。

2.1. Resource Block Set Field

2.1. リソースブロックセットフィールド

In a WSON node that includes resource blocks (RBs), denoting subsets of these blocks allows one to efficiently describe common properties of the blocks and to describe the structure and characteristics, if nontrivial, of the resource pool. The Resource Block Set (RB Set) Field is defined in a similar manner to the label set concept of [RFC3471].

リソースブロック（RB）を含むWSONノードでは、これらのブロックのサブセットを示すことで、ブロックの一般的なプロパティを効率的に記述し、重要でない場合はリソースプールの構造と特性を記述することができます。リソースブロックセット（RBセット）フィールドは、[RFC3471]のラベルセットの概念と同様の方法で定義されます。

The information carried in an RB Set Field is defined as follows:

RBセットフィールドで伝送される情報は、次のように定義されます。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    Action     |C|  Reserved   |        Length                 |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        RB Identifier 1                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      :                               :                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        RB Identifier n                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Action: 8 bits

アクション：8ビット

0 - Inclusive List

0-包括的なリスト

Indicates that the TLV contains one or more RB elements that are included in the list.

TLVに、リストに含まれている1つ以上のRB要素が含まれていることを示します。

1 - Inclusive Range(s)

1-包括的範囲

Indicates that the TLV contains one or more ranges of RBs. Each individual range is denoted by two 32-bit RB identifiers. The first 32 bits is the RB identifier for the start of the range, and the next 32 bits is the RB identifier for the end of the range. Note that the Length field is used to determine the number of ranges.

TLVに1つ以上の範囲のRBが含まれていることを示します。個々の範囲は、2つの32ビットRB識別子で示されます。最初の32ビットは範囲の始まりのRB識別子で、次の32ビットは範囲の終わりのRB識別子です。長さフィールドは範囲の数を決定するために使用されることに注意してください。

C (Connectivity bit)

C（接続ビット）

Set to 0 to denote fixed (possibly multicast) connectivity, and set to 1 to denote potential (switched) connectivity. Used in Resource Accessibility field. Ignored elsewhere.

固定（マルチキャストの場合もある）接続を示すには0に設定し、潜在的な（スイッチ）接続を示すには1に設定します。リソースのアクセシビリティフィールドで使用されます。他の場所では無視されます。

Reserved: 7 bits

予約済み：7ビット

This field is reserved. It MUST be set to zero on transmission and MUST be ignored on receipt.

このフィールドは予約されています。送信時にはゼロに設定する必要があり、受信時には無視する必要があります。

Length: 16 bits

長さ：16ビット

The total length of this field in bytes.

このフィールドの全長（バイト単位）。

RB Identifier:

RB識別子：

The RB identifier represents the ID of the resource block, which is a 32-bit integer. The scope of the RB identifier is local to the node on which it is applied.

RB識別子はリソースブロックのIDを表します。これは32ビット整数です。 RB識別子のスコープは、それが適用されるノードに対してローカルです。

Usage Note: The inclusive range "Action" can result in very compact encoding of resource sets, and it can be advantageous to number resource blocks in such a way so that status updates (dynamic information) can take advantage of this efficiency.

使用上の注意：包括的範囲「アクション」は、リソースセットの非常にコンパクトなエンコーディングをもたらす可能性があり、ステータスの更新（動的情報）がこの効率を利用できるように、リソースブロックに番号を付けると有利です。

3. Resource Accessibility/Availability

3. リソースのアクセシビリティ/可用性

This section defines the information fields for dealing with accessibility and availability of resource blocks within a pool of resources. These include the <ResourceAccessibility>, <ResourceWaveConstraints>, <RBPoolState>, and <RBSharedAccessWaveAvailability> fields.

このセクションでは、リソースのプール内のリソースブロックのアクセス可能性と可用性を扱うための情報フィールドを定義します。これらには、<ResourceAccessibility>、<ResourceWaveConstraints>、<RBPoolState>、および<RBSharedAccessWaveAvailability>フィールドが含まれます。

3.1. Resource Accessibility Field

3.1. リソースアクセシビリティフィールド

This information field describes the structure of the resource pool in relation to the switching device. In particular, it indicates the ability of an input port to reach sets of resources and the ability of sets of resources to reach a particular output port. This is the <PoolInputMatrix> and <PoolOutputMatrix> of [RFC7446].

この情報フィールドは、スイッチングデバイスに関連するリソースプールの構造を示します。特に、リソースのセットに到達する入力ポートの能力と、特定の出力ポートに到達するリソースのセットの能力を示します。これは、[RFC7446]の<PoolInputMatrix>と<PoolOutputMatrix>です。

The Resource Accessibility field is defined as follows:

Resource Accessibilityフィールドは次のように定義されています。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Reserved(8bits)|C|             Reserved (23 bits)              |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    Input Link Set Field A #1                  |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                          RB Set Field A #1                    |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         Additional Link set and RB set pairs as needed to     |
      :                    specify PoolInputMatrix                    :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                Output Link Set Field B #1                     |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |             RB Set B Field #1 (for output connectivity)       |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |         Additional Link Set and RB set pairs as needed to     |
      :                    specify PoolOutputMatrix                   :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where:

ただし：

C (Connectivity bit): Connectivity indicates how the input/output ports connect to the resource blocks.

C（接続ビット）：接続は、入出力ポートがリソースブロックに接続する方法を示します。

0 - the device is fixed (e.g., a connected port must go through the resource block)

0-デバイスは固定されています（たとえば、接続されたポートはリソースブロックを通過する必要があります）

1 - the device is switched (e.g., a port can be configured to go through a resource but isn't required)

1-デバイスが切り替えられます（たとえば、ポートはリソースを通過するように構成できますが、必須ではありません）

For the Input and Output Link Set Fields, the Link Set Field encoding defined in [RFC7579] is to be used.

入力および出力リンクセットフィールドには、[RFC7579]で定義されているリンクセットフィールドエンコーディングが使用されます。

Note that the direction parameter within the Link Set Field is used to indicate whether the link set is an input or output link set, and the bidirectional value for this parameter is not permitted in this field.

リンクセットフィールド内の方向パラメータは、リンクセットが入力リンクセットであるか出力リンクセットであるかを示すために使用され、このパラメータの双方向値はこのフィールドでは許可されないことに注意してください。

See Appendix A.1 for an illustration of this encoding.

このエンコーディングの図については、付録A.1を参照してください。

3.2. Resource Wavelength Constraints Field

3.2. リソースの波長制約フィールド

Resources, such as wavelength converters, etc., may have limited input or output wavelength ranges. Additionally, due to the structure of the optical system, not all wavelengths can necessarily reach or leave all the resources. These properties are described by using one or more Resource Wavelength Constraints fields as defined below:

波長コンバーターなどのリソースは、入力または出力波長範囲が制限されている場合があります。さらに、光学システムの構造により、すべての波長が必ずしもすべてのリソースに到達したり、すべてのリソースを離れたりできるわけではありません。これらのプロパティは、以下に定義されている1つ以上のResource Wavelength Constraintsフィールドを使用して説明されます。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |I|O|B|                      Reserved                           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                Input Wavelength Constraints                   |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                Output Wavelength Constraints                  |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

I (Input):

I（入力）：

1 - indicates the presence of the Input Wavelength Constraints field

1-入力波長制約フィールドの存在を示します

0 - indicates otherwise.

0-そうでないことを示します。

O (Output):

O（出力）：

1 - indicates the presence of the Output Wavelength Constraints field

1-[出力波長制約]フィールドの存在を示します

0 - indicates otherwise.

0-そうでないことを示します。

B (Both):

B（両方）：

1 - indicates that a single Wavelength Constraints field represents both Input and Output Wavelength Constraints fields.

1-単一の波長制約フィールドが入力波長制約フィールドと出力波長制約フィールドの両方を表すことを示します。

Currently, the only valid combinations of (I,O,B) are (1,0,0), (0,1,0), (1,1,0), and (0,0,1).

現在、（I、O、B）の有効な組み合わせは（1,0,0）、（0,1,0）、（1,1,0）、および（0,0,1）のみです。

RB Set Field:

RBセットフィールド：

A set of resource blocks (RBs) that have the same wavelength restrictions.

同じ波長制限を持つリソースブロック（RB）のセット。

Input Wavelength Constraints:

入力波長制約：

Indicates the wavelength input restrictions of the RBs in the corresponding RB set. This field is encoded via the Label Set Field of [RFC7579].

対応するRBセット内のRBの波長入力制限を示します。このフィールドは、[RFC7579]のラベルセットフィールドを介してエンコードされます。

Output Wavelength Constraints:

出力波長の制約：

Indicates the wavelength output restrictions of RBs in the corresponding RB set. This field is encoded via the Label Set Field of [RFC7579].

対応するRBセット内のRBの波長出力制限を示します。このフィールドは、[RFC7579]のラベルセットフィールドを介してエンコードされます。

3.3. Resource Block Pool State Field

3.3. リソースブロックプールの状態フィールド

The state of the pool is given by the number of resources available with particular characteristics. A resource block set is used to encode all or a subset of the resources of interest. The usage state of resources within a resource block set is encoded as either a list of 16-bit integer values or a bitmap indicating whether a single resource is available or in use. The bitmap encoding is appropriate when resource blocks consist of a single resource. This information can be relatively dynamic, i.e., can change when a connection (LSP) is established or torn down.

プールの状態は、特定の特性を持つ利用可能なリソースの数によって与えられます。リソースブロックセットは、対象のリソースのすべてまたはサブセットをエンコードするために使用されます。リソースブロックセット内のリソースの使用状況は、16ビット整数値のリストまたは単一のリソースが使用可能か使用中かを示すビットマップのいずれかとしてエンコードされます。ビットマップエンコーディングは、リソースブロックが単一のリソースで構成される場合に適しています。この情報は比較的動的である可能性があります。つまり、接続（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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Action        |    Reserved                                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                  RB Usage State                               |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where:

ただし：

Action = 0 denotes a list of 16-bit integers, and Action = 1 denotes a bitmap. Action = 0 covers the case where there are multiple elements for each resource block. Action = 1 covers the case where each resource block only contains a single element.

Action = 0は16ビット整数のリストを示し、Action = 1はビットマップを示します。 Action = 0は、各リソースブロックに複数の要素がある場合をカバーします。 Action = 1は、各リソースブロックに単一の要素のみが含まれる場合をカバーします。

In both cases, the elements of the RB Set Field are in a one-to-one correspondence with the values in the RB Usage State area.

どちらの場合も、RBセットフィールドの要素は、RB使用状況領域の値と1対1で対応しています。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Action = 0    |    Reserved                                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                  RB#1 State   |      RB#2 State               |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                 RB#n-1 State  |   RB#n State or Padding       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

RB#i State (16 bits, unsigned integer): Indicates the number of resources available in Resource Block #i.

RB＃i状態（16ビット、符号なし整数）：リソースブロック#iで使用可能なリソースの数を示します。

Whether the last 16 bits is a wavelength converter (RB) state or padding is determined by the number of elements in the RB Set Field.

最後の16ビットが波長コンバーター（RB）状態であるかパディングであるかは、RBセットフィールドの要素数によって決まります。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Action = 1    |    Reserved                                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                  RB Usage State Bitmap                        |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     ......             |      Padding Bits    |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

RB Usage State Bitmap: Variable length but must be a multiple of 4 bytes.

RB使用状況ビットマップ：可変長ですが、4バイトの倍数でなければなりません。

Each bit indicates the usage status of one RB with 0 indicating the RB is available and 1 indicating the RB is in use. The sequence of the bitmap is ordered according to the RB Set Field with this element.

各ビットは1つのRBの使用状況を示し、0はRBが使用可能であることを示し、1はRBが使用中であることを示します。ビットマップのシーケンスは、この要素を持つRBセットフィールドに従って順序付けられます。

Padding bits: Variable length

パディングビット：可変長

3.4. Resource Block Shared Access Wavelength Availability Field

3.4. リソースブロック共有アクセス波長可用性フィールド

Resource blocks may be accessed via a shared fiber. If this is the case, then wavelength availability on these shared fibers is needed to understand resource availability.

リソースブロックには、共有ファイバーを介してアクセスできます。この場合、リソースの可用性を理解するには、これらの共有ファイバーでの波長の可用性が必要です。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |I|O|B|                        Reserved                         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |            Input Available Wavelength Set Field               |
      :                          (Optional)                           :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |             Output Available Wavelength Set Field             |
      :                          (Optional)                           :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

I (Input):

I（入力）：

1 - indicates the presence of the Input Available Wavelength Set Field.

1-入力使用可能波長セットフィールドの存在を示します。

0 - indicates the absence of the Input Available Wavelength Set Field.

0-入力使用可能波長セットフィールドがないことを示します。

O (Output):

O（出力）：

1 - indicates the presence of the Output Available Wavelength Set Field.

1-出力使用可能波長セットフィールドの存在を示します。

0 - indicates the absence of the Output Available Wavelength Set Field.

0-出力使用可能波長セットフィールドがないことを示します。

B (Both):

B（両方）：

1 - indicates that a single Available Wavelength Set Field represents both Input and Output Available Wavelength Set Fields.

1-単一の利用可能な波長セットフィールドが入力と出力の両方の利用可能な波長セットフィールドを表すことを示します。

Currently, the only valid combinations of (I,O,B) are (1,0,0), (0,1,0), (1,1,0), and (0,0,1).

現在、（I、O、B）の有効な組み合わせは（1,0,0）、（0,1,0）、（1,1,0）、および（0,0,1）のみです。

RB Set Field:

RBセットフィールド：

A resource block set in which all the members share the same input or output fiber or both.

すべてのメンバーが同じ入力または出力ファイバー、あるいはその両方を共有するリソースブロックセット。

Input Available Wavelength Set Field:

入力可能な波長セットフィールド：

Indicates the wavelengths currently available (not being used) on the input fiber to this resource block. This field is encoded via the Label Set Field of [RFC7579].

このリソースブロックへの入力ファイバで現在使用可能な（使用されていない）波長を示します。このフィールドは、[RFC7579]のラベルセットフィールドを介してエンコードされます。

Output Available Wavelength Set Field:

出力使用可能な波長セットフィールド：

Indicates the wavelengths currently available (not being used) on the output fiber from this resource block. This field is encoded via the Label Set Field of [RFC7579].

このリソースブロックからの出力ファイバで現在使用可能な（使用されていない）波長を示します。このフィールドは、[RFC7579]のラベルセットフィールドを介してエンコードされます。

4. Resource Block Information Field

4. リソースブロック情報フィールド

As defined in [RFC7446], the Resource Block Information <ResourceBlockInfo> field is used to represent resource signal constraints and processing capabilities of a node.

[RFC7446]で定義されているように、リソースブロック情報<ResourceBlockInfo>フィールドは、ノードのリソース信号の制約と処理機能を表すために使用されます。

The fundamental properties of a resource block are:

リソースブロックの基本的なプロパティは次のとおりです。

o Optical Interface Class List(s)

o 光インターフェイスクラスリスト

o Acceptable Client Signal (shared input, modulation, Forward Error Correction (FEC), bit rate, and Generalized Protocol Identifier (G-PID))

o 許容可能なクライアント信号（共有入力、変調、転送エラー訂正（FEC）、ビットレート、および汎用プロトコル識別子（G-PID））

o Input Bit Rate

o 入力ビットレート

o Processing Capabilities (number of resources in a block, regeneration, performance monitoring, vendor specific)

o 処理能力（ブロック内のリソース数、再生成、パフォーマンス監視、ベンダー固有）

<ResourceBlockInfo> fields are used to convey relatively static information about individual resource blocks, including the resource block properties and the number of resources in a block.

<ResourceBlockInfo>フィールドは、リソースブロックのプロパティやブロック内のリソースの数など、個々のリソースブロックに関する比較的静的な情報を伝えるために使用されます。

When more than one <ResourceBlockInfo> field is used, there are no ordering requirements amongst these fields. The length of the <ResourceBlockInfo> field is determined from the length of the object that includes it.

複数の<ResourceBlockInfo>フィールドが使用される場合、これらのフィールド間の順序付け要件はありません。 <ResourceBlockInfo>フィールドの長さは、それを含むオブジェクトの長さから決定されます。

The <ResourceBlockInfo> field has the following format:

<ResourceBlockInfo>フィールドの形式は次のとおりです。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                          RB Set Field                         |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |I|O|B|                       Reserved                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Optional Subfield 1                    |
      :                              ...                              :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      :                               :                               :
      :                               :                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                        Optional Subfield N                    |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The RB Set Field is described in Section 2.1.

RBセットフィールドについては、セクション2.1で説明します。

The shared input or output indication is indicated by the first bit (I), the second bit (O), and the third bit (B).

共有入力または出力の表示は、最初のビット（I）、2番目のビット（O）、および3番目のビット（B）で示されます。

I (Input):

I（入力）：

1 - indicates if the resource blocks identified in the RB Set Field utilized a shared fiber for input access.

1-RB Set Fieldで識別されたリソースブロックが入力アクセスに共有ファイバーを利用したかどうかを示します。

0 - indicates otherwise.

0-そうでないことを示します。

O (Output):

O（出力）：

1 - indicates if the resource blocks identified in the RB Set Field utilized a shared fiber for output access.

1-RB Set Fieldで識別されたリソースブロックが出力アクセスに共有ファイバーを利用したかどうかを示します。

0 - indicates otherwise.

0-そうでないことを示します。

B (Both):

B（両方）：

1 - indicates if the resource blocks identified in the RB Set Field utilized a shared fiber for both input and output access.

1-RB Set Fieldで識別されたリソースブロックが、入力アクセスと出力アクセスの両方に共有ファイバーを使用したかどうかを示します。

0 - indicates otherwise.

0-そうでないことを示します。

Currently, the only valid combinations of (I,O,B) are (1,0,0), (0,1,0), (1,1,0), and (0,0,1).

現在、（I、O、B）の有効な組み合わせは（1,0,0）、（0,1,0）、（1,1,0）、および（0,0,1）のみです。

Zero or more Optional Subfields MAY be present. Optional Subfields have the following format:

0個以上のオプションのサブフィールドが存在する場合があります。オプションのサブフィールドの形式は次のとおりです。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |              Type             |             Length            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                            Value...                           |
      .                                                               .
      .                                                               .
      .                                                               .
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The Length field defines the length of the value portion in bytes (thus, a subfield with no value portion would have a length of zero). The subfield is padded to 4-byte alignment; padding is not included in the Length field (so a 3-byte value would have a length of three, but the total size of the subfield would be 8 bytes). Unrecognized types are not processed. If multiple subfields of the same type are present, only the first of the type SHOULD be processed.

長さフィールドは、値部分の長さをバイト単位で定義します（したがって、値部分のないサブフィールドの長さはゼロになります）。サブフィールドは、4バイトの位置合わせに埋め込まれます。パディングは長さフィールドには含まれません（したがって、3バイトの値は長さが3になりますが、サブフィールドの合計サイズは8バイトになります）。認識されないタイプは処理されません。同じタイプの複数のサブフィールドが存在する場合、タイプの最初のサブフィールドのみを処理する必要があります（SHOULD）。

The following sub-TLV types are defined:

次のサブTLVタイプが定義されています。

Value Length Sub-TLV Type

値の長さサブTLVタイプ

1 variable Optical Interface Class List 2 variable Acceptable Client Signal List 3 variable Input Bit Rate List 4 variable Processing Capability List

1可変光インターフェイスクラスリスト2可変許容クライアント信号リスト3可変入力ビットレートリスト4可変処理機能リスト

See the IANA Considerations section for allocation of new types.

新しいタイプの割り当てについては、IANAの考慮事項のセクションを参照してください。

4.1. Optical Interface Class List Subfield

4.1. 光インターフェイスクラスリストサブフィールド

The Optical Interface Class List subfield has the following format:

Optical Interface Class Listサブフィールドの形式は次のとおりです。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                           Reserved                        |I|O|
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Optical Interface Classes                   |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The following I and O combination are defined:

次のIとOの組み合わせが定義されています。

   I   O
   -----
   0   0   Invalid

1 0 Optical Interface Class List acceptable in input

1 0入力で受け入れ可能な光インターフェイスクラスリスト

0 1 Optical Interface Class List available in output

0 1出力で使用可能な光インターフェイスクラスリスト

1 1 Optical Interface Class List available on both input and output.

1 1入力と出力の両方で使用可能な光インターフェイスクラスリスト。

The resource block MAY contain one or more lists according to the input/output flags.

リソースブロックには、入出力フラグに応じて1つ以上のリストを含めることができます。

The Optical Interface Classes format is defined as follows:

Optical Interface Classesフォーマットは次のように定義されています。

     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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |S|     Reserved                |    OI Code Points             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |         Optical Interface Class                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |         Optical Interface Class  (Cont.)                      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where the first 32 bits of the encoding shall be used to identify the semantics of the Optical Interface Class in the following way:

エンコーディングの最初の32ビットを使用して、次の方法で光インターフェイスクラスのセマンティクスを識別します。

S (Standard bit):

S（標準ビット）：

S=0: identifies non-ITU code points

S = 0：非ITUコードポイントを識別します

S=1: identifies ITU application codes

S = 1：ITUアプリケーションコードを識別します

With S=0, the OI Code Points field can take the following value:

S = 0の場合、OIコードポイントフィールドは次の値をとることができます。

0: reserved

0：予約済み

Future work may add support for vendor-specific application codes once the ITU-T has completed its work in that area.

ITU-Tがその領域での作業を完了すると、将来の作業でベンダー固有のアプリケーションコードのサポートが追加される可能性があります。

With S=1, the OI Code Points field can take the following values:

S = 1の場合、OIコードポイントフィールドは次の値をとることができます。

0: reserved

0：予約済み

1: [G.698.1] application code

1：[G.698.1]アプリケーションコード

2: [G.698.2] application code

2：[G.698.2]アプリケーションコード

3: [G.959.1] application code

3：[G.959.1]アプリケーションコード

4: [G.695] application code

4：[G.695]アプリケーションコード

In the case of ITU application codes, the mapping between the string defining the application code and the 64 bits implementing the optical interface class is given in the following sections.

ITUアプリケーションコードの場合、アプリケーションコードを定義する文字列と、光インターフェイスクラスを実装する64ビットの間のマッピングを、次のセクションで示します。

4.1.1. ITU-T G.698.1 Application Code Mapping

4.1.1. ITU-T G.698.1アプリケーションコードマッピング

[G.698.1] defines the following application codes: DScW-ytz(v) and B-DScW-ytz(v). Where:

[G.698.1]は、次のアプリケーションコードを定義しています：DScW-ytz（v）およびB-DScW-ytz（v）。どこ：

B: means Bidirectional

B：双方向を意味します

D: means a DWDM application

D：DWDMアプリケーションを意味します

S: takes values N (narrow spectral excursion) or W (wide spectral excursion)

S：値N（狭いスペクトル偏位）またはW（広いスペクトル偏位）

c: Channel Spacing (GHz)

c：チャネル間隔（GHz）

W: takes values S (short-haul) or L (long-haul)

W：S（短距離）またはL（長距離）の値を取ります

y: takes values 1 (NRZ 2.5G) or 2 (NRZ 10G)

y：値は1（NRZ 2.5G）または2（NRZ 10G）です

t: only D value is defined (link does not contain optical amplifier)

t：D値のみが定義されています（リンクには光増幅器が含まれていません）

z: takes values 2 ([G.652] fibre), 3 ([G.653] fibre), or 5 ([G.655] fibre)

z：値は2（[G.652]ファイバー）、3（[G.653]ファイバー）、または5（[G.655]ファイバー）

v: takes values S (Short wavelength), C (Conventional), or L (Long wavelength)

v：S（短波長）、C（従来型）、またはL（長波長）の値を取ります。

The F flag indicates the presence or absence of an optional FEC encoding suffix.

Fフラグは、オプションのFECエンコーディングサフィックスの有無を示します。

These get mapped into the 64-bit Optical Interface Class field as follows:

これらは、次のように64ビットの光インターフェースクラスフィールドにマッピングされます。

      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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |B|  D  |S|   c   |   W   |   y   |   t   |   z   |  v  |   F   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                           reserved                            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where (values between parentheses refer to ITU-defined values as reported above):

ここで（括弧内の値は、上記のITU定義の値を参照）：

B: 1 bidirectional, 0 otherwise

B：1双方向、それ以外は0

D (prefix): 0 reserved, 1 (D)

D（プレフィックス）：0予約済み、1（D）

S: 0 (N), 1 (W)

S：0（N）、1（W）

c: Channel Spacing, 4 bits mapped according to the same definition as in the third figure in Section 3.2 of [RFC6205] (note that DWDM spacing applies here).

c：チャネル間隔、[RFC6205]のセクション3.2の3番目の図と同じ定義に従って4ビットがマッピングされます（ここではDWDM間隔が適用されることに注意してください）。

W: 0 reserved, 2 (S), 3 (L)

W：予約済み0、2（S）、3（L）

y: 0 reserved, 1 (1), 2 (2)

y：予約済み0、1（1）、2（2）

t: 0 reserved, 4 (D)

t：予約済み0、4（D）

z: 0 reserved, 2 (2), 3 (3), 5 (5)

z：0予約済み、2（2）、3（3）、5（5）

v: 0 reserved, 1 (S), 2 (C), 3 (L)

v：予約済み0、1（S）、2（C）、3（L）

F (suffix): 0 No FEC encoding suffix present, 1 FEC encoding suffix present

F（サフィックス）：0 FECエンコードサフィックスが存在しない、1 FECエンコードサフィックスが存在する

Values not mentioned here are not allowed in this application code; the last 32 bits are reserved and shall be set to zero.

ここに記載されていない値は、このアプリケーションコードでは許可されていません。最後の32ビットは予約されており、ゼロに設定されます。

4.1.2. ITU-T G.698.2 Application Code Mapping

4.1.2. ITU-T G.698.2アプリケーションコードマッピング

[G.698.2] defines the following application codes: DScW-ytz(v) and B-DScW-ytz(v). Where:

[G.698.2]は、DScW-ytz（v）およびB-DScW-ytz（v）のアプリケーションコードを定義しています。どこ：

B: means Bidirectional

B：双方向を意味します

D: means a DWDM application S: takes values N (narrow spectral excursion) or W (wide spectral excursion)

D：DWDMアプリケーションを意味しますS：値N（狭いスペクトル偏位）またはW（広いスペクトル偏位）

c: Channel Spacing (GHz)

c：チャネル間隔（GHz）

W: takes values C (link is dispersion compensated) or U (link is dispersion uncompensated)

W：値C（リンクは分散補償済み）またはU（リンクは分散未補償）

y: takes values 1 (NRZ 2.5G) or 2 (NRZ 10G)

y：値は1（NRZ 2.5G）または2（NRZ 10G）です

t: takes value A (link may contains optical amplifier)

t：値Aをとります（リンクに光増幅器が含まれる場合があります）

z: takes values 2 ([G.652] fibre), 3 ([G.653] fibre), or 5 ([G.655] fibre)

z：値は2（[G.652]ファイバー）、3（[G.653]ファイバー）、または5（[G.655]ファイバー）

v: takes values S (Short wavelength), C (Conventional), or L (Long wavelength)

v：S（短波長）、C（従来型）、またはL（長波長）の値を取ります。

An optional F can be added to indicate a FEC encoding.

オプションのFを追加して、FECエンコーディングを示すことができます。

These get mapped into the 64-bit Optical Interface Class field as follows:

これらは、次のように64ビットの光インターフェースクラスフィールドにマッピングされます。

      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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |B|  D  |S|   c   |   W   |   y   |   t   |   z   |  v  |   F   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                           reserved                            |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where (values between parentheses refer to ITU-defined values as reported above):

ここで（括弧内の値は、上記のITU定義の値を参照）：

B: 1 bidirectional, 0 otherwise

B：1双方向、それ以外は0

D (prefix): 0 reserved, 1 (D)

D（プレフィックス）：0予約済み、1（D）

S: 0 (N), 1 (W)

S：0（N）、1（W）

c: Channel Spacing, 4 bits mapped according to the same definition as in the third figure in Section 3.2 of [RFC6205] (note that DWDM spacing applies here).

W: 0 reserved, 10 (C), 11 (U)

W：予約済み0、10（C）、11（U）

y: 0 reserved, 1 (1), 2 (2) t: 0 reserved, 1 (A)

y：予約済み0、1（1）、2（2）t：予約済み0、1（A）

z: 0 reserved, 2 (2), 3 (3), 5 (5)

z：0予約済み、2（2）、3（3）、5（5）

v: 0 reserved, 1 (S), 2 (C), 3 (L)

v：予約済み0、1（S）、2（C）、3（L）

F (suffix): 0 reserved, 1 FEC encoding

F（サフィックス）：予約済み0、FECエンコード1

Values not mentioned here are not allowed in this application code. The last 32 bits are reserved and shall be set to zero.

ここに記載されていない値は、このアプリケーションコードでは許可されていません。最後の32ビットは予約されており、ゼロに設定されます。

4.1.3. ITU-T G.959.1 Application Code Mapping

4.1.3. ITU-T G.959.1アプリケーションコードマッピング

[G.959.1] defines the following application codes: PnWx-ytz and BnWx-ytz. Where:

[G.959.1]は、PnWx-ytzおよびBnWx-ytzというアプリケーションコードを定義しています。どこ：

P,B: when present, indicate Plural or Bidirectional

P、B：存在する場合、複数または双方向を示します

n: maximum number of channels supported by the application code (i.e., an integer number)

n：アプリケーションコードでサポートされるチャネルの最大数（つまり、整数）

W: takes values I (intra-office), S (short-haul), L (long-haul), V (very long-haul), or U (ultra long-haul)

W：I（オフィス内）、S（短距離）、L（長距離）、V（非常に長距離）、またはU（超長距離）の値を取ります。

x: maximum number of spans allowed within the application code (i.e., an integer number)

x：アプリケーションコード内で許可されるスパンの最大数（つまり、整数）

y: takes values 1 (NRZ 2.5G), 2 (NRZ 10G), 9 (NRZ 25G), 3 (NRZ 40G), or 7 (RZ 40G)

y：1（NRZ 2.5G）、2（NRZ 10G）、9（NRZ 25G）、3（NRZ 40G）、または7（RZ 40G）の値を取ります

t: takes values A (power levels suitable for a booster amplifier in the originating ONE and power levels suitable for a pre-amplifier in the terminating ONE), B (booster amplifier only), C (pre-amplifier only), or D (no amplifiers)

t：値A（発信ONEのブースターアンプに適した電力レベルと終端ONEのプリアンプに適した電力レベル）、B（ブースターアンプのみ）、C（プリアンプのみ）、またはD（アンプなし）

z: takes values 1 (1310 nm sources on [G.652] fibre), 2 (1550 nm sources on [G.652] fibre), 3 (1550 nm sources on [G.653] fibre), or 5 (1550 nm sources on [G.655] fibre).

z：1（[G.652]ファイバーで1310 nmソース）、2（[G.652]ファイバーで1550 nmソース）、3（[G.653]ファイバーで1550 nmソース）、または5（1550 nmソース） [G.655]ファイバー上のnmソース）。

The following list of suffixes can be added to these application codes:

次のサフィックスのリストをこれらのアプリケーションコードに追加できます。

F: FEC encoding

F：FECエンコード

D: Adaptive dispersion compensation

D：適応分散補償

E: receiver capable of dispersion compensation r: reduced target distance

E：分散補償が可能なレシーバーr：ターゲット距離の短縮

a: power levels appropriate to APD receivers

a：APDレシーバーに適した電力レベル

b: power levels appropriate to PIN receivers

b：PINレシーバーに適した電力レベル

These values are encoded as follows:

これらの値は次のようにエンコードされます。

      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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | p |  P  |       n           |   W   |     x     |   reserved  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |   y   |   t   |   z   |   suffix  |          reserved         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where (values between parentheses refer to ITU-defined values as reported above):

ここで（括弧内の値は、上記のITU定義の値を参照）：

p (prefix): 0 otherwise, 1 Bidirectional (B)

p（プレフィックス）：0、それ以外の場合、1双方向（B）

P (optional): 0 not present, 2 (P).

P（オプション）：0なし、2（P）。

n: maximum number of channels (10 bits, up to 1023 channels)

n：チャネルの最大数（10ビット、最大1023チャネル）

W: 0 reserved, 1 (I), 2 (S), 3 (L), 4 (V), 5 (U)

W：予約済み0、1（I）、2（S）、3（L）、4（V）、5（U）

x: number of spans (6 bits, up to 64 spans)

x：スパン数（6ビット、最大64スパン）

y: 0 reserved, 1 (1), 2 (2), 3 (3), 7 (7), 9 (9)

y：予約済み0、1（1）、2（2）、3（3）、7（7）、9（9）

t: 0 reserved, 1 (A), 2 (B), 3 (C), 4 (D)

t：予約済み0、1（A）、2（B）、3（C）、4（D）

z: 0 reserved, 1 (1), 2 (2), 3 (3), 5 (5)

z：予約済み0、1（1）、2（2）、3（3）、5（5）

suffix: a 6-bit bitmap, where a "1" in the appropriate slot indicates that the corresponding suffix has been added.

suffix：6ビットのビットマップ。適切なスロットの「1」は、対応するサフィックスが追加されたことを示します。

             0 1 2 3 4 5
            +-+-+-+-+-+-+
            |F|D|E|r|a|b|
            +-+-+-+-+-+-+

4.1.4. ITU-T G.695 Application Code Mapping

4.1.4. ITU-T G.695アプリケーションコードマッピング

[G.695] defines the following application codes: CnWx-ytz, B-CnWx-ytz, and S-CnWx-ytz.

[G.695]は、CnWx-ytz、B-CnWx-ytz、およびS-CnWx-ytzというアプリケーションコードを定義しています。

Where the optional prefixes are:

B: Bidirectional

B：双方向

S: a system using a black link approach

S：ブラックリンクアプローチを使用するシステム

And the rest of the application code is defined as:

そして、残りのアプリケーションコードは次のように定義されます。

C: CWDM (Coarse WDM) application

C：CWDM（Coarse WDM）アプリケーション

n: maximum number of channels supported by the application code (i.e., an integer number)

n：アプリケーションコードでサポートされるチャネルの最大数（つまり、整数）

W: takes values S (short-haul) or L (long-haul)

W：S（短距離）またはL（長距離）の値を取ります

x: maximum number of spans allowed

x：許可されるスパンの最大数

y: takes values 0 (NRZ 1.25G), 1 (NRZ 2.5G), or 2 (NRZ 10G).

y：0（NRZ 1.25G）、1（NRZ 2.5G）、または2（NRZ 10G）の値を取ります。

t: takes value D (link does not contain any optical amplifier).

t：値Dをとります（リンクには光増幅器が含まれていません）。

z: takes values 1 (1310 nm region for [G.652] fibre), 2 (ITU-T [G.652] fibre), 3 ([G.653] fibre), or 5 ([G.655] fibre)

The following list of suffixes can be added to these application codes:

次のサフィックスのリストをこれらのアプリケーションコードに追加できます。

F: FEC encoding

F：FECエンコード

Since the application codes are very similar to the ones from the [G.959.1] section, most of the fields are reused. The 64-bit Optical Interface Class field is encoded as follows:

アプリケーションコードは[G.959.1]セクションのコードと非常に似ているため、ほとんどのフィールドが再利用されます。 64ビットの光インターフェースクラスフィールドは次のようにエンコードされます。

      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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | p |  C  |       n           |   W   |     x     |   reserved  |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |   y   |   t   |   z   |   suffix  |          reserved         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where (values between parentheses refer to ITU-defined values as reported above):

ここで（括弧内の値は、上記のITU定義の値を参照）：

p: 0 no prefix, 1 (B) bidirectional, 2 (S) black link

p：0接頭辞なし、1（B）双方向、2（S）黒リンク

C: 0 reserved, 3 (C)

C：予約済み0、3（C）

n: maximum number of channels (10 bits, up to 1023 channels)

n：チャネルの最大数（10ビット、最大1023チャネル）

W: 0 reserved, 1 reserved, 2 (S), 3 (L), > 3 reserved

W：予約済み0、予約済み1、2（S）、3（L）、予約済み> 3

x: number of spans (6 bits, up to 64 spans)

x：スパン数（6ビット、最大64スパン）

y: 0 (0), 1 (1), 2 (2), > 2 reserved

y：0（0）、1（1）、2（2）、> 2予約済み

t: 4 (D), all other values are reserved

t：4（D）、他のすべての値は予約済み

z: 0 reserved, 1 (1), 2 (2), 3 (3)

z：予約済み0、1（1）、2（2）、3（3）

suffix: a 6-bit bitmap, where a "1" in the appropriate slot indicates that the corresponding suffix has been added.

suffix：6ビットのビットマップ。適切なスロットの「1」は、対応するサフィックスが追加されたことを示します。

             0 1 2 3 4 5
            +-+-+-+-+-+-+
            |F|0|0|0|0|0|
            +-+-+-+-+-+-+

4.2. Acceptable Client Signal List Subfield

4.2. 許容可能なクライアント信号リストサブフィールド

This subfield contains a list of acceptable input client signal types.

このサブフィールドには、受け入れ可能な入力クライアント信号タイプのリストが含まれています。

The acceptable client signal list is a list of Generalized Protocol Identifiers (G-PIDs).

受け入れ可能なクライアント信号リストは、一般化プロトコル識別子（G-PID）のリストです。

      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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |            Reserved           |       Number of G-PIDs        |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |            G-PID #1           |          G-PID #2             |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     :                               |                               :
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |            G-PID #N           |                               |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Number of G-PIDs: an integer greater than or equal to one.

G-PIDs: assigned by IANA. Many are defined in [RFC3471] and [RFC4328].

G-PID：IANAによって割り当てられます。多くは[RFC3471]と[RFC4328]で定義されています。

4.3. Input Bit Rate List Subfield

4.3. 入力ビットレートリストサブフィールド

This subfield contains a list of bit rates of each input client signal type specified in the Input Client Signal List.

このサブフィールドには、入力クライアント信号リストで指定された各入力クライアント信号タイプのビットレートのリストが含まれています。

The number of Input Bit Rates MUST match the number of G-PIDs.

入力ビットレートの数は、G-PIDの数と一致する必要があります。

      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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                   Input Bit Rate of G-PID #1                  |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     :                                                               :
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |                   Input Bit Rate of G-PID #N                  |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Input Bit Rates are in IEEE 754 floating point format [IEEE].

入力ビットレートは、IEEE 754浮動小数点形式[IEEE]です。

4.4. Processing Capability List Subfield

4.4. 処理能力リストサブフィールド

The Processing Capability List subfield is a list of capabilities that can be achieved through the referred resources:

処理能力リストサブフィールドは、参照されたリソースを通じて達成できる能力のリストです。

1. Regeneration capability

1. 再生能力

2. Fault and performance monitoring

2. 障害とパフォーマンスの監視

3. Vendor-specific capability

3. ベンダー固有の機能

Fault and performance monitoring and vendor-specific capability have no additional capability parameters.

障害とパフォーマンスの監視およびベンダー固有の機能には、追加の機能パラメーターはありません。

The Processing Capability List subfield is defined as:

処理能力リストサブフィールドは次のように定義されます。

      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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |            Reserved           |        Processing Cap ID      |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |   Possible additional capability parameters depending upon    |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     :   the processing ID                                           :
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

The Processing Cap ID field defines the following processing capabilities:

処理キャップIDフィールドは、次の処理機能を定義します。

0: Reserved

0：予約済み

1: Regeneration capability

2: Fault and performance monitoring

2：障害とパフォーマンスの監視

3: Vendor-specific capability

3：ベンダー固有の機能

When the Processing Cap ID is "Regeneration capability", the following additional capability parameters are provided in the following field:

処理キャップIDが「再生機能」の場合、次のフィールドに次の追加機能パラメーターが提供されます。

      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
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
     |  T  | C |                 Reserved                            |
     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Where the T bit indicates the type of regenerator:

Tビットは再生器のタイプを示します。

T=0: Reserved

T = 0：予約済み

T=1: 1R Regenerator

T = 1：1R再生器

T=2: 2R Regenerator

T=3: 3R Regenerator

T = 3：3R再生器

And where the C bit indicates the capability of the regenerator:

また、Cビットは再生器の機能を示します。

C=0: Reserved

C = 0：予約済み

C=1: Fixed Regeneration Point

C = 1：固定再生ポイント

C=2: Selective Regeneration Pools

C = 2：選択的再生プール

Note that when the capability of the regenerator is indicated to be "Selective Regeneration Pools", regeneration pool properties such as input and output restrictions and availability need to be specified. These properties will be encoded in the field providing additional capability parameters, starting with the bits marked Reserved in the figure immediately above. An additional specification describing the encoding of these parameters is required before the value C=2 can be used.

5. Security Considerations

5. セキュリティに関する考慮事項

This document defines protocol-independent encodings for WSON information and does not introduce any security issues.

However, other documents that make use of these encodings within protocol extensions need to consider the issues and risks associated with inspection, interception, modification, or spoofing of any of this information. It is expected that any such documents will describe the necessary security measures to provide adequate protection. A general discussion on security in GMPLS networks can be found in [RFC5920].

ただし、プロトコル拡張内でこれらのエンコーディングを使用する他のドキュメントでは、この情報の検査、傍受、変更、またはなりすましに関連する問題とリスクを考慮する必要があります。このようなドキュメントには、適切な保護を提供するために必要なセキュリティ対策が記述されていることが期待されます。 GMPLSネットワークのセキュリティに関する一般的な議論は、[RFC5920]にあります。

6. IANA Considerations

6. IANAに関する考慮事項

This document introduces a new top-level registry for GMPLS routing parameters for WSON encoding. This new IANA registry has been created to make the assignment of a new type and new values for the new "GMPLS Routing Parameters for WSON" registry. Note that this registry is only used in routing, not in signaling.

6.1. Types for Subfields of WSON Resource Block Information

6.1. WSONリソースブロック情報のサブフィールドのタイプ

Under the new "GMPLS Routing Parameters for WSON" registry, a new IANA subregistry has been created for nested subfields of the Resource Block Information field to create a new section named "Types for Subfields of WSON Resource Block Information Registry". This registry will be maintained via Standards Action as defined by [RFC5226].

The initial values in the registry are as follows:

レジストリの初期値は次のとおりです。

   Value      Length      Description                     Reference
   -----      ------      ------------                    ---------
   0                      Reserved
   1          variable    Optical Interface Class List    [RFC7581]
   2          variable    Acceptable Client Signal List   [RFC7581]
   3          variable    Input Bit Rate List             [RFC7581]
   4          variable    Processing Capability List      [RFC7581]
   5-65535                Unassigned

7. References

7. 参考文献

7.1. Normative References

7.1. 引用文献

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.

[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。

[RFC4328] Papadimitriou, D., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Extensions for G.709 Optical Transport Networks Control", RFC 4328, DOI 10.17487/RFC4328, January 2006, <http://www.rfc-editor.org/info/rfc4328>.

[RFC4328] Papadimitriou、D。、編、「G.709光トランスポートネットワーク制御用の汎用マルチプロトコルラベルスイッチング（GMPLS）シグナリング拡張機能」、RFC 4328、DOI 10.17487 / RFC4328、2006年1月、<http：// www .rfc-editor.org / info / rfc4328>。

[RFC6205] Otani, T., Ed., and D. Li, Ed., "Generalized Labels for Lambda-Switch-Capable (LSC) Label Switching Routers", RFC 6205, DOI 10.17487/RFC6205, March 2011, <http://www.rfc-editor.org/info/rfc6205>.

[RFC6205] Otani、T.、Ed。およびD. Li、Ed。、「Generalized Labels for Lambda-Switch-Capable（LSC）Label Switching Routers」、RFC 6205、DOI 10.17487 / RFC6205、2011年3月、<http： //www.rfc-editor.org/info/rfc6205>。

[RFC7446] Lee, Y., Ed., Bernstein, G., Ed., Li, D., and W. Imajuku, "Routing and Wavelength Assignment Information Model for Wavelength Switched Optical Networks", RFC 7446, DOI 10.17487/RFC7446, February 2015, <http://www.rfc-editor.org/info/rfc7446>.

[RFC7446] Lee、Y.、Ed。、Bernstein、G.、Ed。、Li、D。、およびW. Imajuku、「Routing and Wavelength Assignment Information Model for Wavelength Switched Optical Networks」、RFC 7446、DOI 10.17487 / RFC7446 、2015年2月、<http://www.rfc-editor.org/info/rfc7446>。

[RFC7579] Bernstein, G., Ed., Lee, Y., Ed., Li, D., Imajuku, W., and J. Han, "General Network Element Constraint Encoding for GMPLS-Controlled Networks", RFC 7579, DOI 10.17487/RFC7579, June 2015, <http://www.rfc-editor.org/info/rfc7579>.

[RFC7579] Bernstein、G.、Ed。、Lee、Y.、Ed。、Li、D.、Imajuku、W.、and J. Han、 "General Network Element Constraint Encoding for GMPLS-Controlled Networks"、RFC 7579、 DOI 10.17487 / RFC7579、2015年6月、<http://www.rfc-editor.org/info/rfc7579>。

7.2. Informative References

7.2. 参考引用

[G.652] ITU-T, "Characteristics of a single-mode optical fibre and cable", ITU-T Recommendation G.652, November 2009.

[G.652] ITU-T、「シングルモード光ファイバおよびケーブルの特性」、ITU-T勧告G.652、2009年11月。

[G.653] ITU-T, "Characteristics of a dispersion-shifted, single-mode optical fibre and cable", ITU-T Recommendation G.653, July 2010.

[G.653] ITU-T、「分散シフト、シングルモード光ファイバーおよびケーブルの特性」、ITU-T勧告G.653、2010年7月。

[G.655] ITU-T, "Characteristics of a non-zero dispersion-shifted single-mode optical fibre and cable", ITU-T Recommendation G.655, November 2009.

[G.655] ITU-T、「非ゼロ分散シフトシングルモード光ファイバおよびケーブルの特性」、ITU-T勧告G.655、2009年11月。

[G.695] ITU-T, "Optical interfaces for coarse wavelength division multiplexing applications", ITU-T Recommendation G.695, January 2015.

[G.695] ITU-T、「粗波長分割多重アプリケーション用の光インターフェイス」、ITU-T勧告G.695、2015年1月。

[G.698.1] ITU-T, "Multichannel DWDM applications with single-channel optical interfaces", ITU-T Recommendation G.698.1, November 2009.

[G.698.1] ITU-T、「シングルチャネル光インターフェイスを備えたマルチチャネルDWDMアプリケーション」、ITU-T勧告G.698.1、2009年11月。

[G.698.2] ITU-T, "Amplified multichannel dense wavelength division multiplexing applications with single channel optical interfaces", ITU-T Recommendation G.698.2, November 2009.

[G.698.2] ITU-T、「シングルチャネル光インターフェイスを備えた増幅マルチチャネル高密度波長分割多重アプリケーション」、ITU-T勧告G.698.2、2009年11月。

[G.959.1] ITU-T, "Optical transport network physical layer interfaces", ITU-T Recommendation G.959.1, February 2012.

[G.959.1] ITU-T、「Optical transport network physical layer interfaces」、ITU-T Recommendation G.959.1、2012年2月。

[IEEE] IEEE, "IEEE Standard for Binary Floating-Point Arithmetic", IEEE Standard 754.

[IEEE] IEEE、「2進浮動小数点演算のIEEE標準」、IEEE標準754。

[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, DOI 10.17487/RFC3471, January 2003, <http://www.rfc-editor.org/info/rfc3471>.

[RFC4203] Kompella, K., Ed., and Y. Rekhter, Ed., "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4203, DOI 10.17487/RFC4203, October 2005, <http://www.rfc-editor.org/info/rfc4203>.

[RFC4203] Kompella、K。、編、およびY. Rekhter、編、「汎用マルチプロトコルラベルスイッチング（GMPLS）をサポートするOSPF拡張機能」、RFC 4203、DOI 10.17487 / RFC4203、2005年10月、<http： //www.rfc-editor.org/info/rfc4203>。

[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, DOI 10.17487/RFC5226, May 2008, <http://www.rfc-editor.org/info/rfc5226>.

[RFC5226] Narten、T。およびH. Alvestrand、「RFCでIANAの考慮事項セクションを作成するためのガイドライン」、BCP 26、RFC 5226、DOI 10.17487 / RFC5226、2008年5月、<http://www.rfc-editor.org / info / rfc5226>。

[RFC5307] Kompella, K., Ed., and Y. Rekhter, Ed., "IS-IS Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 5307, DOI 10.17487/RFC5307, October 2008, <http://www.rfc-editor.org/info/rfc5307>.

[RFC5440] Vasseur, JP., Ed., and JL. Le Roux, Ed., "Path Computation Element (PCE) Communication Protocol (PCEP)", RFC 5440, DOI 10.17487/RFC5440, March 2009, <http://www.rfc-editor.org/info/rfc5440>.

[RFC5511] Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax Used to Form Encoding Rules in Various Routing Protocol Specifications", RFC 5511, DOI 10.17487/RFC5511, April 2009, <http://www.rfc-editor.org/info/rfc5511>.

[RFC5511] Farrel、A。、「Routing Backus-Naur Form（RBNF）：A Syntax Using Forming Encoding Rules in Various Routing Protocol Specifications」、RFC 5511、DOI 10.17487 / RFC5511、2009年4月、<http：// www。 rfc-editor.org/info/rfc5511>。

[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, DOI 10.17487/RFC5920, July 2010, <http://www.rfc-editor.org/info/rfc5920>.

[RFC5920] Fang、L。、編、「MPLSおよびGMPLSネットワークのセキュリティフレームワーク」、RFC 5920、DOI 10.17487 / RFC5920、2010年7月、<http://www.rfc-editor.org/info/rfc5920>。

[RFC6163] Lee, Y., Ed., Bernstein, G., Ed., and W. Imajuku, "Framework for GMPLS and Path Computation Element (PCE) Control of Wavelength Switched Optical Networks (WSONs)", RFC 6163, DOI 10.17487/RFC6163, April 2011, <http://www.rfc-editor.org/info/rfc6163>.

[RFC6163] Lee、Y.、Ed。、Bernstein、G.、Ed。、およびW. Imajuku、「GMPLSおよびPath Computation Element（PCE）Control for Wavelength Switched Optical Network（WSONs）」、RFC 6163、DOI 10.17487 / RFC6163、2011年4月、<http://www.rfc-editor.org/info/rfc6163>。

Appendix A. Encoding Examples

付録A.エンコードの例

A.1. Wavelength Converter Accessibility Field

A.1. 波長変換アクセシビリティフィールド

Figure 1 shows a wavelength converter pool architecture known as "shared per fiber". In this case, the input and output pool matrices are simply:

図1は、「ファイバーごとに共有」と呼ばれる波長コンバータープールアーキテクチャを示しています。この場合、入力プール行列と出力プール行列は次のとおりです。

              +-----+       +-----+
              | 1 1 |       | 1 0 |
          WI =|     |,  WE =|     |
              | 1 1 |       | 0 1 |
              +-----+       +-----+

                    +-----------+                      +------+
                    |           |--------------------->|      |
                    |           |--------------------->|  C   |
              /|    |           |--------------------->|  o   |
             /D+--->|           |--------------------->|  m   |
            + e+--->|           |                      |  b   |=======>
   ========>| M|    |  Optical  |    +-----------+     |  i   | Port O1
   Port I1  + u+--->|  Switch   |    |  WC Pool  |     |  n   |
             \x+--->|           |    |  +-----+  |     |  e   |
              \|    |           +----+->|WC #1|--+---->|  r   |
                    |           |    |  +-----+  |     +------+
                    |           |    |           |     +------+
              /|    |           |    |  +-----+  |     |      |
             /D+--->|           +----+->|WC #2|--+---->|  C   |
            + e+--->|           |    |  +-----+  |     |  o   |
   ========>| M|    |           |    +-----------+     |  m   |=======>
   Port I2  + u+--->|           |                      |  b   | Port O2
             \x+--->|           |--------------------->|  i   |
              \|    |           |--------------------->|  n   |
                    |           |--------------------->|  e   |
                    |           |--------------------->|  r   |
                    +-----------+                      +------+

Figure 1: An Optical Switch Featuring a Shared Per-Fiber Wavelength Converter Pool Architecture

図1：共有のファイバーごとの波長コンバータープールアーキテクチャを備えた光スイッチ

The wavelength converters are resource blocks and the wavelength converter pool is a resource block pool. This can be encoded as follows:

波長コンバータはリソースブロックであり、波長コンバータプールはリソースブロックプールです。これは次のようにエンコードできます。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |    Reserved |1|                    Reserved                   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  Note: I1,I2 can connect to either WC1 or WC2
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |0|  Reserved   |            Length = 12        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Link Local Identifier = #1                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Link Local Identifier = #2                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |1|  Reserved   |            Length = 8         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                           RB ID = #1                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                           RB ID = #2                          |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                        Note: WC1 can only connect to O1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |1|  Reserved   |            Length = 8         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Link Local Identifier = #1                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |0|  Reserved   |            Length = 8         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                            RB ID = #1                         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                        Note: WC2 can only connect to O2
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |1|  Reserved   |            Length = 8         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     Link Local Identifier = #2                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |0|                |            Length = 8      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                            RB ID = #2                         |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

A.2. Wavelength Conversion Range Field

A.2. 波長変換範囲フィールド

This example, based on Figure 1, shows how to represent the wavelength conversion range of wavelength converters. Suppose the wavelength range of input and output of WC1 and WC2 are {L1, L2, L3, L4}:

図1に基づくこの例は、波長変換器の波長変換範囲を表す方法を示しています。 WC1とWC2の入力と出力の波長範囲が{L1、L2、L3、L4}であるとします。

       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
                             Note: WC Set
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |  Action=0     |1| Reserved    |     Length = 8                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |           WC ID = #1          |       WC ID = #2              |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                             Note: wavelength input range
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | 2   | Num Wavelengths = 4     |          Length = 8           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Grid |  C.S. |     Reserved    |  n for lowest frequency = 1   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                             Note: wavelength output range
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | 2   | Num Wavelengths = 4     |          Length = 8           |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |Grid |  C.S. |     Reserved    |  n for lowest frequency = 1   |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

A.3. An OEO Switch with DWDM Optics

A.3. DWDM光学系を備えたOEOスイッチ

Figure 2 shows an electronic switch fabric surrounded by DWDM optics. In this example, the electronic fabric can handle either G.709 or Synchronous Digital Hierarchy (SDH) signals only (2.5 or 10 Gbps). To describe this node, the following information in Reduced Backus-Naur Form (RBNF) form [RFC5511] is needed:

図2は、DWDM光学系に囲まれた電子スイッチファブリックを示しています。この例では、電子ファブリックはG.709または同期デジタル階層（SDH）信号（2.5または10 Gbps）のみを処理できます。このノードを説明するには、Reduced Backus-Naur Form（RBNF）形式[RFC5511]の次の情報が必要です。

      <Node_Info> ::= <Node_ID>

[Other GMPLS info-elements]

[その他のGMPLS情報要素]

[<ConnectivityMatrix>...]

[<ConnectivityMatrix> ...]

[<ResourcePool>]

[<RBPoolState>]

In this case, there is complete port-to-port connectivity, so the <ConnectivityMatrix> is not required. In addition, since there are sufficient ports to handle all wavelength signals, the <RBPoolState> element is not needed.

この場合、完全なポート間接続があるため、<ConnectivityMatrix>は不要です。さらに、すべての波長信号を処理するのに十分なポートがあるため、<RBPoolState>要素は必要ありません。

Hence, the attention will be focused on the <ResourcePool> field:

したがって、注目は<ResourcePool>フィールドに集中します。

      <ResourcePool> ::= <ResourceBlockInfo>

[<RBAccessibility>...]

[<RBAccessibility> ...]

[<ResourceWaveConstraints>...]

[<ResourceWaveConstraints> ...]

              /|    +-----------+    +-------------+   +------+
             /D+--->|           +--->|Tunable Laser|-->|      |
            + e+--->|           |    +-------------+   |  C   |
   ========>| M|    |           |        ...           |  o   |=======>
   Port I1  + u+--->|           |    +-------------+   |  m   | Port O1
             \x+--->|           |--->|Tunable Laser|-->|  b   |
              \|    |  Electric |    +-------------+   +------+
                    |   Switch  |
              /|    |           |    +-------------+   +------+
             /D+--->|           +--->|Tunable Laser|-->|      |
            + e+--->|           |    +-------------+   |  C   |
   ========>| M|    |           |        ...           |  o   |=======>
   Port I2  + u+--->|           |    +-------------+   |  m   | Port O2
             \x+--->|           +--->|Tunable Laser|-->|  b   |
              \|    |           |    +-------------+   +------+
                    |           |
              /|    |           |    +-------------+   +------+
             /D+--->|           |--->|Tunable Laser|-->|      |
            + e+--->|           |    +-------------+   |  C   |
   ========>| M|    |           |        ...           |  o   |=======>
   Port I3  + u+--->|           |    +-------------+   |  m   | Port O3
             \x+--->|           |--->|Tunable Laser|-->|  b   |
              \|    +-----------+    +-------------+   +------+

Figure 2: An Optical Switch Built around an Electronic Switching Fabric

図2：電子スイッチングファブリックを中心に構築された光スイッチ

The resource block information will tell us about the processing constraints of the receivers, transmitters, and the electronic switch. The resource availability information, although very simple, tells us that all signals must traverse the electronic fabric (fixed connectivity). The resource wavelength constraints are not needed since there are no special wavelength constraints for the resources that would not appear as port/wavelength constraints.

リソースブロック情報は、レシーバー、トランスミッター、および電子スイッチの処理制約について教えてくれます。リソースの可用性情報は非常に単純ですが、すべての信号が電子ファブリックを通過する必要があることを示しています（固定接続）。ポート/波長の制約として表示されないリソースには特別な波長の制約がないため、リソースの波長の制約は必要ありません。

The <ResourceBlockInfo> is encoded as follows:

<ResourceBlockInfo>は次のようにエンコードされます。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                     RB Set Field                              |
      :  (only one resource block in this example with shared         |
      |                     input/output case)                        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |1|1|0|                 Reserved                                |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                 Optical Interface Class List(s)               |
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    Input Client Signal Type                   |
      :                   (G-PIDs for SDH and G.709)                  :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    Input Bit Rate Range List                  |
      :                      (2.5 Gbps, 10 Gbps)                      :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                   Processing Capabilities List                |
      :              Fixed (non optional) 3R regeneration             :
      :                                                               :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Since there is fixed connectivity to resource blocks (the electronic switch), the <RBAccessibility> is:

リソースブロック（電子スイッチ）への固定接続があるため、<RBAccessibility>は次のとおりです。

       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
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      | Connectivity=0|Reserved                                       |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                    Input Link Set Field A #1                  |
      :                    (All input links connect to resource)      :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                          RB Set Field A #1                    |
      :              (trivial set only one resource block)            :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                Output Link Set Field B #1                     |
      :                    (All output links connect to resource)     :
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Contributors

貢献者

Diego Caviglia Ericsson Via A. Negrone 1/A 16153 Genoa Italy Phone: +39 010 600 3736 EMail: diego.caviglia@ericsson.com

ディエゴカビリアエリクソンVia A. Negrone 1 / A 16153ジェノアイタリア電話：+39010 600 3736メール：diego.caviglia@ericsson.com

Anders Gavler Acreo AB Electrum 236 SE - 164 40 Kista Sweden EMail: Anders.Gavler@acreo.se

Anders Gavler Acreo AB Electrum 236 SE-164 40 Kista Swedenメール：Anders.Gavler@acreo.se

Jonas Martensson Acreo AB Electrum 236 SE - 164 40 Kista Sweden EMail: Jonas.Martensson@acreo.se

Jonas Martensson Acreo AB Electrum 236 SE-164 40 Kista Swedenメール：Jonas.Martensson@acreo.se

Itaru Nishioka NEC Corp. 1753 Simonumabe Nakahara-ku, Kawasaki, Kanagawa 211-8666 Japan Phone: +81 44 396 3287 EMail: i-nishioka@cb.jp.nec.com

いたるにしおかねＣこｒｐ。１７５３しもぬまべなかはらーく、かわさき、かながわ２１１ー８６６６じゃぱんＰほね：＋８１４４３９６３２８７えまいｌ：いーにしおか＠ｃｂ。ｊｐ。ねｃ。こｍ

Pierre Peloso ALU EMail: pierre.peloso@alcatel-lucent.com

Pierre Peloso ALUメール：pierre.peloso@alcatel-lucent.com

Cyril Margaria EMail: cyril.margaria@gmail.com

Cyril Margaria Eメール：cyril.margaria@gmail.com

Giovanni Martinelli Cisco EMail: giomarti@cisco.com

Giovanni Martinelli Cisco EMail：giomarti@cisco.com

Gabriele M Galimberti Cisco EMail: ggalimbe@cisco.com Lyndon Ong Ciena Corporation EMail: lyong@ciena.com

Gabriele M Galimbertiシスコメール：ggalimbe@cisco.com Lyndon Ong Ciena Corporationメール：lyong@ciena.com

Daniele Ceccarelli Ericsson EMail: daniele.ceccarelli@ericsson.com

Daniele Ceccarelli Ericsson Eメール：daniele.ceccarelli@ericsson.com

Authors' Addresses

著者のアドレス

Greg M. Bernstein (editor) Grotto Networking Fremont, California United States Phone: (510) 573-2237 EMail: gregb@grotto-networking.com

Greg M. Bernstein（編集者）Grotto Networking Fremont、California United States電話：（510）573-2237メール：gregb@grotto-networking.com

Young Lee (editor) Huawei Technologies 5340 Legacy Drive Build 3 Plano, TX 75024 United States Phone: (469) 277-5838 EMail: leeyoung@huawei.com

Young Lee（editor）Huawei Technologies 5340 Legacy Drive Build 3 Plano、TX 75024 United States電話：（469）277-5838メール：leeyoung@huawei.com

Dan Li Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base, Bantian, Longgang District Shenzhen 518129 China Phone: +86-755-28973237 EMail: danli@huawei.com

Dan Li Huawei Technologies Co.、Ltd. F3-5-B R＆D Center、Huawei Base、Bantian、Longgang District Shenzhen 518129 China電話：+ 86-755-28973237メール：danli@huawei.com

Wataru Imajuku NTT Network Innovation Labs 1-1 Hikari-no-oka, Yokosuka, Kanagawa Japan Phone: +81-(46) 859-4315 EMail: imajuku.wataru@lab.ntt.co.jp

わたるいまじゅくんっｔねとぉｒｋいんおゔぁちおんぁｂｓ１ー１ひかりーのーおか、よこすか、かながわじゃぱんＰほね：＋８１ー（４６）８５９ー４３１５えまいｌ：いまじゅく。わたる＠ぁｂ。んっｔ。こ。ｊｐ

Jianrui Han Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base, Bantian, Longgang District Shenzhen 518129 China Phone: +86-755-28972916 EMail: hanjianrui@huawei.com