Network Working Group E. Mannie, Ed.
Request for Comments: 4427 Perceval
Category: Informational D. Papadimitriou, Ed.
Alcatel
March 2006
Recovery (Protection and Restoration) Terminology
for Generalized Multi-Protocol Label Switching (GMPLS)
Status of This Memo
このメモのステータス
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
Abstract
抽象
This document defines a common terminology for Generalized Multi-Protocol Label Switching (GMPLS)-based recovery mechanisms (i.e., protection and restoration). The terminology is independent of the underlying transport technologies covered by GMPLS.
この文書では、一般化マルチプロトコルラベルスイッチング（GMPLS）ベースの回復メカニズム（すなわち、保護と復旧）のための共通の用語を定義します。用語はGMPLSでカバー基本的なトランスポート技術とは無関係です。
Table of Contents
目次
1. Introduction ....................................................3
2. Contributors ....................................................4
3. Conventions Used in this Document ...............................5
4. Recovery Terminology Common to Protection and Restoration .......5
4.1. Working and Recovery LSP/Span ..............................6
4.2. Traffic Types ..............................................6
4.3. LSP/Span Protection and Restoration ........................6
4.4. Recovery Scope .............................................7
4.5. Recovery Domain ............................................8
4.6. Recovery Types .............................................8
4.7. Bridge Types ..............................................10
4.8. Selector Types ............................................10
4.9. Recovery GMPLS Nodes ......................................11
4.10. Switch-over Mechanism ....................................11
4.11. Reversion operations .....................................11
4.12. Failure Reporting ........................................12
4.13. External commands ........................................12
4.14. Unidirectional versus Bi-Directional Recovery Switching ..13
4.15. Full versus Partial Span Recovery Switching ..............14
4.16. Recovery Schemes Related Time and Durations ..............14
4.17. Impairment ...............................................15
4.18. Recovery Ratio ...........................................15
4.19. Hitless Protection Switch-over ...........................15
4.20. Network Survivability ....................................15
4.21. Survivable Network .......................................16
4.22. Escalation ...............................................16
5. Recovery Phases ................................................16
5.1. Entities Involved During Recovery .........................17
6. Protection Schemes .............................................17
6.1. 1+1 Protection ............................................18
6.2. 1:N (N >= 1) Protection ...................................18
6.3. M:N (M, N > 1, N >= M) Protection .........................18
6.4. Notes on Protection Schemes ...............................19
7. Restoration Schemes ............................................19
7.1. Pre-Planned LSP Restoration ...............................19
7.1.1. Shared-Mesh Restoration ............................19
7.2. LSP Restoration ...........................................20
7.2.1. Hard LSP Restoration ...............................20
7.2.2. Soft LSP Restoration ...............................20
8. Security Considerations ........................................20
9. References .....................................................20
9.1. Normative References ......................................20
9.2. Informative References ....................................20
10. Acknowledgements ..............................................21
This document defines a common terminology for Generalized Multi-Protocol Label Switching (GMPLS)-based recovery mechanisms (i.e., protection and restoration).
この文書では、一般化マルチプロトコルラベルスイッチング（GMPLS）ベースの回復メカニズム（すなわち、保護と復旧）のための共通の用語を定義します。
The terminology proposed in this document is independent of the underlying transport technologies and borrows from the G.808.1 ITU-T Recommendation [G.808.1] and from the G.841 ITU-T Recommendation [G.841]. The restoration terminology and concepts have been gathered from numerous sources including IETF documents.
この文書で提案されている用語は、基礎となるトランスポート技術とは無関係であり、G.808.1、ITU-T勧告[G.808.1]から、およびG.841 ITU-T勧告[G.841]から借用します。復旧の用語や概念は、IETFの文書を含む多数のソースから収集されています。
In the context of this document, the term "recovery" denotes both protection and restoration. The specific terms "protection" and "restoration" will only be used when differentiation is required.
この文書の文脈において、用語「回復は」保護と復旧の両方を意味します。分化が必要な場合に、特定の用語「保護」と「復元」のみ使用されます。
This document focuses on the terminology for the recovery of Label Switched Paths (LSPs) controlled by a GMPLS control plane. The proposed terminology applies to end-to-end, segment, and span (i.e., link) recovery. Note that the terminology for recovery of the control plane itself is not in the scope of this document.
この文書では、ラベルの回復のための専門用語に焦点を当ててGMPLS制御プレーンによって制御されるスイッチパス（LSP）。提案された用語は、エンドツーエンドのために、セグメント、及びスパン（すなわち、リンク）の回復を適用します。コントロールプレーン自体の回復のための用語は、この文書の範囲ではないことに注意してください。
Protection and restoration of switched LSPs under tight time constraints is a challenging problem. This is particularly relevant to optical networks that consist of Time Division Multiplex (TDM) and/or all-optical (photonic) cross-connects referred to as GMPLS nodes (or simply nodes, or even sometimes "Label Switching Routers, or LSRs") connected in a general topology [RFC3945].
厳しい時間の制約の下で切り替えLSPの保護と回復は困難な問題です。これは、時分割多重（TDM）、および/または全光（フォトニック）クロスコネクトは、GMPLSノード（または単にノード、又は時には「ラベルスイッチングルータ、またはのLSR」）と呼ばれるから成る光ネットワークに特に関連しています一般的なトポロジー[RFC3945]に接続されています。
Recovery typically involves the activation of a recovery (or alternate) LSP when a failure is encountered in the working LSP.
障害がワーキングLSPに遭遇した場合、回復は、典型的には、回復（または代替）LSPの活性化を伴います。
A working or recovery LSP is characterized by an ingress interface, an egress interface, and a set of intermediate nodes and spans through which the LSP is routed. The working and recovery LSPs are typically resource disjoint (e.g., node and/or span disjoint). This ensures that a single failure will not affect both the working and recovery LSPs.
作業または回復LSPは入力インタフェース、出力インタフェース、及び中間ノードのセットによって特徴付けられ、LSPがルーティングされるわたっています。加工および回復LSPは、典型的には互いに素（例えば、ノード及び/又はスパンばらばらの）資源です。これは、単一の障害は、作業と回復のLSPの両方に影響を与えないことを保証します。
A bi-directional span between neighboring nodes is usually realized as a pair of unidirectional spans. Therefore, the end-to-end path for a bi-directional LSP consists of a series of bi-directional segments (i.e., Sub-Network Connections, or SNCs, in the ITU-T terminology) between the source and destination nodes, traversing intermediate nodes.
隣接ノード間の双方向スパンは、通常、一方向スパンの対として実現されます。したがって、双方向LSPのためのエンドツーエンドパスは送信元ノードと宛先ノードとの間（ITU-Tの用語、すなわち、サブネットワーク接続、またはSNCの）双方向一連のセグメントからなり、横断中間ノード。
This document is the result of a joint effort by the CCAMP Working Group Protection and Restoration design team. The following are the authors that contributed to the present document:
この文書では、CCAMPワーキンググループ保護と復旧のデザインチームによる共同の努力の結果です。以下、本文書に貢献著者です。
Deborah Brungard (AT&T) Rm. D1-3C22 - 200 S. Laurel Ave. Middletown, NJ 07748, USA
デボラBrungard（AT＆T）Rmを。 D1-3C22 - 200 S.ローレルアベニュー。ミドルタウン、NJ 07748、USA
EMail: dbrungard@att.com
メールアドレス：dbrungard@att.com
Sudheer Dharanikota
Sudhir Dharanikota
EMail: sudheer@ieee.org
メールアドレス：sudheer@ieee.org
Jonathan P. Lang (Sonos) 506 Chapala Street Santa Barbara, CA 93101, USA
ジョナサンP.ラング（Sonosの）506チャパラストリートサンタバーバラ、CA 93101、USA
EMail: jplang@ieee.org
メールアドレス：jplang@ieee.org
Guangzhi Li (AT&T) 180 Park Avenue, Florham Park, NJ 07932, USA
Guangzhiリー（AT＆T）180パークアベニュー、フローハムパーク、NJ 07932、USA
EMail: gli@research.att.com
メールアドレス：gli@research.att.com
Eric Mannie Perceval Rue Tenbosch, 9 1000 Brussels Belgium
エリック・マニーパーシヴァルルーテンボス、9千ブリュッセルベルギー
Phone: +32-2-6409194 EMail: eric.mannie@perceval.net
電話：+ 32-2-6409194 Eメール：eric.mannie@perceval.net
Dimitri Papadimitriou (Alcatel) Francis Wellesplein, 1 B-2018 Antwerpen, Belgium
ディミトリスPapadimitriou（アルカテル）フランシスVellesplein、1 B-2018アントワープ、Velgiom
EMail: dimitri.papadimitriou@alcatel.be
メールアドレス：dimitri.papadimitriou@alcatel.be
Bala Rajagopalan Microsoft India Development Center Hyderabad, India
バラRajagopalanマイクロソフト、インド開発センターハイデラバード、インド
EMail: balar@microsoft.com
メールアドレス：balar@microsoft.com
Yakov Rekhter (Juniper) 1194 N. Mathilda Avenue Sunnyvale, CA 94089, USA
ヤコフ・レックター（ジュニパー）1194 N.マチルダアベニューサニーベール、CA 94089、USA
EMail: yakov@juniper.net
メールアドレス：yakov@juniper.net
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。
This section defines the following general terms common to both protection and restoration (i.e., recovery). In addition, most of these terms apply to end-to-end, segment, and span LSP recovery. Note that span recovery does not protect the nodes at each end of the span, otherwise end-to-end or segment LSP recovery should be used.
このセクションでは、保護と回復（すなわち、回復）の両方に共通する次の一般的な用語を定義します。また、これらの用語のほとんどは、エンドツーエンドのために、セグメント、およびスパンLSP回復適用されます。そうでない場合は、エンドツーエンドまたはセグメントLSP回復が使用されるべきで、そのスパン回復がスパンの各端部にノードを保護しません。
The terminology and the definitions were originally taken from [G.808.1]. However, for generalization, the following language, which is not directly related to recovery, has been adapted to GMPLS and the common IETF terminology:
用語及び定義は、もともと[G.808.1]から採取しました。しかし、一般化のために、直接、回復に関連していない次の言語は、GMPLSと共通IETF用語に適応されています：
An LSP is used as a generic term to designate either an SNC (Sub-Network Connection) or an NC (Network Connection) in ITU-T terminology. The ITU-T uses the term transport entity to designate either a link, an SNC, or an NC. The term "Traffic" is used instead of "Traffic Signal". The term protection or restoration "scheme" is used instead of protection or restoration "architecture".
LSPは、ITU-T用語でSNC（サブネットワーク接続）またはNC（ネットワーク接続）のいずれかを指定する総称として使用されます。 ITU-Tは、リンク、SNC、またはNCのいずれかを指定する用語輸送実体を使用します。用語「トラフィック」は、代わりに「交通信号」の使用されています。長期保護または復元「スキーム」は代わりに保護または復元「アーキテクチャ」を使用されています。
The reader is invited to read [G.841] and [G.808.1] for references to SDH protection and Generic Protection Switching terminology, respectively. Note that restoration is not in the scope of [G.808.1].
読者は、それぞれの用語を切り替えSDH保護と一般保護への参照のために[G.841]と[G.808.1]を読むに招待されます。復元が[G.808.1]の範囲にないことに留意されたいです。
A working LSP/span is an LSP/span transporting "normal" user traffic. A recovery LSP/span is an LSP/span used to transport "normal" user traffic when the working LSP/span fails. Additionally, the recovery LSP/span may transport "extra" user traffic (i.e., pre-emptable traffic) when normal traffic is carried over the working LSP/span.
働くLSP /スパンは、「通常」のユーザトラフィックを運ぶLSP /スパンです。回復LSP /スパンが働くLSP /スパンが失敗したときに、「通常」のユーザトラフィックを転送するために使用LSP /スパンです。通常のトラフィックがワーキングLSP /スパン上で搬送された場合、さらに、回復LSP /スパンは、「余分な」ユーザトラフィック（すなわち、プレemptableトラフィック）を輸送することができます。
The different types of traffic that can be transported over an LSP/span, in the context of this document, are defined hereafter:
LSP /スパンにわたって輸送することができる異なるタイプのトラフィックは、この文書の文脈において、以下に定義されます：
A. Normal traffic:
A.通常のトラフィック：
User traffic that may be protected by two alternative LSPs/spans (the working and recovery LSPs/spans).
二つの代替のLSP /スパン（作業と回復のLSP /スパン）によって保護されていてもよいユーザトラフィック。
B. Extra traffic:
B.余分なトラフィック：
User traffic carried over recovery resources (e.g., a recovery LSP/span) when these resources are not being used for the recovery of normal traffic (i.e., when the recovery resources are in standby mode). When the recovery resources are required to recover normal traffic from the failed working LSP/span, the extra traffic is pre-empted. Extra traffic is not protected by definition, but may be restored. Moreover, extra traffic does not need to commence or be terminated at the ends of the LSPs/spans that it uses.
ユーザトラフィックは、これらのリソースは、通常のトラフィックの回復のために使用されていない回復リソース（例えば、回復LSP /スパン）を介して搬送（即ち、回復リソースがスタンバイモードにある場合）。回復リソースが失敗した働くLSP /スパンから、通常のトラフィックを回復するために必要とされる場合は、余分なトラフィックが横取りです。余分なトラフィックは、定義により保護されていませんが、復元することができます。また、余分なトラフィックが開始するか、LSPの両端で終端する必要はありません/それが使用するまたがります。
C. Null traffic:
C.ヌルトラフィック：
Traffic carried over the recovery LSP/span if it is not used to carry normal or extra traffic. Null traffic can be any kind of traffic that conforms to the signal structure of the specific layer, and it is ignored (not selected) at the egress of the recovery LSP/span.
正常または余分なトラフィックを伝送するために使用されていない場合、トラフィックは回復LSP /スパンで実施します。ヌルトラフィックは、特定の層の信号構造に準拠トラフィックの任意の種類とすることができ、それは回復LSP /スパンの出口で（選択されていない）は無視されます。
The following subtle distinction is generally made between the terms "protection" and "restoration", even though these terms are often used interchangeably [RFC3386].
以下の微妙な違いは、一般的にこれらの用語はしばしば互換[RFC3386]を使用しているにもかかわらず、用語「保護」と「復元」の間で行われます。
The distinction between protection and restoration is made based on the resource allocation done during the recovery LSP/span establishment. The distinction between different types of restoration is made based on the level of route computation, signaling, and resource allocation during the restoration LSP/span establishment.
保護と回復の区別は回復LSP /スパンの確立中に行わ資源配分に基づいて行われます。復元の異なるタイプ間の区別は、復元LSP /スパン確立中ルート計算、シグナリング、および資源配分のレベルに基づいて行われます。
A. LSP/Span Protection
A. LSP /スパン保護
LSP/span protection denotes the paradigm whereby one or more dedicated protection LSP(s)/span(s) is/are fully established to protect one or more working LSP(s)/span(s).
LSP /スパン保護パラダイムれる1つ以上の専用保護LSP（S）/スパン（S）である/が完全に一つ以上のワーキングLSP（S）/スパン（S）を保護するために確立されています。
For a protection LSP, this implies that route computation took place, that the LSP was fully signaled all the way, and that its resources were fully selected (i.e., allocated) and cross-connected between the ingress and egress nodes.
保護LSPのために、これは、ルート計算がLSPが完全にすべての方法を合図し、そのリソースが完全に選択された（すなわち、割り当て）と入口と出口ノードとの間に相互接続されたことだったこと、起こったことを意味します。
For a protection span, this implies that the span has been selected and reserved for protection.
保護スパンの場合、これはスパンが選択され、保護のために予約されていることを意味します。
Indeed, it means that no signaling takes place to establish the protection LSP/span when a failure occurs. However, various other kinds of signaling may take place between the ingress and egress nodes for fault notification, to synchronize their use of the protection LSP/span, for reversion, etc.
確かに、それは何のシグナリングが、障害が発生した場合に保護LSP /スパンを確立するために、場所をとらないことを意味します。しかしながら、シグナル伝達の他の様々な種類など、復帰のために、保護LSP /スパンのそれらの使用を同期させるために、障害通知のための入口と出口ノードとの間で行われてもよいです
B. LSP/Span Restoration
B. LSP /スパンの復元
LSP/span restoration denotes the paradigm whereby some restoration resources may be pre-computed, signaled, and selected a priori, but not cross-connected to restore a working LSP/span. The complete establishment of the restoration LSP/span occurs only after a failure of the working LSP/span, and requires some additional signaling.
LSP /スパン復元は、いくつかの復元リソースが事前に計算することができることによりパラダイムを示し、ワーキングLSP /スパンを復元するために相互接続されたシグナリング、および事前に選択され、なく。復元LSP /スパンの完全な確立は唯一の働くLSP /スパンの障害が発生した後に発生し、いくつかの追加のシグナリングを必要とします。
Both protection and restoration require signaling. Signaling to establish the recovery resources and signaling associated with the use of the recovery LSP(s)/span(s) are needed.
保護と修復の両方がシグナリングを必要としています。回復LSP（S）/スパン（S）の使用に関連した回復リソースとシグナリングを確立するシグナリング必要とされています。
Recovery can be applied at various levels throughout the network. An LSP may be subject to local (span), segment, and/or end-to-end recovery.
回復は、ネットワーク全体のさまざまなレベルで適用することができます。 LSPは、ローカル（スパン）、セグメント、および/またはエンド・ツー・エンドの回復を受けてもよいです。
Local (span) recovery refers to the recovery of an LSP over a link between two nodes.
ローカル（スパン）の回復は、2つのノード間のリンク上のLSPの回復を指します。
End-to-end recovery refers to the recovery of an entire LSP from its source (ingress node end-point) to its destination (egress node end-point).
エンドツーエンドの回復がその宛先（出力ノードエンドポイント）へのソース（入力ノードのエンドポイント）からの全LSPの回復を指します。
Segment recovery refers to the recovery over a portion of the network of a segment LSP (i.e., an SNC in the ITU-T terminology) of an end-to-end LSP. Such recovery protects against span and/or node failure over a particular portion of the network that is traversed by an end-to-end LSP.
セグメントの回復は、エンドツーエンドLSPのセグメントLSP（すなわち、ITU-T用語でSNC）のネットワークの一部にわたって回復を指します。そのような回復は、エンドツーエンドのLSPによって横断されるネットワークの特定の部分の上にスパンおよび/またはノードの障害に対する保護します。
A recovery domain is defined as a set of nodes and spans, over which one or more recovery schemes are provided. A recovery domain served by one single recovery scheme is referred to as a "single recovery domain", while a recovery domain served by multiple recovery schemes is referred to as a "multi recovery domain".
回復ドメインは、一つ以上の回復スキームが設けられ、その上、ノードおよびスパンの集合として定義されます。複数のリカバリスキームによって提供される回復ドメインが「マルチ回復ドメイン」と呼ばれながら、1つの回復スキームによって提供される回復ドメインは、「単一回復ドメイン」と呼ばれています。
The recovery operation is contained within the recovery domain. A GMPLS recovery domain must be entirely contained within a GMPLS domain. A GMPLS domain (defined as a set of nodes and spans controlled by GMPLS) may contain multiple recovery domains.
回復操作は、回復ドメイン内に含まれています。 GMPLS回復ドメインは完全にGMPLSドメイン内に含まれている必要があります。 （GMPLSにより制御ノードおよびスパンのセットとして定義される）GMPLSドメインは、複数の回復ドメインを含んでいてもよいです。
The different recovery types can be classified depending on the number of recovery LSPs/spans that are protecting a given number of working LSPs/spans. The definitions given hereafter are from the point of view of a working LSP/span that needs to be protected by a recovery scheme.
別のリカバリタイプは作業のLSP /スパンの与えられた数を保護している回復のLSP /スパン数に応じて分類することができます。以下に与えられた定義は、リカバリ方式で保護する必要がある作業LSP /スパンの視点からです。
A. 1+1 type: dedicated protection
A. 1 + 1タイプ：専用の保護
One dedicated protection LSP/span protects exactly one working LSP/span, and the normal traffic is permanently duplicated at the ingress node on both the working and protection LSPs/spans. No extra traffic can be carried over the protection LSP/span.
一つの専用保護LSP /スパンは、1つの作業LSP /スパンを保護し、通常のトラフィックが恒久的に作業し、保護の両方のLSP /スパン上の入口ノードに複製されます。余分なトラフィックが保護LSP /スパンで実施することはできません。
This type is applicable to LSP/span protection, but not to LSP/span restoration.
このタイプは、LSP /スパン保護にも適用可能ではなく、LSP /スパン復元します。
B. 0:1 type: unprotected
B. 0：1タイプ：保護されていません
No specific recovery LSP/span protects the working LSP/span. However, the working LSP/span can potentially be restored through any alternate available route/span, with or without any pre-computed restoration route. Note that no resources are pre-established for this recovery type.
いかなる特定の回復LSP /スパンが働くLSP /スパンを保護しません。しかし、ワーキングLSP /スパンは、潜在的に任意の事前計算修復経路の有無にかかわらず、任意の利用可能な代替ルート/スパンを通して復元することができます。何のリソースがこの回復タイプのために事前に確立されていないことに注意してください。
This type is applicable to LSP/span restoration, but not to LSP/span protection. Span restoration can be achieved, for instance, by moving all the LSPs transported over a failed span to a dynamically selected span.
このタイプは、LSP /スパンの復元にはなく、LSP /スパン保護に適用されます。スパン復元が動的に選択スパンに障害が発生したスパンにわたって輸送すべてのLSPを移動させることにより、例えば、達成することができます。
C. 1:1 type: dedicated recovery with extra traffic
C. 1：1タイプ：余分なトラフィックと、専用の回復
One specific recovery LSP/span protects exactly one specific working LSP/span, but the normal traffic is transmitted over only one LSP (working or recovery) at a time. Extra traffic can be transported using the recovery LSP/span resources.
一つの特定の回復LSP /スパンは/スパン正確に一つの特定の作業LSPを保護するが、通常のトラフィックは一度に一つだけLSP（作業またはリカバリ）を介して送信されます。余分なトラフィックが回復LSP /スパンリソースを使用して輸送することができます。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP /スパンの保護とLSPの修復に適用されますが、復元にまたがるありません。
D. 1:N (N > 1) type: shared recovery with extra traffic
D. 1：N（N> 1）に入力します。余分なトラフィックと共有回復
A specific recovery LSP/span is dedicated to the protection of up to N working LSPs/spans. The set of working LSPs/spans is explicitly identified. Extra traffic can be transported over the recovery LSP/span. All these LSPs/spans must start and end at the same nodes.
特定の回復LSP /スパンはN作業のLSP /スパンまでの保護に取り組んでいます。作業のLSP /スパンのセットが明示的に識別されます。余分なトラフィックが回復LSP /スパンで輸送することができます。これらのすべてのLSP /スパンが起動し、同じノードで終了しなければなりません。
Sometimes, the working LSPs/spans are assumed to be resource disjoint in the network so that they do not share any failure probability, but this is not mandatory. Obviously, if more than one working LSP/span in the set of N are affected by some failure(s) at the same time, the traffic on only one of these failed LSPs/spans may be recovered over the recovery LSP/span. Note that N can be arbitrarily large (i.e., infinite). The choice of N is a policy decision.
時には、作業のLSP /スパンは、それらが任意の故障確率を共有しないように、ネットワーク内のリソースの互いに素であると想定するが、これは必須ではありませんされています。明らかに、Nのセット内の複数の働くLSP /スパン場合は、同時に、これらの失敗のLSP /スパンの一つ上のトラフィックが回復LSP /スパンで回収することができるいくつかの失敗（S）の影響を受けています。 N（すなわち、無限の）任意に大きくすることができることに留意されたいです。 Nの選択は、政策決定です。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP /スパンの保護とLSPの修復に適用されますが、復元にまたがるありません。
Note: a shared recovery where each recovery resource can be shared by a maximum of X LSPs/spans is not defined as a recovery type but as a recovery scheme. The choice of X is a network resource management policy decision.
注：各回復リソースがXのLSP /スパンの最大で共有可能な共有リカバリは、リカバリタイプとしてではなく回復方式として定義されていません。 Xの選択は、ネットワーク資源管理政策決定です。
E. M:N (M, N > 1, N >= M) type:
E. M：N（M、N> 1、N> = M）型：
A set of M specific recovery LSPs/spans protects a set of up to N specific working LSPs/spans. The two sets are explicitly identified. Extra traffic can be transported over the M recovery LSPs/spans when available. All the LSPs/spans must start and end at the same nodes.
M特定の回復のLSP /スパンのセットは、Nまでの具体的な作業のLSP /スパンのセットを保護します。 2セットが明示的に識別されます。余分なトラフィックがM回復のLSP上で転送することができます/使用可能な場合にわたります。すべてのLSP /スパンが起動し、同じノードで終了しなければなりません。
Sometimes, the working LSPs/spans are assumed to be resource disjoint in the network so that they do not share any failure probability, but this is not mandatory. Obviously, if several working LSPs/spans in the set of N are concurrently affected by some failure(s), the traffic on only M of these failed LSPs/spans may be recovered. Note that N can be arbitrarily large (i.e., infinite). The choice of N and M is a policy decision.
時には、作業のLSP /スパンは、それらが任意の故障確率を共有しないように、ネットワーク内のリソースの互いに素であると想定するが、これは必須ではありませんされています。いくつかの作業のLSPは/ Nのセットにまたがるが、同時にいくつかの失敗（S）の影響を受けている場合は明らかに、これらの失敗のLSP /スパンの唯一M上のトラフィックを回収することができます。 N（すなわち、無限の）任意に大きくすることができることに留意されたいです。 NとMの選択は、政策決定です。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP /スパンの保護とLSPの修復に適用されますが、復元にまたがるありません。
A bridge is the function that connects the normal traffic and extra traffic to the working and recovery LSP/span.
ブリッジは、作業と回復LSP /スパンに、通常のトラフィックと余分なトラフィックを接続する機能です。
A. Permanent bridge
A.永久橋
Under a 1+1 type, the bridge connects the normal traffic to both the working and protection LSPs/spans. This type of bridge is not applicable to restoration types. There is, of course, no extra traffic connected to the recovery LSP/span.
1 + 1タイプの下では、ブリッジは、作業および保護のLSP /スパンの両方に通常のトラフィックを接続しています。ブリッジのこのタイプは、復旧の種類には適用されません。回復LSP /スパンに接続されている余分なトラフィックが、もちろん、ありません。
B. Broadcast bridge
Ｂ。 Ｂろあｄかｓｔ ｂりｄげ
For 1:N and M:N types, the bridge permanently connects the normal traffic to the working LSP/span. In the event of recovery switching, the normal traffic is additionally connected to the recovery LSP/span. Extra traffic is either not connected or connected to the recovery LSP/span.
N及びM：1でN型、ブリッジは、永久ワーキングLSP /スパンに通常のトラフィックを接続します。回収スイッチの場合には、通常のトラフィックはさらに回復LSP /スパンに接続されています。余分なトラフィックが接続されているか回復LSP /スパンに接続されていませんか。
C. Selector bridge
C.セレクターブリッジ
For 1:N and M:N types, the bridge connects the normal traffic to either the working or the recovery LSP/span. Extra traffic is either not connected or connected to the recovery LSP/span.
NとM：1の場合はNタイプ、ブリッジは、作業や回復LSP /スパンのいずれかに、通常のトラフィックを接続しています。余分なトラフィックが接続されているか回復LSP /スパンに接続されていませんか。
A selector is the function that extracts the normal traffic from either the working or the recovery LSP/span. Extra traffic is either extracted from the recovery LSP/span, or is not extracted.
セレクタは、作業または回復LSP /スパンのいずれかから通常のトラフィックを抽出する機能です。余分なトラフィックが回復LSP /スパンから抽出されるか、または抽出されていません。
A. Selective selector
A.選択セレクタ
Is a selector that extracts the normal traffic from either the working LSP/span output or the recovery LSP/span output.
働くLSP /スパン出力または回復LSP /スパン出力のいずれかから通常のトラフィックを抽出し、セレクタがあります。
B. Merging selector
B.マージセレクタ
For 1:N and M:N protection types, the selector permanently extracts the normal traffic from both the working and recovery LSP/span
NとM：1の場合はN保護タイプ、セレクタは恒久的作業と回復LSP /スパンの両方から、通常のトラフィックを抽出し、
outputs. This alternative works only in combination with a selector bridge.
出力。この代替は、セレクタブリッジとの組み合わせで動作します。
This section defines the GMPLS nodes involved during recovery.
このセクションでは、リカバリ中に関与GMPLSノードを定義します。
A. Ingress GMPLS node of an end-to-end LSP/segment LSP/span
エンドツーエンドのLSP /セグメントLSP /スパンのA.進入GMPLSノード
The ingress node of an end-to-end LSP/segment LSP/span is where the normal traffic may be bridged to the recovery end-to-end LSP/segment LSP/span. Also known as source node in the ITU-T terminology.
通常のトラフィックを回復エンドツーエンドのLSP /セグメントLSP /スパンに架橋することができる場合、エンドツーエンドのLSP /セグメントLSP /スパンの入口ノードです。また、ITU-Tの用語でソース・ノードとして知られています。
B. Egress GMPLS node of an end-to-end LSP/segment LSP/span
B.出口エンドツーエンドのLSP /セグメントLSP /スパンのGMPLSノード
The egress node of an end-to-end LSP/segment LSP/span is where the normal traffic may be selected from either the working or the recovery end-to-end LSP/segment LSP/span. Also known as sink node in the ITU-T terminology.
通常のトラフィックが作業または回復エンドツーエンドのLSP /セグメントLSP /スパンのいずれかから選択することができる場合、エンドツーエンドのLSP /セグメントLSP /スパンの出口ノードです。また、ITU-Tの用語でシンクノードとして知られています。
C. Intermediate GMPLS node of an end-to-end LSP/segment LSP
エンドツーエンドのLSP /セグメントLSPのC.中間GMPLSノード
A node along either the working or recovery end-to-end LSP/segment LSP route between the corresponding ingress and egress nodes. Also known as intermediate node in the ITU-T terminology.
対応する入口と出口ノードとの間の作用または回復エンドツーエンドのLSP /セグメントLSPの経路のいずれかに沿ってノード。また、ITU-T用語で中間ノードとして知られています。
A switch-over is an action that can be performed at both the bridge and the selector. This action is as follows:
スイッチオーバーは、ブリッジ及びセレクタの両方で行うことができるアクションです。次のようにこのアクションは、次のとおりです。
A. For the selector:
セレクタについてA.。
The action of selecting normal traffic from the recovery LSP/span rather than from the working LSP/span.
回復LSP /スパンからではなく、働くLSP /スパンから、通常のトラフィックを選択するアクション。
B. For the bridge:
ブリッジのB.：
In case of permanent connection to the working LSP/span, the action of connecting or disconnecting the normal traffic to or from the recovery LSP/span. In case of non-permanent connection to the working LSP/span, the action of connecting the normal traffic to the recovery LSP/span.
働くLSP /スパン、回復LSP /スパンにまたはから通常のトラフィックを接続したり切断のアクションへの常時接続の場合。働くLSP /スパン、回復LSP /スパンに、通常のトラフィックを結ぶの行動への非永続的な接続の場合。
A revertive recovery operation refers to a recovery switching operation, where the traffic returns to (or remains on) the working LSP/span when the switch-over requests are terminated (i.e., when the working LSP/span has recovered from the failure).
リバーティブ回復動作がトラフィック切り替え要求が終了される作業LSP /スパンに返す（又はオンのまま）回復スイッチング動作を指す（すなわち、ワーキングLSP /スパンが障害から回復した場合）。
Therefore, a non-revertive recovery switching operation is when the traffic does not return to the working LSP/span when the switch-over requests are terminated.
スイッチオーバーの要求が終了したときにトラフィックが働くLSP /スパンに戻らないときしたがって、非リバーティブ回復スイッチング動作があります。
This section gives (for information) several signal types commonly used in transport planes to report a failure condition. Note that fault reporting may require additional signaling mechanisms.
このセクションでは、（情報のために）一般に故障状態を報告するために、トランスポート・プレーンに使用されるいくつかの信号タイプを与えます。障害報告は、追加のシグナル伝達機構を必要とするかもしれないことに注意してください。
A. Signal Degrade (SD): a signal indicating that the associated data has degraded.
A.信号劣化（SD）：関連するデータが劣化したことを示す信号。
B. Signal Fail (SF): a signal indicating that the associated data has failed.
B.信号障害（SF）：関連付けられたデータが失敗したことを示す信号。
C. Signal Degrade Group (SDG): a signal indicating that the associated group data has degraded.
C.信号劣化グループ（SDG）：関連するグループのデータが劣化したことを示す信号。
D. Signal Fail Group (SFG): a signal indicating that the associated group has failed.
D.信号障害グループ（SFG）：関連するグループが失敗したことを示す信号。
Note: SDG and SFG definitions are under discussion at the ITU-T.
注意：SDGとSFG定義は、ITU-Tでの議論中です。
This section defines several external commands, typically issued by an operator through the Network Management System (NMS)/Element Management System (EMS), that can be used to influence or command the recovery schemes.
このセクションでは、一般的に、回復計画に影響を与えるか、またはコマンドに使用することができるネットワーク管理システム（NMS）/要素管理システム（EMS）を介してオペレータによって発行された、いくつかの外部コマンドを定義します。
A. Lockout of recovery LSP/span:
回復LSP /スパンのA.ロックアウト：
A configuration action, initiated externally, that results in the recovery LSP/span being temporarily unavailable to transport traffic (either normal or extra traffic).
構成アクションは、回復のLSP /スパンでの結果は、トラフィック（どちらか正常かの余分なトラフィック）を輸送するために一時的に利用できないということを、外部的に開始しました。
B. Lockout of normal traffic:
通常のトラフィックのB.ロックアウト：
A configuration action, initiated externally, that results in the normal traffic being temporarily not allowed to be routed over its recovery LSP/span. Note that in this case extra-traffic is still allowed on the recovery LSP/span.
構成アクションは、通常のトラフィックの結果を一時的に回復LSP /スパンを介してルーティングすることはできませんされていることを、外部から開始しました。この場合には、余分なトラフィックがまだ回復LSP /スパン上で許可されていることに注意してください。
C. Freeze:
C.フリーズ：
A configuration action, initiated externally, that prevents any switch-over action from being taken, and, as such, freezes the current state.
以下のような、取り込まれるから任意の切り替え動作を防止し、外部開始コンフィギュレーションアクションは、現在の状態をフリーズ。
D. Forced switch-over for normal traffic:
通常のトラフィックのためのD.強制スイッチオーバー：
A switch-over action, initiated externally, that switches normal traffic to the recovery LSP/span, unless an equal or higher priority switch-over command is in effect.
同等以上の優先順位切換えコマンドが有効でないかぎり、回復LSP /スパンに通常のトラフィックを切り替える外部開始スイッチオーバーアクション、、。
E. Manual switch-over for normal traffic:
通常のトラフィックのためのE.手動スイッチオーバー：
A switch-over action, initiated externally, that switches normal traffic to the recovery LSP/span, unless a fault condition exists on other LSPs/spans (including the recovery LSP/span) or an equal or higher priority switch-over command is in effect.
障害状態が（回復LSP /スパンを含む）、他のLSP /スパン上に存在するか、等しいか、より高い優先順位の切替指令がでない限り、回復LSP /スパンに通常のトラフィックを切り替える外部開始スイッチオーバーアクション、効果。
F. Manual switch-over for recovery LSP/span:
回復LSP /スパンのためのF.手動スイッチオーバー：
A switch-over action, initiated externally, that switches normal traffic to the working LSP/span, unless a fault condition exists on the working LSP/span or an equal or higher priority switch-over command is in effect.
障害状態がワーキングLSP /スパン上に存在するか、等しいか、より高い優先順位切換えコマンドが有効でないかぎり、ワーキングLSP /スパンに通常のトラフィックを切り替える外部開始スイッチオーバーアクション、、。
G. Clear:
G.クリア：
An action, initiated externally, that clears the active external command.
アクションは、アクティブな外部コマンドをクリアしている、外部で開始しました。
A. Unidirectional recovery switching:
A.単方向回収スイッチ：
A recovery switching mode in which, for a unidirectional fault (i.e., a fault affecting only one direction of transmission), only the normal traffic transported in the affected direction (of the LSP or span) is switched to the recovery LSP/span.
回復スイッチングモード、一方向性障害（送信の一方向のみに影響を与える、すなわち、障害）のために、（LSPまたはスパンの）影響を受ける方向に搬送のみ正常トラフィックが回復LSP /スパンに切り替えられます。
B. Bi-directional recovery switching:
B.双方向回収スイッチ：
A recovery switching mode in which, for a unidirectional fault, the normal traffic in both directions (of the LSP or span), including the affected direction and the unaffected direction, are switched to the recovery LSP/span.
一方向性の障害のために回収スイッチモードは、影響を受けた方向と影響を受けていない方向を含む（LSPまたはスパンの）両方向における通常のトラフィックは、回復LSP /スパンに切り替えられます。
Bulk LSP recovery is initiated upon reception of either span failure notification or bulk failure notification of the S LSPs carried by this span. In either case, the corresponding recovery switching actions are performed at the LSP level, such that the ratio between the number of recovery switching messages and the number of recovered LSP (in one given direction) is minimized. If this ratio equals 1, one refers to full span recovery; otherwise, if this ratio is greater than 1, one refers to partial span recovery.
バルクLSP回復はスパン障害通知や、このスパンで運ばSのLSPのバルク障害通知のいずれかの受信時に開始されます。いずれの場合も、アクションを切り替える対応するリカバリは、リカバリスイッチングメッセージの数と、（1つの所与の方向に）回収LSPの数との比が最小となるように、LSPレベルで実行されます。この比率が1の場合、1はフルスパン回復を意味し;この比が1よりも大きい場合にそうでない場合は、一方が部分スパン回復を指します。
A. Full Span Recovery
A.フル・スパンの回復
All the S LSP carried over a given span are recovered under span failure condition. Full span recovery is also referred to as "bulk recovery".
与えられたスパンで行わすべてのS LSPは、スパン失敗条件の下で回収されます。フルスパン回復はまた、「バルク回復」と呼ばれています。
B. Partial Span Recovery
B.部分的なスパン回復
Only a subset s of the S LSP carried over a given span is recovered under span failure condition. Both selection criteria of the entities belonging to this subset, and the decision concerning the recovery of the remaining (S - s) LSP, are based on local policy.
所与のスパンで行わS LSPのサブセットのみSはスパン障害条件で回収されます。このサブセットに属するエンティティの両方の選択基準、および残りの（S - S）の回復に関する決定LSPは、ローカルポリシーに基づいています。
This section gives several typical timing definitions that are of importance for recovery schemes.
このセクションでは、リカバリ計画のために重要であるいくつかの典型的なタイミングの定義を与えます。
A. Detection time:
A.検出時間：
The time between the occurrence of the fault or degradation and its detection. Note that this is a rather theoretical time because, in practice, this is difficult to measure.
障害の発生や劣化とその検出の間の時間。実際には、これは測定が困難である、ので、これはかなり理論的な時間であることに注意してください。
B. Correlation time:
B.相関時間：
The time between the detection of the fault or degradation and the reporting of the signal fail or degrade. This time is typically used in correlating related failures or degradations.
故障または劣化の検出や信号の報告に失敗又は劣化の間の時間。この時間は、通常、関連する故障や劣化を相関に使用されています。
C. Notification time:
C.通知時間：
The time between the reporting of the signal fail or degrade and the reception of the indication of this event by the entities that decide on the recovery switching operation(s).
信号失敗又は劣化の報告と回復スイッチング動作（単数または複数）を決定するエンティティによって、このイベントの通知の受信の間の時間。
D. Recovery Switching time:
D.回復は、スイッチング時間：
The time between the initialization of the recovery switching operation and the moment the normal traffic is selected from the recovery LSP/span.
回収スイッチ操作の初期化とモーメントとの間の時間は、通常のトラフィックが回復LSP /スパンから選択されます。
E. Total Recovery time:
E.総復旧時間：
The total recovery time is defined as the sum of the detection, the correlation, the notification, and the recovery switching time.
総回復時間は、検出の和、相関、通知、及び回収スイッチ時間として定義されます。
F. Wait To Restore time:
F.は時間を復元するのを待ちます。
A period of time that must elapse after a recovered fault before an LSP/span can be used again to transport the normal traffic and/or to select the normal traffic from.
LSP /スパン前に回復し、故障後に経過しなければならない時間の期間は、通常のトラフィックを転送するために、および/またはから通常のトラフィックを選択するために再び使用することができます。
Note: the hold-off time is defined as the time between the reporting of signal fail or degrade, and the initialization of the recovery switching operation. This is useful when multiple layers of recovery are being used.
注：ホールドオフ時間が失敗したり、劣化信号の報告、及び回収スイッチ操作の初期化の間の時間として定義されます。回復の複数の層が使用されている場合に便利です。
A defect or performance degradation, which may lead to SF or SD trigger.
SFやSDトリガーにつながる可能性の欠陥やパフォーマンスの低下、。
The quotient of the actual recovery bandwidth divided by the traffic bandwidth that is intended to be protected.
保護されることを意図されたトラフィックの帯域幅で割った実際の回復帯域幅の商。
Protection switch-over, which does not cause data loss, data duplication, data disorder, or bit errors upon recovery switching action.
保護切り替え、回復スイッチング動作時にデータの損失、データの重複、データ障害、またはビットエラーが発生することはありません。
The set of capabilities that allows a network to restore affected traffic in the event of a failure. The degree of survivability is determined by the network's capability to survive single and multiple failures.
ネットワークは、障害発生時に影響を受けたトラフィックを復元することを可能にする機能のセット。生存性の程度は、単一および複数の障害を乗り切るために、ネットワークの能力によって決定されます。
A network that is capable of restoring traffic in the event of a failure.
障害が発生した場合にトラフィックを復元することができ、ネットワーク。
A network survivability action caused by the impossibility of the survivability function in lower layers.
下位層における生存機能の不能に起因するネットワークの生存作用。
It is commonly accepted that recovery implies that the following generic operations need to be performed when an LSP/span or a node failure occurs:
一般的に回復は、以下の一般的な操作は、LSP /スパンまたはノード障害が発生したときに実行する必要があることを意味することを認められています：
- Phase 1: Failure Detection
- フェーズ1：障害検出
The action of detecting the impairment (defect of performance degradation) as a defect condition and the consequential activation of SF or SD trigger to the control plane (through internal interface with the transport plane). Thus, failure detection (which should occur at the transport layer closest to the failure) is the only phase that cannot be achieved by the control plane alone.
（搬送面と内部のインターフェースを介して）制御プレーンに欠陥状態及びSFの結果的活性化またはSDトリガーとして障害（性能低下の欠陥）を検出する作用。したがって、（故障に最も近いトランスポート層で発生した）故障検出は、単独で、制御プレーンによって達成することができない唯一の相です。
- Phase 2: Failure Localization (and Isolation)
- フェーズ2：失敗ローカライズ（および分離）
Failure localization provides, to the deciding entity, information about the location (and thus the identity) of the transport plane entity that causes the LSP(s)/span(s) failure. The deciding entity can then make an accurate decision to achieve finer grained recovery switching action(s).
故障の局在化は、決定エンティティに、LSP（S）/スパン（S）故障の原因となるトランスポート・プレーン・エンティティの位置（ひいてはアイデンティティ）に関する情報を提供します。決定エンティティは、スイッチング動作をより細かい粒度の回復（複数可）を達成するための正確な決定を行うことができます。
- Phase 3: Failure Notification
- フェーズ3：障害通知
Failure notification phase is used 1) to inform intermediate nodes that LSP(s)/span(s) failure has occurred and has been detected and 2) to inform the recovery deciding entities (which can correspond to any intermediate or end-point of the failed LSP/span) that the corresponding LSP/span is not available.
障害通知フェーズは、LSP（S）/スパン（S）障害が発生したと検出され、2）の任意の中間体またはエンドポイントに対応することができるエンティティを決定回復を（通知する中間ノードに知らせるために、1）使用されています対応するLSP /スパンが利用できないこと）LSP /スパンを失敗しました。
- Phase 4: Recovery (Protection or Restoration)
- フェーズ4：回復（保護または復元）
See Section 4.3.
4.3節を参照してください。
- Phase 5: Reversion (Normalization)
- フェーズ5：復帰（正規化）
See Section 4.11.
4.11を参照してください。
The combination of Failure Detection and Failure Localization and Notification is referred to as Fault Management.
障害検出および失敗ローカライズと通知の組み合わせは、障害管理と呼ばれています。
The entities involved during the recovery operations can be defined as follows; these entities are parts of ingress, egress, and intermediate nodes, as defined previously:
次のように回復操作の際に関与するエンティティを定義することができます。これらのエンティティは、先に定義した通り、入口、出口、及び中間ノードの一部です。
A. Detecting Entity (Failure Detection):
A.検出エンティティ（故障検出）：
An entity that detects a failure or group of failures; thus providing a non-correlated list of failures.
障害または障害の群を検出エンティティ。これ障害の非相関リストを提供します。
B. Reporting Entity (Failure Correlation and Notification):
B.報告企業（障害の相関及び通知）：
An entity that can make an intelligent decision on fault correlation and report the failure to the deciding entity. Fault reporting can be automatically performed by the deciding entity detecting the failure.
障害相関に関するインテリジェントな決定を行い、決定エンティティに失敗を報告することができますエンティティ。障害報告は自動的に障害を検出決定エンティティによって実行することができます。
C. Deciding Entity (part of the failure recovery decision process):
エンティティ（障害回復意思決定プロセスの一部を）決定C.：
An entity that makes the recovery decision or selects the recovery resources. This entity communicates the decision to the impacted LSPs/spans with the recovery actions to be performed.
回復判定を行うか、回復リソースを選択するエンティティ。このエンティティは、影響を受けるのLSPに意思決定を通信/実行される回復アクションにまたがります。
D. Recovering Entity (part of the failure recovery activation process):
エンティティ（障害回復アクティベーションプロセスの一部を）回復D.：
An entity that participates in the recovery of the LSPs/spans.
LSP /スパンの回復に参加するエンティティ。
The process of moving failed LSPs from a failed (working) span to a protection span must be initiated by one of the nodes that terminates the span, e.g., A or B. The deciding (and recovering) entity is referred to as the "master", while the other node is called the "slave" and corresponds to a recovering only entity.
保護スパンに失敗した（作業）スパンから失敗したLSPを移動するプロセスは、スパンを終了ノード、例えば、AまたはBザ・決定（および回復）エンティティのうちの1つによって開始されなければならないが、「マスターと呼ばれています」、他のノードが呼び出されている間、 『スレーブ』と回復のみエンティティに対応します。
Note: The determination of the master and the slave may be based on configured information or protocol-specific requirements.
注：マスターとスレーブの決意は、構成情報またはプロトコル固有の要件に基づいてもよいです。
This section clarifies the multiple possible protection schemes and the specific terminology for the protection.
このセクションでは、複数の可能な保護方式と保護のために特定の用語を明確にしています。
1+1 protection has one working LSP/span, one protection LSP/span, and a permanent bridge. At the ingress node, the normal traffic is permanently bridged to both the working and protection LSP/span. At the egress node, the normal traffic is selected from the better of the two LSPs/spans.
1 + 1保護は1働くLSP /スパン、1保護LSP /スパン、永久橋があります。入口ノードでは、通常のトラフィックが恒久的に作業し、保護LSP /スパンの両方にブリッジされます。出口ノードにおいて、通常のトラフィックは、二つのLSP /スパンのよりよいから選択されます。
Due to the permanent bridging, the 1+1 protection does not allow an unprotected extra traffic signal to be provided.
永久的なブリッジに、1 + 1保護は、保護されていない余分なトラフィック信号を提供することはできません。
1:N protection has N working LSPs/spans that carry normal traffic and 1 protection LSP/span that may carry extra-traffic.
1：N保護は、余分なトラフィックを運ぶことができる通常のトラフィックと1つの保護LSP /スパンを運ぶN作業のLSP /スパンを持っています。
At the ingress, the normal traffic is either permanently connected to its working LSP/span and may be connected to the protection LSP/span (case of broadcast bridge), or is connected to either its working LSP/span or the protection LSP/span (case of selector bridge). At the egress node, the normal traffic is selected from either its working or protection LSP/span.
入口で、通常のトラフィックは、恒久的にそのワーキングLSP /スパンに接続され、保護LSP /スパン（ブロードキャスト・ブリッジの場合）に接続することができ、又はその作動LSP /スパン又は保護LSP /スパンのいずれかに接続されています。 （セレクタブリッジの場合）。出口ノードでは、通常のトラフィックがその作業や保護LSP /スパンのいずれかから選択されます。
Unprotected extra traffic can be transported over the protection LSP/span whenever the protection LSP/span is not used to carry a normal traffic.
保護LSP /スパンは、通常のトラフィックを伝送するために使用されていないときは常に保護されていない余分なトラフィックが保護LSP /スパンで輸送することができます。
M:N protection has N working LSPs/spans carrying normal traffic and M protection LSP/span that may carry extra-traffic.
M：N保護はNワーキングLSPを持っている/エクストラトラフィックを運ぶことができる通常のトラフィックとM保護LSP /スパンを運ぶまたがります。
At the ingress, the normal traffic is either permanently connected to its working LSP/span and may be connected to one of the protection LSPs/spans (case of broadcast bridge), or is connected to either its working LSP/span or one of the protection LSPs/spans (case of selector bridge). At the egress node, the normal traffic is selected from either its working or one of the protection LSP/span.
入口で、通常のトラフィックが恒久的にその作業LSP /スパンに接続されているいずれかの保護のLSP /スパン（ブロードキャスト・ブリッジの場合）のいずれかに接続することができる、またはその作業LSP /スパンまたはのどれかに接続されています。保護のLSP /スパン（セレクタブリッジの場合）。出口ノードでは、通常のトラフィックがその作業や保護LSP /スパンの1のいずれかから選択されます。
Unprotected extra traffic can be transported over the M protection LSP/span whenever the protection LSPs/spans is not used to carry a normal traffic.
保護のLSP /スパンは、通常のトラフィックを伝送するために使用されていないときは常に保護されていない余分なトラフィックがM保護LSP /スパンで輸送することができます。
All protection types are either uni- or bi-directional; obviously, the latter applies only to bi-directional LSPs/spans and requires coordination between the ingress and egress node during protection switching.
すべての保護タイプは、片方向または双方向のいずれかです。明らかに、後者は、双方向のLSP /スパンにのみ適用され、保護スイッチングの間入口と出口ノードの間の調整を必要とします。
All protection types except 1+1 unidirectional protection switching require a communication channel between the ingress and the egress node.
1つの+ 1単方向保護スイッチングを除くすべての保護タイプは、入口と出口ノードとの間の通信チャネルを必要とします。
In the GMPLS context, span protection refers to the full or partial span recovery of the LSPs carried over that span (see Section 4.15).
GMPLSの文脈では、スパン保護はそのスパンで行わLSPの完全または部分的なスパン回復を指します（セクション4.15を参照してください）。
This section clarifies the multiple possible restoration schemes and the specific terminology for the restoration.
このセクションでは、複数の可能な復旧計画と復旧のための特定の用語を明確にしています。
Also referred to as pre-planned LSP re-routing. Before failure detection and/or notification, one or more restoration LSPs are instantiated between the same ingress-egress node pair as the working LSP. Note that the restoration resources must be pre-computed, must be signaled, and may be selected a priori, but may not cross-connected. Thus, the restoration LSP is not able to carry any extra-traffic.
また、事前に計画LSPの再ルーティングと呼びます。障害検出及び/または通知の前に、一つ以上の回復LSPはワーキングLSPと同じ入出口ノード対の間でインスタンス化されます。復元リソースは、事前に計算されなければならないシグナリングされなければならず、事前に選択することができるが、クロス接続されなくてもよいことに留意されたいです。このように、回復LSPは、余分なトラフィックを運ぶことができません。
The complete establishment of the restoration LSP (i.e., activation) occurs only after failure detection and/or notification of the working LSP and requires some additional restoration signaling. Therefore, this mechanism protects against working LSP failure(s) but requires activation of the restoration LSP after failure occurrence. After the ingress node has activated the restoration LSP, the latter can carry the normal traffic.
復元LSP（すなわち、活性化）の完全な確立は、障害検出および/またはワーキングLSPの通知の後に発生し、いくつかの追加の修復シグナリングを必要とします。したがって、この機構は、ワーキングLSP障害（S）から保護するが、障害発生後に回復LSPの活性化を必要とします。入口ノードが復旧LSP活性化した後、後者は、通常のトラフィックを運ぶことができます。
Note: when each working LSP is recoverable by exactly one restoration LSP, one refers also to 1:1 (pre-planned) re-routing without extra-traffic.
注：エクストラトラフィックなし1（事前に計画された）再ルーティング各ワーキングLSPは、ちょうど1つの復元LSPによって回復可能である場合、一方が1をも意味します。
"Shared-mesh" restoration is defined as a particular case of pre-planned LSP re-routing that reduces the restoration resource requirements by allowing multiple restoration LSPs (initiated from distinct ingress nodes) to share common resources (including links and nodes.)
「共有メッシュ」復元を複数回復LSPを可能にすることによって復元リソース要件を低減予め計画LSPの再ルーティングの特定の場合のように定義される共通リソースを共有する（異なる入口ノードから開始）（リンク及びノードを含む。）を
Also referred to as LSP re-routing. The ingress node switches the normal traffic to an alternate LSP that is signaled and fully established (i.e., cross-connected) after failure detection and/or notification. The alternate LSP path may be computed after failure detection and/or notification. In this case, one also refers to "Full LSP Re-routing."
また、LSPの再ルーティングと呼びます。入口ノードは、障害検出及び/または通知した後（すなわち、相互接続された）シグナリングと完全に確立されている代替のLSPに通常のトラフィックを切り替えます。代替LSPパスが障害検出及び/または通知の後に計算することができます。この場合、一つも指す「フルLSP再ルーティング」。
The alternate LSP is signaled from the ingress node and may reuse the intermediate node's resources of the working LSP under failure condition (and may also include additional intermediate nodes.)
代替のLSPは、入口ノードからシグナリングされる故障状態の下で働くLSPの中間ノードのリソースを再利用することができる（また、追加の中間ノードを含んでいてもよいです。）
Also referred to as hard LSP re-routing. A re-routing operation where the LSP is released before the full establishment of an alternate LSP (i.e., break-before-make).
また、ハードLSPの再ルーティングと呼びます。 LSPが代替LSP（すなわち、ブレーク・ビフォア・メーク）の完全確立する前に解放され、再ルーティング動作を制御します。
Also referred to as soft LSP re-routing. A re-routing operation where the LSP is released after the full establishment of an alternate LSP (i.e., make-before-break).
また、ソフトLSPの再ルーティングと呼びます。 LSPが代替LSPの完全な確立後に放出される再ルーティング動作（すなわち、メークビフォアブレーク）。
Security considerations are detailed in [RFC4428] and [RFC4426].
セキュリティの考慮事項は、[RFC4428]と[RFC4426]に詳述されています。
[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月。
[RFC3386] Lai, W. and D. McDysan, "Network Hierarchy and Multilayer Survivability", RFC 3386, November 2002.
[RFC3386]ライ、W.およびD. McDysan、 "ネットワーク階層と多層耐障害"、RFC 3386、2002年11月。
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945]マニー、E.、 "一般化マルチプロトコルラベルスイッチング（GMPLS）アーキテクチャ"、RFC 3945、2004年10月。
[RFC4426] Lang, J., Rajagopalan B., and D.Papadimitriou, Editors, "Generalized Multiprotocol Label Switching (GMPLS) Recovery Functional Specification", RFC 4426, March 2006.
[RFC4426]ラング、J.、Rajagopalan B.、およびD.Papadimitriou、編集者、 "一般化マルチプロトコルラベルスイッチング（GMPLS）回復機能仕様"、RFC 4426、2006年3月。
[RFC4428] Papadimitriou D. and E.Mannie, Editors, "Analysis of Generalized Multi-Protocol Label Switching (GMPLS)-based Recovery Mechanisms (including Protection and Restoration)", RFC 4428, March 2006.
[RFC4428] Papadimitriou D.とE.Mannie、編集者、2006年3月、RFC 4428 "一般化マルチプロトコルラベルの分析スイッチング（GMPLS）は（保護と復旧を含む）の回復メカニズムをベース"。
For information on the availability of the following documents, please see http://www.itu.int
次の書類の入手については、http://www.itu.intを参照してください。
[G.808.1] ITU-T, "Generic Protection Switching - Linear trail and subnetwork protection," Recommendation G.808.1, December 2003.
[G.808.1] ITU-T、 "一般的な保護スイッチング - リニア証跡およびサブネットワークの保護、" 勧告G.808.1、2003年12月。
[G.841] ITU-T, "Types and Characteristics of SDH Network Protection Architectures," Recommendation G.841, October 1998.
[G.841] ITU-T、 "タイプとSDHネットワーク保護アーキテクチャの特性、" 勧告G.841、1998年10月。
Many thanks to Adrian Farrel for having thoroughly review this document.
徹底的にこの文書を見直したためエードリアンファレルに感謝します。
Editors' Addresses
エディタのアドレス
Eric Mannie Perceval Rue Tenbosch, 9 1000 Brussels Belgium
エリック・マニーパーシヴァルルーテンボス、9千ブリュッセルベルギー
Phone: +32-2-6409194 EMail: eric.mannie@perceval.net
電話：+ 32-2-6409194 Eメール：eric.mannie@perceval.net
Dimitri Papadimitriou Alcatel Francis Wellesplein, 1 B-2018 Antwerpen, Belgium
ディミトリスPapadimitriouアルカテルフランシスVellesplein、1 B-2018アントワープ、Velgiom
Phone: +32 3 240-8491 EMail: dimitri.papadimitriou@alcatel.be
電話：+32 3 240-8491 Eメール：dimitri.papadimitriou@alcatel.be
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
著作権（C）インターネット協会（2006）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。
Acknowledgement
謝辞
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFCエディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。