Internet Engineering Task Force (IETF) G. Bernstein, Ed.
Request for Comments: 6344 Grotto Networking
Updates: 4606 D. Caviglia
Category: Standards Track Ericsson
ISSN: 2070-1721 R. Rabbat
Google
H. van Helvoort
Huawei
August 2011
Operating Virtual Concatenation (VCAT) and
the Link Capacity Adjustment Scheme (LCAS)
with Generalized Multi-Protocol Label Switching (GMPLS)
Abstract
抽象
This document describes requirements for, and the use of, the Generalized Multi-Protocol Label Switching (GMPLS) control plane in support of the Virtual Concatenation (VCAT) layer 1 inverse multiplexing data plane mechanism and its companion Link Capacity Adjustment Scheme (LCAS). LCAS can be used for hitless dynamic resizing of the inverse multiplex group. These techniques apply to Optical Transport Network (OTN), Synchronous Optical Network (SONET), Synchronous Digital Hierarchy (SDH), and Plesiochronous Digital Hierarchy (PDH) signals. This document updates RFC 4606 by making modifications to the procedures for supporting virtual concatenation.
この文書はのための要件、および使用、一般マルチプロトコルラベルスイッチング（GMPLS）制御プレーンは、バーチャルコンカチネーション（VCAT）の支援で1つの逆多重化データプレーンメカニズムとそのコンパニオンリンク容量調整スキーム（LCAS）をレイヤについて説明します。 LCASは、逆多重化グループのヒットレス動的サイズ変更のために使用することができます。これらの技術は、光トランスポートネットワーク（OTN）、同期光ネットワーク（SONET）、同期デジタル階層（SDH）、およびPlesiochronous Digital Hierarchy（PDH）の信号に適用されます。仮想連結をサポートするための手順に変更を加えることにより、この文書を更新するRFC 4606。
Status of This Memo
このメモのステータス
This is an Internet Standards Track document.
これは、インターネット標準化過程文書です。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。インターネット標準の詳細については、RFC 5741のセクション2で利用可能です。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6344.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc6344で取得することができます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
著作権（C）2011 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
Table of Contents
目次
1. Introduction ....................................................3
1.1. Conventions Used in This Document ..........................4
2. VCAT/LCAS Scenarios and Specific Requirements ...................4
2.1. VCAT/LCAS Interface Capabilities ...........................4
2.2. Member Signal Configuration Scenarios ......................5
2.3. VCAT Operation with or without LCAS ........................6
2.4. VCGs and VCG Members .......................................7
3. VCAT Data and Control Plane Concepts ............................7
4. VCGs Composed of a Single Member Set (One LSP) ..................8
4.1. One-Shot VCG Setup .........................................8
4.2. Incremental VCG Setup ......................................9
4.3. Procedure for VCG Reduction by Removing a Member ...........9
4.4. Removing Multiple VCG Members in One Shot .................10
4.5. Teardown of Whole VCG .....................................10
5. VCGs Composed of Multiple Member Sets (Multiple LSPs) ..........10
5.1. Signaled VCG Service Layer Information ....................11
5.2. CALL_ATTRIBUTES Object VCAT TLV ...........................12
5.3. Procedures for Multiple Member Sets .......................14
5.3.1. Setting Up a New VCAT Call and VCG Simultaneously ..14
5.3.2. Setting Up a VCAT Call and LSPs without a VCG ......14
5.3.3. Associating an Existing VCAT Call with a New VCG ...15
5.3.4. Removing the Association between a Call and VCG ....15
5.3.5. VCG Bandwidth Modification .........................15
6. Error Conditions and Codes .....................................16
7. IANA Considerations ............................................17
7.1. RSVP Call Attribute TLV ...................................17
7.2. RSVP Error Codes and Error Values .........................17
7.3. VCAT Elementary Signal Registry ...........................18
7.4. VCAT VCG Operation Actions ................................18
8. Security Considerations ........................................18
9. Contributors ...................................................19
10. Acknowledgments ...............................................19
11. References ....................................................19
11.1. Normative References .....................................19
11.2. Informative References ...................................20
The Generalized Multi-Protocol Label Switching (GMPLS) suite of protocols allows for the automated control of different switching technologies, including the Synchronous Optical Network (SONET), Synchronous Digital Hierarchy (SDH), Optical Transport Network (OTN), and Plesiochronous Digital Hierarchy (PDH). This document updates the procedures described in [RFC4606] to allow supporting additional
プロトコルの一般化マルチプロトコルラベルスイッチング（GMPLS）スイートは、同期光ネットワーク（SONET）、同期デジタル階層（SDH）、光トランスポートネットワーク（OTN）、およびプレシオクロナスデジタル階層など、さまざまなスイッチング技術の自動制御を可能にします（PDH）。この文書は、付加的な支持できるように、[RFC4606]に記載の手順を更新します
applications of the Virtual Concatenation (VCAT) layer 1 inverse multiplexing mechanism that has been standardized for SONET, SDH, OTN, and PDH [ANSI-T1.105] [ITU-T-G.707] [ITU-T-G.709] [ITU-T-G.7043] technologies, along with its companion Link Capacity Adjustment Scheme (LCAS) [ITU-T-G.7042].
仮想連結（VCAT）のアプリケーションは、SONET、SDH、OTN、及びPDH [ANSI-T1.105] [ITU-TG.707] [ITU-TG.709]のために標準化された1つの逆多重化機構[ITU-レイヤTG.7043]技術、そのコンパニオンリンク容量調整スキーム（LCAS）[ITU-TG.7042]と一緒に。
VCAT is a time-division multiplexing (TDM)-oriented byte striping inverse multiplexing method that works with a wide range of existing and emerging TDM framed signals, including very-high-bit-rate OTN and SDH/SONET signals. VCAT enables the selection of an optimal signal server bandwidth (size) utilizing a group of server signals and provides for efficient use of bandwidth in a mesh network. When combined with LCAS, hitless dynamic resizing of bandwidth and fast graceful degradation in the presence of network faults can be supported. To take full advantage of VCAT/LCAS functionality, additional extensions to GMPLS signaling are needed that enable the setup of diversely routed signals that are members of the same VCAT group. Note that the scope of this document is limited to scenarios where all member signals of a VCAT group are controlled using mechanisms defined in this document and related RFCs. Scenarios where a subset of member signals are controlled by a management plane or a proprietary control plane are outside the scope of this document.
VCATは、時分割多重（TDM）配向バイトストライピング逆既存の超高ビットレートOTNおよびSDH / SONET信号を含むTDMフレーム信号を、新興の広い範囲で動作する多重化方式です。 VCATは、サーバ信号のグループを利用して最適な信号サーバの帯域幅（サイズ）の選択を可能にし、メッシュネットワーク内の帯域幅の効率的な使用を提供します。 LCASと組み合わせた場合、ネットワーク障害の存在下で帯域幅及び高速縮退のヒットレス動的サイズ変更をサポートすることができます。 VCAT / LCASの機能をフルに活用するには、GMPLSシグナリングへの追加の拡張機能は、同一のVCATグループのメンバーである多様に送られる信号のセットアップを可能にする必要があります。この文書の範囲は、VCATグループのすべてのメンバーの信号は、この文書および関連するRFCに定義されたメカニズムを用いて制御されるシナリオに限定されることに留意されたいです。部材信号のサブセットは、管理プレーンまたは専用制御プレーンにより制御されるシナリオは、この文書の範囲外です。
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]に記載されているように解釈されます。
There are a number of specific requirements for the support of VCAT/LCAS in GMPLS that can be derived from the carriers' applications for the use of VCAT/LCAS. These are set out in the following section.
VCAT / LCASを使用する事業者のアプリケーションから得ることができるGMPLSでのVCAT / LCASをサポートするための具体的な要件がいくつかあります。これらは、次のセクションに記載されています。
In general, a label switched router (LSR) can be an ingress/egress of one or more VCAT groups. VCAT and LCAS are data plane interface capabilities. An LSR may have, for example, VCAT-capable interfaces that are not LCAS-capable. It may at the same time have interfaces that are neither VCAT-capable nor LCAS-capable.
一般的には、ラベルスイッチルータ（LSR）は、1つ以上のVCATグループの入力/出力することができます。 VCATとLCASは、データプレーンインターフェイス機能です。 LSRはLCASに対応していない、例えば、VCAT可能なインターフェイスを有していてもよいです。それは同時に、VCAT対応もLCAS対応でもないインターフェースを有することができます。
We list in this section the different scenarios. Here we use the [ITU-T-G.707] term "VCG" to refer to the VCAT group and the terminology "set" and "subset" to refer to the subdivision of the group and the individual VCAT group member signals. As noted above, the scope of these scenarios is limited to scenarios where all member signals are controlled using mechanisms defined in this document.
私たちは、このセクションでは、さまざまなシナリオをリストアップ。ここでは、グループの細分化および個々のVCATグループメンバー信号を参照するためにVCATグループおよび用語「セット」及び「部分集合」を参照するために、[ITU-T-G.707]用語「VCG」を使用します。上述したように、これらのシナリオの範囲は、すべてのメンバーの信号は、この文書で定義されたメカニズムを使用して制御されるシナリオに限定されています。
The scenarios listed here are dependent on the terms "co-routed" and "diversely routed". In the context of this document, "co-routed" refers to a set of VCAT signals that all traverse the same sequence of switching nodes. Furthermore, a co-routed set of signals between any pair of adjacent nodes utilizes a set of links that have similar delay characteristics. Thus, "diversely routed" means a set of signals that are not classed as "co-routed".
ここに記載されているシナリオは、用語「共ルーティング」と「多様にルーティングさ」に依存しています。本文書の文脈において、「共ルーティング」は、すべてのスイッチングノードの同じ配列を横切るVCAT信号のセットを指します。また、隣接するノードの任意の対の間の信号の同時ルーティングセットは、類似の遅延特性を持っているリンクのセットを利用します。このように、「共ルーティング」として分類されていない信号の集合を意味し、「多様ルーティング」。
Fixed, co-routed: A fixed-bandwidth VCG, transported over a co-routed set of member signals. This is the case where the intended bandwidth of the VCG does not change and all member signals follow the same route to minimize differential delay. The application here is the capability to allocate an amount of bandwidth close to that required at the client layer.
COはルーティングされ、固定された：メンバ信号の同時ルーティングセットを介して転送固定帯域幅VCG、。これは、VCGの意図された帯域幅が変化しないとすべてのメンバー信号は差動遅延を最小化するために同じ経路をたどる場合です。ここでのアプリケーションは、クライアントレイヤで必要なものに近い帯域幅の量を配分する機能です。
Fixed, diversely routed: A fixed-bandwidth VCG, transported over at least two diversely routed subsets of member signals. In this case, the subsets are link-disjoint over at least one link of the route. The application here is more efficient use of network resources, e.g., no unique route has the required bandwidth.
固定された、多様にルーティングされる：少なくとも二つのオーバー搬送固定帯域幅VCGは、多様部材信号のサブセットをルーティング。この場合、サブセットは、経路の少なくとも1つのリンク上のリンクディスジョイントです。アプリケーションは、ここで、ネットワークリソースをより効率的に使用され、例えば、一意のルートが必要な帯域幅を持っていません。
Fixed, member sharing: A fixed-bandwidth VCG, transported over a set of member signals that are allocated from a common pool of available member signals without requiring member connection teardown and setup. This document only covers the case where this pool of "potential" member signals has been established via mechanisms defined in this document. Member signals need not be co-routed or be guaranteed to be diversely routed. Note that by the nature of VCAT, a member signal can only belong to one VCG at a time. To be used in a different VCG, a signal must first be removed from any VCG to which it may belong.
固定部材共有：固定帯域幅VCG、部材の接続ティアダウンとセットアップを必要とせずに利用部材信号の共通プールから割り当てられメンバー信号のセットにわたって搬送されます。この文書は、「潜在的な」部材信号のこのプールは、本文書で定義されたメカニズムを介して確立されている場合をカバーします。メンバーの信号は、共同でルーティングまたは多様にルーティングされることが保証される必要がありません。 VCATの性質によって、会員信号は一度に1 VCGに属することができることに注意してください。異なるVCGに使用される、信号は、まず、それが属していてもよいれる任意VCGから除去されなければなりません。
Dynamic, co-routed: A dynamic VCG (bandwidth can be increased or decreased via the addition or removal of member signals), transported over a co-routed set of members. The application here is dynamic resizing and resilience of bandwidth.
動的、共ルーティング：メンバーの共ルーティングセットを介して転送動的VCG（帯域幅が増加またはメンバー信号の追加または除去を介して減少させることができます）。ここでのアプリケーションは、帯域幅の動的なサイズ変更と回復力です。
Dynamic, diversely routed: A dynamic VCG (bandwidth can be increased or decreased via the addition or removal of member signals), transported over at least two diversely routed subsets of member signals. The application here is efficient use of network resources, dynamic resizing, and resilience of bandwidth.
ダイナミックは、多様にルーティング：動的VCG（帯域幅を増加または付加またはメンバー信号の除去によって低減することができる）、メンバー信号の少なくとも二つの多様ルーティングサブセットにわたって搬送されます。ここでのアプリケーションは、ネットワークリソース、動的なサイズ変更、および帯域幅の回復力の効率的な使用です。
Dynamic, member sharing: A dynamic-bandwidth VCG, transported over a set of member signals that are allocated from a common pool of available member signals without requiring member connection teardown and setup.
動的メンバの共有：動的帯域VCG、部材の接続ティアダウンとセットアップを必要とせずに利用部材信号の共通プールから割り当てられメンバー信号のセットにわたって搬送されます。
VCAT capabilities may be present with or without the presence of LCAS. The use of LCAS is beneficial in the provisioning of flexible bandwidth services, but in the absence of LCAS, VCAT is still a valid technique. Therefore, GMPLS mechanisms for the operation of VCAT are REQUIRED for both the case where LCAS is available and the case where it is not available. The GMPLS procedures for the two cases SHOULD be identical.
VCAT機能は持つか、LCASの存在なしに存在することができます。 LCASを使用すると、柔軟な帯域幅サービスのプロビジョニングに有益であるが、LCASのない状態で、VCATはまだ有効な技術です。したがって、VCATの動作のためのGMPLS機構はLCASが利用可能である場合、それが利用可能でない場合の両方のために必要とされます。 2例のためのGMPLS手順は同一であるべきです。
o GMPLS signaling for LCAS-capable interfaces MUST support all scenarios described in Section 2.2 with no loss of traffic.
O LCAS可能なインターフェイスのためのシグナリングGMPLSはトラフィックを損なうことなく、セクション2.2で説明されているすべてのシナリオをサポートしなければなりません。
o GMPLS signaling for non-LCAS-capable interfaces MUST support the "fixed" scenarios described in Section 2.2.
O GMPLSは、セクション2.2に記載された「固定」のシナリオをサポートしなければならない非LCAS可能なインターフェイスのためのシグナリング。
To provide for these requirements, GMPLS signaling MUST carry the following information on behalf of the VCAT endpoints:
これらの要件を提供するために、GMPLSシグナリングは、VCATエンドポイントの代わりに、以下の情報を運ばなければなりません。
o The type of the member signal that the VCG will contain, e.g., VC-3, VC-4, etc.
VCGに含まれること部材信号の種類O、例えば、VC-3、VC-4、等
o The total number of members to be in the VCG. This provides the endpoints in both the LCAS and non-LCAS case with information on which to accept or reject the request, and in the non-LCAS case will let the receiving endpoint know when all members of the VCG have been established.
Oメンバーの総数はVCGにすることができます。これは、要求を受け入れるか拒否するかに関する情報とLCASおよび非LCASケースの両方で、非LCASケース内のエンドポイントは、受信エンドポイントがVCGのすべてのメンバーが確立されている時にお知らせいたします提供します。
o Identification of the VCG and its associated members. This provides information that allows the endpoints to differentiate multiple VCGs and to tell what member, label switched paths (LSPs), to associate with a particular VCG.
O VCG及びその関連メンバーの同定。これは、エンドポイントが複数VCGではを区別するために、どのような部材を伝えることを可能にする情報を提供し、ラベルは、特定のVCGに関連付ける、（のLSP）パスを切り替えます。
The signaling solution SHOULD provide a mechanism to support these scenarios:
シグナリングソリューションは、これらのシナリオをサポートするためのメカニズムを提供する必要があります。
o VCG members (server-layer connections) may be set up prior to their use in a VCG.
O VCGのメンバ（サーバレイヤ接続）VCGにおけるそれらの使用の前に設定することができます。
o VCG members (server-layer connections) may exist after their corresponding VCG has been removed.
それらの対応するVCGが除去された後O VCGのメンバ（サーバ層接続）が存在してもよいです。
However, it is not required that any arbitrarily created server-layer connection be supported in the above scenarios, i.e., connections established without following the procedures described in this document.
しかし、それは任意に作成したサーバ層接続は、上記のシナリオでサポートされていることが必要とされない、すなわち、接続は、本文書に記載されている手順に従わずに確立しました。
When utilizing GMPLS with VCAT/LCAS, we use a number of control and data plane concepts described below.
VCAT / LCASとGMPLSを利用する場合、当社は以下のコントロールとデータプレーンの概念の数を使用します。
VCG - This is the group of data plane server-layer signals used to provide the bandwidth for the virtual concatenation link connection through a network ([ITU-T-G.7042]).
VCG - これは、ネットワークを介して仮想連結リンク接続（[ITU-T、G.7042]）の帯域幅を提供するために使用されるデータプレーンサーバ層信号群です。
VCG member - This is an individual data plane server-layer signal that belongs to a VCG ([ITU-T-G.7042]).
VCGのメンバ - これは、VCG（[ITU-T、G.7042]）に属している個々のデータプレーンサーバ階層信号です。
Member set - One or more VCG members (or potential members) set up via the same control plane signaling exchange. Note that all members in a member set follow the same route.
メンバーセット - 1つの以上のVCGのメンバ（または潜在的なメンバー）同一の制御プレーンシグナリング交換を介して設定。メンバーセット内のすべてのメンバーが同じルートをたどることに注意してください。
Data plane LSP - This is an individual VCG member.
データプレーンLSP - これは、個々のVCGのメンバです。
Control plane LSP - A control plane entity that can control multiple data plane LSPs. For our purposes here, this is equivalent to the member set.
制御プレーンLSP - 複数のデータプレーンLSPを制御することができ、制御プレーンエンティティ。ここで我々の目的のために、これはメンバーセットに相当します。
Call - A control plane mechanism for providing association between endpoints and possibly key transit points.
呼び出し - エンドポイントおよびおそらくはキー通過点との間の関連付けを提供するための制御プレーン機構。
In this section and the next section, we will describe the procedures for supporting the applications described in Section 2.
この節と次節では、第2節で説明したアプリケーションをサポートするための手順を説明します。
This section describes the support of a single VCG composed of a single member set (in support of the fixed, co-routed application and the dynamic, co-routed application) using existing GMPLS procedures [RFC4606]. Note that this section is included for informational purposes only and does not modify [RFC4606]. It is provided to show how the existing GMPLS procedures may be used. [RFC4606] provides the normative definition for GMPLS processing of VCGs composed of a single member set, and in the event of any conflict between this section and that document, [RFC4606] takes precedence.
このセクションでは、既存のGMPLSの手順を使用して（固定された、同時ルーティングアプリケーションと動的、共ルーティングアプリケーションをサポートする）単一メンバーセット[RFC4606]からなる単一VCGのサポートについて説明します。このセクションは情報提供のみを目的として含まれており、[RFC4606]を変更しないことに注意してください。既存のGMPLSの手順を使用することができる方法を示すために提供されています。 [RFC4606]は、単一のメンバーセットからなるVCGではGMPLSの処理のための正式な定義を提供し、このセクションとその文書との矛盾が発生した場合に、[RFC4606]優先されます。
The existing GMPLS signaling protocols support a VCG composed of a single member set. Setup using the Number of Virtual Components (NVC) field is explained in Section 2.1 of [RFC4606]. In this case, one (single) control plane LSP is used in support of the VCG.
シグナリングプロトコル既存のGMPLSは、単一のメンバーセットからなるVCGをサポートします。仮想コンポーネント（NVC）フィールドの番号を使用してセットアップは、[RFC4606]のセクション2.1で説明されています。この場合、一方の（単一）制御プレーンLSPは、VCGの支持に使用されます。
There are two options for setting up the VCG, depending on policy preferences: one-shot setup and incremental setup.
ワンショットのセットアップと増分設定：ポリシーの好みに応じて、VCGを設定するための2つのオプションがあります。
The following sections explain the procedure based on an example of setting up a VC-4-7v SDH VCAT group (corresponding to an STS-3c-7v SONET VCAT group), which is composed of 7 virtually concatenated VC-4s (or STS-3c).
以下のセクションでは、7仮想連結VC-4から構成され、（（STS-3C-7V SONET VCATグループに対応）またはSTS-VC-4-7v SDHのVCATグループの設定例に基づいて手順を説明します図3c）。
This section describes establishment of an LSP that supports all VCG members as part of the initial LSP establishment. To establish such an LSP, an RSVP-TE (Resource Reservation Protocol - Traffic Engineering) Path message is sent containing the SONET/SDH traffic parameters defined in [RFC4606]. In the case of this example:
このセクションでは、最初のLSPの確立の一環として、すべてのVCGメンバーをサポートしているLSPの確立を説明します。そのようなLSPを確立するために、RSVP-TE（リソース予約プロトコル - トラフィックエンジニアリング）Pathメッセージは、[RFC4606]で定義されたSONET / SDHトラフィックパラメータを含む送信されます。この例の場合：
o Elementary signal is set to 6 (for VC-4/STS-3c_SPE).
O基本信号（VC-4 / STS-3c_SPEため）6に設定されています。
o NVC is set to 7 (number of members).
O NVC 7（メンバーの数）に設定されています。
o Per [RFC4606], a Multiplier Transform greater than 1 (say N > 1) may be used if the operator wants to set up N identical VCAT groups (for the same LSP).
O当たり[RFC4606]、乗算器が1より大きい変換演算子は、（同じLSPのための）N個の同一のVCATグループを設定したい場合に使用することができる（1> Nと言います）。
o SDH or SONET labels have to be assigned for each member of the VCG and concatenated to form a single Generalized Label constructed as an ordered list of 32-bit timeslot identifiers of the same format as TDM labels. [RFC4606] requires that the order of the labels reflect the order of the payloads to concatenate, and not the physical order of timeslots.
O SDHまたはSONETラベルがVCGの各メンバーに割り当てられ、TDMラベルと同じ形式の32ビットタイムスロット識別子の順序付きリストとして構成された単一の一般化ラベルを形成するために連結されなければなりません。 [RFC4606]は、ラベルの順序を連結するペイロードのためではなく、タイムスロットの物理的な順序を反映することを必要とします。
o Refer to [RFC4606] for other traffic parameter settings.
O他のトラフィックパラメータの設定については、[RFC4606]を参照してください。
In some cases, it may be necessary or desirable to set up the VCG members individually, or to add group members to an existing group.
いくつかの場合において、個々にVCGのメンバを設定する、または既存のグループにグループメンバーを追加することが必要または望ましいかもしれません。
One example of this need is when the local policy requires that VCAT can only add VCAT members one at a time or cannot automatically match the members at the ingress and egress for the purposes of inverse multiplexing. Serial or incremental setup solves this problem.
ローカルポリシーは、VCATは一度にVCATメンバー1を追加することができたり、自動的に逆多重化の目的のための入力および出力のメンバーと一致しないことを要求する場合、この必要性の一例です。シリアルまたは増分セットアップは、この問題を解決します。
In order to accomplish incremental setup, an iterative process is used to add group members. For each iteration, NVC is incremented up to the final value required. A successful iteration consists of the successful completion of Path and Resv signaling. At first, NVC = 1, and the label includes just one timeslot identifier.
インクリメンタルセットアップを達成するために、反復プロセスは、グループのメンバーを追加するために使用されます。反復ごとに、NVCが必要とされる最終値までインクリメントされます。成功した反復はパスとのResvシグナリングが正常に完了で構成されています。最初に、NVC = 1、およびラベルはただ1つのタイムスロット識別子を含みます。
At each of the next iterations, NVC is set to (NVC + 1), and one more timeslot identifier is added to the ordered list in the Generalized Label (in the Path or Resv message). A node that receives a Path message that contains changed fields will process the full Path message and, based on the new value of NVC, it will add a component signal to the VCAT group, and switch the new timeslot based on the new label information.
次の反復のそれぞれで、NVCは（NVC + 1）に設定され、1つの以上のタイムスロット識別子は、（パスまたはResvメッセージにおいて）一般化ラベルに順序付けされたリストに追加されます。 NVCの新しい値に基づいて、完全なPathメッセージとを処理する変更されたフィールドを含むPathメッセージを受信したノードは、それが新たなラベル情報に基づいて新しいタイムスロットをVCATグループにコンポーネント信号を追加し、切り替えます。
Following the addition of the new label (identifying the new member) to the LSP, in the data plane, LCAS may be used to add the new member at the endpoints into the existing VCAT group. LCAS (data plane) signaling is described in [ITU-T-G.7042].
LSPに（新しいメンバを識別する）新しいラベルの添加に続いて、データプレーンにおいて、LCASは、既存のVCATグループにエンドポイントに新しいメンバを追加するために使用されてもよいです。 LCAS（データプレーン）シグナリングは、[ITU-T、G.7042]に記載されています。
The procedure to remove a component signal is similar to that used to add components as described in Section 4.2. In the data plane, LCAS signaling is used first to take the component out of service from the group. LCAS signaling is described in [ITU-T-G.7042].
セクション4.2で説明したように成分信号を除去するための手順は、コンポーネントを追加するために使用されるものと同様です。データプレーンにおいては、LCASシグナリングは、グループからのアウトオブサービスコンポーネントを取るために最初に使用されます。 LCASシグナリングは[ITU-T、G.7042]に記載されています。
In this case, the NVC value is decremented by 1, and the timeslot identifier for the dropped component is removed from the ordered list in the Generalized Label.
この場合には、NVC値は1だけデクリメントされ、ドロップされたコンポーネントのタイムスロット識別子は、一般化ラベルで順序付けされたリストから削除されます。
Note that for interfaces that are not LCAS-capable, removing one component of the VCG will result in failure detection of the member at the endpoint and failure of the whole group. So, this is a feature that only LCAS-capable VCAT interfaces can support without management intervention at the endpoints.
LCASに対応していないインターフェイスのために、VCGの一つの構成要素を削除して、グループ全体のエンドポイントと故障時の部材の故障検出をもたらすであろうことに留意されたいです。だから、これは唯一のLCAS対応VCATインタフェースは、エンドポイントの管理介入なしでサポートできる機能です。
Note that if using LCAS, a VCG member can be temporarily removed from the VCG due to a failure of the component signal. The LCAS data plane signaling will take appropriate actions to adjust the VCG as described in [ITU-T-G.7042].
LCASを使用する場合、VCGのメンバが一時的成分信号の故障にVCGから除去することができることに留意されたいです。 LCASデータプレーンシグナリングは[ITU-T、G.7042]に記載されているようにVCGを調整するために適切な行動をとるであろう。
The procedure is similar to that described in Section 4.3. In this case, the NVC value is changed to the new value, and all relevant timeslot identifiers for the components to be torn down are removed from the ordered list in the Generalized Label. This procedure is also not supported for VCAT-only interfaces without management intervention, as removing one or more components of the VCG will tear down the whole group.
手順は、4.3節で説明したものと同様です。この場合、NVC値が新しい値に変更され、コンポーネントに関連するすべてのタイムスロット識別子は、一般ラベルで順序付けられたリストから削除されている解体されます。この手順はまた、グループ全体を切断しますVCGの1つ以上のコンポーネントを除去するように、管理介入なしVCAT専用インターフェースでサポートされていません。
The entire LSP is deleted in a single step (i.e., all components are removed in one go) using the deletion procedures described in [RFC3473].
全体のLSPは、[RFC3473]に記載さ削除手順を使用して（すなわち、全ての成分を一度に除去される）単一のステップで削除されます。
The motivation for VCGs composed of multiple member sets comes from the requirement to support VCGs with diversely routed members. The initial GMPLS specification did not support diversely routed signals using the NVC construct. [RFC4606] says:
複数のメンバーのセットで構成さVCGでは動機は多様にルーティングされたメンバーとVCGではをサポートするための要件から来ています。初期GMPLS仕様は、NVCの構文を使用して多様にルーティングされた信号をサポートしていませんでした。 [RFC4606]は言います：
[...] The standard definition for virtual concatenation allows each virtual concatenation component to travel over diverse paths. Within GMPLS, virtual concatenation components must travel over the same (component) link if they are part of the same LSP. This is due to the way that labels are bound to a (component) link. Note, however, that the routing of components on different paths is indeed equivalent to establishing different LSPs, each one having its own route. Several LSPs can be initiated and terminated between the same nodes, and their corresponding components can then be associated together (i.e., virtually concatenated).
[...]仮想連結のための標準的な定義は、各仮想連結要素は、多様な経路上を移動することを可能にします。それらが同じLSPの一部である場合GMPLS内、バーチャルコンカチネーションの構成要素は同じ（コンポーネント）リンクを介して移動しなければなりません。これは、ラベルが（コンポーネント）リンクにバインドされている方法によるものです。異なるパス上のコンポーネントのルーティングは、それぞれが独自の経路を有する異なるLSPを確立する確かに等価であること、しかし、注意してください。いくつかのLSPは開始と同じノード間で終了し、それらの対応する構成要素は、その後（すなわち、仮想連結）を一緒に関連付けることができることができます。
The setup of diversely routed VCG members requires multiple VCG member sets, i.e., multiple control plane LSPs.
多様ルーティングVCGのメンバの設定は、複数のVCGのメンバセット、すなわち、複数の制御プレーンLSPを必要とします。
The support of a VCG with multiple VCG member sets requires being able to identify separate sets of control plane LSPs with a single VCG and exchange information pertaining to the VCG as a whole between the endpoints. This document updates the procedures described in [RFC4606] to provide this capability by using the call procedures and extensions described in [RFC4974]. The VCG makes use of one or more calls (VCAT calls) to associate control plane LSPs in support of VCG server-layer connections (VCG members) in the data plane. Note that the trigger for the VCG (by management plane or client layer) is outside the scope of this document. These procedures provide for autonomy of the client layer and server layer with respect to their management.
複数VCGのメンバセットとVCGの支持は、エンドポイント間の全体としてVCGに属する単一VCGと交換情報と制御プレーンLSPの別個のセットを識別することができることが必要です。この文書では、[RFC4974]で説明した呼手順および拡張を使用して、この機能を提供するために、[RFC4606]で説明した手順を更新します。 VCGは、データプレーンにおけるVCGサーバレイヤ接続（VCGのメンバ）をサポートするコントロールプレーンLSPを関連付けるために、1つのまたは複数のコール（VCATコール）を利用します。 （管理プレーン又はクライアント層による）VCGのためのトリガは、この文書の範囲外であることに留意されたいです。これらの手順は、その管理に関して、クライアント層とサーバー層の自律性を提供します。
In addition, by supporting the identification of a VCG (VCG ID) and VCAT call identification (VCAT Call ID), support can be provided for the member-sharing scenarios, i.e., by explicitly separating the VCG ID from the VCAT call ID. Note that per [RFC4974], LSPs (connections) cannot be moved from one call to another; hence, to support member sharing, the procedures in this document provide support by moving call(s) and their associated LSPs from one VCG to another. Figure 1 below illustrates these relationships; however, note that VCAT calls can exist independently of a VCG (for connection pre-establishment), as will be described later in this document.
加えて、VCG（VCG ID）の同定およびVCAT呼び出し識別（VCATコールID）をサポートすることにより、支持体は、明示的VCATコールIDからVCG IDを分離することによって、即ち、メンバー共有シナリオのために提供することができます。 [RFC4974]あたりなお、LSPの（接続）が別の呼び出しから移動することはできません。従って、部材の共有をサポートするために、このドキュメントの手順は、別のVCGからの呼び出し（単数または複数）およびそれらに関連するLSPを移動させることによってサポートを提供します。 1以下の図は、これらの関係を示す図です。しかし、本書で後述するようにVCATコールは、（接続事前確立のために）独立VCGの存在することができることに留意されたいです。
+-------+ +-------------+ +-------+ +------------+
| |1 n| |1 n| |1 n| Data Plane |
| VCG |<>----| VCAT Call |<>----| LSP |<>----| Connection |
| | | | | | |(co-routed) |
+-------+ +-------------+ +-------+ +------------+
Figure 1. Conceptual Containment Relationship between VCG, VCAT Calls, Control Plane LSPs, and Data Plane Connections
VCG、VCATの間に図1の概念の包含関係は、コントロールプレーンのLSPを呼び出して、データプレーン接続
In this section, we provide information that will be communicated at the VCG level, i.e., between the VCG signaling endpoints using the call procedures described in [RFC4974]. To accommodate the VCG information, a new TLV is defined in this document for the CALL_ATTRIBUTES object [RFC6001] for use in the Notify message [RFC4974]. The Notify message is a targeted message and does not need to follow the path of LSPs through the network; i.e., there is no dependency on the member signaling for establishing the VCAT call, and the use of external call managers as described in [RFC4974] is not precluded.
このセクションでは、我々は、[RFC4974]に記載の呼手順を使用してVCGシグナリングエンドポイント間、すなわち、VCGレベルで通信される情報を提供します。 VCGの情報を収容するために、新しいTLVは通知メッセージ[RFC4974]での使用のために[RFC6001] CALL_ATTRIBUTESオブジェクトについては、この文書で定義されています。通知メッセージは、ターゲットメッセージであり、ネットワークを介して、LSPのパスに従う必要はありません。すなわち、VCAT呼を確立するためのシグナリング部材、および[RFC4974]に記載されているように、外部コール・マネージャの使用には依存関係が存在しない除外されません。
The following information is needed:
次の情報が必要とされています。
a. LCAS required
A。 LCAS必要
b. LCAS desired
B。 LCAS希望
c. LCAS not supported
C。 LCASがサポートされていません
4. VCG Identifier - Used to identify a particular VCG separately from the call ID so that call members can be reused with different VCGs per the requirements for member sharing and the requirements of Section 2.4.
通話メンバーがメンバーの共有およびセクション2.4の要件の要件ごとに異なるVCGでは再利用できるように、コールID別に特定VCGを識別するために使用 - 4 VCG識別子。
This document defines a CALL_ATTRIBUTES object VCAT TLV for use in the CALL_ATTRIBUTES object [RFC6001] as follows:
この文書では、CALL_ATTRIBUTESオブジェクト[RFC6001]以下のように使用するためのCALL_ATTRIBUTESオブジェクトVCAT TLVを定義します。
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 = 4 | Length = 12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Signal Type | Number of Members |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|LCR| Reserved | Action | VCG ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Type, as defined in [RFC6001]. This field MUST be set to 2.
タイプ、[RFC6001]で定義されます。このフィールドは2に設定しなければなりません。
Length, as defined in [RFC6001]. This field MUST be set to 12.
長さは、[RFC6001]で定義されます。このフィールドは12に設定しなければなりません。
Signal Type: 16 bits
信号の種類：16ビット
The signal types can never be mixed in a VCG; hence, a VCAT call contains only one signal type. This field can take the following values and MUST never change over the lifetime of a VCG [ANSI-T1.105] [ITU-T-G.707] [ITU-T-G.709] [ITU-T-G.7043]:
信号の種類は、VCGで混合することはできません。したがって、VCATコールは、唯一の信号タイプが含まれています。このフィールドには、次の値を取ることができ、VCG [ANSI-T1.105] [ITU-T G.707-] [ITU-T G.709-] [ITU-T G.7043 - ]の寿命にわたって変化してはなりません。
Value Type (Elementary Signal)
----- -------------------------
1 VT1.5 SPE / VC-11
2 VT2 SPE / VC-12
3 STS-1 SPE / VC-3
4 STS-3c SPE / VC-4
11 ODU1 (i.e., 2.5 Gbit/s)
12 ODU2 (i.e., 10 Gbit/s)
13 ODU3 (i.e., 40 Gbit/s)
21 T1 (i.e., 1.544 Mbps)
22 E1 (i.e., 2.048 Mbps)
23 E3 (i.e., 34.368 Mbps)
24 T3 (i.e., 44.736 Mbps)
Number of Members: 16 bits
メンバーの数：16ビット
This field is an unsigned integer that MUST indicate the total number of members in the VCG (not just the call). This field MUST be changed (over the life of the VCG) to indicate the current number of members.
このフィールドは、VCGのメンバの総数（コールだけでなく）を示さなければなりませんの符号なし整数です。このフィールドは、メンバーの現在の数を示すために、（VCGの生活の上に）変更する必要があります。
LCR (LCAS Required): 2 bits
LCR（LCAS必須）：2ビット
This field can take the following values and MUST NOT change over the life of a VCG:
このフィールドには、次の値を取ることができ、VCGの期間にわたって変えてはいけません。
Value Meaning
----- ------------------
0 LCAS required
1 LCAS desired
2 LCAS not supported
Action: 8 bits
アクション：8ビット
This field is used to indicate the relationship between the call and the VCG and has the following values:
このフィールドは、コールとVCGとの関係を示すために使用されると、次の値がありますされています。
Value Meaning
----- -------------------------------------------------------
0 No VCG ID (set up call prior to VCG creation)
1 New VCG for Call
2 Modification of Number of Members (no change in VCG ID)
3 Remove VCG from Call
VCG Identifier (ID): 16 bits
VCG識別子（ID）：16ビット
This field carries an unsigned integer that is used to identify a particular VCG within a session. The value of the field MUST NOT change over the lifetime of a VCG but MAY change over the lifetime of a call.
このフィールドは、セッション内の特定のVCGを識別するために使用される符号なし整数を運びます。フィールドの値は、VCGの寿命にわたって変化してはなりませんが、コールの寿命にわたって変更されることがあります。
The creation of a VCG based on multiple member sets requires the establishment of at least one VCAT-layer call. VCAT-layer calls and related LSPs (connections) MUST follow the procedures as defined in [RFC4974], with the addition of the inclusion of a CALL_ATTRIBUTES object containing the VCAT TLV. Multiple VCAT layer calls per VCG are not required to support member sets, but are needed to support certain member-sharing scenarios.
複数のメンバセットに基づいて、VCGの作成は、少なくとも一つのVCAT層呼の確立を必要とします。 [RFC4974]で定義されるようにVCAT層コールおよび関連のLSP（接続）VCAT TLVを含むCALL_ATTRIBUTESオブジェクトの包含を添加して、手順に従わなければなりません。 VCGごとに複数のVCAT層の呼び出しは、メンバーのセットをサポートするために必要とされるのではなく、特定のメンバー共有のシナリオをサポートするために必要とされます。
The remainder of this section provides specific procedures related to VCG signaling. The procedures described in [RFC4974] are only modified as discussed in this section.
このセクションの残りの部分は、VCGシグナル伝達に関連する具体的な手順を提供します。このセクションで説明したように、[RFC4974]に記載された手順は、修正されます。
When LCAS is supported, the data plane will add or decrease the members per [ITU-T-G.7042]. When LCAS is not supported across LSPs, the data plane coordination across member sets is outside the scope of this document.
LCASがサポートされているときに、データプレーンは、[ITU-T、G.7042]あたりのメンバーを追加または減少します。 LCASは、LSPの間でサポートされていない場合、メンバセット間でのデータプレーンの調整は、この文書の範囲外です。
To simultaneously set up a VCAT call and identify it with an associated VCG, a CALL_ATTRIBUTES object containing the VCAT TLV MUST be included in the Notify message at the time of call setup. The VCAT TLV Action field MUST be set to 1, which indicates that this is a new VCG for this call. LSPs MUST then be added to the call until the number of members reaches the number specified in the VCAT TLV.
同時にVCATコールをセットアップおよび関連VCGとそれを識別するために、VCAT TLVを含むCALL_ATTRIBUTESオブジェクトは、呼設定時に通知メッセージに含まれなければなりません。 VCAT TLVアクションフィールドがこのコールのための新しいVCGであることを示す、1に設定しなければなりません。メンバーの数は、VCAT TLVで指定された数に達するまでLSPは、その呼に追加する必要があります。
To provide for pre-establishment of the server-layer connections for a VCG, a VCAT call MAY be established without an associated VCG identifier. In fact, to provide for the member-sharing scenarios, a pool of VCAT calls with associated connections (LSPs) can be established, and then one or more of these calls (with accompanying connections) can be associated with a particular VCG (via the VCG ID). Note that multiple calls can be associated with a single VCG but that a call MUST NOT contain members used in more than one VCG.
VCGのサーバー層接続の事前確立を提供するために、VCAT呼は、関連VCG識別子なしで確立することができます。実際には、VCATのプールは、関連する接続（のLSP）とコール部材共有シナリオを提供するために確立することができる、及び（付随する接続を持つ）これらのコールの1つ以上を介して（特にVCGに関連付けることができVCG ID）。複数の呼び出しは、単一VCGではなく、コールが複数のVCGで用いた部材を含んではならないことを関連させることができることに注意してください。
To establish a VCAT call with no VCG association, a CALL_ATTRIBUTES object containing the VCAT TLV MUST be included at the time of call setup in the Notify message. The VCAT TLV Action field MUST be set to 0, which indicates that this is a VCAT call without an associated VCG. LSPs can then be added to the call. The Number of Members parameter in the VCAT TLV has no meaning at this point, since it reflects the intended number of members in a VCG and not in a call.
無VCGの関連付けVCATコールを確立するために、VCAT TLVを含むCALL_ATTRIBUTESオブジェクトは、通知メッセージのコールセットアップ時に含めなければなりません。 VCAT TLVアクションフィールドは、これは、関連するVCGせずにVCATコールであることを示す、0に設定しなければなりません。 LSPは、その呼に追加することができます。それはVCGではなく、コールにメンバーの意図した数を反映しているので、VCAT TLVでのメンバーパラメータの数は、この時点では意味がありません。
A VCAT call that is not otherwise associated with a VCG may be associated with a VCG. To establish such an association, a Notify message MUST be sent with a CALL_ATTRIBUTES object containing a VCAT TLV. The TLV's Action field MUST be set to 1, and the VCG Identifier field MUST be set to correspond to the VCG. The Number of Members field MUST equal the sum of all LSPs associated with the VCG. Note that the total number of VCGs supported by a node may be limited; hence, on reception of any message with a change of VCG ID, this limit should be checked. Likewise, the sender of a message with a change of VCG ID MUST be prepared to receive an error response. Again, any error in a VCG may result in the failure of the complete VCG.
そうでない場合はVCGに関連付けられていないVCATコールはVCGに関連付けることができます。そのような関連付けを確立するために、通知メッセージは、VCAT TLVを含むCALL_ATTRIBUTESオブジェクトに送らなければなりません。 TLVのアクションフィールドが1に設定しなければなりません、そしてVCG識別子フィールドは、VCGに対応するように設定されなければなりません。メンバーフィールドの数は、VCGに関連付けられたすべてのLSPの合計に等しくなければなりません。ノードによってサポートされるVCGでは総数が制限されてもよいことに留意されたいです。したがって、VCG IDの変化を有する任意のメッセージの受信時に、この制限がチェックされなければなりません。同様に、VCG IDの変化にメッセージの送信者はエラー応答を受信するように準備しなければなりません。再び、VCGの誤差は、完全VCGの故障をもたらし得ます。
To reuse the server-layer connections in a call in another VCG, the current association between the call and a VCG MUST first be removed. To do this, a Notify message MUST be sent with a CALL_ATTRIBUTES object containing a VCAT TLV. The Action field of the TLV MUST be set to 3 (Remove VCG from Call). The VCG ID field is ignored and MAY be set to any value. The Number of Members field is also ignored and MAY be set to any value. When the association between a VCG and all existing calls has been removed, then the VCG is considered torn down.
別のVCGに呼び出しでサーバレイヤ接続を再利用するために、コールとVCGの間の現在の関連付けが最初に除去しなければなりません。これを行うには、通知メッセージは、VCAT TLVを含むCALL_ATTRIBUTESオブジェクトに送らなければなりません。 TLVのActionフィールドを3に設定する必要があります（コールからVCGを削除）。 VCG IDフィールドは無視され、任意の値に設定することができます。メンバーフィールドの数も無視され、任意の値に設定することができます。 VCGと、すべての既存のコールとの間の関連付けが削除された場合、その後、VCGが取り壊さ考えられます。
The following cases may occur when increasing or decreasing the bandwidth of a VCG:
VCGの帯域幅を増加または減少する場合、次のケースが発生する可能性があります。
1. LSPs are added to or, in the case of a decrease, removed from a VCAT call already associated with a VCG.
1 LSPは追加または、減少の場合には、既にVCGに関連付けられたVCATコールから除去されます。
2. An existing VCAT call (and corresponding LSPs) is associated with a VCG or, in the case of a decrease, has its association removed. Note that in the case of an increase, the call MUST NOT have any existing association with a VCG.
2.既存のVCATコール（および対応するLSPは）VCGに関連付けられている、または、減少の場合には、その関連付けが削除されています。増加の場合には、呼び出しがVCGを持つ既存の関連を持ってはいけないことに注意してください。
The following sequence SHOULD be used when modifying the bandwidth of a VCG:
VCGの帯域幅を変更する場合は、次の手順を使用する必要があります。
1. In both cases, prior to any other change, a Notify message MUST be sent with a CALL_ATTRIBUTES object containing a VCAT TLV for each of the existing VCAT calls associated with the VCG. The Action field of the TLV MUST be set to 2. The VCG ID field MUST be set to match the VCG. The Number of Members field MUST equal the sum of all LSPs that are anticipated to be associated with the VCG after the bandwidth change. The Notify message is otherwise formatted and processed to support call establishment as described in [RFC4974]. If an error is encountered while processing any of the Notify messages, the number of members is reverted to the pre-change value, and the increase is aborted. The reverted number of members MUST be signaled in a Notify message as described above. Failures encountered in processing these Notify messages are handled per [RFC4974].
両方の場合においては、従来の任意の他の変化に、通知メッセージはVCGに関連付けられた既存のVCAT呼の各々に対してVCAT TLVを含むCALL_ATTRIBUTESオブジェクトに送らなければなりません。 TLVのActionフィールドは、VCGのIDフィールドは、VCGに一致するように設定しなければなりません、2に設定しなければなりません。メンバーフィールドの数は、帯域幅の変更後にVCGと関連すると予想されているすべてのLSPの合計に等しくなければなりません。通知メッセージは、他のフォーマットと[RFC4974]で説明されるように、呼の確立をサポートするために処理されます。通知メッセージのいずれかの処理中にエラーが発生した場合、メンバーの数は、変更前の値に戻され、その増加は中止されます。上記のようにメンバーの復帰数が通知メッセージでシグナリングされなければなりません。これらの処理中に発生した障害は、メッセージが[RFC4974]あたりに処理されます通知します。
2. Once the existing calls have successfully been notified of the new number of members in the VCG, the bandwidth change can be made. The next step is dependent on the two cases defined above. In the first case defined above, the bandwidth change is made by adding (in the case of an increase) or removing (in the case of a decrease) LSPs to or from the VCAT call per the procedures defined in [RFC4974]. In the second case, the procedure defined in Section 5.3.3 is followed for an increase, and the procedure defined in Section 5.3.4 is followed for a decrease.
既存のコールが正常にVCGでのメンバーの新しい番号を通知されている2.たら、帯域幅の変更を行うことができます。次のステップは、上記で定義された2例に依存しています。上記で定義された最初のケースでは、帯域幅の変化は、または[RFC4974]で定義された手順に従ってVCAT呼び出しからLSPを（増加の場合）追加または（減少の場合）を除去することによって行われます。第二のケースでは、セクション5.3.3で定義された手順が増加するため、続いて、セクション5.3.4で定義された手順は、減少を追跡します。
VCAT call and member LSP setup can be denied for various reasons. In addition to the call procedures and related error codes described in [RFC4974], below is a list of error conditions that can be encountered while using the procedures defined in this document. These fall under RSVP error code 39.
VCATコールとメンバーLSPの設定は、さまざまな理由で拒否することができます。 [RFC4974]に記載の呼手順および関連するエラーコードに加えて、以下本文書で定義された手順を使用している間に遭遇することができるエラー条件のリストです。これらは、RSVPエラーコード39に該当します。
These can occur when setting up a VCAT call or associating a VCG with a VCAT call.
これらは、VCATの呼を設定するか、VCATコールでVCGを関連付ける際に発生する可能性があります。
Error Value
------------------------------------ --------
VCG signal type not supported 1
LCAS option not supported 2
Max number of VCGs exceeded 3
Max number of VCG members exceeded 4
LSP Type incompatible with VCAT call 5
Unknown LCR (LCAS required) value 6
Unknown or unsupported ACTION 7
Any failure in call or LSP establishment MUST be treated as a failure of the VCG as a whole and MAY trigger the calls and LSPs associated with the VCG being deleted.
コールまたはLSPの確立の任意の障害が全体としてVCGの障害として扱わなければならなくて、VCGが削除されると関連付けられコールおよびLSPをトリガすることができます。
IANA has made the following assignments in the "Call Attributes TLV" section of the "RSVP PARAMETERS" registry available from http://www.iana.org.
IANAはhttp://www.iana.orgから入手可能な「RSVPパラメータ」レジストリの「コール属性TLV」セクションで、次の割り当てを行っています。
IANA has made assignments from the Call Attributes TLV [RFC6001] portions of this registry.
IANAは、コールからの割り当ては、このレジストリのTLV [RFC6001]部分を属性にしました。
This document introduces a new Call Attributes TLV:
この文書は、新しいコールがTLV属性導入されています。
TLV Value Name Reference
--------- ---------------------- ---------
4 VCAT TLV [RFC6344]
A new RSVP Error Code and new Error Values are introduced. IANA assigned the following from the "RSVP Parameters" registry using the sub-registry "Error Codes and Globally-Defined Error Value Sub-Codes".
新しいRSVPエラーコードと新しいエラー値が導入されています。 IANAは、サブレジストリ「エラーコードとグローバル定義のエラー値サブコード」を使用して「RSVPパラメータ」をレジストリから以下を割り当てます。
o Error Codes:
Oエラーコード：
- VCAT Call Management (39)
- VCATコールマネージメント（39）
o Error Values:
Oエラー値：
Meaning Value
------------------------------------ --------
VCG signal type not supported 1
LCAS option not supported 2
Max number of VCGs exceeded 3
Max number of VCG members exceeded 4
LSP Type incompatible with VCAT call 5
Unknown LCR (LCAS required) value 6
Unknown or unsupported ACTION 7
IANA created a registry to track elementary signal types as defined in Section 5.2. New allocations are by "IETF Review" [RFC5226].
IANAはセクション5.2で定義された基本信号の種類を追跡するために、レジストリを作成しました。新しい割り当ては、「IETFレビュー」[RFC5226]です。
IANA maintains the following information:
IANAは、以下の情報を保持しています。
- Value - Type (Elementary Signal) - RFC
- 値 - タイプ（小学校信号） - RFC
The available range is 0 - 65535.
65535 - 利用できる範囲は0です。
The registry has been initially populated with the values shown in Section 5.2 of this document. Value 0 is Reserved. Other values are marked Unassigned.
レジストリは、最初はこのドキュメントのセクション5.2に示す値が移入されています。値0は予約されています。他の値は未割り当てとマークされています。
IANA created a registry to track VCAT VCG operation actions as defined in Section 5.2. New allocations are by "IETF Review" [RFC5226].
IANAはセクション5.2で定義されたVCAT VCG運転行動を追跡するために、レジストリを作成しました。新しい割り当ては、「IETFレビュー」[RFC5226]です。
IANA maintains the following information:
IANAは、以下の情報を保持しています。
- Value - Meaning - RFC
- バリュー - 意味 - RFC
The available range is 0 - 255.
255 - 利用可能な範囲は0です。
The registry has been initially populated with the values shown in Section 5.2 of this document. Other values are marked Unassigned.
レジストリは、最初はこのドキュメントのセクション5.2に示す値が移入されています。他の値は未割り当てとマークされています。
This document introduces a specific use of the Notify message and ADMIN_STATUS object for GMPLS signaling as originally specified in [RFC3473] and as modified by [RFC4974]. It does not introduce any new signaling messages, nor does it change the relationship between LSRs that are adjacent in the control plane. The call information associated with diversely routed control plane LSPs, in the event of an interception, may indicate that these are members of the same VCAT group that take a different route, and may indicate to an interceptor that the VCG call desires increased reliability.
この文書では、最初に[RFC3473]で指定し、[RFC4974]によって修正されるようGMPLSシグナリングのための通知メッセージとADMIN_STATUSオブジェクトの特定の使用を導入します。これは、任意の新しいシグナリングメッセージを紹介しません。また、コントロールプレーンに隣接するLSRの間の関係を変えるん。多様ルーティング制御プレーンのLSPに関連した呼情報は、傍受の場合には、これらは異なるルートを取る同じVCATグループのメンバーであることを示すことができる、とVCGコールが所望の信頼性を増加させることインターセプタに示すことができます。
See [RFC5920] for additional information on GMPLS security.
GMPLSのセキュリティに関する追加情報については、[RFC5920]を参照してください。
Wataru Imajuku (NTT) 1-1 Hikari-no-oka Yokosuka Kanagawa 239-0847 Japan
わたる いまじゅく （んっｔ） １ー１ ひかりーのーおか よこすか かながわ ２３９ー０８４７ じゃぱん
Phone +81-46-859-4315 EMail: imajuku.wataru@lab.ntt.co.jp
電話+ 81-46-859-4315 Eメール：imajuku.wataru@lab.ntt.co.jp
Julien Meuric France Telecom 2, avenue Pierre Marzin 22307 Lannion Cedex France
ジュリアンMeuricフランステレコム2、大通りピエールMarzin 22307ラニオンセデックスフランス
Phone: +33 2 96 05 28 28 EMail: julien.meuric@orange-ft.com
電話：+33 2 96 05 28 28 Eメール：julien.meuric@orange-ft.com
Lyndon Ong Ciena PO Box 308 Cupertino, CA 95015 USA
リンドン・オングCienaの私書箱308クパチーノ、CA 95015 USA
Phone: +1 408 705 2978 EMail: lyong@ciena.com
電話：+1 408 705 2978 Eメール：lyong@ciena.com
The authors would like to thank Adrian Farrel, Maarten Vissers, Trevor Wilson, Evelyne Roch, Vijay Pandian, Fred Gruman, Dan Li, Stephen Shew, Jonathan Saddler, and Dieter Beller for extensive reviews and contributions to this document.
著者は、広範なレビューと、この文書への貢献のためのエードリアンファレル、マールテンVissers、トレバー・ウィルソン、エヴリーヌロッホ、ビジェイPandian、フレッドGruman、ダン・リー、スティーブン供え、ジョナサン・サドラー、およびディーターBellerに感謝したいと思います。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[RFC3473] Berger, L., Ed., "Generalized Multi-Protocol Label Switching (GMPLS) Signaling Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Extensions", RFC 3473, January 2003.
[RFC3473]バーガー、L.、エド。、 "一般化されたマルチプロトコルラベルスイッチング（GMPLS）シグナリング資源予約プロトコル - トラフィックエンジニアリング（RSVP-TE）を拡張"、RFC 3473、2003年1月。
[RFC4606] Mannie, E. and D. Papadimitriou, "Generalized Multi-Protocol Label Switching (GMPLS) Extensions for Synchronous Optical Network (SONET) and Synchronous Digital Hierarchy (SDH) Control", RFC 4606, August 2006.
[RFC4606]マニー、E.およびD. Papadimitriou、 "一般化マルチプロトコルラベルスイッチング（GMPLS）同期光ネットワーク（SONET）および同期デジタル階層（SDH）コントロールのための拡張機能"、RFC 4606、2006年8月。
[RFC4974] Papadimitriou, D. and A. Farrel, "Generalized MPLS (GMPLS) RSVP-TE Signaling Extensions in Support of Calls", RFC 4974, August 2007.
[RFC4974] Papadimitriou、D.とA.ファレル、 "一般化MPLS（GMPLS）RSVP-TEコールのサポートでシグナリング拡張機能"、RFC 4974、2007年8月。
[RFC6001] Papadimitriou, D., Vigoureux, M., Shiomoto, K., Brungard, D., and JL. Le Roux, "Generalized MPLS (GMPLS) Protocol Extensions for Multi-Layer and Multi-Region Networks (MLN/MRN)", RFC 6001, October 2010.
[RFC6001] Papadimitriou、D.、Vigoureux、M.、Shiomoto、K.、Brungard、D.、およびJL。ル・ルー、 "マルチレイヤおよびマルチリージョンネットワークのための一般化MPLS（GMPLS）プロトコルの拡張機能（MLN / MRN）"、RFC 6001、2010年10月。
[ANSI-T1.105] American National Standards Institute, "Synchronous Optical Network (SONET) - Basic Description including Multiplex Structure, Rates, and Formats", ANSI T1.105-2001, May 2001.
[ANSI-T1.105]米国規格協会、 "同期光ネットワーク（SONET） - 多重構造、料金、およびフォーマットを含む基本的な説明"、ANSI T1.105-2001、2001年5月。
[ITU-T-G.707] International Telecommunication Union, "Network Node Interface for the Synchronous Digital Hierarchy (SDH)", ITU-T Recommendation G.707, December 2003.
[ITU-T G.707-]国際電気通信連合、ITU-T勧告G.707、2003年12月 "同期デジタル階層（SDH）のためのネットワークノードインタフェース"。
[ITU-T-G.709] International Telecommunication Union, "Interfaces for the Optical Transport Network (OTN)", ITU-T Recommendation G.709, March 2003.
[ITU-T G.709-]国際電気通信連合、ITU-T勧告G.709、2003年3月 "光伝送ネットワーク（OTN）用のインタフェース"。
[ITU-T-G.7042] International Telecommunication Union, "Link Capacity Adjustment Scheme (LCAS) for Virtual Concatenated Signals", ITU-T Recommendation G.7042, March 2006.
[ITU-T G.7042 - ]国際電気通信連合、 "リンク容量調整スキーム（LCAS）仮想連結信号用"、ITU-T勧告G.7042、2006年3月。
[ITU-T-G.7043] International Telecommunication Union, "Virtual Concatenation of Plesiochronous Digital Hierarchy (PDH) Signals", ITU-T Recommendation G.7043, July 2004.
[ITU-T G.7043 - ]国際電気通信連合、 "プレシオクロナスデジタル階層のバーチャルコンカチネーション（PDH）信号"、ITU-T勧告G.7043、2004年7月。
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008.
[RFC5226] Narten氏、T.とH. Alvestrand、 "RFCsにIANA問題部に書くためのガイドライン"、BCP 26、RFC 5226、2008年5月。
[RFC5920] Fang, L., Ed., "Security Framework for MPLS and GMPLS Networks", RFC 5920, July 2010.
[RFC5920]牙、L.、エド。、 "MPLSおよびGMPLSネットワークのセキュリティフレームワーク"、RFC 5920、2010年7月。
Authors' Addresses
著者のアドレス
Greg M. Bernstein (editor) Grotto Networking Fremont, CA USA
グレッグ・M.バーンスタイン（エディタ）洞窟ネットワーキングフリーモント、CA USA
Phone: (510) 573-2237 EMail: gregb@grotto-networking.com
電話：（510）573-2237 Eメール：gregb@grotto-networking.com
Diego Caviglia Ericsson Via A. Negrone 1/A 16153 Genoa Italy
ディエゴ・Cavigliaエリクソン経由A. Negrone 16153分の1ジェノアイタリア
Phone: +39 010 600 3736 EMail: diego.caviglia@ericsson.com
電話：+39 010 600 3736 Eメール：diego.caviglia@ericsson.com
Richard Rabbat Google, Inc. 1600 Amphitheatre Parkway Mountain View, CA 94043 USA
リチャードRabbatグーグル株式会社1600アンフィシアターパークウェイマウンテンビュー、CA 94043 USA
EMail: rabbat@alum.mit.edu
メールアドレス：rabbat@alum.mit.edu
Huub van Helvoort Huawei Technologies, Ltd. Kolkgriend 38, 1356 BC Almere The Netherlands
HuubバンHelvoort華為技術有限公司コルクGriend 38、1356 BCアルメラオランダ
Phone: +31 36 5315076 EMail: hhelvoort@huawei.com
電話：+31 36 5315076 Eメール：hhelvoort@huawei.com