[要約] RFC 4427は、GMPLSにおける回復（保護と復旧）の用語に関する要約です。その目的は、GMPLSネットワークにおける回復機能の一貫性と相互運用性を確保することです。
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)
一般化されたマルチプロトコルラベルスイッチング（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).
Copyright（c）The Internet Society（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の保護と回復は、困難な問題です。これは、GMPLSノード（または単にノード、または時々「スイッチングルーター、またはLSRSのラベル」）と呼ばれる、タイムディビジョンマルチプレックス（TDM）および/またはオールオプティカル（フォトニック）クロスコネクトで構成される光学ネットワークに特に関連しています。一般的なトポロジ[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
デボラ・ブランガード（AT＆T）RM。D1-3C22-200 S.ローレルアベニュー、ミドルタウン、ニュージャージー州07748、米国
EMail: dbrungard@att.com
Sudheer Dharanikota
Sudheer Dharanikota
EMail: sudheer@ieee.org
Jonathan P. Lang (Sonos) 506 Chapala Street Santa Barbara, CA 93101, USA
ジョナサンP.ラング（ソノス）506チャパラストリートサンタバーバラ、カリフォルニア州93101、米国
EMail: jplang@ieee.org
Guangzhi Li (AT&T) 180 Park Avenue, Florham Park, NJ 07932, USA
広州Li（AT＆T）180パークアベニュー、フローハムパーク、ニュージャージー州07932、米国
EMail: gli@research.att.com
Eric Mannie Perceval Rue Tenbosch, 9 1000 Brussels Belgium
エリックマニーパーセバルRue Tenbosch、9 1000ブリュッセルベルギー
Phone: +32-2-6409194
EMail: eric.mannie@perceval.net
Dimitri Papadimitriou (Alcatel) Francis Wellesplein, 1 B-2018 Antwerpen, Belgium
Dimitri Papadimitriou（Alcatel）Francis Wellesplein、1 B-2018 Antwerpen、ベルギー
EMail: dimitri.papadimitriou@alcatel.be
Bala Rajagopalan
Microsoft India Development Center
Hyderabad, India
EMail: balar@microsoft.com
Yakov Rekhter (Juniper) 1194 N. Mathilda Avenue Sunnyvale, CA 94089, USA
Yakov Rekhter（ジュニパー）1194 N. Mathilda Avenue Sunnyvale、CA 94089、米国
EMail: 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].
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[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]から取られました。ただし、一般化のために、回復に直接関係していない次の言語は、GMPLと一般的な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/SPANです。回復LSP/スパンは、作業LSP/スパンが失敗したときに「通常の」ユーザートラフィックを輸送するために使用されるLSP/スパンです。さらに、回復LSP/SPANは、通常のトラフィックが動作LSP/スパンを介して持ち込まれたときに、「追加の」ユーザートラフィック（つまり、先制的なトラフィック）を輸送する場合があります。
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).
2つの代替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/SPAN）を引き継ぎました。障害のあるLSP/スパンから通常のトラフィックを回復するために回復リソースが必要な場合、追加のトラフィックは先制されます。定義上、追加のトラフィックは保護されていませんが、復元される場合があります。さらに、追加のトラフィックは、使用するLSPS/スパンの端で開始したり終了したりする必要はありません。
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/SPAN設立中に行われたリソース割り当てに基づいて行われます。さまざまなタイプの復元間の区別は、復元LSP/SPANの確立中のルート計算、シグナル伝達、およびリソース割り当てのレベルに基づいて行われます。
A. LSP/Span Protection
A. LSP/SPAN保護
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/SPAN Protectionは、1つまたは複数の専用保護LSP/SPAN（S）が1つまたは複数の作業LSP/SPAN（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/SPANを確立するためにシグナル伝達が行われないことを意味します。ただし、障害通知のために、侵入ノードと出口ノードの間で他のさまざまな種類のシグナル伝達が行われる場合があります。
B. LSP/Span Restoration
B. LSP/SPAN Restoration
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/SPAN Restorationは、一部の修復リソースが事前に計算され、シグナル化され、先験的に選択される可能性があるパラダイムを示しますが、動作するLSP/スパンを復元するために相互接続されていません。修復LSP/スパンの完全な確立は、動作するLSP/SPANの障害後にのみ発生し、追加のシグナル伝達が必要です。
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/スパンの使用に関連する回復リソースとシグナル伝達を確立するためのシグナルが必要です。
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つ以上の回復スキームが提供されるノードとスパンのセットとして定義されます。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.
1つの専用保護LSP/SPANは、1つの作業LSP/スパンを1つ保護し、通常のトラフィックは、作業および保護の両方のLSPS/スパンの両方のイングレスノードで永続的に複製されます。保護LSP/スパンを介して追加のトラフィックを持ち込むことはできません。
This type is applicable to LSP/span protection, but not to LSP/span restoration.
このタイプは、LSP/SPANプロテクションに適用できますが、LSP/SPAN Restorationには適用されません。
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/SPANは、動作する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/SPAN復元に適用できますが、LSP/SPAN保護には適用されません。たとえば、スパンの回復は、故障したスパンで輸送されたすべての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.
1つの特定のリカバリLSP/SPANは、特定の1つの作業LSP/スパンを1つ保護しますが、通常のトラフィックは一度に1つのLSP（作業または回復）のみで送信されます。Recovery LSP/SPANリソースを使用して、追加のトラフィックを輸送できます。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP/SPAN保護とLSPの修復に適用できますが、スパン復元には適用されません。
D. 1:N (N > 1) type: shared recovery with extra traffic
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/スパンのセットが明示的に識別されます。Recovery LSP/SPANで追加のトラフィックを輸送できます。これらのすべての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/スパンの1つのみのトラフィックは、回復LSP/スパンで回収される場合があります。nは任意に大きくなる可能性があることに注意してください（つまり、無限）。Nの選択はポリシー決定です。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP/SPAN保護と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 Recovery LSPS/Spansで追加のトラフィックを輸送できます。すべての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/スパンは、ネットワーク内のリソースのばらばらであると想定されるため、障害確率を共有しないようにしますが、これは必須ではありません。明らかに、nのセットでいくつかの作業LSP/スパンがある程度の障害の影響を同時に影響を受ける場合、これらの失敗したLSP/スパンのMのみのトラフィックが回収される場合があります。nは任意に大きくなる可能性があることに注意してください（つまり、無限）。NとMの選択は政策決定です。
This type is applicable to LSP/span protection and LSP restoration, but not to span restoration.
このタイプは、LSP/SPAN保護と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
B.ブロードキャストブリッジ
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.
1：nおよびm：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.
1：nおよびm：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/SPAN出力または回復LSP/SPAN出力のいずれかから通常のトラフィックを抽出するセレクターです。
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
1：nおよびm：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
A.エンドツーエンドLSP/セグメントLSP/スパンのイングレス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/SPANから選択することができます。ITU-T用語のシンクノードとしても知られています。
C. Intermediate GMPLS node of an end-to-end LSP/segment LSP
C.エンドツーエンドLSP/セグメントLSPの中間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/SPANから通常のトラフィックを選択するアクション。
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/SPANとの間で通常のトラフィックを接続または切断する作用。動作するLSP/SPANに非永続的な接続の場合、通常のトラフィックを回復LSP/SPANに接続する作用。
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/SPANに戻る（またはオンになっている）回復スイッチング操作を指します（つまり、動作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/SPANに戻らない場合です。
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:
A.回復のロックアウトLSP/SPAN：
A configuration action, initiated externally, that results in the recovery LSP/span being temporarily unavailable to transport traffic (either normal or extra traffic).
外部から開始された構成アクションにより、回復LSP/SPANがトラフィック（通常または追加のトラフィック）を輸送するために一時的に利用できなくなります。
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/SPANでトラフィックがまだ許可されていることに注意してください。
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/SPANを含む）または等またはより高い優先度のスイッチオーバーコマンドに障害条件が存在しない限り、通常のトラフィックを回復LSP/SPANに切り替える。効果。
F. Manual switch-over for recovery LSP/span:
F.リカバリ用LSP/スパンのマニュアルスイッチオーバー：
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/SPANに切り替える回復スイッチングモード。
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のスパン障害通知またはバルク障害通知のいずれかを受信すると開始されます。どちらの場合でも、対応する回復スイッチングアクションはLSPレベルで実行されるため、回復スイッチングメッセージの数と回収されたLSPの数（1つの指定された方向）の比率が最小化されます。この比率が1に等しい場合、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）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/SPANから選択される瞬間の間の時間。
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/SPANまたはノードの障害が発生したときに次の汎用操作を実行する必要があることを意味することが一般的に受け入れられています。
- 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/SPAN（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.
障害通知フェーズが使用されます1）LSP/SPAN（s）障害が発生し、検出されたことを通知し、回復決定エンティティを通知します（これは、任意の中間またはエンドポイントに対応できます。LSP/SPANに失敗しました）対応するLSP/SPANが利用できないこと。
- 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.
回復決定を下すか、回復リソースを選択するエンティティ。このエンティティは、影響を受けたLSPS/スパンに対する決定を実行する回復アクションと伝えます。
D. Recovering Entity (part of the failure recovery activation process):
D.エンティティの回復（障害回復活性化プロセスの一部）：
An entity that participates in the recovery of the LSPs/spans.
LSPS/スパンの回復に参加するエンティティ。
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を移動するプロセスは、失敗した（動作）スパンから保護スパンまで、スパンを終了するノードの1つ、たとえばAまたはBによって開始する必要があります。「、他のノードは「スレーブ」と呼ばれ、回復のみのエンティティに対応しています。
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/スパン、および永久橋があります。Ingressノードでは、通常のトラフィックは、作業と保護の両方のLSP/SPANの両方に永久に架橋されています。出力ノードでは、通常のトラフィックは2つの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/SPANを運転する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/SPANまたは保護LSP/SPANに接続されている場合があります。（セレクターブリッジの場合）。出力ノードでは、通常のトラフィックが動作または保護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保護には、通常のトラフィックとM保護LSP/スパンを運ぶLSPS/スパンが機能します。
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/スパンまたは1つのいずれかに接続されている場合があります。保護LSP/スパン（セレクターブリッジの場合）。出力ノードでは、通常のトラフィックは、その動作または保護LSP/スパンのいずれかから選択されます。
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の再ルーティングとも呼ばれます。障害検出および/または通知の前に、1つまたは複数の復元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障害を動作させることから保護しますが、故障発生後の回復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.
注：作業中の各LSPが1つの修復LSPで回復可能である場合、1つはトラフィック外で1：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の再ルーティングとも呼ばれます。Ingressノードは、障害検出および/または通知後に、信号と完全に確立された（つまり、クロス接続された）代替LSPに通常のトラフィックを切り替えます。代替LSPパスは、故障検出および/または通知後に計算できます。この場合、1つは「完全な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] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC3386] Lai, W. and D. McDysan, "Network Hierarchy and Multilayer Survivability", RFC 3386, November 2002.
[RFC3386] Lai、W。およびD. McDysan、「ネットワーク階層と多層生存可能性」、RFC 3386、2002年11月。
[RFC3945] Mannie, E., "Generalized Multi-Protocol Label Switching (GMPLS) Architecture", RFC 3945, October 2004.
[RFC3945] Mannie、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] Lang、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、編集者、「一般化されたマルチプロトコルラベルスイッチング（GMPLS）ベースの回復メカニズム（保護と修復を含む）の分析」、RFC 4428、2006年3月。
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.
この文書を徹底的にレビューしてくれたAdrian Farrelに感謝します。
Editors' Addresses
編集者のアドレス
Eric Mannie Perceval Rue Tenbosch, 9 1000 Brussels Belgium
エリックマニーパーセバルRue Tenbosch、9 1000ブリュッセルベルギー
Phone: +32-2-6409194
EMail: eric.mannie@perceval.net
Dimitri Papadimitriou Alcatel Francis Wellesplein, 1 B-2018 Antwerpen, Belgium
Dimitri Papadimitriou Alcatel Francis Wellesplein、1 B-2018 Antwerpen、ベルギー
Phone: +32 3 240-8491
EMail: dimitri.papadimitriou@alcatel.be
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
Copyright（c）The Internet Society（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.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供されています。また、貢献者、彼/彼女が代表する組織（もしあれば）が後援する組織、インターネット協会とインターネット工学タスクフォースは、すべての保証、明示的または明示的、またはすべての保証を否認します。本書の情報の使用が、商品性または特定の目的に対する適合性の権利または黙示的な保証を侵害しないという保証を含むがこれらに限定されないことを含む。
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.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得しようとする試みの結果を取得できます。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）によって提供されます。