[要約] RFC 7446は、波長切り替え光ネットワークのためのルーティングと波長割り当て情報モデルに関するものです。このRFCの目的は、ネットワークの効率的な運用と管理を支援するために、波長割り当て情報のモデル化と標準化を提供することです。
Internet Engineering Task Force (IETF) Y. Lee, Ed.
Request for Comments: 7446 Huawei
Category: Informational G. Bernstein, Ed.
ISSN: 2070-1721 Grotto Networking
D. Li
Huawei
W. Imajuku
NTT
February 2015
Routing and Wavelength Assignment Information Model for Wavelength Switched Optical Networks
波長交換光ネットワークのためのルーティングおよび波長割り当て情報モデル
Abstract
概要
This document provides a model of information needed by the Routing and Wavelength Assignment (RWA) process in Wavelength Switched Optical Networks (WSONs). The purpose of the information described in this model is to facilitate constrained optical path computation in WSONs. This model takes into account compatibility constraints between WSON signal attributes and network elements but does not include constraints due to optical impairments. Aspects of this information that may be of use to other technologies utilizing a GMPLS control plane are discussed.
このドキュメントでは、波長スイッチ光ネットワーク（WSON）のルーティングと波長割り当て（RWA）プロセスに必要な情報のモデルを提供します。このモデルで説明する情報の目的は、WSONでの制約された光路計算を容易にすることです。このモデルでは、WSON信号属性とネットワーク要素間の互換性の制約が考慮されていますが、光学的障害による制約は含まれていません。 GMPLSコントロールプレーンを利用する他のテクノロジーに役立つ可能性があるこの情報の側面について説明します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントは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). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 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/rfc7446.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7446で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2015 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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 ....................................................3
2. Terminology .....................................................3
3. Routing and Wavelength Assignment Information Model .............3
3.1. Dynamic and Relatively Static Information ..................4
4. Node Information (General) ......................................4
4.1. Connectivity Matrix ........................................5
5. Node Information (WSON Specific) ................................5
5.1. Resource Accessibility/Availability ........................7
5.2. Resource Signal Constraints and Processing Capabilities ...11
5.3. Compatibility and Capability Details ......................12
5.3.1. Shared Input or Output Indication ..................12
5.3.2. Optical Interface Class List .......................12
5.3.3. Acceptable Client Signal List ......................13
5.3.4. Processing Capability List .........................13
6. Link Information (General) .....................................13
6.1. Administrative Group ......................................14
6.2. Interface Switching Capability Descriptor .................14
6.3. Link Protection Type (for This Link) ......................14
6.4. Shared Risk Link Group Information ........................14
6.5. Traffic Engineering Metric ................................15
6.6. Port Label Restrictions ...................................15
6.6.1. Port-Wavelength Exclusivity Example ................17
7. Dynamic Components of the Information Model ....................18
7.1. Dynamic Link Information (General) ........................19
7.2. Dynamic Node Information (WSON Specific) ..................19
8. Security Considerations ........................................19
9. References .....................................................20
9.1. Normative References ......................................20
9.2. Informative References ....................................21
Contributors ......................................................22
Authors' Addresses ................................................23
The purpose of the WSON information model described in this document is to facilitate constrained optical path computation, and as such it is not a general-purpose network management information model. This constraint is frequently referred to as the "wavelength continuity" constraint, and the corresponding constrained optical path computation is known as the Routing and Wavelength Assignment (RWA) problem. Hence, the information model must provide sufficient topology and wavelength restriction and availability information to support this computation. More details on the RWA process and WSON subsystems and their properties can be found in [RFC6163]. The model defined here includes constraints between WSON signal attributes and network elements but does not include optical impairments.
このドキュメントで説明するWSON情報モデルの目的は、制約付きの光路計算を容易にすることであり、そのため、汎用のネットワーク管理情報モデルではありません。この制約は、「波長連続性」制約と呼ばれることが多く、対応する制約付き光路計算は、ルーティングと波長割り当て（RWA）問題として知られています。したがって、情報モデルは、この計算をサポートするために十分なトポロジーと波長制限および可用性情報を提供する必要があります。 RWAプロセスとWSONサブシステムとそれらのプロパティの詳細は、[RFC6163]にあります。ここで定義されているモデルには、WSON信号属性とネットワーク要素の間の制約が含まれていますが、光学的障害は含まれていません。
In addition to presenting an information model suitable for path computation in WSON, this document also highlights model aspects that may have general applicability to other technologies utilizing a GMPLS control plane. The portion of the information model applicable to technologies beyond WSON is referred to as "general" to distinguish it from the "WSON-specific" portion that is applicable only to WSON technology.
WSONでのパス計算に適した情報モデルの提示に加えて、このドキュメントでは、GMPLSコントロールプレーンを利用する他のテクノロジーに一般的に適用できるモデルの側面も取り上げています。 WSON以外のテクノロジーに適用可能な情報モデルの部分は、「一般」と呼ばれ、WSONテクノロジーにのみ適用可能な「WSON固有」の部分と区別されます。
Refer to [RFC6163] for definitions of Reconfigurable Optical Add/Drop Multiplexer (ROADM), RWA, Wavelength Conversion, Wavelength Division Multiplexing (WDM), WSON, and other related terminology used in this document.
このドキュメントで使用されている再構成可能な光アド/ドロップマルチプレクサ（ROADM）、RWA、波長変換、波長分割多重（WDM）、WSON、およびその他の関連用語の定義については、[RFC6163]を参照してください。
The WSON RWA information model in this document comprises four categories of information. The categories are independent of whether the information comes from a switching subsystem or from a line subsystem -- a switching subsystem refers to WSON nodes such as a ROADM or an Optical Add/Drop Multiplexer (OADM), and a line subsystem refers to devices such as WDM or Optical Amplifier. The categories are these:
このドキュメントのWSON RWA情報モデルは、4つのカテゴリの情報で構成されています。カテゴリは、情報がスイッチングサブシステムからのものか、ラインサブシステムからのものかには依存しません。スイッチングサブシステムはROADMやOptical Add / Drop Multiplexer（OADM）などのWSONノードを指し、ラインサブシステムはそのようなデバイスを指します。 WDMまたは光増幅器として。カテゴリは次のとおりです。
o Node Information
o ので いんふぉｒまちおん
o Link Information
o リンク情報
o Dynamic Node Information
o 動的ノード情報
o Dynamic Link Information Note that this is roughly the categorization used in Section 7 of [G.7715].
oダイナミックリンク情報これは、[G.7715]のセクション7で使用されている分類とほぼ同じであることに注意してください。
In the following, where applicable, the Reduced Backus-Naur Form (RBNF) syntax of [RBNF] is used to aid in defining the RWA information model.
以下では、該当する場合、[RBNF]の削減バッカスナウアフォーム（RBNF）構文を使用して、RWA情報モデルの定義を支援します。
All the RWA information of concern in a WSON network is subject to change over time. Equipment can be upgraded; links may be placed in or out of service and the like. However, from the point of view of RWA computations, there is a difference between information that can change with each successive connection establishment in the network and information that is relatively static and independent of connection establishment. A key example of the former is link wavelength usage since this can change with connection setup/teardown and this information is a key input to the RWA process. Examples of relatively static information are the potential port connectivity of a WDM ROADM, and the channel spacing on a WDM link.
WSONネットワークで懸念されるすべてのRWA情報は、時間の経過とともに変化する可能性があります。機器をアップグレードできます。リンクはサービス中などに配置できます。ただし、RWAの計算の観点からは、ネットワーク内の連続する接続の確立ごとに変化する可能性のある情報と、比較的静的で接続の確立に依存しない情報には違いがあります。前者の主な例は、リンクの波長の使用です。これは、接続のセットアップ/ティアダウンによって変化する可能性があり、この情報はRWAプロセスへの重要な入力です。比較的静的な情報の例は、WDM ROADMの潜在的なポート接続、およびWDMリンクのチャネル間隔です。
This document separates, where possible, dynamic and static information so that these can be kept separate in possible encodings. This allows for separate updates of these two types of information, thereby reducing processing and traffic load caused by the timely distribution of the more dynamic RWA WSON information.
このドキュメントでは、可能な場合は動的な情報と静的な情報を分離して、これらを可能なエンコーディングで個別に保持できるようにします。これにより、これらの2種類の情報を個別に更新できるため、より動的なRWA WSON情報のタイムリーな配信によって発生する処理とトラフィックの負荷が軽減されます。
The node information described here contains the relatively static information related to a WSON node. This includes connectivity constraints amongst ports and wavelengths since WSON switches can exhibit asymmetric switching properties. Additional information could include properties of wavelength converters in the node, if any are present. In [Switch] it was shown that the wavelength connectivity constraints for a large class of practical WSON devices can be modeled via switched and fixed connectivity matrices along with corresponding switched and fixed port constraints. These connectivity matrices are included with the node information, while the switched and fixed port wavelength constraints are included with the link information.
ここで説明するノード情報には、WSONノードに関連する比較的静的な情報が含まれています。 WSONスイッチは非対称スイッチングプロパティを示すことができるため、これにはポートと波長間の接続制約が含まれます。追加情報には、ノード内の波長変換器のプロパティが含まれる場合、そのプロパティが含まれる場合があります。 [Switch]では、実用的なWSONデバイスの大規模クラスの波長接続制約が、対応するスイッチおよび固定ポート制約とともに、スイッチおよび固定接続マトリックスを介してモデル化できることが示されました。これらの接続マトリックスはノード情報に含まれ、スイッチおよび固定ポートの波長制約はリンク情報に含まれています。
Formally,
正式には
<Node_Information> ::= <Node_ID> [<ConnectivityMatrix>...]
Where the Node_ID would be an appropriate identifier for the node within the WSON RWA context.
Node_IDは、WSON RWAコンテキスト内のノードの適切な識別子です。
Note that multiple connectivity matrices are allowed and hence can fully support the most-general cases enumerated in [Switch].
複数の接続マトリックスが許可されているため、[Switch]に列挙されている最も一般的なケースを完全にサポートできることに注意してください。
The connectivity matrix (ConnectivityMatrix) represents either the potential connectivity matrix for asymmetric switches (e.g., ROADMs and such) or fixed connectivity for an asymmetric device such as a multiplexer. Note that this matrix does not represent any particular internal blocking behavior but indicates which input ports and wavelengths could possibly be connected to a particular output port. For a switch or ROADM, representing blocking that is dependent on the internal state is beyond the scope of this document. Due to its highly implementation-dependent nature, it would most likely not be subject to standardization in the future. The connectivity matrix is a conceptual M by N matrix representing the potential switched or fixed connectivity, where M represents the number of input ports and N the number of output ports. This is a "conceptual" matrix since the matrix tends to exhibit structure that allows for very compact representations that are useful for both transmission and path computation.
接続マトリックス（ConnectivityMatrix）は、非対称スイッチ（ROADMなど）の潜在的な接続マトリックス、またはマルチプレクサーなどの非対称デバイスの固定接続のいずれかを表します。このマトリックスは特定の内部ブロッキング動作を表すものではなく、特定の出力ポートに接続できる入力ポートと波長を示していることに注意してください。スイッチまたはROADMの場合、内部状態に依存するブロッキングを表すことは、このドキュメントの範囲外です。実装に大きく依存する性質のため、将来的には標準化の対象にはなりません。接続マトリックスは、潜在的なスイッチまたは固定接続を表す概念的なM x Nマトリックスで、Mは入力ポートの数を表し、Nは出力ポートの数を表します。これは「概念的な」マトリックスです。これは、マトリックスが、透過計算とパス計算の両方に役立つ非常にコンパクトな表現を可能にする構造を示す傾向があるためです。
Note that the connectivity matrix information element can be useful in any technology context where asymmetric switches are utilized.
接続性マトリックスの情報要素は、非対称スイッチが利用されるあらゆるテクノロジーのコンテキストで役立つことに注意してください。
<ConnectivityMatrix> ::= <MatrixID>
<ConnType>
<ConnType>
<Matrix>
<マトリックス>
Where
ただし
<MatrixID> is a unique identifier for the matrix.
<MatrixID>は、マトリックスの一意の識別子です。
<ConnType> can be either 0 or 1 depending upon whether the connectivity is either fixed or switched.
<ConnType>は、接続が固定であるか切り替えられているかに応じて、0または1になります。
<Matrix> represents the fixed or switched connectivity in that Matrix(i, j) = 0 or 1 depending on whether input port i can connect to output port j for one or more wavelengths.
<Matrix>は、1つ以上の波長で入力ポートiが出力ポートjに接続できるかどうかに応じて、Matrix（i、j）= 0または1の固定接続または切り替え接続を表します。
As discussed in [RFC6163], a WSON node may contain electro-optical subsystems such as regenerators, wavelength converters or entire switching subsystems. The model present here can be used in characterizing the accessibility and availability of limited resources such as regenerators or wavelength converters as well as WSON signal attribute constraints of electro-optical subsystems. As such, this information element is fairly specific to WSON technologies.
[RFC6163]で説明されているように、WSONノードには、再生器、波長変換器、またはスイッチングサブシステム全体などの電気光学サブシステムを含めることができます。ここにあるモデルは、再生器や波長変換器などの限られたリソースのアクセス可能性と可用性、および電気光学サブシステムのWSON信号属性制約の特性評価に使用できます。そのため、この情報要素はWSONテクノロジーにかなり固有のものです。
In this document, the term "resource" is used to refer to a physical component of a WSON node such as a regenerator or a wavelength converter. Multiple instances of such components are often present within a single WSON node. This term is not to be confused with the concept of forwarding or switching resources such as bandwidth or lambdas.
このドキュメントでは、「リソース」という用語は、再生器や波長変換器などのWSONノードの物理コンポーネントを指すために使用されます。そのようなコンポーネントの複数のインスタンスは、多くの場合、単一のWSONノード内に存在します。この用語は、帯域幅やラムダなどのリソースの転送または切り替えの概念と混同しないでください。
A WSON node may include regenerators or wavelength converters arranged in a shared pool. As discussed in [RFC6163], a WSON node can also include WDM switches that use optical-electronic-optical (OEO) processing. There are a number of different approaches used in the design of WDM switches containing regenerator or converter pools. However, from the point of view of path computation, the following need to be known:
WSONノードには、共有プールに配置された再生器または波長変換器を含めることができます。 [RFC6163]で説明されているように、WSONノードには、光電子光学（OEO）処理を使用するWDMスイッチを含めることもできます。再生器または変換器プールを含むWDMスイッチの設計では、さまざまなアプローチが使用されます。ただし、パス計算の観点から、次のことを知っておく必要があります。
1. The nodes that support regeneration or wavelength conversion.
1. 再生または波長変換をサポートするノード。
2. The accessibility and availability of a wavelength converter to convert from a given input wavelength on a particular input port to a desired output wavelength on a particular output port.
2. 特定の入力ポートの特定の入力波長から特定の出力ポートの目的の出力波長に変換する波長コンバーターのアクセス可能性と可用性。
3. Limitations on the types of signals that can be converted and the conversions that can be performed.
3. 変換できる信号のタイプと実行できる変換の制限。
Since resources tend to be packaged together in blocks of similar devices, e.g., on line cards or other types of modules, the fundamental unit of identifiable resource in this document is the "resource block".
リソースは、ラインカードやその他のタイプのモジュールなど、類似したデバイスのブロックにまとめられる傾向があるため、このドキュメントで識別可能なリソースの基本単位は「リソースブロック」です。
A resource block is a collection of resources from the same WSON node that are grouped together for administrative reasons and for ease of encoding in the protocols. All resources in the same resource block behave in the same way and have similar characteristics relevant to the optical system, e.g., processing properties, accessibility, etc.
リソースブロックは、管理上の理由とプロトコルでのエンコードの容易さのためにグループ化された、同じWSONノードからのリソースのコレクションです。同じリソースブロック内のすべてのリソースは同じように動作し、光学系に関連する類似の特性（処理プロパティ、アクセス可能性など）を持っています。
A resource pool is a collection of resource blocks for the purpose of representing throughput or cross-connect capabilities in a WSON node. A resource pool associates input ports or links on the node with output ports or links and is used to indicate how signals may be passed from an input port or link to an output port or link by way of a resource block (in other words, by way of a resource). A resource pool may, therefore, be modeled as a matrix.
リソースプールは、WSONノードのスループットまたはクロスコネクト機能を表すためのリソースブロックのコレクションです。リソースプールは、ノードの入力ポートまたはリンクを出力ポートまたはリンクに関連付け、リソースブロックを介して信号を入力ポートまたはリンクから出力ポートまたはリンクに渡す方法を示すために使用されます（つまり、リソースの方法）。したがって、リソースプールはマトリックスとしてモデル化できます。
A resource block may be present in multiple resource pools.
リソースブロックは、複数のリソースプールに存在する場合があります。
This leads to the following formal high-level model:
これにより、次の正式な高レベルモデルが作成されます。
<Node_Information> ::= <Node_ID>
[<ConnectivityMatrix>...]
[<ConnectivityMatrix> ...]
[<ResourcePool>]
[<ResourcePool>]
Where
ただし
<ResourcePool> ::= <ResourceBlockInfo>...
[<ResourceAccessibility>...]
[<リソースのアクセシビリティ> ...]
[<ResourceWaveConstraints>...]
[<ResourceWaveConstraints> ...]
[<RBPoolState>]
[<RBPoolState>]
First, the accessibility of resource blocks is addressed; then, their properties are discussed.
まず、リソースブロックのアクセシビリティについて説明します。次に、それらのプロパティについて説明します。
A similar technique as used to model ROADMs, and optical switches can be used to model regenerator/converter accessibility. This technique was generally discussed in [RFC6163] and consisted of a matrix to indicate possible connectivity along with wavelength constraints for links/ports. Since regenerators or wavelength converters may be considered a scarce resource, it is desirable that the model include, if desired, the usage state (availability) of individual regenerators or converters in the pool. Models that incorporate more state to further reveal blocking conditions on input or output to particular converters are for further study and not included here.
ROADMのモデル化に使用されるのと同様の手法、および光スイッチを使用して、再生器/コンバーターのアクセス可能性をモデル化できます。この手法は一般に[RFC6163]で議論されており、リンク/ポートの波長制約とともに可能な接続を示すマトリックスで構成されていました。再生器または波長変換器は希少なリソースと見なされる場合があるため、必要に応じて、プール内の個々の再生器または変換器の使用状況（可用性）をモデルに含めることが望ましいです。特定のコンバーターへの入力または出力のブロッキング条件をさらに明らかにするために、より多くの状態を組み込んだモデルは、さらに調査するためのものであり、ここには含まれていません。
The three-stage model is shown schematically in Figures 1 and 2. The difference between the two figures is that in Figure 1 it's assumed that each signal that can get to a resource block may do so, while in Figure 2 the access to sets of resource blocks is via a shared fiber that imposes its own wavelength collision constraint. Figure 1 shows that there can be more than one input to each resource block since each input represents a single wavelength signal, while Figure 2 shows a single WDM input or output, e.g., a fiber, to/from each set of blocks.
3段階モデルを図1および2に概略的に示します。2つの図の違いは、図1では、リソースブロックに到達できる各信号がそうであると想定されているのに対し、図2では、リソースブロックは、独自の波長衝突制約を課す共有ファイバーを介して行われます。図1は、各入力が単一の波長信号を表すため、各リソースブロックに複数の入力が存在する可能性があることを示しています。一方、図2は、ブロックの各セットへの/からの単一のWDM入力または出力（ファイバーなど）を示しています。
This model assumes N input ports (fibers), P resource blocks
containing one or more identical resources (e.g., wavelength
converters), and M output ports (fibers). Since not all input ports
can necessarily reach each resource block, the model starts with a
resource pool input matrix RI(i,p) = {0,1} depending on whether input
port i can potentially reach resource block p.
Since not all wavelengths can necessarily reach all the resources or the resources may have limited input wavelength range, the model has a set of relatively static input port constraints for each resource. In addition, if the access to a set of resource blocks is via a shared fiber (Figure 2), this would impose a dynamic wavelength availability constraint on that shared fiber. The resource block input port constraint is modeled via a static wavelength set mechanism, and the case of shared access to a set of blocks is modeled via a dynamic wavelength set mechanism.
すべての波長が必ずしもすべてのリソースに到達できるわけではないか、リソースの入力波長範囲が限られている場合があるため、モデルには各リソースに対して比較的静的な入力ポート制約のセットがあります。さらに、リソースブロックのセットへのアクセスが共有ファイバーを介して行われる場合（図2）、これはその共有ファイバーに動的な波長可用性の制約を課します。リソースブロックの入力ポート制約は、静的な波長セットメカニズムを介してモデル化され、ブロックのセットへの共有アクセスのケースは、動的な波長セットメカニズムを介してモデル化されます。
Next, a state vector RA(j) = {0,...,k} is used to track the number of
resources in resource block j in use. This is the only state kept in
the resource pool model. This state is not necessary for modeling
"fixed" transponder system or full OEO switches with WDM interfaces,
i.e., systems where there is no sharing.
After that, a set of static resource output wavelength constraints and possibly dynamic shared output fiber constraints maybe used. The static constraints indicate what wavelengths a particular resource block can generate or is restricted to generating, e.g., a fixed regenerator would be limited to a single lambda. The dynamic constraints would be used in the case where a single shared fiber is used to output the resource block (Figure 2).
その後、一連の静的リソース出力波長制約と、場合によっては動的共有出力ファイバー制約を使用できます。静的制約は、特定のリソースブロックが生成できる波長、または生成に制限されている波長を示します。たとえば、固定再生器は単一のラムダに制限されます。動的制約は、単一の共有ファイバーを使用してリソースブロックを出力する場合に使用されます（図2）。
Finally, to complete the model, a resource pool output matrix RE(p,k)
= {0,1} depending on whether the output from resource block p can
reach output port k, may be used.
I1 +-------------+ +-------------+ O1
----->| | +--------+ | |----->
I2 | +------+ Rb #1 +-------+ | O2
----->| | +--------+ | |----->
| | | |
| Resource | +--------+ | Resource |
| Pool +------+ +-------+ Pool |
| | + Rb #2 + | |
| Input +------+ +-------| Output |
| Connection | +--------+ | Connection |
| Matrix | . | Matrix |
| | . | |
| | . | |
IN | | +--------+ | | OM
----->| +------+ Rb #P +-------+ |----->
| | +--------+ | |
+-------------+ ^ ^ +-------------+
| |
| |
| |
| |
Input wavelength Output wavelength constraints for constraints for each resource each resource
各リソースの制約ごとの入力波長出力波長制約各リソース
Note: Rb is a resource block.
注：Rbはリソースブロックです。
Figure 1: Schematic Diagram of the Resource Pool Model
図1：リソースプールモデルの概略図
I1 +-------------+ +-------------+ O1
----->| | +--------+ | |----->
I2 | +======+ Rb #1 +-+ | | O2
----->| | +--------+ | | |----->
| | |=====| |
| Resource | +--------+ | | Resource |
| Pool | +-+ Rb #2 +-+ | Pool |
| | | +--------+ | |
| Input |====| | Output |
| Connection | | +--------+ | Connection |
| Matrix | +-| Rb #3 |=======| Matrix |
| | +--------+ | |
| | . | |
| | . | |
| | . | |
IN | | +--------+ | | OM
----->| +======+ Rb #P +=======+ |----->
| | +--------+ | |
+-------------+ ^ ^ +-------------+
| |
| |
| |
Single (shared) fibers for block input and output
Input wavelength Output wavelength availability for availability for each block input fiber each block output fiber
各ブロックの入力ファイバーと各ブロックの出力ファイバーの可用性のための入力波長出力波長の可用性
Note: Rb is a resource block.
注：Rbはリソースブロックです。
Figure 2: Schematic Diagram of the Resource Pool Model with Shared Block Accessibility
図2：共有ブロックのアクセシビリティを備えたリソースプールモデルの概略図
Formally, the model can be specified as:
正式には、モデルは次のように指定できます。
<ResourceAccessibility> ::= <PoolInputMatrix>
<PoolOutputMatrix>
<PoolOutputMatrix>
<ResourceWaveConstraints> ::= <InputWaveConstraints>
<OutputWaveConstraints>
<OutputWaveConstraints>
<RBSharedAccessWaveAvailability> ::= [<InAvailableWavelengths>]
[<OutAvailableWavelengths>]
[<OutAvailableWavelengths>]
<RBPoolState> ::= <ResourceBlockID>
<NumResourcesInUse>
<NumResourcesInUse>
[<RBSharedAccessWaveAvailability>]
[<RBSharedAccessWaveAvailability>]
[<RBPoolState>]
[<RBPoolState>]
Note that, except for <RBPoolState>, all the components of <ResourcePool> are relatively static. Also, the <InAvailableWavelengths> and <OutAvailableWavelengths> are only used in the cases of shared input or output access to the particular block. See the resource block information in the next section for how this is specified.
<RBPoolState>を除いて、<ResourcePool>のすべてのコンポーネントは比較的静的であることに注意してください。また、<InAvailableWavelengths>および<OutAvailableWavelengths>は、特定のブロックへの共有入力または出力アクセスの場合にのみ使用されます。この指定方法については、次のセクションのリソースブロック情報を参照してください。
The wavelength conversion abilities of a resource (e.g., regenerator, wavelength converter) were modeled in the <OutputWaveConstraints> previously discussed. As discussed in [RFC6163], the constraints on an electro-optical resource can be modeled in terms of input constraints, processing capabilities, and output constraints:
リソース（例えば、再生器、波長変換器）の波長変換能力は、前述の<OutputWaveConstraints>でモデル化されました。 [RFC6163]で説明されているように、電気光学リソースの制約は、入力制約、処理機能、および出力制約に関してモデル化できます。
<ResourceBlockInfo> ::= <ResourceBlockSet>
[<InputConstraints>]
[<InputConstraints>]
[<ProcessingCapabilities>]
[<処理能力>]
[<OutputConstraints>]
[<OutputConstraints>]
Where <ResourceBlockSet> is a list of resource block identifiers with the same characteristics. If this set is missing, the constraints are applied to the entire network element.
<ResourceBlockSet>は、同じ特性を持つリソースブロック識別子のリストです。このセットがない場合、制約はネットワーク要素全体に適用されます。
The <InputConstraints> are constraints are based on signal compatibility and/or shared access constraint indication. The details of these constraints are defined in Section 5.3.
<InputConstraints>は、信号の互換性や共有アクセス制約の指示に基づいた制約です。これらの制約の詳細は、セクション5.3で定義されています。
<InputConstraints> ::= <SharedInput>
[<OpticalInterfaceClassList>]
[<OpticalInterfaceClassList>]
[<ClientSignalList>]
[<ClientSignalList>]
The <ProcessingCapabilities> are important operations that the resource (or network element) can perform on the signal. The details of these capabilities are defined in Section 5.3.
<ProcessingCapabilities>は、リソース（またはネットワーク要素）が信号に対して実行できる重要な操作です。これらの機能の詳細は、セクション5.3で定義されています。
<ProcessingCapabilities> ::= [<NumResources>]
[<RegenerationCapabilities>]
[<再生機能>]
[<FaultPerfMon>]
[<FaultPerfMon>]
[<VendorSpecific>]
[<VendorSpecific>]
The <OutputConstraints> are either restrictions on the properties of the signal leaving the block, options concerning the signal properties when leaving the resource, or shared fiber output constraint indication.
<OutputConstraints>は、ブロックから出る信号のプロパティに対する制限、リソースから出るときの信号プロパティに関するオプション、または共有ファイバー出力制約のいずれかです。
<OutputConstraints> := <SharedOutput>
[<OpticalInterfaceClassList>]
[<OpticalInterfaceClassList>]
[<ClientSignalList>]
[<ClientSignalList>]
As discussed in Section 5.2 and shown in Figure 2, the input or output access to a resource block may be via a shared fiber. The <SharedInput> and <SharedOutput> elements are indicators for this condition with respect to the block being described.
セクション5.2で説明し、図2に示すように、リソースブロックへの入力または出力アクセスは、共有ファイバーを介する場合があります。 <SharedInput>要素と<SharedOutput>要素は、記述されているブロックに関するこの状態のインジケーターです。
<OpticalInterfaceClassList> ::= <OpticalInterfaceClass> ...
The Optical Interface Class is a unique number that identifies all information related to optical characteristics of a physical interface. The class may include other optical parameters related to other interface properties. A class always includes signal compatibility information.
光インターフェイスクラスは、物理インターフェイスの光特性に関連するすべての情報を識別する一意の番号です。クラスには、他のインターフェイスプロパティに関連する他の光学パラメータを含めることができます。クラスには常に信号の互換性情報が含まれています。
The content of each class is out of the scope of this document and can be defined by other entities (e.g., the ITU, optical equipment vendors, etc.).
各クラスのコンテンツはこのドキュメントの範囲外であり、他のエンティティ（ITU、光機器ベンダーなど）が定義できます。
Since even current implementation of physical interfaces may support different optical characteristics, a single interface may support multiple interface classes. Which optical interface class is used among all the ones available for an interface is out of the scope of this document but is an output of the RWA process.
物理インターフェイスの現在の実装でさえ、異なる光学特性をサポートする可能性があるため、単一のインターフェイスが複数のインターフェイスクラスをサポートする場合があります。インターフェイスに使用できるすべてのインターフェイスの中で使用されている光インターフェイスクラスは、このドキュメントの範囲外ですが、RWAプロセスの出力です。
The list is simply:
リストは単純です：
<ClientSignalList>::=[<G-PID>]...
Where the Generalized Protocol Identifiers (G-PID) object represents one of the IETF-standardized G-PID values as defined in [RFC3471] and [RFC4328].
Generalized Protocol Identifiers（G-PID）オブジェクトは、[RFC3471]および[RFC4328]で定義されているIETF標準化G-PID値の1つを表します。
The ProcessingCapabilities are defined in Section 5.2.
ProcessingCapabilitiesはセクション5.2で定義されています。
The processing capability list sub-TLV is a list of processing functions that the WSON network element (NE) can perform on the signal including:
処理能力リストサブTLVは、WSONネットワークエレメント（NE）が信号に対して実行できる処理機能のリストです。
1. number of resources within the block
1. ブロック内のリソースの数
2. regeneration capability
2. 再生能力
3. fault and performance monitoring
3. 障害とパフォーマンスの監視
4. vendor-specific capability
4. ベンダー固有の機能
Note that the code points for fault and performance monitoring and vendor-specific capability are subject to further study.
障害とパフォーマンスの監視およびベンダー固有の機能のコードポイントは、さらに調査の対象となることに注意してください。
MPLS-TE routing protocol extensions for OSPF [RFC3630] and IS-IS [RFC5305], along with GMPLS routing protocol extensions for OSPF [RFC4203] and IS-IS [RFC5307] provide the bulk of the relatively static link information needed by the RWA process. However, WSONs bring in additional link-related constraints. These stem from characterizing WDM line systems, restricting laser transmitter tuning, and switching subsystem port wavelength constraints, e.g., "colored" ROADM drop ports.
OSPF [RFC3630]およびIS-IS [RFC5305]のMPLS-TEルーティングプロトコル拡張は、OSPF [RFC4203]およびIS-IS [RFC5307]のGMPLSルーティングプロトコル拡張とともに、RWAに必要な比較的静的なリンク情報の大部分を提供します処理する。ただし、WSONはリンク関連の制約を追加します。これらは、WDMラインシステムの特性、レーザートランスミッターの調整の制限、サブシステムポートの波長制約の切り替え（「色付き」のROADMドロップポートなど）に由来します。
The following syntax summarizes both information from existing GMPLS routing protocols and new information that may be needed by the RWA process.
次の構文は、既存のGMPLSルーティングプロトコルからの情報と、RWAプロセスで必要になる可能性のある新しい情報の両方を要約しています。
<LinkInfo> ::= <LinkID>
[<AdministrativeGroup>]
[<管理グループ>]
[<InterfaceCapDesc>]
[<InterfaceCapDesc>]
[<Protection>]
[<保護>]
[<SRLG>...]
[<SRLG> ...]
[<TrafficEngineeringMetric>]
[<TrafficEngineeringMetric>]
[<PortLabelRestriction>...]
[<PortLabelRestriction> ...]
Note that these additional link characteristics only apply to line-side ports of a WDM system or add/drop ports pertaining to the resource pool (e.g., regenerator or wavelength converter pool). The advertisement of input/output tributary ports is not intended here.
これらの追加のリンク特性は、WDMシステムの回線側ポートまたはリソースプール（再生器や波長コンバータープールなど）に関連するアド/ドロップポートにのみ適用されることに注意してください。ここでは、入出力支流ポートのアドバタイズは意図されていません。
Administrative Group: Defined in [RFC3630] and extended for MPLS-TE [RFC7308]. Each set bit corresponds to one administrative group assigned to the interface. A link may belong to multiple groups. This is a configured quantity and can be used to influence routing decisions.
管理グループ：[RFC3630]で定義され、MPLS-TE [RFC7308]に拡張されました。セットされた各ビットは、インターフェイスに割り当てられた1つの管理グループに対応します。リンクは複数のグループに属する場合があります。これは構成済みの数量であり、ルーティングの決定に影響を与えるために使用できます。
InterfaceSwCapDesc: Defined in [RFC4202]; lets us know the different switching capabilities on this GMPLS interface. In both [RFC4203] and [RFC5307], this information gets combined with the maximum Link State Protocol Data Unit (LSP) bandwidth that can be used on this link at eight different priority levels.
InterfaceSwCapDesc：[RFC4202]で定義されています。このGMPLSインターフェイスのさまざまなスイッチング機能を教えてください。 [RFC4203]と[RFC5307]の両方で、この情報は、8つの異なる優先度レベルでこのリンクで使用できる最大リンク状態プロトコルデータユニット（LSP）帯域幅と組み合わされます。
Protection: Defined in [RFC4202] and implemented in [RFC4203] and [RFC5307]. Used to indicate what protection, if any, is guarding this link.
保護：[RFC4202]で定義され、[RFC4203]および[RFC5307]で実装されます。このリンクを保護している保護がある場合は、それを示すために使用されます。
SRLG: Defined in [RFC4202] and implemented in [RFC4203] and [RFC5307]. This allows for the grouping of links into shared risk groups, i.e., those links that are likely, for some reason, to fail at the same time.
SRLG：[RFC4202]で定義され、[RFC4203]および[RFC5307]で実装されます。これにより、リンクを共有リスクグループ、つまり、何らかの理由で同時に失敗する可能性が高いリンクにグループ化できます。
TrafficEngineeringMetric: Defined in [RFC3630] and [RFC5305]. This allows for the identification of a data-channel link metric value for traffic engineering that is separate from the metric used for path cost computation of the control plane.
TrafficEngineeringMetric：[RFC3630]と[RFC5305]で定義されています。これにより、コントロールプレーンのパスコスト計算に使用されるメトリックとは別の、トラフィックエンジニアリング用のデータチャネルリンクメトリック値の識別が可能になります。
Note that multiple "link metric values" could find use in optical networks; however, it would be more useful to the RWA process to assign these specific meanings such as "link mile" metric, "probability of failure" metric, etc.
複数の「リンクメトリック値」が光ネットワークで使用される可能性があることに注意してください。ただし、「リンクマイル」メトリック、「障害の確率」メトリックなどのこれらの特定の意味を割り当てることは、RWAプロセスにとってより有用です。
Port label restrictions could be applied generally to any label types in GMPLS by adding new kinds of restrictions. Wavelength is a type of label.
ポートラベル制限は、新しい種類の制限を追加することにより、一般にGMPLSのすべてのラベルタイプに適用できます。波長はラベルの一種です。
Port label (wavelength) restrictions (PortLabelRestriction) model the label (wavelength) restrictions that the link and various optical devices, such as Optical Cross-Connects (OXCs), ROADMs, and waveband multiplexers, may impose on a port. These restrictions tell us what wavelength may or may not be used on a link and are relatively static. This plays an important role in fully characterizing a WSON switching device [Switch]. Port wavelength restrictions are specified relative to the port in general or to a specific connectivity matrix (Section 4.1). [Switch] gives an example where both switch and fixed connectivity matrices are used and both types of constraints occur on the same port.
ポートラベル（波長）制限（PortLabelRestriction）は、リンクと、オプティカルクロスコネクト（OXC）、ROADM、波長帯域マルチプレクサーなどのさまざまな光デバイスがポートに課す可能性があるラベル（波長）制限をモデル化します。これらの制限は、リンクで使用される波長と使用されない波長を示し、比較的静的です。これは、WSONスイッチングデバイス[Switch]を完全に特徴付ける上で重要な役割を果たします。ポートの波長制限は、一般的なポートまたは特定の接続マトリックス（セクション4.1）に関連して指定されます。 [Switch]は、スイッチと固定接続マトリックスの両方が使用され、両方のタイプの制約が同じポートで発生する例を示しています。
<PortLabelRestriction> ::= <MatrixID>
<RestrictionType>
<RestrictionType>
<Restriction parameters list>
<制限パラメータ一覧>
<Restriction parameters list> ::=
<Simple label restriction parameters> |
<シンプルなラベル制限パラメーター> |
<Channel count restriction parameters> |
<チャネル数制限パラメーター> |
<Label range restriction parameters> |
<ラベル範囲制限パラメーター> |
<Simple+channel restriction parameters> |
<Exclusive label restriction parameters>
<専用ラベル制限パラメーター>
<Simple label restriction parameters> ::= <LabelSet> ...
<Channel count restriction parameters> ::= <MaxNumChannels>
<Label range restriction parameters> ::= <MaxLabelRange>
(<LabelSet> ...)
（<LabelSet> ...）
<Simple+channel restriction parameters> ::= <MaxNumChannels>
(<LabelSet> ...)
（<LabelSet> ...）
<Exclusive label restriction parameters> ::= <LabelSet> ...
Where
ただし
MatrixID is the ID of the corresponding connectivity matrix (Section 4.1).
MatrixIDは、対応する接続性マトリックスのIDです（セクション4.1）。
The RestrictionType parameter is used to specify general port restrictions and matrix-specific restrictions. It can take the following values and meanings:
RestrictionTypeパラメーターは、一般的なポート制限とマトリックス固有の制限を指定するために使用されます。次の値と意味をとることができます。
SIMPLE_LABEL: Simple label (wavelength) set restriction; the LabelSet parameter is required.
SIMPLE_LABEL：単純なラベル（波長）セットの制限。 LabelSetパラメータは必須です。
CHANNEL_COUNT: The number of channels is restricted to be less than or equal to the MaxNumChannels parameter (which is required).
CHANNEL_COUNT：チャネル数は、MaxNumChannelsパラメーター（必須）以下に制限されています。
LABEL_RANGE: Used to indicate a restriction on a range of labels that can be switched. For example, a waveband device with a tunable center frequency and passband. This constraint is characterized by the MaxLabelRange parameter, which indicates the maximum range of the labels, e.g., which may represent a waveband in terms of channels. Note that an additional parameter can be used to indicate the overall tuning range. Specific center frequency tuning information can be obtained from information about the dynamic channel in use. It is assumed that both center frequency and bandwidth (Q) tuning can be done without causing faults in existing signals.
LABEL_RANGE：切り替え可能なラベルの範囲に対する制限を示すために使用されます。たとえば、調整可能な中心周波数と通過帯域を持つ波長帯域デバイス。この制約は、ラベルの最大範囲を示すMaxLabelRangeパラメータによって特徴付けられます。たとえば、チャネルの観点から波長帯を表す場合があります。調整範囲全体を示すために追加のパラメーターを使用できることに注意してください。特定の中心周波数チューニング情報は、使用中の動的チャネルに関する情報から取得できます。中心周波数と帯域幅（Q）の両方の調整は、既存の信号に障害を引き起こすことなく実行できると想定されています。
SIMPLE LABEL and CHANNEL COUNT: In this case, the accompanying label set and MaxNumChannels indicate labels permitted on the port and the maximum number of labels that can be simultaneously used on the port.
SIMPLE LABELとCHANNEL COUNT：この場合、付随するラベルセットとMaxNumChannelsは、ポートで許可されるラベルと、ポートで同時に使用できるラベルの最大数を示します。
LINK LABEL_EXCLUSIVITY: A label (wavelength) can be used at most once among a given set of ports. The set of ports is specified as a parameter to this constraint.
LINK LABEL_EXCLUSIVITY：ラベル（波長）は、特定のポートセット間で最大1回使用できます。ポートのセットは、この制約のパラメーターとして指定されます。
Restriction-specific parameters are used with one or more of the previously listed restriction types. The currently defined parameters are:
制限固有のパラメーターは、前述の制限の種類の1つ以上で使用されます。現在定義されているパラメーターは次のとおりです。
LabelSet is a conceptual set of labels (wavelengths).
LabelSetはラベル（波長）の概念的なセットです。
MaxNumChannels is the maximum number of channels that can be simultaneously used (relative to either a port or a matrix).
MaxNumChannelsは、同時に使用できるチャネルの最大数です（ポートまたはマトリックスのいずれかに対して）。
LinkSet is a conceptual set of ports.
LinkSetは概念的なポートのセットです。
MaxLabelRange indicates the maximum range of the labels. For example, if the port is a "colored" drop port of a ROADM, then there are two restrictions: (a) CHANNEL_COUNT, with MaxNumChannels = 1, and (b) SIMPLE_WAVELENGTH, with the wavelength set consisting of a single member corresponding to the frequency of the permitted wavelength. See [Switch] for a complete waveband example.
MaxLabelRangeは、ラベルの最大範囲を示します。たとえば、ポートがROADMの「カラー」ドロップポートである場合、2つの制限があります。（a）MaxNumChannels = 1のCHANNEL_COUNT、および（b）SIMPLE_WAVELENGTH、に対応する単一のメンバーで構成される波長セット許可された波長の周波数。完全な波長帯の例については、[Switch]を参照してください。
This information model for port wavelength (label) restrictions is fairly general in that it can be applied to ports that have label restrictions only or to ports that are part of an asymmetric switch and have label restrictions. In addition, the types of label restrictions that can be supported are extensible.
ポート波長（ラベル）制限に関するこの情報モデルは、ラベル制限のみのポート、または非対称スイッチの一部であり、ラベル制限のあるポートに適用できるという点で、かなり一般的です。さらに、サポートできるラベル制限のタイプは拡張可能です。
Although there can be many different ROADM or switch architectures that can lead to the constraint where a lambda (label) maybe used at most once on a set of ports, Figure 3 shows a ROADM architecture based on components known as Wavelength Selective Switches (WSSes) [OFC08]. This ROADM is composed of splitters, combiners, and WSSes. This ROADM has 11 output ports, which are numbered in the diagram. Output ports 1-8 are known as drop ports and are intended to support a single wavelength. Drop ports 1-4 output from WSS 2, which is fed from WSS 1 via a single fiber. Due to this internal structure, a constraint is placed on the output ports 1-4 that a lambda can be used only once over the group of ports (assuming unicast and not multicast operation). The output ports 5-8 have a similar constraint due to the internal structure.
ラムダ（ラベル）がポートのセットで最大1回使用されるという制約につながる可能性のあるさまざまなROADMまたはスイッチアーキテクチャが存在する可能性がありますが、図3は、波長選択スイッチ（WSS）と呼ばれるコンポーネントに基づくROADMアーキテクチャを示しています[OFC08]。このROADMは、スプリッター、コンバイナー、およびWSSで構成されています。このROADMには11個の出力ポートがあり、図では番号が付けられています。出力ポート1〜8はドロップポートと呼ばれ、単一の波長をサポートすることを目的としています。 WSS 1から単一のファイバーを介して供給されるWSS 2からのポート1〜4をドロップします。この内部構造により、出力ポート1〜4には、ポートのグループに対して1回だけラムダを使用できるという制約が課されます（ユニキャスト操作ではなく、マルチキャスト操作を想定）。出力ポート5〜8には、内部構造のために同様の制約があります。
| A
v 10 |
+-------+ +-------+
| Split | |WSS 6 |
+-------+ +-------+
+----+ | | | | | | | |
| W | | | | | | | | +-------+ +----+
| S |--------------+ | | | +-----+ | +----+ | | S |
9 | S |----------------|---|----|-------|------|----|---| p |
--| |----------------|---|----|-------|----+ | +---| l |<
| 5 |--------------+ | | | +-----+ | | +--| i |
+----+ | | | | | +------|-|-----|--| t |
+--------|-+ +----|-|---|------|----+ | +----+
+----+ | | | | | | | | |
| S |-----|--------|----------+ | | | | | | +----+
| p |-----|--------|------------|---|------|----|--|--| W |
->| l |-----|-----+ | +----------+ | | | +--|--| S |11
| i |---+ | | | | +------------|------|-------|--| S |->
| t | | | | | | | | | | +---|--| |
+----+ | | +---|--|-|-|------------|------|-|-|---+ | 7 |
| | | +--|-|-|--------+ | | | | | +----+
| | | | | | | | | | | |
+------+ +------+ +------+ +------+
| WSS 1| | Split| | WSS 3| | Split|
+--+---+ +--+---+ +--+---+ +--+---+
| A | A
v | v |
+-------+ +--+----+ +-------+ +--+----+
| WSS 2 | | Comb. | | WSS 4 | | Comb. |
+-------+ +-------+ +-------+ +-------+
1|2|3|4| A A A A 5|6|7|8| A A A A
v v v v | | | | v v v v | | | |
Figure 3: A ROADM Composed from Splitter, Combiners, and WSSes
図3：スプリッター、コンバイナー、およびWSSで構成されるROADM
In the previously presented information model, there are a limited number of information elements that are dynamic, i.e., subject to change with subsequent establishment and teardown of connections. Depending on the protocol used to convey this overall information model, it may be possible to send this dynamic information separately from the relatively larger amount of static information needed to characterize WSONs and their network elements.
以前に提示された情報モデルでは、動的である、つまり接続の確立と破棄によって変更される可能性がある情報要素の数は限られています。この全体的な情報モデルの伝達に使用されるプロトコルによっては、WSONとそのネットワーク要素を特徴付けるために必要な比較的大量の静的情報とは別に、この動的情報を送信できる場合があります。
For WSON links, the wavelength availability and which wavelengths are in use for shared backup purposes can be considered dynamic information and hence are grouped with the dynamic information in the following set:
WSONリンクの場合、波長の可用性と、共有バックアップの目的で使用されている波長は動的情報と見なすことができるため、次のセットの動的情報とグループ化されます。
<DynamicLinkInfo> ::= <LinkID>
<AvailableLabels>
<AvailableLabels>
[<SharedBackupLabels>]
[<SharedBackupLabels>]
AvailableLabels is a set of labels (wavelengths) currently available on the link. Given this information and the port wavelength restrictions, one can also determine which wavelengths are currently in use. This parameter could potentially be used with other technologies that GMPLS currently covers or may cover in the future.
AvailableLabelsは、リンクで現在利用可能なラベル（波長）のセットです。この情報とポートの波長制限があれば、現在使用されている波長を判別することもできます。このパラメーターは、GMPLSが現在カバーしている、または将来カバーする可能性のある他のテクノロジーで潜在的に使用できます。
SharedBackupLabels is a set of labels (wavelengths) currently used for shared backup protection on the link. An example usage of this information in a WSON setting is given in [Shared]. This parameter could potentially be used with other technologies that GMPLS currently covers or may cover in the future.
SharedBackupLabelsは、リンクの共有バックアップ保護に現在使用されているラベル（波長）のセットです。 WSON設定でのこの情報の使用例は、[共有]に記載されています。このパラメーターは、GMPLSが現在カバーしている、または将来カバーする可能性のある他のテクノロジーで潜在的に使用できます。
Note that the above does not dictate a particular encoding or placement for available label information. In some routing protocols, it may be advantageous or required to place this information within another information element such as the Interface Switching Capability Descriptor (ISCD). Consult the extensions that are specific to each routing protocol for details of placement of information elements.
上記は、利用可能なラベル情報の特定のエンコーディングまたは配置を指示するものではないことに注意してください。一部のルーティングプロトコルでは、この情報をInterface Switching Capability Descriptor（ISCD）などの別の情報要素内に配置することが有利または必要な場合があります。情報要素の配置の詳細については、各ルーティングプロトコルに固有の拡張機能を参照してください。
Currently the only node information that can be considered dynamic is the resource pool state, and it can be isolated into a dynamic node information element as follows:
現在、動的と見なすことができる唯一のノード情報はリソースプールの状態であり、次のように動的ノード情報要素に分離できます。
<DynamicNodeInfo> ::= <NodeID> [<ResourcePool>]
This document discusses an information model for RWA computation in WSONs. From a security standpoint, such a model is very similar to the information that can be currently conveyed via GMPLS routing protocols. Such information includes network topology, link state and current utilization, as well as the capabilities of switches and routers within the network. As such, this information should be protected from disclosure to unintended recipients. In addition, the intentional modification of this information can significantly affect network operations, particularly due to the large capacity of the optical infrastructure to be controlled. A general discussion on security in GMPLS networks can be found in [RFC5920].
このドキュメントでは、WSONでのRWA計算の情報モデルについて説明します。セキュリティの観点からは、このようなモデルは、GMPLSルーティングプロトコルを介して現在伝達されている情報と非常に似ています。このような情報には、ネットワークトポロジ、リンク状態、現在の使用率、およびネットワーク内のスイッチとルーターの機能が含まれます。そのため、この情報は、意図しない受信者への開示から保護する必要があります。さらに、この情報を意図的に変更すると、特に制御対象の光インフラストラクチャの容量が大きいため、ネットワーク操作に大きな影響を与える可能性があります。 GMPLSネットワークのセキュリティに関する一般的な議論は、[RFC5920]にあります。
[G.7715] ITU-T, "Architecture and requirements for routing in the automatically switched optical networks", ITU-T Recommendation G.7715, June 2002.
[G.7715] ITU-T、「自動切り替え光ネットワークにおけるルーティングのアーキテクチャと要件」、ITU-T勧告G.7715、2002年6月。
[RBNF] Farrel, A., "Routing Backus-Naur Form (RBNF): A Syntax Used to Form Encoding Rules in Various Routing Protocol Specifications", RFC 5511, April 2009, <http://www.rfc-editor.org/info/rfc5511>.
[RBNF] Farrel、A。、「Routing Backus-Naur Form（RBNF）：A Syntax Used to Form Encoding Rules in Various Routing Protocol Specifications」、RFC 5511、2009年4月、<http://www.rfc-editor.org / info / rfc5511>。
[RFC3471] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Functional Description", RFC 3471, January 2003, <http://www.rfc-editor.org/info/rfc3471>.
[RFC3471] Berger、L.、Ed。、「Generalized Multi-Protocol Label Switching（GMPLS）Signaling Functional Description」、RFC 3471、2003年1月、<http://www.rfc-editor.org/info/rfc3471>。
[RFC3630] van der Meer, J., Mackie, D., Swaminathan, V., Singer, D., and P. Gentric, "RTP Payload Format for Transport of MPEG-4 Elementary Streams", RFC 3640, November 2003, <http://www.rfc-editor.org/info/rfc3640>.
[RFC3630] van der Meer、J.、Mackie、D.、Swaminathan、V.、Singer、D。、およびP. Gentric、「MPEG-4エレメンタリーストリームのトランスポート用のRTPペイロードフォーマット」、RFC 3640、2003年11月、 <http://www.rfc-editor.org/info/rfc3640>。
[RFC4202] Kompella, K., Ed., and Y. Rekhter, Ed., "Routing Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4202, October 2005, <http://www.rfc-editor.org/info/rfc4202>.
[RFC4202] Kompella、K。、編、およびY. Rekhter、編、「汎用マルチプロトコルラベルスイッチング（GMPLS）をサポートするルーティング拡張機能」、RFC 4202、2005年10月、<http：//www.rfc -editor.org/info/rfc4202>。
[RFC4203] Kompella, K., Ed., and Y. Rekhter, Ed., "OSPF Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 4203, October 2005, <http://www.rfc-editor.org/info/rfc4203>.
[RFC4203] Kompella、K.、Ed。、and Y. Rekhter、Ed。、 "OSPF Extensions Support of Supported Generalized Multi-Protocol Label Switching（GMPLS）"、RFC 4203、October 2005、<http：//www.rfc -editor.org/info/rfc4203>。
[RFC4328] Papadimitriou, D., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Extensions for G.709 Optical Transport Networks Control", RFC 4328, January 2006, <http://www.rfc-editor.org/info/rfc4328>.
[RFC4328] Papadimitriou、D。、編、「G.709光トランスポートネットワーク制御用の汎用マルチプロトコルラベルスイッチング（GMPLS）シグナリング拡張機能」、RFC 4328、2006年1月、<http：//www.rfc-editor。 org / info / rfc4328>。
[RFC5305] Li, T. and H. Smit, "IS-IS Extensions for Traffic Engineering", RFC 5305, October 2008, <http://www.rfc-editor.org/info/rfc5305>.
[RFC5305] Li、T。およびH. Smit、「IS-IS Extensions for Traffic Engineering」、RFC 5305、2008年10月、<http://www.rfc-editor.org/info/rfc5305>。
[RFC5307] Kompella, K., Ed., and Y. Rekhter, Ed., "IS-IS Extensions in Support of Generalized Multi-Protocol Label Switching (GMPLS)", RFC 5307, October 2008, <http://www.rfc-editor.org/info/rfc5307>.
[RFC5307] Kompella、K.、Ed。およびY. Rekhter、Ed。、 "IS-IS Extensions in Support of Generalized Multi-Protocol Label Switching（GMPLS）"、RFC 5307、October 2008、<http：// www .rfc-editor.org / info / rfc5307>。
[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, 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 Networks（WSONs）」、RFC 6163、4月2011、<http://www.rfc-editor.org/info/rfc6163>。
[RFC7308] Osborne, E., "Extended Administrative Groups in MPLS Traffic Engineering (MPLS-TE)", RFC 7308, July 2014, <http://www.rfc-editor.org/info/rfc7308>.
[RFC7308]オズボーン、E。、「MPLSトラフィックエンジニアリング（MPLS-TE）の拡張管理グループ」、RFC 7308、2014年7月、<http://www.rfc-editor.org/info/rfc7308>。
[OFC08] Roorda, P., and B. Collings, "Evolution to Colorless and Directionless ROADM Architectures", Optical Fiber Communication / National Fiber Optic Engineers Conference (OFC/NFOEC), 2008, pp. 1-3.
[OFC08] Roorda、P。、およびB. Collings、「無色および方向性のないROADMアーキテクチャへの進化」、光ファイバー通信/全米光ファイバー技術者会議（OFC / NFOEC）、2008年、1〜3ページ。
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, July 2010, <http://www.rfc-editor.org/info/rfc5920>.
[RFC5920] Fang、L。、編、「MPLSおよびGMPLSネットワークのセキュリティフレームワーク」、RFC 5920、2010年7月、<http://www.rfc-editor.org/info/rfc5920>。
[Shared] Bernstein, G., and Y. Lee, "Shared Backup Mesh Protection in PCE-based WSON Networks", iPOP 2008.
[共有] Bernstein、G。、およびY. Lee、「PCEベースのWSONネットワークにおける共有バックアップメッシュ保護」、iPOP 2008。
[Switch] Bernstein, G., Lee, Y., Gavler, A., and J. Martensson, "Modeling WDM Wavelength Switching Systems for Use in GMPLS and Automated Path Computation", Journal of Optical Communications and Networking, vol. 1, June 2009, pp. 187-195.
[Switch] Bernstein、G.、Lee、Y.、Gavler、A。、およびJ. Martensson、「GMPLSおよび自動パス計算で使用するWDM波長スイッチングシステムのモデリング」、Journal of Optical Communications and Networking、vol。 2009年6月1日、187-195ページ。
Contributors
貢献者
Diego Caviglia Ericsson Via A. Negrone 1/A 16153 Genoa, Italy
ディエゴカビリアエリクソンVia A. Negrone 1 / A 16153ジェノヴァ、イタリア
Phone: +39 010 600 3736
EMail: diego.caviglia@(marconi.com, ericsson.com)
Anders Gavler Acreo AB Electrum 236 SE - 164 40 Kista Sweden
Anders Gavler Acreo AB Electrum 236 SE-164 40 Kistaスウェーデン
EMail: Anders.Gavler@acreo.se
Jonas Martensson Acreo AB Electrum 236 SE - 164 40 Kista Sweden
Jonas Martensson Acreo AB Electrum 236 SE-164 40 Kistaスウェーデン
EMail: 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
Lyndon Ong Ciena EMail: lyong@ciena.com
リンドンオンシエナEメール：lyong@ciena.com
Cyril Margaria EMail: cyril.margaria@gmail.com
Cyril Margaria Eメール：cyril.margaria@gmail.com
Authors' Addresses
著者のアドレス
Young Lee (editor) Huawei Technologies 5369 Legacy Drive, Building 3 Plano, TX 75023 United States
Young Lee（編集者）Huawei Technologies 5369 Legacy Drive、Building 3 Plano、TX 75023アメリカ合衆国
Phone: (469) 277-5838 EMail: leeyoung@huawei.com
電話：（469）277-5838メール：leeyoung@huawei.com
Greg M. Bernstein (editor) Grotto Networking Fremont, CA United States
Greg M. Bernstein（編集者）Grotto Networking Fremont、CAアメリカ合衆国
Phone: (510) 573-2237 EMail: gregb@grotto-networking.com
電話：（510）573-2237メール：gregb@grotto-networking.com
Dan Li Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base, Bantian, Longgang District Shenzhen 518129 China
Dan l IH UAはテクノロジー株式会社です。F3-5-br＆Dセンター、hu Aはベース、禁止日、長いギャング地区は非常にリアルです518129中国
Phone: +86-755-28973237
EMail: 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