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
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.
ファイバチャネルの擬似回線（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.
このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報が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.
著作権（C）2012 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。
Table of Contents
目次
1. Introduction ....................................................3
1.1. 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）は、ストレージエリアネットワーク（SAN）のために主に使用される高速通信技術、です。単一のサイト（例えば、データセンター）内に、FCベースのSANは、ストレージシステムにサーバを接続し、FCは、サイト間で拡張することができます。 FCは、複数のサイトに拡張された場合、最も一般的な使用法は、災害からの回復を支援するストレージレプリケーション（例えば、洪水や火災の動作のうち、サイトをとること）です。これは特に、ストレージサーバーの許容できないパフォーマンスのネットワーク遅延の結果が同じサイトにない長距離の場合です。ファイバチャネルは、情報技術規格国際委員会（INCITS）技術委員会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].
ファイバチャネルを介してTCP / IP（FCIP）、[RFC3821]と[FC-BB-6]に記載されているように、IPネットワーク上別段の単離されたFC SANを相互接続します。 FCIPは、IPベースのネットワークを介してトンネリングするためのFCフレームをカプセル化するFCフレームのカプセル化[RFC3643]を使用します。 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上のファイバー・チャネル・ポートを相互接続すること、非常に低い損失率と並べ替えの非常に低い確率でプロビジョニングして動作させることができます。ファイバチャネル疑似回線（PW FC）は透過直接物理FCリンクによって接続されているFCポートの対と同様の挙動を生じるMPLSネットワークを介して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.
この文書では、MPLS PWを介してFCトラフィックを転送する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.
透明性は、FCIPからFC PWアプローチを区別します。 FCIPは、両端のFCのB_Portsを導入する一方、FC PWは、論理的に、直接PWの他方の端部に取り付けられたFCリンクの遠端上のFCポートとPWの一端に取り付けられたFCリンク上のFCポートを接続します拡張FCリンク。各FC B_portとリンク拡張の同じ側にFCスイッチにFC Eポートに接続されています。
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ポートによって生成されたアイドルプリミティブ信号を抑制（またはドロップ）するFC PWプロバイダエッジ（PE）のために必要です。遠端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-FS-2]の応答が受信されるか、またはいくつかの他のイベントが発生するまでを送信するFCポートを必要とします。帯域幅の効率を改善するために、FC PW PEは、WANを介して送信する繰り返しFCプリミティブ・シーケンス[FC-BB-5 / AM1]の部分集合をカプセル化します。例えば、同一の受信プリミティブのシーケンスにおいて、唯一すべての第四のプリミティブは、MPLSネットワークを介して送信されてもよいです。また、時間ベースのアプローチは、一回ごとに数ミリ秒を繰り返し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プリミティブ・シーケンスの連続的なストリームを生成するので、これは許容可能です。実際には、10：FCプリミティブシーケンス伝送速度の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のが、FCリンクの挙動の遠端FC PW PEの再生ポートは、各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.
ファイバチャネルはネイティブのフレーム再送信プロトコルとエラーとして扱い、ほとんどのフレーム配信の失敗を採用していません。フレームを提供するために、障害の典型的な結果は、I / Oの動作不良であるため、FC SANトラフィックが非常に低いフレーム損失率が必要です。このようなI / O障害からの回復が著しい遅延（30秒と60秒のタイムアウトが一般的である）であってもよいもの後にI / O操作の再試行を含みます。加えて、そのような試行は、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フレームの並べ替えは、FC PWのために最小化されなければなりません。
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].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[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アイドル抑制：任意のFCプリミティブ信号をアイドルソースPEの取り付けられたFCポートから受信した送信する他のFCトラフィックが存在しない場合、その接続されたFCポートに送信する宛先PEで抑制と再生されます。
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プリミティブシーケンス削減：反復FCプリミティブシーケンスのサブセットは、最も最近FCプリミティブ・シーケンスを送信先PEの取り付けFCにWANから受信先PEと、WANの伝送のために選択されたソースPEに取り付けられた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：FCトラフィックがドロップされないように、代替の簡易フロー制御（ASFC）プロトコルがピア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は、添付のFCポートで使用されるFCのリンクフロー制御にASFCを挿入することによってこの問題を回避します。 [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ポート：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ポート：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ポート：ポイントツーポイント（すなわち、N_ポートに接続）ポイント - ノードに接続されているスイッチ上のポート。また、ファブリックポートとして知られています。 Fポートはループできません。
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ポート（すなわち、NL_portsに）FC-ALループに接続するスイッチ上のポート。また、ファブリックループポートとして知られています。
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ポート：ポートは2つのファイバチャネルスイッチを接続するために使用されます。また、拡張ポートとして知られています。二つのスイッチ間のE_Portがリンクを形成するように接続されている場合、そのリンクは、スイッチ間リンク（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-BB-5 / AM1]で指定されるように）上記ポートタイプのみ以下FC接続のうちMPLS上FC PWによってサポートされています。
o N_Port to N_Port, established by an FC PLOGI (Port Login) operation
O N_ポートFC PLOGI（ポートログイン）操作によって確立されたN_ポートへ
o N_Port to F_Port, established by an FC FLOGI (Fabric Login) operation
FC FLOGI（ファブリックログイン）操作によって確立F_ポートにO N_ポート、
o E_Port to E_Port, established by an FC ELP (Exchange Link Parameters) operation
FC ELP（交換リンクパラメータ）の操作によって確立されたEポートにO Eポート、
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制御ワード（セクション3.1を参照）で符号化された4つのペイロードタイプ（PTS）に細分されます。
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で使用してはいけません。サービスクラスFは、FCスイッチファブリックに、スイッチ間のトラフィックのために使用されるのに対し番号FCサービスクラスは、エンド・ツー・エンド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仕様は、（[FC-FS-2]参照）8B / 10B伝送コードを使用ネイティブFC取付けリンクに限定されます。本書で指定されたプロトコルは、PWカプセル化のために、その8B相手に受信された10Bコードを変換し、したがって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:
汎用PW制御ワードは、「擬似回線エミュレーションエッジ間MPLS PSNの上の使用のための（PWE3）コントロールワード」[RFC4385]で定義されるように、設定して（ショートパケットの輸送を容易にするために、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データを示すために、入口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つのフラグビットの三つは、ペイロードタイプ（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プリミティブ配列（単数または複数）および/またはプリミティブ信号（S）。
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].
Lengthフィールドは、ショートパケットがイーサネットのために必要な最低限の64オクテットのパケットサイズにパディングされた元の疑似回線パケットの回復を可能にします。 [RFC4385]を参照してください。 Lengthフィールドは、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ラベル（図4を参照）なしで2164オクテットです。この最大サイズは、すべての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）デリミタ、フレームヘッダ、巡回冗長検査（CRC）フィールドを含むPWパケット、及びフレームの終了（EOF）デリミタにマッピングされます。
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 - PWパケット内のFCフレーム（SOF /データ/ CRC / EOF）カプセル化
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.
[RFC3643]で指定されるようにSOFとEOFフレーム区切り記号は、それぞれ単一オクテットに符号化される、ことを除いてのみFCサービスクラス4（に適用される区切り文字をコードSOFi4、SOFc4、SOFn4、EOFdt、EOFdti、EOFrt、及びEOFrti - - 使用してはいけません）[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".
PW PEは、CRCを再計算したり、受信したフレームにCRCをチェックする必要がないように、フレーム内のCRCは、FC取付けチャンネルから直接得られます。 CRCは、カバレッジがPWエンドポイントとの間で発生するデータエラーのために提供されることを保証すること、フレームを受信したFCポートによってチェックされます。このCRCの動作は、「いつものように、FCSは、入口PEで検査しなければならない、とエラーの発生したフレームを廃棄しなければならない」と述べている[RFC4720]で定義のPW用のフレームチェックシーケンス（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リンク上で、順序付けられたセットは、三のDxx.yデータ文字が続くK28.5文字で始まる4つの10B文字から成ります。すべてのFC順序セットは、K28.5制御文字で始まりますが、3次Dxx.yデータ文字が順序集合によって異なります。 Kxx.y制御文字は、対応するDxx.yデータ文字異なる10Bコードを有するが、（両方例えば、K28.5とD28.5 8Bコードの0xBCを使用）同じ8Bのコードを使用します。ここでは順序セットの2つの例は以下のとおりです。アイドル（IDLE）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.
D21.1 - - D31.5 - D9.2 O Linkが応答（LRR）をリセットしK28.5です。この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に示すように、各順序付きセットは3つの符号化データ文字に続く符号化されたK28.5制御文字[FC-BB-5 / AM1]を含む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 |
+---------------+---------------+---------------+---------------+
| 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は、添付のFCリンク上Dxx.y 10bを文字として次の三つDxx.y 8B値を送信しなければならないし、添付のFCリンク上10B Kxx.y文字としてこれらDxx.y 8Bの値のいずれかを送ってはいけません。
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
PWパケットは、一つ以上の符号化されたFC順序集合[FC-BB-5 / AM1]を含んでいてもよいです。 FC PWコントロールWordの長さフィールドは、PWパケットは、複数の順序付きセットが含まれている場合、パケット長を示すために使用されます。このため、FCが含まれているFC PWパケットは順序
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]).
セットは、長さフィールドは、（[RFC4385]を参照）は、非ゼロ値が含まれていることを確実にするために、60個のオクテット（ヘッダ・ワードの8つのオクテットプラスせいぜい13個の順序付けられたセット）よりも大きくてはいけません。
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（詳細については[FC-BB-5 / AM1]を参照）アイドルプリミティブ信号が入口PEによってドロップと帯域幅の消費を低減するために、出口PEによって再生されることを必要とします。
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がFCフレームまで、その接続されたFCポートに順序集合または別の順序セットPWを介して受信される送信継続します。プリミティブシーケンスのための入口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].
[RFC4447]で定義された、またはPW運用、管理、および保守（OAM）メカニズムと、エミュレート信号障害指示にマッピングされなければならない。ようPW障害は、障害、PW状態通知シグナリングPWを介して検出されますその添付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 Typeフィールドおよび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ビットが設定されていない場合、スードワイヤが確立されてはならない、とラベルリリース[RFC4447]「違法Cビット」ステータスコードを送らなければなりません。
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に使用されていないので、断片化指標パラメータは、インタフェースパラメータサブ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 = 0×01）[RFC4447]で指定されています。すべてのFCインターフェイスが同じMTUを有するので、このパラメータは、インタフェースパラメータサブ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]で指定されているものと異なるので、このパラメータは、インタフェースパラメータサブ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
フレームの接続されたデバイスの;：これ以上E_D_TOVの半分よりもO（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]).
R_A_TOV内のO（リソース割り当てのタイムアウト値、デフォルト値：10秒）付属のファブリック（複数可）の、いずれかの場合。 FC規格は、ファブリックのR_A_TOV値が尊重されるように、最悪の場合の待ち時間は、各リンクのために発生した場合、各FCリンクのE_D_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.
これら三つのタイムアウト値は、（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フレームを特定例えば、値）を再利用することができるときを決定するために使用されます。半分E_D_TOV要件のFC PWの違反はまた、FCファブリックはR_A_TOV要件に違反させるのに十分である場合、R_A_TOVタイムアウト後フレーム識別値のFC再利用が原因と、同じ識別値を持つ複数のFCフレームをもたらし得ます間違ったファイバ・チャネル・オペレーション。例えば、二つのそのようなフレームは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-BB-5 / AM1]で指定されるように、その後、FC PW PEは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ダウンイベントを連続的に（この場合、スイッチの典型的Eポート）、そのリンクの他端にFCポートにネイティブFCリンク上NOS（FCプリミティブ・シーケンス）を送信するためにPEを引き起こします。
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).
これはすぐにFCトラフィックの送信を停止する、非動作になるためにPWによって運ばれる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の初期化プロトコルはPWで運ばFCリンクの回復を妨げる、WANダウンイベントから回復しようで繰り返しタイムアウトます。 [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タイミング要件が挿入待ち時間にFC PWの露出を作成する（セクション5を参照します）。 FC PWはR_T_TOV（デフォルト：100ミリ秒）を超えするための往復時間を引き起こすのに十分なレイテンシーの注入は、FC PWが繰り返しタイムアウトするFCリンクの初期化プロトコルので、アクティブな方法で失敗する可能性があります。展開FC PWのためのOAM機能は、このような状況の持続性を監視し、それに応じて対応すべきである（例えば、そのFCリンクに成功過度の待ち時間に初期化することはできませんFC PWにWAN帯域幅の浪費を避けるために、FC PWをシャットダウン）。
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アイドルプリミティブ信号を除去し、FCプリミティブシーケンスの数を減らすことにより、ネットワーク帯域幅を節約しながら、FC PWは、ファイバー・チャネル・ポート間の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.
それらは直接FCリンクによって接続されているかのようにO CEデバイスのペアが動作します。特に、それらは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プリミティブ信号、および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].
添付のFCリンク[FC-FS-2]上で送信する他のトラフィックがない場合にO PW PEは、添付のFCリンクアイドルプリミティブ信号を生成しなければなりません。
o The PW PE MUST send Primitive Sequences continuously to the attached FC port, as required by the FC standards [FC-FS-2].
FC規格[FC-FS-2]によって必要とO PW PEは、連続的に取り付けられた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ネットワークを通過する必要があります。 FC PWトラフィックの配信を保証することができるように、MPLSネットワークは、入力トラフィックポリシングを適用すべきです。これらの要件を満たさないネットワークを介してFCを拡張するために、FCIPはFC PWの代わりに使用されてください（[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はCEにPWステータスを伝達し、高速停止処理を有効にする（[FC-BB-5 / AM1]で指定されるように）WANダウンイベントを使用すべきです。
IANA has assigned a new MPLS Pseudowire (PW) type as follows:
次のようにIANAは新しいMPLS擬似回線（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.
このドキュメントの以前のバージョンではモラン・ロス、Ronen氏ソロモン、およびMunefumi Tsurusawaによって作成されました。彼らの努力と貢献は深く感謝しています。作者はこのドキュメントの役に立つコメントをスチュワートブライアント、エルウィン・デイビス、スティーブ・ハンナ、デイブ・ピーターソン、Yaakovのスタイン、アレクサンダーVainshtein、および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 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] "ファイバチャネル - バックボーン-5 /修正1"、INCITS 462から2010 / AM 1から2012まで、2012年6月。
[FC-FS-2] "Fibre Channel - Framing and Signaling-2 (FC-FS-2)", ANSI INCITS 424:2007, August 2007.
[FC-FS-2] "のFibre Channel - フレーミングとシグナリング-2（FC-FS-2）"、ANSI INCITS 424：2007、2007年8月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[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]ウェーバー、R.、Rajagopal、M.、Travostino、F.、オドネル、M.、モニア、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]ブライアント、S.、エド。、およびP.パテ、エド。、 "疑似ワイヤーエミュレーション端から端まで（PWE3）アーキテクチャ"、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]ブライアント、S.、ツバメ、G.、マティーニ、L.、およびD.マクファーソン、 "MPLS PSNの上の使用のための擬似回線エミュレーションエッジツーエッジ（PWE3）制御ワード"、RFC 4385、2006年2月。
[RFC4446] Martini, L., "IANA Allocations for Pseudowire Edge to Edge Emulation (PWE3)", BCP 116, RFC 4446, April 2006.
[RFC4446]マティーニ、L.、BCP 116、RFC 4446、2006年4月 "エッジエミュレーションに擬似回線縁（PWE3）のためのIANAの割り当て"。
[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]、RFC 4447マティーニ、L.、エド。、ローゼン、E.、エルAawar、N.、スミス、T.、およびG.サギ、 "ラベル配布プロトコル（LDP）を使用して疑似回線の設定とメンテナンス" 、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、 "擬似ワイヤエミュレーションエッジ・ツー・エッジ（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.、アラン、D.、およびN.デル・レグノ、 "擬似回線エミュレーションエッジツーエッジ（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、改訂1.04、進歩、2012年1月での作業。
[FC-SP] "Fibre Channel - Security Protocols" (FC-SP), ANSI INCITS 426:2007, February 2007.
[FC-SP] "のFibre Channel - セキュリティプロトコル"（FC-SP）、ANSI INCITS 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.、ロドリゲス、E.、およびR.ウェーバー、 "ファイバーチャネルを介した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]マルティーニ、MPLSネットワークの上の非同期転送モードのトランスポート（ATM）のためのL.、Jayakumar、J.、ボッチ、M.、エルAawar、N.、Brayley、J.、およびG. Koleyni、「カプセル化方法」、RFC 4717、2006年12月。
[T11] INCITS Technical Committee T11, http://www.t11.org, January 2011.
[T11] INCITS T11技術委員会、http://www.t11.org、2011年1月。
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
デビッドL.ブラック（エディタ）EMCコーポレーション176サウスストリートホプキントン、MA 01748 USA電話：+1（508）293から7953 Eメール：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
リンダ・ダンバー（エディタ）華為技術1700アルマドライブ、スイート500プラノ、TX 75075 USA電話：+1（972）543から5849 Eメール：ldunbar@huawei.com
Moran Roth Infinera Corporation 169 Java Drive Sunnyvale, CA 94089 USA Phone: (408) 572-5200 EMail: MRoth@infinera.com
モラン・ロスのInfinera社169 Javaのドライブサニーベール、CA 94089 USA電話：（408）572から5200 Eメール：MRoth@infinera.com
Ronen Solomon Orckit-Corrigent Systems 126, Yigal Alon st. Tel Aviv Israel Phone: +972-3-6945316 EMail: ronens@corrigent.com
Ronen氏ソロモンOrckit・コリジェントシステムズ126、イーガル・アロンST。テルアビブイスラエル電話：+ 972-3-6945316 Eメール：ronens@corrigent.com