[要約] RFC 6307は、MPLSネットワーク上でのファイバーチャネルトラフィックの輸送のためのカプセル化方法についての規格です。このRFCの目的は、ファイバーチャネルトラフィックをMPLSネットワークで効果的に輸送するための標準化とガイドラインを提供することです。
Internet Engineering Task Force (IETF) D. Black, Ed.
Request for Comments: 6307 EMC Corporation
Category: Standards Track L. Dunbar, Ed.
ISSN: 2070-1721 Huawei Technologies
M. Roth
Infinera
R. Solomon
Orckit-Corrigent
April 2012
Encapsulation Methods for Transport of Fibre Channel Traffic over MPLS Networks
MPLSネットワーク上のファイバーチャネルトラフィックの輸送のためのカプセル化方法
Abstract
概要
A Fibre Channel pseudowire (PW) is used to carry Fibre Channel traffic over an MPLS network. This enables service providers to take advantage of MPLS to offer "emulated" Fibre Channel services. This document specifies the encapsulation of Fibre Channel traffic within a pseudowire. It also specifies the common procedures for using a PW to provide a Fibre Channel service.
ファイバーチャネルPseudowire（PW）は、MPLSネットワーク上のファイバーチャネルトラフィックを運ぶために使用されます。これにより、サービスプロバイダーはMPLSを利用して「エミュレートされた」ファイバーチャネルサービスを提供できます。このドキュメントは、擬似ワイヤ内のファイバーチャネルトラフィックのカプセル化を指定しています。また、PWを使用してファイバーチャネルサービスを提供するための一般的な手順を指定します。
Status of This Memo
本文書の位置付け
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。インターネット標準の詳細については、RFC 5741のセクション2で入手できます。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc6307.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6307で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2012 IETF Trustおよび文書著者として特定された人。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
このドキュメントは、BCP 78およびIETFドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。
Table of Contents
目次
1. Introduction ....................................................3
1.1. Transparency ...............................................3
1.2. Bandwidth Efficiency .......................................4
1.3. Reliability ................................................5
1.4. Conventions Used in This Document ..........................5
2. Reference Model .................................................6
3. Encapsulation ...................................................8
3.1. The Control Word ..........................................10
3.2. MTU Requirements ..........................................11
3.3. Mapping of FC Traffic to PW Packets........................11
3.3.1. FC Data Frames (PT=0) and FC Login Frames (PT=1) ...11
3.3.2. FC Primitive Sequences and Primitive
Signals (PT=2) .....................................12
3.3.3. FC PW Control Frames (PT=6) ........................14
3.4. PW Failure Mapping ........................................15
4. Signaling of FC Pseudowires ....................................15
5. Timing Considerations ..........................................15
6. Security Considerations ........................................17
7. Applicability Statement ........................................17
8. IANA Considerations ............................................18
9. Acknowledgments ................................................19
10. Normative References ..........................................19
11. Informative References ........................................20
Fibre Channel (FC) is a high-speed communications technology, used primarily for Storage Area Networks (SANs). Within a single site (e.g., data center), an FC-based SAN connects servers to storage systems, and FC can be extended across sites. When FC is extended across multiple sites, the most common usage is storage replication in support of recovery from disasters (e.g., flood or fire that takes a site out of operation). This is particularly the case over longer distances where network latency results in unacceptable performance for a server whose storage is not at the same site. Fibre Channel is standardized by the INternational Committee for Information Technology Standards (INCITS) Technical Committee T11 [T11], and multiple methods for encapsulating and transporting FC traffic over other networks have been developed [FC-BB-6].
ファイバーチャネル（FC）は、主にストレージエリアネットワーク（SANS）に使用される高速通信技術です。単一のサイト（データセンターなど）内で、FCベースのSANはサーバーをストレージシステムに接続し、FCをサイト間で拡張できます。FCが複数のサイトに拡張されると、最も一般的な使用法は、災害からの回復をサポートするためのストレージレプリケーションです（たとえば、サイトを操作しなくても洪水または火災）。これは、ネットワークの遅延により、ストレージが同じサイトにないサーバーの容認できないパフォーマンスをもたらすより長い距離にわたって特に当てはまります。ファイバーチャネルは、国際情報技術基準委員会（インセット）技術委員会T11 [T11]によって標準化されており、他のネットワーク上のFCトラフィックをカプセル化および輸送するための複数の方法が開発されています[FC-BB-6]。
Fibre Channel Over TCP/IP (FCIP), as described in [RFC3821] and [FC-BB-6], interconnects otherwise isolated FC SANs over IP Networks. FCIP uses FC Frame Encapsulation [RFC3643] to encapsulate FC frames for tunneling over an IP-based network. Since IP networks may drop or reorder packets, FCIP relies on TCP to retransmit dropped frames and restore the delivery order of reordered frames. Due to possible delay variation and TCP timeouts, special timing mechanisms are required to ensure correct Fibre Channel operation over FCIP [FC-BB-6].
[RFC3821]および[FC-BB-6]に記載されているように、TCP/IP（FCIP）を介したファイバーチャネルは、IPネットワーク上の分離されたFC SANSを相互接続します。FCIPは、FCフレームカプセル化[RFC3643]を使用して、IPベースのネットワーク上のトンネリングのためにFCフレームをカプセル化します。IPネットワークはパケットをドロップまたは再注文する可能性があるため、FCIPはTCPに依存して、ドロップされたフレームを再送信し、並べ替えられたフレームの配信順序を復元します。遅延の変動とTCPのタイムアウトの可能性があるため、FCIP [FC-BB-6]で正しいファイバーチャネル動作を確保するには、特別なタイミングメカニズムが必要です。
MPLS networks can be provisioned and operated with very low loss rates and very low probability of reordering, making it possible to directly interconnect Fibre Channel ports over MPLS. A Fibre Channel pseudowire (FC PW) is a method to transparently transport FC traffic over an MPLS network resulting in behavior similar to a pair of FC ports that are directly connected by a physical FC link. The result is simpler control processing in comparison to FCIP.
MPLSネットワークは、非常に低い損失率と並べ替えの可能性が非常に低いプロビジョニングおよび操作を行うことができ、MPLSでファイバーチャネルポートを直接接続することができます。ファイバーチャネルPseudowire（FC PW）は、MPLSネットワーク上でFCトラフィックを透過的に輸送する方法であり、物理FCリンクによって直接接続されているFCポートのペアと同様の動作をもたらします。結果は、FCIPと比較してより単純な制御処理の結果です。
This document specifies the encapsulation of FC traffic into an MPLS pseudowire and related PW procedures to transport FC traffic over MPLS PWs. The complete FC pseudowire specification consists of this document and the FC PW portion of the T11 [FC-BB-5/AM1] standard. The following subsections describe some of the requirements for transporting FC traffic over an MPLS network.
このドキュメントは、FCトラフィックのMPLS擬似化および関連するPW手順へのカプセル化を指定して、MPLS PWを介してFCトラフィックを輸送します。完全なFC擬似ワイヤの仕様は、このドキュメントとT11 [FC-BB-5/AM1]標準のFC PW部分で構成されています。以下のサブセクションでは、MPLSネットワーク上でFCトラフィックを輸送するための要件の一部を説明しています。
Transparent extension of an FC link is a key requirement for transporting FC traffic over a PW. This requires the FC PW to emulate an FC link between two FC ports, similar to the approach defined for FC over GFPT in [FC-BB-6]. GFPT is an Asynchronous Transparent Generic Framing Procedure specified by ITU-T; see
FCリンクの透明な拡張は、PWでFCトラフィックを輸送するための重要な要件です。これには、[FC-BB-6]のGFPTを超えるFCで定義されたアプローチと同様に、2つのFCポート間のFCリンクをエミュレートするためにFC PWが必要です。GFPTは、ITU-Tによって指定された非同期透明な汎用フレーミング手順です。見る
[FC-BB-6] for details and reference to the ITU-T specifications. This results in transparent forwarding of FC traffic over the MPLS network from both the FC fabric and the network operator points of view.
[FC-BB-6]詳細とITU-T仕様の参照。これにより、FCファブリックとネットワークオペレーターの両方の視点からMPLSネットワーク上のFCトラフィックが透明に転送されます。
Transparency distinguishes the FC PW approach from FCIP. An FC PW logically connects the FC port on the FC link attached to one end of the PW directly with the FC port on the far end of the FC link attached to the other end of the PW, whereas FCIP introduces FC B_Ports at both ends of the extended FC link; each FC B_Port is connected to an FC E_Port in an FC switch on the same side of the link extension.
透明性は、FC PWアプローチをFCIPと区別します。FC PWは、PWの一方の端に接続されたFCリンクのFCポートをPWのもう一方の端に接続されたFCリンクの遠端にあるFCポートと直接直接接続しますが、FCIPはFC B_PORTSを導入します。拡張FCリンク。各FC B_PORTは、リンク拡張機能の同じ側にあるFCスイッチのFC E_PORTに接続されています。
The bandwidth allocated to a PW may be less than the rate of the attached FC port. When there is no data exchange on a native FC link, Idle Primitive Signals are continuously exchanged between the two FC ports. In order to improve the bandwidth efficiency across the MPLS network, it is necessary for the FC PW Provider Edge (PE) to suppress (or drop) the Idle Primitive Signals generated by its adjacent FC ports. The far-end FC PW PE regenerates Idle Primitive Signals to send to its adjacent FC port as required; see [FC-BB-5/AM1].
PWに割り当てられた帯域幅は、接続されたFCポートのレートよりも少ない場合があります。ネイティブFCリンクにデータ交換がない場合、2つのFCポート間でアイドルプリミティブ信号が継続的に交換されます。MPLSネットワーク全体の帯域幅効率を改善するために、FC PWプロバイダーエッジ（PE）が隣接するFCポートによって生成されたアイドルプリミティブ信号を抑制（またはドロップ）する必要があります。ファーエンドFC PW PEは、アイドルプリミティブ信号を再生して、必要に応じて隣接するFCポートに送信します。[FC-BB-5/AM1]を参照してください。
FC link control protocols require an FC port to continuously send the same FC Primitive Sequence [FC-FS-2] until a reply is received or some other event occurs. To improve bandwidth efficiency, the FC PW PE encapsulates a subset of repeated FC Primitive Sequences to send across the WAN [FC-BB-5/AM1]. For example, in a sequence of identical received primitives, only every fourth primitive may be sent across the MPLS network. Alternatively, a time-based approach may be used to send a copy of the repeated FC Primitive Sequence once every few milliseconds. The far-end FC PW PE regenerates the FC link behavior by continuously sending the Primitive Sequence most recently received from the WAN until a new primitive signal, primitive sequence, or data frame is received from the WAN.
FCリンク制御プロトコルでは、FCポートが、返信が受信されるか、他のイベントが発生するまで同じFCプリミティブシーケンス[FC-FS-2]を継続的に送信する必要があります。帯域幅効率を向上させるために、FC PW PEは、繰り返されるFCプリミティブシーケンスのサブセットをカプセル化して、WAN [FC-BB-5/AM1]を介して送信します。たとえば、同一の受信プリミティブのシーケンスでは、MPLSネットワーク全体で4番目の原始のみを送信できます。あるいは、時間ベースのアプローチを使用して、数ミリ秒ごとに繰り返されるFCプリミティブシーケンスのコピーを送信することもできます。ファーエンドFC PW PEは、新しいプリミティブ信号、プリミティブシーケンス、またはデータフレームがWANから受信されるまで、WANから最近受信したプリミティブシーケンスを連続的に送信することにより、FCリンクの動作を再生します。
The sending FC PW PE may unilaterally choose any convenient subset for sending the same FC Primitive Sequence. This is acceptable because the receiving FC PW PE generates a continuous stream of the most recently received FC Primitive Sequence on the outgoing native FC link, independent of the arrival rate of that FC Primitive Sequence from the WAN. In practice, a 10:1 reduction in FC Primitive Sequence transmission rate achieves 90% of the bandwidth benefits without loss of FC functionality, and sending a copy every few milliseconds does not pose a serious risk of exceeding the timeouts specified in Section 5 below.
送信FC PW PEは、同じFCプリミティブシーケンスを送信するために、便利なサブセットを一方的に選択できます。受信FC PW PEは、WANからのFCプリミティブシーケンスの到着率とは無関係に、発信ネイティブFCリンクで最近受信されたFCプリミティブシーケンスの連続ストリームを生成するため、これは許容されます。実際には、FCプリミティブシーケンス伝送速度の10：1の削減は、FC機能を失うことなく帯域幅の利点の90％を達成し、数ミリ秒ごとにコピーを送信すると、以下のセクション5で指定されたタイムアウトを超えるという深刻なリスクはありません。
These bandwidth-efficiency techniques may cause changes in the FC traffic that traverses an FC PW (e.g., number of Idle Primitive Signals or number of identical Primitive Sequences), but the far-end FC PW PE's regeneration of FC link behavior on the attached FC port is transparent to the FC ports connected to each PW PE.
これらの帯域幅効率の技術は、FC PW（たとえば、アイドルプリミティブ信号の数または同一の原始シーケンスの数）を通過するFCトラフィックの変化を引き起こす可能性がありますが、FC PW PEのFCリンク挙動のファーエンドFC PPの再生は、ポートは、各PW PEに接続されたFCポートに対して透明です。
Fibre Channel does not employ a native frame retransmission protocol and treats most frame delivery failures as errors. FC SAN traffic requires a very low frame loss rate because the typical result of a failure to deliver a frame is an I/O operation failure. Recovery from such I/O failures involves I/O operation retries after what may be a significant delay (30-second and 60-second timeouts are common). In addition, such retries are likely to be logged as errors indicating possible problems with FC equipment or cables. Hence, drops, errors, and discards of FC frames must be very rare for an FC PW.
ファイバーチャネルは、ネイティブフレームの再送信プロトコルを使用せず、ほとんどのフレーム配信障害をエラーとして扱います。FC SANトラフィックには、フレームの配信に失敗したことの典型的な結果はI/O操作の障害であるため、非常に低いフレーム損失率が必要です。このようなI/O障害からの回復には、重大な遅延の後にI/O操作が回収されます（30秒および60秒のタイムアウトが一般的です）。さらに、このような再試行は、FC機器またはケーブルで可能な問題を示すエラーとして記録される可能性があります。したがって、FCフレームのドロップ、エラー、および破棄は、FC PWでは非常にまれでなければなりません。
FC SAN implementations have limited tolerance for frame reordering. Any reordering affecting more than a few frames within a single higher-level operation (e.g., a read or write I/O) is usually treated as an error by the destination FC port, resulting in discards of the frames involved; some deployed FC implementations treat all such within-operation frame reordering as errors that result in frame discards. As a result, FC frame reordering must be minimized for an FC PW.
FC SANの実装は、フレームの並べ替えに対する許容度が限られています。単一の高レベル操作内の数フレーム以上に影響を与える並べ替え（例：読み取りまたは書き込みI/O）は、通常、宛先FCポートによってエラーとして扱われ、関連するフレームの廃棄をもたらします。展開されたFC実装の中には、フレームの破棄をもたらすエラーとして、このような操作内のフレームの並べ替えをすべて扱います。その結果、FC PWの場合、FCフレームの並べ替えを最小限に抑える必要があります。
The FC PW does not compensate for frame drops, discards, or reordering. The MPLS network that hosts the FC PW is expected to be designed and operated in a fashion that makes such events very rare.
FC PWは、フレームドロップ、破棄、または並べ替えを補償しません。FC PWをホストするMPLSネットワークは、そのようなイベントを非常にまれにするファッションで設計および運用されることが期待されています。
In contrast to the Time to Live (TTL) field in an IP packet, FC uses a constant delivery timeout value (R_A_TOV) for which 10 seconds is the default. Each FC frame must be delivered or discarded within that timeout period after it is sent; see Section 5.
IPパケットのライブ（TTL）フィールドの時間とは対照的に、FCは10秒がデフォルトである一定の配信タイムアウト値（R_A_TOV）を使用します。各FCフレームは、送信後、そのタイムアウト期間内に配信または廃棄する必要があります。セクション5を参照してください。
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]に記載されているように解釈される。
An FC PW extends a native FC link over an MPLS network. This document specifies the PW encapsulation for FC. Figure 1 describes the reference models (derived from [RFC3985]) that support the FC PW. FC traffic is received by PE1's FC attachment channel, encapsulated at PE1, transported across MPLS network, decapsulated at PE2, and transmitted onward via the PE2's FC attachment channel. This document assumes that a pseudowire can be provisioned statically or via a signaling protocol as defined in [RFC4447].
FC PWは、MPLSネットワーク上でネイティブFCリンクを拡張します。このドキュメントは、FCのPWカプセル化を指定します。図1は、FC PWをサポートする参照モデル（[RFC3985]から派生）を示しています。FCトラフィックは、PE1のFCアタッチメントチャネルによって受信され、PE1でカプセル化され、MPLSネットワークを介して輸送され、PE2で脱カプセル化され、PE2のFCアタッチメントチャネルを介して前方に送信されます。このドキュメントは、擬似ワイヤーを静的にプロビジョニングできるか、[RFC4447]で定義されているシグナル伝達プロトコルを介してプロビジョニングできることを前提としています。
|<-------------- Emulated Service ----------------->|
| |
| |<------- Pseudowire -------->| |
| | | |
| | |<-- MPLS Tunnel -->| | |
| V V V V |
V AC +----+ +----+ AC V
+-----+ | | PE1|===================| PE2| | +-----+
| |----------|............PW1..............|----------| |
| CE1 | | | | | | | | CE2 |
| |----------|............PW2..............|----------| |
+-----+ ^ | | |===================| | | ^ +-----+
^ | +----+ +----+ | | ^
| | Provider Edge 1 Provider Edge 2 | |
| | | |
Customer | | Customer
Edge 1 | | Edge 2
| |
| |
Native FC service Native FC service
Figure 1 - PWE3 FC Interface Reference Configuration
図1 -PWE3 FCインターフェイス参照構成
The following reference model describes the termination point of each end of the PW within the PE:
次の参照モデルは、PE内のPWの各端の終了点について説明します。
+-----------------------------------+
| PE |
+---+ +-+ +-----+ +------+ +------+ +-+
| | |P| | | |PW ter| | MPLS | |P|
| |<==|h|<=| NSP |<=|minati|<=|Tunnel|<=|h|<== From network
| | |y| | | |on | | | |y|
| C | +-+ +-----+ +------+ +------+ +-+
| E | | |
| | +-+ +-----+ +------+ +------+ +-+
| | |P| | | |PW ter| | MPLS | |P|
| |==>|h|=>| NSP |=>|minati|=>|Tunnel|=>|h|==> To network
| | |y| | | |on | | | |y|
+---+ +-+ +-----+ +------+ +------+ +-+
| |
+-----------------------------------+
Figure 2 - PW Reference Diagram
図2 -PW参照図
The Native Service Processing (NSP) function includes the following functionality:
ネイティブサービス処理（NSP）関数には、次の機能が含まれます。
o Idle Suppression: any FC Idle Primitive Signals received from the source PE's attached FC port are suppressed and regenerated at the destination PE to send on its attached FC port when there is no other FC traffic to send;
o アイドル抑制：ソースPEに接続されたFCポートから受け取ったFCアイドルプリミティブ信号は、宛先PEで抑制および再生され、他のFCトラフィックが送信されない場合に添付されたFCポートに送信されます。
o FC Primitive Sequence Reduction: a subset of repetitive FC Primitive Sequences received from the attached FC port at the source PE is selected for WAN transmission, with the destination PE sending the FC Primitive Sequence most recently received from the WAN on the destination PE's attached FC port continuously until a new packet is received from the WAN; and
o FCプリミティブシーケンス削減：ソースPEの接続されたFCポートから受信した反復FCプリミティブシーケンスのサブセットはWAN伝送用に選択され、宛先PEは最近、宛先PEのFCポートのWANから最近受信したFCプリミティブシーケンスを送信します。WANから新しいパケットが受信されるまで継続的に。と
o Flow Control: the Alternate Simple Flow Control (ASFC) protocol is used for buffer management in concert with the peer PW PE's NSP function so that FC traffic is not dropped. ASFC is a simple pause/resume protocol that allows operation repetition; the receiver responds to the first pause or resume operation in an identical sequence of operations and ignores the rest of the sequence.
o フロー制御：代替の単純なフロー制御（ASFC）プロトコルは、FCトラフィックがドロップされないように、ピアPW PEのNSP関数と協調してバッファ管理に使用されます。ASFCは、操作の繰り返しを可能にする単純な一時停止/履歴書プロトコルです。受信機は、一連の操作シーケンスで最初の一時停止または再開操作に応答し、残りのシーケンスを無視します。
The NSP flow control functionality is required to extend FC's credit-based flow control to address situations where the number of buffer credits available to an FC link is insufficient to utilize the available bandwidth over the additional distance and latency represented by the FC pseudowire. The NSPs avoid this problem by inserting ASFC into FC's link flow control used on the attached FC ports; see [FC-BB-5/AM1].
NSPフロー制御機能は、FCリンクで利用可能なバッファクレジットの数がFC擬似ワイヤで表される追加距離とレイテンシで利用可能な帯域幅を利用するには不十分な状況に対処するためにFCのクレジットベースのフロー制御を拡張するために必要です。NSPは、ASFCを添付のFCポートで使用するFCのリンクフロー制御に挿入することにより、この問題を回避します。[FC-BB-5/AM1]を参照してください。
In contrast, Idle Suppression and FC Primitive Sequence Reduction are bandwidth optimizations that are included in the NSP for clarity in this document. Analogous optimizations are not treated as part of the NSP by other pseudowires (e.g., Asynchronous Transfer Mode (ATM) idle frame suppression is not considered to be an NSP function by [RFC4717]).
対照的に、アイドル抑制とFCプリミティブ配列削減は、このドキュメントで明確にするためにNSPに含まれる帯域幅の最適化です。類似の最適化は、他の擬似ワイヤによってNSPの一部として扱われません（例：非同期伝達モード（ATM）アイドルフレーム抑制は[RFC4717]によるNSP関数とは見なされません）。
The NSP function is specified in detail by [FC-BB-5/AM1].
NSP関数は[FC-BB-5/AM1]によって詳細に指定されています。
This specification provides port-to-port transport of FC-encapsulated traffic. There are a number of port types defined by Fibre Channel, including:
この仕様は、FCカプセル化されたトラフィックの港からポート間輸送を提供します。ファイバーチャネルで定義されたポートタイプがいくつかあります。
o N_port: a port on the node (e.g., host or storage device) used with both FC-P2P (Point to Point) or FC-SW (switched fabric) topologies. Also known as a Node port.
o N_PORT：FC-P2P（ポイントトゥポイント）またはFC-SW（スイッチ付きファブリック）トポロジの両方で使用されるノード上のポート（ホストまたはストレージデバイスなど）。ノードポートとも呼ばれます。
o NL_port: a port on the node used with an FC-AL (Arbitrated Loop) topology. Also known as a Node Loop port.
o NL_PORT：FC-AL（仲裁ループ）トポロジで使用されるノード上のポート。ノードループポートとも呼ばれます。
o F_port: a port on the switch that connects to a node point- to-point (i.e., connects to an N_port). Also known as a Fabric port. An F_port is not loop capable.
o f_port：ノードポイントトーポイントに接続するスイッチ上のポート（つまり、n_portに接続します）。ファブリックポートとも呼ばれます。f_portはループに能力がありません。
o FL_port: a port on the switch that connects to an FC-AL loop (i.e., to NL_ports). Also known as a Fabric Loop port.
o FL_PORT：FC-ALループ（つまり、NL_PORTS）に接続するスイッチ上のポート。ファブリックループポートとも呼ばれます。
o E_port: a port used to connect two Fibre Channel switches. Also known as an Expansion port. When E_ports between two switches are connected to form a link, that link is referred to as an inter-switch link (ISL).
o E_PORT：2つのファイバーチャネルスイッチを接続するために使用されるポート。拡張ポートとも呼ばれます。2つのスイッチ間のe_portsがリンクを形成するために接続されている場合、そのリンクはスイッチ間リンク（ISL）と呼ばれます。
Among the port types listed above, only the following FC connections (as specified in [FC-BB-5/AM1]) are supported by an FC PW over MPLS:
上記のポートタイプのうち、次のFC接続のみ（[FC-BB-5/AM1]で指定されている）は、MPLS上のFC PWによってサポートされています。
o N_Port to N_Port, established by an FC PLOGI (Port Login) operation
o N_PORTからN_PORT、FCPLOGI（ポートログイン）操作によって確立されています
o N_Port to F_Port, established by an FC FLOGI (Fabric Login) operation
o fc flogi（ファブリックログイン）操作によって設立されたn_port to f_port
o E_Port to E_Port, established by an FC ELP (Exchange Link Parameters) operation
o e_port to E_port、FC ELP（Exchange Linkパラメーター）操作によって確立されています
FC traffic flowing over an FC PW is subdivided into four payload types (PTs) that are encoded in the PW Control Word (see Section 3.1):
FC PWに流れるFCトラフィックは、PWコントロールワードにエンコードされた4つのペイロードタイプ（PTS）に細分化されます（セクション3.1を参照）。
1. FC login traffic (PT = 1): FC login operations and responses that establish connections between FC ports. The three FC login operations are PLOGI, FLOGI, and ELP. These operations and their responses may require the NSP to allocate buffer resources. See the specification of Login Exchange Monitors in [FC-BB-5/AM1].
1. FCログイントラフィック（PT = 1）：FCポート間の接続を確立するFCログイン操作と応答。3つのFCログイン操作は、Plogi、Flogi、およびELPです。これらの操作とその応答は、NSPがバッファリソースを割り当てる必要がある場合があります。[FC-BB-5/AM1]のログイン交換モニターの仕様を参照してください。
2. FC data traffic (PT = 0): All FC frames other than those involved in an FC login operation.
2. FCデータトラフィック（PT = 0）：FCログイン操作に関与するもの以外のすべてのFCフレーム。
3. FC Primitive Sequences and Signals (PT = 2): Native FC link control operations; 4-character primitive sequences and signals that are not encapsulated in FC frames. See [FC-BB-5/AM1] and [FC-FS-2].
3. FCプリミティブシーケンスと信号（PT = 2）：ネイティブFCリンク制御操作。FCフレームにカプセル化されていない4文字のプリミティブシーケンスと信号。[FC-BB-5/AM1]および[FC-FS-2]を参照してください。
4. FC PW Control (PT = 6): FC PW control operations exchanged only between the endpoints of the PW. FC PW control operations are used for ASFC flow control, ping (e.g., for round-trip latency measurement), and reporting native FC link errors. See [FC-BB-5/AM1].
4. FC PWコントロール（PT = 6）：FC PW制御操作は、PWのエンドポイント間でのみ交換されます。FC PW制御操作は、ASFCフロー制御、Ping（例：往復レイテンシ測定など）、およびネイティブFCリンクエラーの報告に使用されます。[FC-BB-5/AM1]を参照してください。
This FC PW specification is limited to use with FC service classes 2, 3, and F; see [FC-FS-2]. Other FC service classes (e.g., 1, 4, and 6) MUST NOT be used with an FC PW. Numbered FC service classes are used for end-to-end FC traffic, whereas service class F is used for inter-switch traffic in an FC switched fabric.
このFC PW仕様は、FCサービスクラス2、3、およびFでの使用に限定されています。[FC-FS-2]を参照してください。他のFCサービスクラス（例：1、4、および6）は、FC PWで使用しないでください。番号付きFCサービスクラスはエンドツーエンドのFCトラフィックに使用されますが、サービスクラスFはFCスイッチ付きファブリックのスイッチ間トラフィックに使用されます。
This FC PW specification is limited to native FC attachment links that employ an 8b/10b transmission code (see [FC-FS-2]). The protocol specified in this document converts a received 10b code to its 8b counterpart for PW encapsulation and hence does not support attached FC links that use a 64b/66b transmission code (e.g., 10GFC and 16GFC); such links MUST NOT be attached to an FC PW PE unless their link speed can be negotiated to one that uses 8b/10b encoding. If an invalid 10b code that cannot be converted to an 8b code is received from an FC link, the PE sends an FC PW control frame to report the error (see [FC-BB-5/AM1]).
このFC PW仕様は、8B/10B伝送コードを使用するネイティブFCアタッチメントリンクに限定されています（[FC-FS-2]を参照）。このドキュメントで指定されたプロトコルは、受信した10BコードをPWカプセル化の8Bカウンターパートに変換するため、64B/66B伝送コード（10GFCおよび16GFCなど）を使用する添付のFCリンクをサポートしません。このようなリンクは、リンク速度を8B/10Bエンコーディングを使用するものと交渉できない限り、FC PW PEに添付してはなりません。8Bコードに変換できない無効な10BコードがFCリンクから受信された場合、PEはFC PWコントロールフレームを送信してエラーを報告します（[FC-BB-5/AM1]を参照）。
The Generic PW Control Word, as defined in "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an MPLS PSN" [RFC4385], MUST be used for FC PW to facilitate the transport of short packets (by setting the Length field as detailed below) and convey the flag bits defined below. The structure of the Control Word for the FC PW is as follows:
「Pseudowire Emulation Edge-To-Edge（PWE3）MPLS PSNで使用するコントロールワード」[RFC4385]で定義されている一般的なPWコントロールワードは、FC PWに使用して短いパケットの輸送を容易にする必要があります（短いパケットの輸送を容易にしなければなりません（短いパケットの輸送を促進する必要があります（以下に詳述されている長さフィールド）と以下に定義されているフラグビットを伝えます。FC PWのコントロールワードの構造は次のとおりです。
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0 0 0 0| PT |X|0 0| Length | Sequence Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Figure 3 - Control Word Structure
図3-コントロールワード構造
The first four bits of the PW Control Word MUST be set to 0 by the ingress PE to indicate PW data.
PWコントロールワードの最初の4ビットは、PWデータを示すためにIngress PEによって0に設定する必要があります。
Three of the four flag bits are used to convey the Payload Type (PT) indication. The 3-bit binary value in this field identifies the payload type carried by a PW packet. The following types are defined:
4つのフラグビットのうち3つは、ペイロードタイプ（PT）の表示を伝えるために使用されます。このフィールドの3ビットバイナリ値は、PWパケットによって運ばれるペイロードタイプを識別します。次のタイプが定義されています。
PT = 0: FC data frame.
PT = 0：FCデータフレーム。
PT = 1: FC login frame.
PT = 1：FCログインフレーム。
PT = 2: FC Primitive Sequence(s) and/or Primitive Signal(s).
PT = 2：FCプリミティブシーケンスおよび/またはプリミティブ信号。
PT = 6: FC PW control frame (refer to [FC-BB-5/AM1] for usage).
PT = 6：FC PW制御フレーム（使用については[FC-BB-5/AM1]を参照）。
Packets with other values in the PT field are not valid for the FC PW and MUST be discarded by the receiving FC PW PE.
PTフィールドに他の値を持つパケットは、FC PWに対して有効ではなく、受信FC PW PEによって破棄する必要があります。
The X flag bit is not used by this version of the protocol. It SHOULD be set to zero by the sender and MUST be ignored by the receiver.
Xフラグビットは、このバージョンのプロトコルでは使用されません。送信者はゼロに設定し、受信機によって無視する必要があります。
The fragmentation bits (bits 8-9) are not used by the FC PW protocol. These bits may be used in the future for FC-specific indications as defined in [RFC4385]. The fragmentation bits SHOULD be set to zero by the ingress PE and MUST be ignored by the egress PE.
フラグメンテーションビット（ビット8-9）は、FC PWプロトコルでは使用されません。これらのビットは、[RFC4385]で定義されているように、FC固有の適応症に将来使用される場合があります。断片化ビットは、侵入PEによってゼロに設定され、出口PEで無視する必要があります。
The Length field enables recovery of the original pseudowire packet when a short packet is padded to the minimum 64-octet packet size required for Ethernet; see [RFC4385]. The Length field MUST be used for packets shorter than 64 octets, MUST be set to zero for longer packets, and MUST be processed according to the rules specified in [RFC4385].
長さのフィールドは、短いパケットがイーサネットに必要な最低64オクテットのパケットサイズにパッドでパッドにされている場合、元の擬似ワイヤパケットの回復を可能にします。[RFC4385]を参照してください。長さフィールドは、64オクテットより短いパケットに使用する必要があり、長いパケットの場合はゼロに設定する必要があり、[RFC4385]で指定されたルールに従って処理する必要があります。
The sequence number is not used for the FC PW; it MUST be set to 0 by the ingress PE and MUST be ignored by the egress PE.
シーケンス番号はFC PWには使用されません。イングレスPEによって0に設定する必要があり、出口PEで無視する必要があります。
The MPLS network MUST be able to transport the largest Fibre Channel frame after encapsulation, including the overhead associated with the encapsulation. The maximum FC frame size is 2164 octets without PW and MPLS labels (refer to Figure 4); this maximum size is a constant value that is required for all FC implementations [FC-FS-2]. The MPLS network SHOULD accommodate frames of up to 2500 octets in order to support possible future increases in the maximum FC frame size.
MPLSネットワークは、カプセル化に関連するオーバーヘッドを含め、カプセル化後に最大のファイバーチャネルフレームを輸送できる必要があります。最大FCフレームサイズは、PWおよびMPLSラベルのない2164オクテットです（図4を参照）。この最大サイズは、すべてのFC実装[FC-FS-2]に必要な一定の値です。MPLSネットワークは、最大FCフレームサイズの将来の増加の可能性をサポートするために、最大2500オクテットのフレームに対応する必要があります。
Fragmentation, as described in [RFC4623], SHALL NOT be used for an FC PW; therefore, the network MUST be configured with a minimum MTU that is sufficient to transport the largest encapsulated FC frame.
[RFC4623]に記載されているように、断片化はFC PWに使用されてはなりません。したがって、ネットワークは、最大のカプセル化されたFCフレームを輸送するのに十分な最小MTUで構成する必要があります。
FC frames, Primitive Sequences, and Primitive Signals are transported over the PW. All packet types are carried over a single PW. In addition to the PW Control Word, an FC Encapsulation Header is included in the PW packet. This FC Encapsulation Header is not used in this version of the protocol; it SHOULD be set to zero by the sender and MUST be ignored by the receiver.
FCフレーム、プリミティブシーケンス、およびプリミティブ信号は、PWを介して輸送されます。すべてのパケットタイプは、単一のPWに搭載されています。PWコントロールワードに加えて、FCカプセル化ヘッダーがPWパケットに含まれています。このFCカプセル化ヘッダーは、このバージョンのプロトコルでは使用されていません。送信者はゼロに設定し、受信機によって無視する必要があります。
FC data frames and FC login frames share a common encapsulation format, except that the PT field in the FC PW Control Word is set to 0 for data frames and is set to 1 for login frames. An FC login frame contains an FC PLOGI, FLOGI, or ELP operation or response that requires special processing by the NSP in support of flow control; see [FC-BB-5/AM1].
FCデータフレームとFCログインフレームは、FC PWコントロールワードのPTフィールドがデータフレームで0に設定され、ログインフレームの場合は1に設定されていることを除き、共通のカプセル化形式を共有します。FCログインフレームには、フロー制御をサポートするためにNSPによる特別な処理を必要とするFC Plogi、Flogi、またはELP操作または応答が含まれています。[FC-BB-5/AM1]を参照してください。
Each FC data frame or login frame is mapped to a PW packet, including the Start Of Frame (SOF) delimiter, frame header, Cyclic Redundancy Check (CRC) field, and the End Of Frame (EOF) delimiter, as shown in Figure 4.
図4に示すように、各FCデータフレームまたはログインフレームは、フレーム（SOF）デリミッターの開始（SOF）デリミッター、フレームヘッダー、環状冗長チェック（CRC）フィールド、フレーム（EOF）デリミターの終了を含むPWパケットにマッピングされます。。
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+---------------------------------------------------------------+
| FC PW Control Word |
+---------------------------------------------------------------+
| FC Encapsulation Header |
+---------------+-----------------------------------------------+
| SOF Code | Reserved |
+---------------+-----------------------------------------------+
| |
+----- FC Frame ----+
| |
+---------------------------------------------------------------+
| CRC |
+---------------+-----------------------------------------------+
| EOF Code | Reserved |
+---------------+-----------------------------------------------+
Figure 4 - FC Frame (SOF/Data/CRC/EOF) Encapsulation in PW Packet
図4 -FCフレーム（SOF/DATA/CRC/EOF）PWパケットでのカプセル化
The SOF and EOF frame delimiters are each encoded into a single octet as specified in [RFC3643], except that the codes for delimiters that apply only to FC service class 4 (SOFi4, SOFc4, SOFn4, EOFdt, EOFdti, EOFrt, and EOFrti -- see [FC-FS-2]) MUST NOT be used.
SOFおよびEOFフレームデリミターは、それぞれ[RFC3643]で指定されているように単一のオクテットにエンコードされていますが、FCサービスクラス4（SOFI4、SOFC4、SOFN4、EOFDT、EOFDTI、EOFRT、およびEOFRTI -EOFRTI -EOFDT、EOFDTI、EOFRT、およびEOFDT、EOFDT、EOFDTI、EOFRT、およびEOFRTI -EOFRTI -EOFDTにのみ適用されるコードが除き、それぞれエンコードされます。 - [FC-FS-2]を参照）は使用してはなりません。
The CRC in the frame is obtained directly from the FC attachment channel, so that the PW PE is not required to recalculate the CRC or to check the CRC in the received frame. The CRC will be checked by the FC port that receives the frame, ensuring that coverage is provided for data errors that occur between the PW endpoints. This CRC behavior differs from the Frame Check Sequence (FCS) retention technique for PWs defined in [RFC4720], which states that "as usual, the FCS MUST be examined at the ingress PE, and errored frames MUST be discarded".
フレーム内のCRCはFCアタッチメントチャネルから直接取得されるため、PW PEはCRCを再計算するか、受信したフレームのCRCを確認する必要はありません。CRCは、フレームを受信するFCポートによってチェックされ、PWエンドポイント間で発生するデータエラーがカバレッジが提供されるようにします。このCRCの動作は、[RFC4720]で定義されたPWSのフレームチェックシーケンス（FCS）保持技術とは異なります。
FC Primitive Sequences and Primitive Signals are FC Ordered Sets. On an 8b/10b-coded FC link, an Ordered Set consists of four 10b characters, starting with the K28.5 character, followed by three Dxx.y data characters. All FC Ordered Sets start with a K28.5 control character, but the three following Dxx.y data characters differ depending on the Ordered Set. A Kxx.y control character has a different 10b code from the corresponding Dxx.y data character but uses the same 8b code (e.g., K28.5 and D28.5 both use the 8b code 0xBC). Here are two examples of Ordered Sets: o Idle (IDLE) is K28.5 - D21.4 - D21.5 - D21.5. This FC Primitive Signal is sent when the FC link is idle; it is suppressed by the FC PW NSP and not sent over the WAN.
FCプリミティブシーケンスとプリミティブ信号は、FC順序付けセットです。8B/10Bコード化されたFCリンクでは、順序付けられたセットは、K28.5文字から始まる4つの10B文字で構成され、その後3つのDXX.Yデータ文字が続きます。すべてのFC順序付けセットはK28.5コントロール文字から始まりますが、次の3つのDXX.Yデータ文字は、順序付けられたセットによって異なります。KXX.Yコントロール文字には、対応するDXX.Yデータ文字とは異なる10Bコードがありますが、同じ8Bコードを使用します（例：K28.5およびD28.5はどちらも8Bコード0xBCを使用します）。順序付けられたセットの2つの例は次のとおりです。oアイドル（アイドル）はK28.5 -D21.4 -D21.5 -D21.5です。このFCプリミティブ信号は、FCリンクがアイドル状態のときに送信されます。FC PW NSPによって抑制され、WAN上に送信されません。
o Link Reset Response (LRR) is K28.5 - D21.1 - D31.5 - D9.2. This FC Primitive Sequence is used as part of FC link initialization and recovery.
o リンクリセット応答（LRR）はK28.5 -D21.1 -D31.5 -D9.2です。このFCプリミティブシーケンスは、FCリンクの初期化と回復の一部として使用されます。
Each Ordered Set is encapsulated in a PW packet containing the encoded K28.5 control character [FC-BB-5/AM1], followed by three encoded data characters, as shown in Figure 5.
図5に示すように、各順序付きセットは、エンコードされたK28.5コントロール文字[FC-BB-5/AM1]を含むPWパケットにカプセル化され、3つのエンコードされたデータ文字が続きます。
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+---------------------------------------------------------------+
| FC PW Control Word |
+---------------------------------------------------------------+
| FC Encapsulation Header |
+---------------+---------------+---------------+---------------+
| K28.5 | Dxx.y | Dxx.y | Dxx.y |
+---------------+---------------+---------------+---------------+
| |
+---- ----+
| |
+---------------+---------------+---------------+---------------+
| K28.5 | Dxx.y | Dxx.y | Dxx.y |
+---------------+---------------+---------------+---------------+
Figure 5 - FC Ordered Sets Encapsulation in PW Packet
図5-PWパケットでのFC注文セットカプセル化
The K28.5 10b control character received from the PE's attached FC link is encoded for the FC PW as its 8b counterpart (0xBC). Because the same 8b value (0xBC) is used to encode a D28.5 data word, the receiving FC PW PE:
PEに接続されたFCリンクから受信したK28.5 10B制御文字は、8Bの対応物（0xBC）としてFC PW用にエンコードされています。同じ8B値（0xBC）がD28.5データワードをエンコードするために使用されるため、受信FC PW PE：
o MUST check for presence of an 8b K28.5 value (0xBC) at the start of each Ordered Set (see Figure 5) and MUST send that value as a 10b K28.5 character on the attached FC link.
o 各注文セットの開始時に8B K28.5値（0xBC）の存在を確認する必要があり（図5を参照）、添付のFCリンクに10B K28.5文字としてその値を送信する必要があります。
o MUST send the following three Dxx.y 8b values as Dxx.y 10b characters on the attached FC link and MUST NOT send any of these Dxx.y 8b values as 10b Kxx.y characters on the attached FC link.
o 次の3つのdxx.y 8b値を添付されたFCリンクのdxx.y 10b文字として送信する必要があり、これらのdxx.y 8b値を添付されたFCリンクの10b kxx.y文字として送信してはなりません。
A PW packet may contain one or more encoded FC Ordered Sets [FC-BB-5/AM1]. The Length field in the FC PW Control Word is used to indicate the packet length when the PW packet contains multiple Ordered Sets. For this reason, FC PW packets that contain FC Ordered Sets MUST NOT be larger than 60 octets (8 octets of header words plus at most 13 Ordered Sets), in order to ensure that the Length field contains a non-zero value (see [RFC4385]).
PWパケットには、1つ以上のエンコードされたFC順序セット[FC-BB-5/AM1]が含まれている場合があります。FC PWコントロールワードの長さフィールドは、PWパケットに複数の順序付けられたセットが含まれているときにパケットの長さを示すために使用されます。このため、FC注文セットを含むFC PWパケットは、長さのフィールドに非ゼロ値が含まれていることを確認するために、60オクテット（8オクテットのヘッダーワードと最大13の順序セット）より大きくなければなりません（[参照] [参照]RFC4385]）。
Idle Primitive Signals could be carried over the PW in the same manner as Primitive Sequences. However, [FC-BB-5/AM1] requires that Idle Primitive Signals be dropped by the Ingress PE and regenerated by the egress PE in order to reduce bandwidth consumption (see [FC-BB-5/AM1] for further details).
アイドルプリミティブシグナルは、プリミティブシーケンスと同じ方法でPWを介して運ぶことができます。ただし、[FC-BB-5/AM1]では、帯域幅の消費を減らすために、侵入PEによってアイドルプリミティブシグナルをドロップし、出口PEによって再生する必要があります（詳細については[FC-BB-5/AM1]を参照）。
The egress PE extracts the Primitive Sequence or Primitive Signal from the received PW packet. For a Primitive Sequence, the PE continues transmitting the same FC Ordered Set to its attached FC port until an FC frame or another Ordered Set is received over the PW; see Section 1.2 above for discussion of ingress PE transmission behavior for Primitive Sequences. A Primitive Signal is sent once, except that Idle Primitive Signals are sent continuously when there is nothing else to send.
出力PEは、受信したPWパケットからプリミティブシーケンスまたはプリミティブ信号を抽出します。プリミティブシーケンスの場合、PEは、FCフレームまたは別の順序付けセットがPWで受信されるまで、接続されたFCポートに順序付けられた同じFC順序セットを送信し続けます。プリミティブシーケンスについては、イングレスPE伝送挙動の議論については、上記のセクション1.2を参照してください。プリミティブ信号は一度送信されますが、他に何も送信できない場合にアイドルプリミティブ信号が継続的に送信されることを除きます。
FC PW control frames are transported over the PW by encapsulating each frame in a PW packet with PT=6 in the Control Word. FC PW control frame payloads are generated and terminated by the corresponding FC entity. FC PW control frames are used for FC PW flow control (ASFC), ping, and transmission of error indications. [FC-BB-5/AM1] specifies the generation and processing of FC PW control frames. FC PW control frames are always shorter than 64 octets, and hence the Length field in the FC Control Word indicates their length.
FC PWコントロールフレームは、コントロールワードにPT = 6を含むPWパケットの各フレームをカプセル化することにより、PWの上に輸送されます。FC PWコントロールフレームペイロードは、対応するFCエンティティによって生成および終了されます。FC PWコントロールフレームは、FC PWフロー制御（ASFC）、PING、およびエラー適応の伝達に使用されます。[FC-BB-5/AM1] FC PWコントロールフレームの生成と処理を指定します。FC PWコントロールフレームは常に64オクテットよりも短いため、FCコントロールワードの長さフィールドは長さを示します。
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+---------------------------------------------------------------+
| FC PW Control Word |
+---------------------------------------------------------------+
| FC Encapsulation Header |
+---------------------------------------------------------------+
| |
+----- FC PW Control Frame ----+
| |
+---------------------------------------------------------------+
Figure 6 - FC PW Control Frame Encapsulation in PW Packet
図6 -PWパケットでのFC PWコントロールフレームのカプセル化
PW failures are detected through PW signaling failure, PW status notifications as defined in [RFC4447], or PW Operations, Administration, and Maintenance (OAM) mechanisms and MUST be mapped to emulated signal failure indications. Sending the FC link failure indication to its attached FC link is performed by the NSP, as defined by [FC-BB-5/AM1].
PWの障害は、[RFC4447]で定義されているPWシグナル伝達障害、PWステータス通知、またはPW操作、管理、およびメンテナンス（OAM）メカニズムを通じて検出され、エミュレートされたシグナル障害適応症にマッピングする必要があります。FCリンク障害表示を添付したFCリンクに送信することは、[FC-BB-5/AM1]で定義されているように、NSPによって実行されます。
[RFC4447] specifies the use of the MPLS Label Distribution Protocol (LDP) as a protocol for setting up and maintaining pseudowires. This section describes the use of specific fields and error codes used to control FC PW.
[RFC4447]は、MPLSラベル分布プロトコル（LDP）の使用を、擬似動物のセットアップと維持のためのプロトコルとして指定します。このセクションでは、FC PWを制御するために使用される特定のフィールドとエラーコードの使用について説明します。
The PW Type field in the PWid Forwarding Equivalence Class (FEC) element and PW generalized ID FEC elements MUST be set to the "FC Port Mode" value in Section 8.
PWID転送等価クラス（FEC）要素のPWタイプフィールドとPW一般化ID FEC要素は、セクション8の「FCポートモード」値に設定する必要があります。
The Control Word is REQUIRED for FC pseudowires. Therefore, the C-Bit in the PWid FEC element and PW generalized ID FEC elements MUST be set. If the C-Bit is not set, the pseudowire MUST NOT be established, and a Label Release MUST be sent with an "Illegal C-Bit" status code [RFC4447].
FC擬似動物には、制御ワードが必要です。したがって、PWID FEC要素とPW一般化ID FEC要素のCビットを設定する必要があります。Cビットが設定されていない場合は、擬似ワイヤを確立する必要はなく、ラベルのリリースを「違法なCビット」ステータスコード[RFC4447]で送信する必要があります。
The Fragmentation Indicator (Parameter ID = 0x09) is specified in [RFC4446], and its usage is defined in [RFC4623]. Since fragmentation is not used in FC PW, the fragmentation indicator parameter MUST be omitted from the Interface Parameter Sub-TLV.
フラグメンテーションインジケーター（パラメーターID = 0x09）は[RFC4446]で指定されており、その使用法は[RFC4623]で定義されています。FC PWでは断片化は使用されていないため、インターフェイスパラメーターSub-TLVからフラグメンテーションインジケーターパラメーターを省略する必要があります。
The Interface MTU Parameter (Parameter ID = 0x01) is specified in [RFC4447]. Since all FC interfaces have the same MTU, this parameter MUST be omitted from the Interface Parameter Sub-TLV.
インターフェイスMTUパラメーター（パラメーターID = 0x01）は[RFC4447]で指定されています。すべてのFCインターフェイスには同じMTUがあるため、このパラメーターはインターフェイスパラメーターSub-TLVから省略する必要があります。
The FCS Retention Indicator (Parameter ID = 0x0A) is specified in [RFC4720]. Since the CRC treatment defined in this document differs from one that is specified in [RFC4720], this parameter MUST be omitted from the Interface Parameter Sub-TLV.
FCS保持インジケーター（パラメーターID = 0x0A）は[RFC4720]で指定されています。このドキュメントで定義されているCRC処理は、[RFC4720]で指定されているドキュメントとは異なるため、このパラメーターはインターフェイスパラメーターSub-TLVから省略する必要があります。
Correct Fibre Channel link operation requires that the FC link latency between CE1 and CE2 (refer to Figure 1) be:
正しいファイバーチャネルリンク操作では、CE1とCE2の間のFCリンクの遅延（図1を参照）が必要です。
o no more than one-half of the R_T_TOV (Receiver Transmitter Timeout Value, default value: 100 milliseconds) of the attached devices for Primitive Sequences;
o プリミティブシーケンス用の添付デバイスのR_T_TOV（受信機トランスミッタータイムアウト値、デフォルト値：100ミリ秒）の半分以下。
o no more than one-half of the E_D_TOV (Error Detect Timeout Value, default value: 2 seconds) of the attached devices for frames; and
o フレーム用の添付デバイスのE_D_TOVの半分以下（タイムアウト値を検出、デフォルト値：2秒）。と
o within the R_A_TOV (Resource Allocation Timeout Value, default value: 10 seconds) of the attached fabric(s), if any. The FC standards require that the E_D_TOV value for each FC link be set so that the R_A_TOV value for the fabric is respected when the worst-case latency occurs for each link (see [FC-FS-2]).
o 添付ファブリックのR_A_TOV（リソース割り当てタイムアウト値、デフォルト値：10秒）内（s）内（s）があれば。FC標準では、各FCリンクのE_D_TOV値が設定されているため、各リンクで最悪のケースのレイテンシが発生したときにファブリックのR_A_TOV値が尊重されるようにします（[FC-FS-2]を参照）。
An FC PW MUST adhere to these three timing requirements and MUST NOT be used in environments where high or variable latency may cause these requirements to be violated.
FC PWは、これら3つのタイミング要件を遵守する必要があり、高または可変のレイテンシがこれらの要件に違反する可能性のある環境で使用してはなりません。
These three timeout values are ordered (R_T_TOV < E_D_TOV < R_A_TOV), so adherence to one-half of R_T_TOV for all FC PW traffic is sufficient. See [FC-FS-2] for definitions of the FC timeout values.
これらの3つのタイムアウト値は注文されています（R_T_TOV <E_D_TOV <R_A_TOV）。したがって、すべてのFC PWトラフィックについてR_T_TOVの半分を順守するだけで十分です。FCタイムアウト値の定義については、[FC-FS-2]を参照してください。
The R_T_TOV is used by the FC link initialization protocol. If an FC PW's latency exceeds one-half R_T_TOV, initialization of the FC link that is encapsulated by the FC PW may fail, leaving that FC link in a non-operational state.
R_T_TOVは、FCリンク初期化プロトコルで使用されます。FC PWのレイテンシが半分のR_T_TOVを超えると、FC PWによってカプセル化されるFCリンクの初期化が故障し、そのFCリンクが非運用状態になります。
The E_D_TOV is used to detect failures of operational FC links. If an FC PW's latency exceeds the one-half E_D_TOV requirement, the FC link that is encapsulated by the FC PW may fail. The usual FC response to such a link failure is to attempt to recover the FC link by initializing it. That initialization will also fail if the FC PW latency exceeds one-half R_T_TOV (a tighter requirement).
E_D_TOVは、運用上のFCリンクの障害を検出するために使用されます。FC PWのレイテンシが半分のE_D_TOV要件を超えると、FC PWによってカプセル化されるFCリンクが失敗する可能性があります。このようなリンク障害に対する通常のFC応答は、FCリンクを初期化して回復しようとすることです。FC PWの遅延が半分のR_T_TOV（より厳しい要件）を超えると、その初期化も失敗します。
The R_A_TOV is used to determine when FC communication resources (e.g., values that identify FC frames) may be reused. If an FC PW's violation of the one-half E_D_TOV requirement is sufficient to also cause the FC fabric to violate the R_A_TOV requirement, then FC reuse of frame identification values after an R_A_TOV timeout may result in multiple FC frames with the same identification values, causing incorrect Fibre Channel operation. For example, if two such frames are swapped between I/O operations, the result may corrupt data in the I/O operations.
R_A_TOVは、FC通信リソース（たとえば、FCフレームを識別する値など）が再利用される時期を決定するために使用されます。FC PWの半分のE_D_TOV要件の違反がFCファブリックにR_A_TOV要件に違反するのに十分である場合、R_A_TOVタイムアウトの後にFCのフレーム識別値の再利用が同じ識別値を持つ複数のFCフレームになり、誤ったファイバーチャネル操作。たとえば、そのような2つのフレームがI/O操作間に交換される場合、結果はI/O操作のデータを破損する可能性があります。
The PING and PING_ACK FC PW control frames defined in Section 6.4.7 of [FC-BB-5/AM1] SHOULD be used to measure the current FC pseudowire latency between the Customer Edge (CE) devices. If the measured latency violates any of the timing requirements, then the FC PW PE MUST generate a WAN Down event as specified in [FC-BB-5/AM1].
[FC-BB-5/AM1]のセクション6.4.7で定義されているPINGおよびPING_ACK FC PWコントロールフレームを使用して、顧客エッジ（CE）デバイス間の現在のFC擬似動物のレイテンシを測定する必要があります。測定されたレイテンシーがタイミング要件のいずれかに違反している場合、FC PW PEは[FC-BB-5/AM1]で指定されているようにWANダウンイベントを生成する必要があります。
The WAN Down event causes the PE to continuously send NOS (an FC Primitive Sequence) on the native FC link to the FC port at the other end of that link (typically an E_Port on a switch in this case).
WANダウンイベントにより、PEはそのリンクのもう一方の端にあるFCポートへのネイティブFCリンクにNOS（FCプリミティブシーケンス）を連続的に送信します（通常、この場合、スイッチのE_PORT）。
This immediately causes the FC link that is carried by the PW to become non-operational, halting transmission of FC traffic. However, it is not necessary to tear down the pseudowire itself in this situation (e.g., destroy the MPLS path set up by LDP).
これにより、PWによって運ばれるFCリンクは、FCトラフィックの非運用、停止感染になります。ただし、この状況では、擬似ワイヤー自体を取り壊す必要はありません（たとえば、LDPによって設定されたMPLSパスを破壊します）。
The Transparent FC-BB initialization state machine in [FC-BB-5/AM1] specifies the protocol used to attempt to recover from a WAN Down event (i.e., bring the WAN back up). If that protocol brings the WAN back up, FC traffic will resume and the standard FC link recovery protocol will bring the encapsulated FC link back up. If the previous pseudowire was destroyed, attempts will be made to re-establish the path via LDP as part of recovering from the WAN Down event. If the PW round-trip latency remains above R_T_TOV, the initialization protocol for the FC PW will repeatedly time out in attempting to recover from the WAN Down event, preventing recovery of the FC link carried by the PW; see [FC-BB-5/AM1].
[FC-BB-5/AM1]の透明なFC-BB初期化状態マシンは、WANダウンイベントから回復しようとするために使用されるプロトコルを指定します（つまり、WANを元に戻します）。そのプロトコルがWANをバックアップすると、FCトラフィックが再開され、標準のFCリンクリカバリプロトコルがカプセル化されたFCリンクをバックアップします。以前の擬似ワイヤーが破壊された場合、WANダウンイベントからの回復の一環として、LDPを介してパスを再確立する試みが行われます。PWの往復レイテンシがR_T_TOVを超えている場合、FC PWの初期化プロトコルは、WANダウンイベントから回復しようとする際に繰り返しタイムアウトし、PWが運ぶFCリンクの回復を妨げます。[FC-BB-5/AM1]を参照してください。
The FC PW is an MPLS pseudowire; for MPLS pseudowire security considerations, see the security considerations sections of [RFC3985] and [RFC4385].
FC PWはMPLS擬似ワイヤです。MPLS疑似セキュリティに関する考慮事項については、[RFC3985]および[RFC4385]のセキュリティに関する考慮事項セクションを参照してください。
The protocols used to implement security in a Fibre Channel fabric are defined in [FC-SP]. These protocols operate at higher layers of the FC hierarchy and are transparent to the FC PW.
ファイバーチャネルファブリックにセキュリティを実装するために使用されるプロトコルは、[FC-SP]で定義されています。これらのプロトコルは、FC階層のより高い層で動作し、FC PWに対して透明です。
The FC timing requirements (see Section 5) create an exposure of the FC PW to inserted latency. Injection of latency sufficient to cause the round-trip time for an FC PW to exceed R_T_TOV (default: 100 ms) may cause the FC PW to fail in an active fashion because the FC link initialization protocol repeatedly times out. OAM functionality for deployed FC PWs SHOULD monitor for persistence of this situation and respond accordingly (e.g., shut down the FC PW in order to avoid wasting WAN bandwidth on an FC PW whose FC link cannot be successfully initialized due to excessive latency).
FCタイミング要件（セクション5を参照）は、挿入されたレイテンシにFC PWの露出を作成します。FC PWがR_T_TOV（デフォルト：100ミリ秒）を超える往復時間を引き起こすのに十分なレイテンシを注入すると、FCリンクの初期化プロトコルが繰り返し回復するため、FC PWがアクティブな方法で失敗する可能性があります。展開されたFC PWSのOAM機能は、この状況の持続性を監視し、それに応じて応答する必要があります（たとえば、FC PWを過剰に潜られないために正常に初期化できないFC PWのWAN帯域幅を無駄にしないように）。
FC PW allows the transparent transport of FC traffic between Fibre Channel ports while saving network bandwidth by removing FC Idle Primitive Signals and reducing the number of FC Primitive Sequences.
FC PWは、FCアイドルプリミティブ信号を削除し、FCプリミティブシーケンスの数を減らすことにより、ネットワーク帯域幅を保存しながら、ファイバーチャネルポート間のFCトラフィックの透明な輸送を可能にします。
o The pair of CE devices operates as if they were directly connected by an FC link. In particular, they react to Primitive Sequences on their local FC links as specified by the FC standards.
o CEデバイスのペアは、FCリンクによって直接接続されているかのように動作します。特に、FC標準で指定されているように、ローカルFCリンクのプリミティブシーケンスに反応します。
o The FC PW carries only FC data frames, FC Primitive Signals, and a subset of the copies of an FC Primitive Sequence. Idle Primitive Signals are suppressed, and long streams of the same Primitive Sequence are reduced over the PW, thus saving bandwidth.
o FC PWには、FCプリミティブ信号、FCプリミティブシーケンスのコピーのサブセットのみが搭載されています。アイドルプリミティブ信号が抑制され、同じプリミティブシーケンスの長いストリームがPWで縮小されるため、帯域幅を保存します。
o The PW PE MUST generate Idle Primitive Signals to the attached FC link when there is no other traffic to transmit on the attached FC link [FC-FS-2].
o PW PEは、接続されたFCリンク[FC-FS-2]に送信する他のトラフィックがない場合、接続されたFCリンクにアイドルプリミティブ信号を生成する必要があります。
o The PW PE MUST send Primitive Sequences continuously to the attached FC port, as required by the FC standards [FC-FS-2].
o PW PEは、FC標準[FC-FS-2]で要求されているように、接続されたFCポートにプリミティブシーケンスを継続的に送信する必要があります。
FC PW traffic should only traverse MPLS networks that are provisioned based on traffic engineering to provide dedicated bandwidth for FC PW traffic. The MPLS network should enforce ingress traffic policing so that delivery of FC PW traffic can be assured. To extend FC across a network that does not satisfy these requirements, FCIP SHOULD be used instead of an FC PW (see [RFC3821] and [FC-BB-6]).
FC PWトラフィックは、FC PWトラフィックに専用の帯域幅を提供するために、トラフィックエンジニアリングに基づいてプロビジョニングされたMPLSネットワークを横断する必要があります。MPLSネットワークは、FC PWトラフィックの配信を保証できるように、イングレストラフィックポリシングを実施する必要があります。これらの要件を満たさないネットワーク全体にFCを拡張するには、FC PWの代わりにFCIPを使用する必要があります（[RFC3821]および[FC-BB-6]を参照）。
This document does not provide any mechanisms for protecting an FC PW against network outages. As a consequence, resilience of the emulated FC service to such outages is dependent upon the underlying MPLS network, which should be protected against failures. When a network outage is detected, the PE SHOULD use a WAN Down event (as specified in [FC-BB-5/AM1]) to convey the PW status to the CE and enable faster outage handling.
このドキュメントは、ネットワークの停止からFC PWを保護するためのメカニズムを提供しません。結果として、このような停止に対するエミュレートされたFCサービスの回復力は、故障から保護されるべき基礎となるMPLSネットワークに依存しています。ネットワークの停止が検出された場合、PEはWANダウンイベント（[FC-BB-5/AM1]で指定）を使用してPWステータスをCEに伝え、より速い停止処理を可能にします。
IANA has assigned a new MPLS Pseudowire (PW) type as follows:
IANAは、次のように新しいMPLS Pseudowire（PW）タイプを割り当てました。
PW type Description Reference
-------- -------------- ----------
0x001F FC Port Mode RFC 6307
IANA has reserved the following Pseudowire Interface Parameters Sub-TLV Types. These Sub-TLV types were used for the FC PW Selective Retransmission protocol, which the PWE3 working group has decided to eliminate. This action prevents future use of these values for other purposes, as there is at least one implementation of the Selective Retransmission protocol that has been deployed.
IANAは、次の擬似ワイヤインターフェイスパラメーターサブTLVタイプを予約しています。これらのサブTLVタイプは、PWE3ワーキンググループが排除することを決定したFC PW選択的再送信プロトコルに使用されました。このアクションは、展開されている選択的再送信プロトコルの少なくとも1つの実装があるため、他の目的でこれらの値の将来の使用を防ぎます。
Parameter ID Length Description Reference
--------- --------- ----------- ---------
0x12 Reserved RFC 6307
0x13 Reserved RFC 6307
0x14 Reserved RFC 6307
0x15 Reserved RFC 6307
Previous versions of this document were authored by Moran Roth, Ronen Solomon, and Munefumi Tsurusawa; their efforts and contributions are gratefully acknowledged. The authors would like to thank Stewart Bryant, Elwyn Davies, Steve Hanna, Dave Peterson, Yaakov Stein, Alexander Vainshtein, and the members of the IESG for helpful comments on this document.
このドキュメントの以前のバージョンは、Moran Roth、Ronen Solomon、Munefumi tsurusawaによって執筆されました。彼らの努力と貢献は感謝されています。著者は、スチュワート・ブライアント、エルウィン・デイビス、スティーブ・ハンナ、デイブ・ピーターソン、ヤコフ・スタイン、アレクサンダー・ヴァインシュテイン、およびこの文書に関する有益なコメントについてIESGのメンバーに感謝したいと思います。
The protocol specified in this document is intended to be used in conjunction with the Fibre Channel pseudowire portion of the FC-BB-5 Amendment 1 specification developed by INCITS Technical Committee T11. The authors would like to thank the members of both the IETF and T11 organizations who have supported and contributed to this work.
このドキュメントで指定されているプロトコルは、Incits Technical Committee T11によって開発されたFC-BB-5修正1の仕様のファイバーチャネル擬似ワイヤー部分と併せて使用することを目的としています。著者は、この作業をサポートし、貢献したIETFとT11の両方の組織のメンバーに感謝したいと思います。
[FC-BB-5/AM1] "Fibre Channel - Backbone-5 / Amendment 1", INCITS 462-2010/AM 1-2012, June 2012.
[FC-BB-5/AM1] "ファイバーチャネル-Backbone-5/修正1"、2012年6月、462-2010/AM 1-2012を挿入します。
[FC-FS-2] "Fibre Channel - Framing and Signaling-2 (FC-FS-2)", ANSI INCITS 424:2007, August 2007.
[FC-FS-2]「ファイバーチャネル - フレーミングとシグナル伝達-2（FC-FS-2）」、ANSIは424：2007、2007年8月を挿入します。
[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月。
[RFC3643] Weber, R., Rajagopal, M., Travostino, F., O'Donnell, M., Monia, C., and M. Merhar, "Fibre Channel (FC) Frame Encapsulation", RFC 3643, December 2003.
[RFC3643] Weber、R.、Rajagopal、M.、Travostino、F.、O'Donnell、M.、Monia、C。、およびM. Merhar、「ファイバーチャネル（FC）フレームカプセル化」、RFC 3643、2003年12月。
[RFC3985] Bryant, S., Ed., and P. Pate, Ed., "Pseudo Wire Emulation Edge-to-Edge (PWE3) Architecture", RFC 3985, March 2005.
[RFC3985] Bryant、S.、ed。、およびP. Pate、ed。、「Pseudo Wire Emulation Edge-to-Edge（PWE3）Architecture」、RFC 3985、2005年3月。
[RFC4385] Bryant, S., Swallow, G., Martini, L., and D. McPherson, "Pseudowire Emulation Edge-to-Edge (PWE3) Control Word for Use over an MPLS PSN", RFC 4385, February 2006.
[RFC4385] Bryant、S.、Swallow、G.、Martini、L。、およびD. McPherson、「Pseudowire Emulation Edge-to-Edge（PWE3）がMPLS PSNを介して使用するコントロールワード」、RFC 4385、2006年2月。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446] Martini、L。、「Pseudowire Edge to Edge Emulation（PWE3）のIANAの割り当て」、BCP 116、RFC 4446、2006年4月。
[RFC4447] Martini, L., Ed., Rosen, E., El-Aawar, N., Smith, T., and G. Heron, "Pseudowire Setup and Maintenance Using the Label Distribution Protocol (LDP)", RFC 4447, April 2006.
[RFC4447] Martini、L.、Ed。、Ed。、Rosen、E.、El-Aawar、N.、Smith、T.、およびG. Heron、「ラベル分布プロトコル（LDP）を使用した擬似ワイヤーのセットアップとメンテナンス」、RFC 4447、2006年4月。
[RFC4623] Malis, A. and M. Townsley, "Pseudowire Emulation Edge-to-Edge (PWE3) Fragmentation and Reassembly", RFC 4623, August 2006.
[RFC4623] Malis、A。およびM. Townsley、「Pseudowire Emulation Edge-to-Edge（PWE3）の断片化と再組み立て」、RFC 4623、2006年8月。
[RFC4720] Malis, A., Allan, D., and N. Del Regno, "Pseudowire Emulation Edge-to-Edge (PWE3) Frame Check Sequence Retention", RFC 4720, November 2006.
[RFC4720] Malis、A.、Allan、D。、およびN. del Regno、「Pseudowire Emulation Edge-to-Edge（PWE3）フレームチェックシーケンス保持」、RFC 4720、2006年11月。
[FC-BB-6] "Fibre Channel Backbone-6" (FC-BB-6), T11 Project 2159-D, Rev 1.04, Work in Progress, January 2012.
[FC-BB-6] "ファイバーチャネルバックボーン-6"（FC-BB-6）、T11プロジェクト2159-D、Rev1.04、2012年1月の作業。
[FC-SP] "Fibre Channel - Security Protocols" (FC-SP), ANSI INCITS 426:2007, February 2007.
[FC-SP]「ファイバーチャネル - セキュリティプロトコル」（FC-SP）、ANSIは426：2007、2007年2月を挿入します。
[RFC3821] Rajagopal, M., Rodriguez, E., and R. Weber, "Fibre Channel Over TCP/IP (FCIP)", RFC 3821, July 2004.
[RFC3821] Rajagopal、M.、Rodriguez、E。、およびR. Weber、「Fiber Channel over TCP/IP（FCIP）」、RFC 3821、2004年7月。
[RFC4717] Martini, L., Jayakumar, J., Bocci, M., El-Aawar, N., Brayley, J., and G. Koleyni, "Encapsulation Methods for Transport of Asynchronous Transfer Mode (ATM) over MPLS Networks", RFC 4717, December 2006.
[RFC4717] Martini、L.、Jayakumar、J.、Bocci、M.、El-Aawar、N.、Brayley、J。、およびG. Koleyni、「MPLSネットワーク上の非同期転送モード（ATM）の輸送のためのカプセル化方法」"、RFC 4717、2006年12月。
[T11] INCITS Technical Committee T11, http://www.t11.org, January 2011.
[T11]は、2011年1月、技術委員会T11、http：//www.t11.orgを挿入します。
Authors' Addresses
著者のアドレス
David L. Black (editor) EMC Corporation 176 South Street Hopkinton, MA 01748 USA Phone: +1 (508) 293-7953 EMail: david.black@emc.com
David L. Black（編集者）EMC Corporation 176 South Street Hopkinton、MA 01748 USA電話：1（508）293-7953メール：David.Black@emc.com
Linda Dunbar (editor) Huawei Technologies 1700 Alma Drive, Suite 500 Plano, TX 75075 USA Phone: +1 (972) 543-5849 EMail: ldunbar@huawei.com
Linda Dunbar（編集者）Huawei Technologies 1700 Alma Drive、Suite 500 Plano、TX 75075 USA電話：1（972）543-5849メール：ldunbar@huawei.com
Moran Roth Infinera Corporation 169 Java Drive Sunnyvale, CA 94089 USA Phone: (408) 572-5200 EMail: MRoth@infinera.com
Moran Roth Infinera Corporation 169 Java Drive Sunnyvale、CA 94089 USA電話：（408）572-5200メール：mroth@infinera.com
Ronen Solomon Orckit-Corrigent Systems 126, Yigal Alon st. Tel Aviv Israel Phone: +972-3-6945316 EMail: ronens@corrigent.com
Ronen Solomon orckit-orrigent Systems 126、Yigal Alon St。テルアビブイスラエル電話：972-3-6945316メール：ronens@corrigent.com