JP2004080226A - 代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 - Google Patents
代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 Download PDFInfo
- Publication number
- JP2004080226A JP2004080226A JP2002236178A JP2002236178A JP2004080226A JP 2004080226 A JP2004080226 A JP 2004080226A JP 2002236178 A JP2002236178 A JP 2002236178A JP 2002236178 A JP2002236178 A JP 2002236178A JP 2004080226 A JP2004080226 A JP 2004080226A
- Authority
- JP
- Japan
- Prior art keywords
- proxy
- frame
- port
- credit
- buffer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/263—Rate modification at the source after receiving feedback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
【課題】ＦＣ機器の受信バッファを仮想的に増加させ、受信バッファの小さいＦＣ機器同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることが可能なＦＣネットワークを提供する。
【解決手段】ＦＣ透過転送装置３，４はＦＣ機器１，７から受信したＦＣ−１レイヤの信号を各種ＷＡＮの信号に変換し、ＷＡＮ１００を経由して別のＦＣ透過転送装置４，３へ転送し、各種ＷＡＮの信号からＦＣ−１レイヤの信号を復元し、ＦＣ機器１，７へ送信する。代理ＦＣポート２，６は隣接するＦＣ機器１，７の代わりに大容量の受信バッファを提供し、ＦＣ機器１，７間のＷＡＮ１００を介した長距離伝送を可能とし、隣接するＦＣ機器１，７のＦＣポートの一部のように機能する。例えば、ＦＣ機器７と代理ＦＣポート６とは大容量の受信バッファを搭載した仮想的なＦＣ機器５として振舞う。
【選択図】 図１
【解決手段】ＦＣ透過転送装置３，４はＦＣ機器１，７から受信したＦＣ−１レイヤの信号を各種ＷＡＮの信号に変換し、ＷＡＮ１００を経由して別のＦＣ透過転送装置４，３へ転送し、各種ＷＡＮの信号からＦＣ−１レイヤの信号を復元し、ＦＣ機器１，７へ送信する。代理ＦＣポート２，６は隣接するＦＣ機器１，７の代わりに大容量の受信バッファを提供し、ＦＣ機器１，７間のＷＡＮ１００を介した長距離伝送を可能とし、隣接するＦＣ機器１，７のＦＣポートの一部のように機能する。例えば、ＦＣ機器７と代理ＦＣポート６とは大容量の受信バッファを搭載した仮想的なＦＣ機器５として振舞う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は代理ＦＣポート、ＦＣネットワーク及びそれらに用いるＦＣ透過転送方法に関し、特にＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）上にＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）の信号を透過的に転送するＦＣ透過転送方法に関する。
【０００２】
【従来の技術】
ＦＣは複数のストレージ装置やホストコンピュータを接続し、ＳＡＮ（Ｓｔｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構築するために用いられる通信プロトコルである。
【０００３】
ＦＣの仕様は、「ＡＮＳＩ Ｘ３．２３０−１９９４，Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｐｈｙｓｉｃａｌ ａｎｄ Ｓｉｇｎａｌｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＦＣ−ＰＨ）」等で標準化されている。
【０００４】
一方、既存のＷＡＮ上にＦＣの信号を透過的に転送する技術（ＦＣ透過転送）を用いて、２台のＦＣ機器をＷＡＮを介して長距離接続することによって、広域のＳＡＮを構築することが可能となる。ＦＣ透過転送を実現する装置は信号の変換においてＦＣ−１レイヤより上位のプロトコルを終端する必要がないため、単純なハードウェアで安価に製造することができるという利点を持つ。
【０００５】
上記のＦＣ透過転送を用いたネットワークの接続例を図１２に示す。図１２において、ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３はストレージ装置やホストコンピュータ等のＦＣインタフェースを持つ機器である。
【０００６】
ＦＣ透過転送装置４２，４３はＷＡＮ４００上にＦＣの信号を透過転送する機能を持つ。ＦＣ機器４１からＦＣ機器４４へ向けて送信されたＦＣ信号は、ＦＣ透過転送装置４２によってＷＡＮ４００の信号に変換され、ＦＣ透過転送装置４３へと転送される。ＦＣ透過転送装置４３ではＷＡＮ４００から受信した信号からＦＣの信号を復元し、ＦＣ機器４４に向けて転送する。ＦＣ機器４４からＦＣ機器４１へ向けて送信されたＦＣ信号についても同様に処理される。
【０００７】
ＦＣ機器４１とＦＣ機器４４との間でフレームを転送する時、ＢＢフロー制御（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ ｆｌｏｗ ｃｏｎｔｒｏｌ）によってフレームの損失を防ぐ。以下にＢＢフロー制御の処理について説明する。
【０００８】
各ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３のＦＣインタフェース部には受信バッファが存在し、受信バッファに格納できる最大フレーム数はＢＢ＿Ｃｒｅｄｉｔ（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ Ｃｒｅｄｉｔ）と呼ばれる。
【０００９】
ＦＣで接続された二台のＦＣ機器４１，４４は初期化時に、所定のプロトコルを用いて互いのＢＢ＿Ｃｒｅｄｉｔを交換し、相手の受信バッファのサイズを知る。各ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３は、１フレーム受信する毎に送信元のＦＣ機器へＲ＿ＲＤＹ（Ｒｅｃｅｉｖｅｒ Ｒｅａｄｙ）と呼ばれる制御信号を返信する。送信側のＦＣ機器は送信フレーム数と受信Ｒ＿ＲＤＹ数とをカウントすることで、相手の受信バッファの残量を監視する。送信フレーム数と受信Ｒ＿ＲＤＹ数との差が相手のＢＢ＿Ｃｒｅｄｉｔの値に達した時、相手の受信バッファが枯渇している可能性があるため、Ｒ＿ＲＤＹを受信するまで次のフレームの送信を停止する。
【００１０】
上記のＦＣネットワークの構成において、ＦＣ機器４１からＦＣ機器４４へとフレームを連続的に転送する様子を図１３に示する。図１３（ａ）は近距離接続の場合の構成、図１３（ｂ）は長距離接続の場合の構成をそれぞれ示している。ＦＣ機器４１とＦＣ機器４４とのＢＢ＿Ｃｒｅｄｉｔは共に「４」、すなわち受信バッファには最大４フレームまで格納することができるものとする。図１３の横方向は各機器の物理的な位置、縦方向は時刻を表しており、各図の左側に書かれた数字は、ＦＣ機器４１が管理するクレジットカウンタの値を示す。
【００１１】
ＦＣ機器４１はＦＣ機器４４からＢＢ＿Ｃｒｅｄｉｔの通知を受けた時、クレジットカウンタをＢＢ＿Ｃｒｅｄｉｔの値で初期化し、フレームを送信する毎に「１」減少させ、Ｒ＿ＲＤＹを受信する毎に「１」増加させる。クレジットカウンタのが「０」になると、ＦＣ機器４４の受信バッファが枯渇している可能性があるので、フレームの送信を停止する。
【００１２】
【発明が解決しようとする課題】
上述した従来のＦＣ透過転送方法では、図１３（ａ）に示すようにＦＣ機器４１とＦＣ機器４４とが近距離接続された場合、フレームの送信速度に対してＲ＿ＲＤＹの返信が十分早いため、特に問題は発生しない。
【００１３】
しかしながら、図１３（ｂ）に示すように、ＦＣ機器４１とＦＣ機器４４とが長距離接続された場合、ＦＣ機器４１が送信したフレームがＦＣ機器４４に到着するまでの遅延及びＦＣ機器４４が返信したＲ＿ＲＤＹがＦＣ機器４１に到着するまでの遅延が大きくなる。
【００１４】
その結果、図１３に示す例では、４フレーム目を送信した時点でクレジットカウンタが「０」になり、次のＲ＿ＲＤＹを受信するまで５フレーム目の送信を停止する。このように、ＦＣ機器４１，４４の接続距離が長くなると、データ転送速度が低下するという問題が発生する。
【００１５】
図１３（ｂ）から分かるように、ＦＣ機器４４が接続距離に対して十分な大きさの受信バッファを搭載していれば、データ転送速度が低下するという問題は発生しない。しかしながら、ストレージ装置やホストコンピュータに搭載されたＦＣインタフェースは元々、ＦＣスイッチと近距離で接続されることが想定されいるため、受信バッファは小容量であり、数キロメートル程度の接続が限界である。
【００１６】
ＦＣスイッチ同士の接続用のＦＣインタフェースについては、数１０キロメートルの接続に耐えられる受信バッファを持つ機器も存在するが、数１００ｋｍ以上の接続に耐えられるものは殆ど存在しない。また、既存のＦＣ機器に対して受信バッファを後から増設することは不可能と考えられる。
【００１７】
そこで、本発明の目的は上記の問題点を解消し、ＦＣ機器の受信バッファを仮想的に増加させることができ、受信バッファの小さいＦＣ機器同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができる代理ＦＣポート、ＦＣネットワーク及びそれらに用いるＦＣ透過転送方法を提供することにある。
【００１８】
【課題を解決するための手段】
本発明による代理ＦＣポートは、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークの代理ＦＣポートであって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを備え、前記大容量の受信バッファを用いて前記ＦＣ機器の受信バッファのバッファフロー制御を行っている。
【００１９】
本発明によるＦＣネットワークは、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークであって、前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設されかつ前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを備えている。
【００２０】
本発明によるＦＣ透過転送方法は、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークのＦＣ透過転送方法であって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設している。
【００２１】
すなわち、本発明のＦＣネットワークは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介した広域のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ネットワークにおいて、ＦＣ機器の代わりに大容量の受信バッファを提供する代理ＦＣポートをＦＣ機器とＦＣ透過転送装置との間に配設している。
【００２２】
これによって、本発明では、受信バッファの小さいＦＣ機器同士をＷＡＮを介して長距離接続した時に、フロー制御によってフレーム転送速度が低下するという問題を回避することが可能となる。
【００２３】
より具体的に説明すると、本発明のＦＣネットワークでは、受信側のＦＣ機器から送信側のＦＣ機器へ通知される受信バッファサイズ（ＢＢ＿ Ｃｒｅｄｉｔ）を代理ＦＣポートに搭載された受信バッファサイズに書換えることによって、送信側のＦＣ機器のクレジットカウンタの初期値を増加させている。その結果、本発明のＦＣネットワークでは、長距離伝送路の遅延の影響でクレジットカウンタが枯渇することがなくなり、クレジットカウンタの枯渇によってフレーム転送速度が低下することが無くなる。
【００２４】
また、本発明のＦＣネットワークでは、送信側のＦＣ機器のフレーム送信速度に比べて受信側のＦＣ機器のフレーム処理速度が遅い場合、受信側のＦＣ機器の処理速度を超えて転送されたフレームを代理ＦＣポートの受信バッファ［Ｆｒａｍｅ ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）］に蓄えることでフロー制御を行い、受信バッファの枯渇によってフレームが損失することを防いでいる。
【００２５】
さらに、本発明のＦＣネットワークでは、上記の代理ＦＣポートの機能をＦＣ透過転送装置のＦＣインタフェース部に組込むことで、上記と同様の機能を実現することが可能となる。
【００２６】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるＦＣネットワークはＦＣ機器１，７と、代理ＦＣポート２，６と、ＦＣ透過転送装置３，４と、ＦＣ透過転送装置３，４を接続するＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００とから構成されている。
【００２７】
ＦＣ機器１，７はＦＣインタフェースを持つ機器であり、ＦＣネットワークの末端に置かれるＦＣノードや、ファブリックの構成要素となるＦＣスイッチがこれに該当する。
【００２８】
ＦＣ透過転送装置３，４はＦＣ機器１，７から受信したＦＣ−１レイヤの信号を各種ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）の信号に変換し、ＷＡＮ１００を経由して別のＦＣ透過転送装置４，３へ転送する機能と、各種ＷＡＮの信号からＦＣ−１レイヤの信号を復元し、ＦＣ機器１，７へ送信する機能とを持つ装置である。ＦＣ透過転送装置３，４はＦＣ−１レイヤの信号からＷＡＮへの信号変換において、ＦＣ−１より上位レイヤのプロトコルを終端せず、ＦＣ−１以上のレイヤを透過的に転送する。上記のＦＣ透過転送装置３，４を用いることで、既存のＷＡＮ１００を利用した広域のＦＣネットワークを構築することが可能となる。
【００２９】
代理ＦＣポート２，６は隣接するＦＣ機器１，７の代わりに大容量の受信バッファを提供し、ＦＣ機器１，７間のＷＡＮ１００を介した長距離伝送を可能にする。代理ＦＣポート２，６は隣接するＦＣ機器１，７のＦＣポートの一部のように機能する。例えば、ＦＣ機器７と代理ＦＣポート６とは大容量の受信バッファを搭載した仮想的なＦＣ機器５として振舞う。
【００３０】
図２は図１の代理ＦＣポート２の内部構成を示すブロック図である。図２において、代理ＦＣポート２はＦＣ受信部２１，２９と、フレーム分離部２２と、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）２３と、Ｆｒａｍｅ ＦＩＦＯ２４と、送信制御部２５と、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６と、ＦＣ送信部２７，３２と、クレジットカウンタ２８と、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０と、Ｐｒｉｍｉｔｉｖｅ検出部３１とから構成されている。
【００３１】
ＦＣ受信部２１，２９はＦＣ機器１から入力されるＦＣ−０レイヤの光信号からＦＣ−１レイヤの非符号化ビット列を復元し、１バイト（８ｄａｔａ ｂｉｔ＋１ｃｏｎｔｒｏｌ ｂｉｔ） 毎に次ブロックへ引き渡す。同時に、ＦＣ受信部２１，２９はこのバイト列に同期したクロックを生成し、他のブロックへ提供する。
【００３２】
ＦＣ送信部２７，３２は前段ブロックから１バイト毎に渡されるＦＣ−１レイヤの非符号化ビット列をＦＣ−０レイヤの光信号にのせ、ＦＣ機器１の回線へ出力する。
【００３３】
フレーム分離部２２はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ ｆｌｏｗ ｃｏｎｔｒｏｌ）の対象となるＣｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔ、Ｃｌａｓｓ ２、Ｃｌａｓｓ ３及びＣｌａｓｓ ＦフレームをＦｒａｍｅ ＦＩＦＯ２４へ格納し、それ以外の信号をＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３へ格納する。この時、Ｉｄｌｅが３ワード以上連続する場合、３ワード目以降のＩｄｌｅはどちらのＦＩＦＯにも格納せずに廃棄する。
【００３４】
各フレームはＳＯＦ（Ｓｔａｒｔ−Ｏｆ−Ｆｒａｍｅ）デリミタで開始し、ＥＯＦ（Ｅｎｄ−Ｏｆ−Ｆｒａｍｅ）デリミタで終了する。ＳＯＦデリミタとして、Ｃｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔフレームの先頭にはＳＯＦＣ１、Ｃｌａｓｓ ２フレームの先頭にはＳＯＦｉ２またはＳＯＦｎ２、Ｃｌａｓｓ ３フレームの先頭にはＳＯＦｉ３またはＳＯＦｎ３、Ｃｌａｓｓ Ｆフレームの先頭にはＳＯＦｆが付加されているため、これらの信号を検出することでＢＢフロー制御の対象となるフレームを識別する。
【００３５】
Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御の対象とならない信号を格納するためのＦＩＦＯ型メモリであり、ワード単位（１ワード＝４バイト）で書込みと読出しとを行う。Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３に格納された信号はフロー制御に関係なく、最優先で送信されるため、数キロバイト分のサイズがあれば足りる。
【００３６】
Ｆｒａｍｅ ＦＩＦＯ２４はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御の対象となるＣｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔ、Ｃｌａｓｓ ２、Ｃｌａｓｓ ３及びＣｌａｓｓ Ｆフレームを格納するためのＦＩＦＯ型メモリであり、フレーム単位で書込みと読出しとを行う。Ｆｒａｍｅ ＦＩＦＯ２４に格納されたフレームは、隣接のＦＣ機器１の受信バッファ（図示せず）に空きがあれば送信される。
【００３７】
Ｐｒｉｍｉｔｉｖｅ検出部３１でＬＲ（Ｌｉｎｋ Ｒｅｓｅｔ）またはＬＲＲ（Ｌｉｎｋ Ｒｅｓｅｔ Ｒｅｓｐｏｎｓｅ）が検出された時、あるいはＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０でパラメータ交換用フレームが検出された時、Ｆｒａｍｅ ＦＩＦＯ２４に格納されたフレームが全て廃棄される。
【００３８】
Ｆｒａｍｅ ＦＩＦＯ２４は隣接のＦＣ機器１の代わりに長距離伝送に対応するための大容量の受信バッファの機能を提供する。ＦＣ機器１，７間を数百ｋｍ以上の長距離接続に対応するためには、数百フレームを格納できる大きさが必要になる。１フレーム分のバッファサイズは２キロバイト固定とする。
【００３９】
送信制御部２５はＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３、Ｆｒａｍｅ ＦＩＦＯ２４、及びクレジットカウンタ２８の内部状態から、隣接のＦＣ機器１へ次に送信する信号（ワード）を決定し、またはその信号をＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６へ引き渡す。
【００４０】
この処理は、（１）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３とＦｒａｍｅ ＦＩＦＯ２４とが共に空の時、Ｉｄｌｅを送信する、（２）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３が空でない時、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２４の先頭ワードを送信する、（３）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３が空、Ｆｒａｍｅ ＦＩＦＯ２４に空でなく、クレジットカウンタ２８の現在の値が「１」以上の時、Ｆｒａｍｅ ＦＩＦＯ２４から１フレーム分のデータを送信する、（４）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信する時、ＳＯＦデリミタの直前に連続する２ワード以上のＩｄｌｅが入るように、必要に応じてＩｄｌｅを挿入する、（５）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信する時、ＥＯＦデリミタと次のＳＯＦデリミタとの間に連続する６ワード以上のＰｒｉｍｉｔｉｖｅ Ｓｉｇｎａｌが挿入されるように、必要に応じてＩｄｌｅを挿入する、（６）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信した時、ＥＯＦデリミタの直後に連続する１ワード以上のＩｄｌｅが入るように、必要に応じてＩｄｌｅを挿入する、というルールに基づいている。
【００４１】
Ｐｒｉｍｉｔｉｖｅ検出部３１は隣接のＦＣ機器１から受信したＦＣ−１レイヤの信号からＲ＿ＲＤＹ（Ｒｅｃｅｉｖｅｒ Ｒｅａｄｙ）を検出した時、クレジットカウンタ２８を「１」増加する。また、Ｐｒｉｍｉｔｉｖｅ検出部３１はＬＲまたはＬＲＲを検出したら、クレジットカウンタ２８を隣接のＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔ（受信バッファサイズ）の値でリセットする。
【００４２】
ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６とＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０は隣接のＦＣ機器１から他方のＦＣ機器７へ通知されるＢＢ＿Ｃｒｅｄｉｔの検出と書換えとを行うためのブロックである。ＢＢ＿Ｃｒｅｄｉｔを通知するために使用されるプロトコルは、ＦＣ機器１，７の接続形態によって異なるため、ＤＩＰスイッチ等で利用者が接続形態を予め設定することができるようにし、設定に応じて動作を切替える。
【００４３】
例えば、２台のＦＣ機器１，７が共にＦＣスイッチの場合、ＥＬＰ（Ｅｘｃｈａｎｇｅ Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ）と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＥＬＰではＥＬＰ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して一方のＦＣスイッチから他方のＦＣスイッチへと転送し、その応答としてＥＬＰ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して返信する。
【００４４】
また、２台のＦＣ機器１，７が共にＦＣノードの場合、ＰＬＯＧＩ（Ｎ＿Ｐｏｒｔ Ｌｏｇｉｎ） と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＰＬＯＧＩではＰＬＯＧＩ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して一方のＦＣノードから他方のＦＣノードへと転送し、その応答として、ＰＬＯＧＩ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して返信する。
【００４５】
さらに、２台のＦＣ機器１，７のうち、一方がＦＣスイッチ、他方がＦＣノードの場合、ＦＬＯＧＩ（Ｆａｂｒｉｃ Ｌｏｇｉｎ）と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＦＬＯＧＩでは、ＦＬＯＧＩ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納してＦＣノードからＦＣスイッチへと転送し、その応答としてＦＬＯＧＩ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納してＦＣスイッチからＦＣノードへ返信する。
【００４６】
これらのプロトコルで使用されるＲｅｑｕｅｓｔフレームとＡｃｃｅｐｔフレームとを識別するために、本発明が参照するフレーム形式及びフィールドの値を図３及び図４に示す。
【００４７】
例えば、ＳＯＦｆデリミタで始まり、第１ワードの第０バイト（Ｒ＿ＣＴＬ）が 「０ｘ ０２」、第３ワードの第０バイト（ＴＹＰＥ）が「０ｘ ２２」、第７ワード （ＳＷ＿ＩＬＳ Ｃｏｍｍａｎｄ Ｃｏｄｅ）が「０ｘ １０００００００」ならば、ＥＬＰ Ｒｅｑｕｅｓｔフレームである。
【００４８】
ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６はＷＡＮ１００側から隣接のＦＣ機器１へ向てけ転送される上記のＲｅｑｕｅｓｔフレームを検出し、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０へ通知する。この検出は、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてＡｃｃｅｐｔフレームを識別するために必要となる。
【００４９】
ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０は隣接のＦＣ機器１から他方のＦＣ機器７へと転送される上記のＲｅｑｕｅｓｔフレームまたはＡｃｃｅｐｔフレームを検出し、そのフレームに格納されたＢＢ＿Ｃｒｅｄｉｔを読出し、クレジットカウンタ２８をその値でリセットする。同時に、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はフレームに格納されたＢＢ＿Ｃｒｅｄｉｔの値をＦｒａｍｅ ＦＩＦＯ２４に格納可能なフレーム数に書換えて送信する。
【００５０】
ここで、図３及び図４に示した各Ａｃｃｅｐｔフレームのフィールドの値は他のプロトコルでも共用されるため、これらの値が一致することを確認するだけではＡｃｃｅｐｔフレームを特定することができない。そこで、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６において、対応するＲｅｑｕｅｓｔフレームが検出されていることをＡｃｃｅｐｔフレームを検出するための判定条件に加える。
【００５１】
ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６からＲｅｑｕｅｓｔフレームの検出通知を受けた時に内部のフラグ（図示せず）をセットし、Ａｃｃｅｐｔフレームを検出した時にフラグがセットされていれば、ＢＢ＿Ｃｒｅｄｉｔの読出しと書換えとを行い、同時にフラグをクリアする。また、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はＲｅｊｅｃｔ（拒否）フレームが検出された時に、無条件にフラグをクリアする。Ｒｅｊｅｃｔフレームを特定するためのフィールドの値もまた図３及び図４に示している。
【００５２】
クレジットカウンタ２８は隣接のＦＣ機器１の受信バッファの残量を管理するためのカウンタである。本カウンタの初期値は「１」以上にする。ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部（＃３−１１）においてＢＢ＿Ｃｒｅｄｉｔ交換用のフレームが検出された時、クレジットカウンタ２８にはそのＢＢ＿ＣＲＥＤＩＴの値がセットされる。Ｐｒｉｍｉｔｉｖｅ検出部３１においてＬＲかＬＲＲのいずれかが検出された時、クレジットカウンタ２８は最後に検出された隣接のＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔの値にリセットされる。
【００５３】
Ｐｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹが検出された時、クレジットカウンタ２８は「１」増加し、送信制御部２５においてＦｒａｍｅ ＦＩＦＯ２４から１フレーム送信した時、「１」減少する。本カウンタの値が「０」の時には、隣接のＦＣ機器１の受信バッファが枯渇したことを示しており、この時には送信制御部２５に対してＦｒａｍｅ ＦＩＦＯ２４からのフレーム送信を停止させる。
【００５４】
尚、図示していないが、代理ＦＣポート６は上述した代理ＦＣポート２の構成と同様の構成となっており、その動作も上述した代理ＦＣポート２と同様の動作を行う。
【００５５】
図５〜図９は図１のＦＣ機器１，７及び代理ＦＣポート２，６において各処理が行われた時の動作を示す図である。これら図５〜図９において、横方向は各機器が置かれた物理的な位置、縦方向は時刻を示す。実線の矢印はフレームの転送、破線の矢印はＲ＿ＲＤＹの転送をそれぞれ示している。
【００５６】
これら図１〜図９を参照して、２台のＦＣ機器１，７間でＢＢ＿Ｃｒｅｄｉｔの交換やフレームの連続転送、及びＬｉｎｋ Ｒｅｓｅｔが行われた時の代理ＦＣポート２，６の動作について説明する。
【００５７】
２台のＦＣ機器１，７は共にＢＢ＿Ｃｒｅｄｉｔ＝４の受信バッファを持つＦＣスイッチとする。代理ＦＣポート２，６は１０２４フレームを格納することができる大きさのＦｒａｍｅ ＦＩＦＯ２４を持ち、ＷＡＮ１００を介して長距離接続されているものとする。
【００５８】
各機器の軸上またはその横に描かれた数字は、その機器が管理するクレジットカウンタの値を表す。ＦＣ機器１，７が１フレーム送信すると、クレジットカウンタはその値を「１」減少させ、Ｒ＿ＲＤＹを受信すると、その値を「１」増加させる。また、ＢＢ＿Ｃｒｅｄｉｔ交換用のフレーム（ＥＬＰ ＲｅｑｕｅｓｔまたはＥＬＰ Ａｃｃｅｐｔ）を受信すると、クレジットカウンタはそのフレームに格納されたＢＢ＿Ｃｒｅｄｉｔの値にリセットされる。同様に、ＬＲかＬＲＲを送信する前に、クレジットカウンタは交換した値にリセットされる。代理ＦＣポート２，６が持つクレジットカウンタ２８の機能は上述した通りである。
【００５９】
図５はＥＬＰ（Ｅｘｃｈａｎｇｅ Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ）によってＦＣ機器１とＦＣ機器７との間でＢＢ＿Ｃｒｅｄｉｔの交換が行われる時の様子を示している。各機器のクレジットカウンタの初期値は「１」とする。
【００６０】
最初に、ＦＣ機器１はＥＬＰ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔ＝４を格納し、ＦＣ機器７へ向けて送信する。代理ＦＣポート２はＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてこのフレームを検出し、このフレームに格納されたＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔ（＝４）をクレジットカウンタ２８に設定する。同時に、このフレームのＢＢ＿Ｃｒｅｄｉｔの値を自身のＦｒａｍｅ ＦＩＦＯ２４の大きさ（＝１０２４）に書換え、代理ＦＣポート６へ向けて転送する。
【００６１】
代理ＦＣポート６はこのＥＬＰ Ｒｅｑｕｅｓｔフレームを受信し、Ｆｒａｍｅ ＦＩＦＯ２４へ格納する。この時、代理ＦＣポート６のクレジットカウンタ２８は 「１」以上あるため、送信制御部２５はＦｒａｍｅ ＦＩＦＯ２４に格納されたフレームを即座に引き取り、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６へ引き渡し、同時にクレジットカウンタ２８の値を「１」減少させる。ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６はこの信号がＥＬＰ Ｒｅｑｕｅｓｔフレームであることを検出し、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０へ通知し、このフレームをＦＣ機器７へ転送する。
【００６２】
ＦＣ機器７は代理ＦＣポート６から転送されたＥＬＰ Ｒｅｑｕｅｓｔフレームを受信し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝１０２４）をクレジットカウンタへ設定する。ＦＣ機器７はＥＬＰ Ｒｅｑｕｅｓｔフレームに対するＲ＿ＲＤＹを返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８の値を「１」増加させ、Ｒ＿ＲＤＹを代理ＦＣポート２へ転送する。代理ＦＣポート２は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器１へ転送する。ＦＣ機器１はＲ＿ＲＤＹを受けてクレジットカウンタの値を「１」増加させる。
【００６３】
ＦＣ機器７はＥＬＰ Ｒｅｑｕｅｓｔフレームに対する応答として、ＥＬＰ Ａｃｃｅｐｔフレームに自身のＢＢ＿Ｃｒｅｄｉｔ（＝４）を格納し、ＦＣ機器１へ向けて送信する。代理ＦＣポート６は以前にＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６においてＥＬＰ Ｒｅｑｕｅｓｔフレームを検出しているため、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてＥＬＰ Ａｃｃｅｐｔフレームを検出し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝４）をクレジットカウンタ２８に設定する。同時に、代理ＦＣポート６はこのフレームのＢＢ＿Ｃｒｅｄｉｔの値をＦｒａｍｅ ＦＩＦＯ２４に格納できるフレーム数（＝１０２４）に書換え、代理ＦＣポート２へ転送する。
【００６４】
代理ＦＣポート２はＥＬＰ Ａｃｃｅｐｔフレームを受信すると、このフレームをＦｒａｍｅ ＦＩＦＯ２４に格納した後、送信制御部２５によってクレジットカウンタ２８を「１」減少させ、このフレームをＦＣ機器１へ転送する。ＦＣ機器１はＥＬＰ Ａｃｃｅｐｔフレームを受信し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝１０２４）を自身のクレジットカウンタへ設定する。また、ＦＣ機器１はＥＬＰ Ａｃｃｅｐｔフレームに対するＲ＿ＲＤＹをＦＣ機器７へ返信する。
【００６５】
代理ＦＣポート２はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８の値を「１」増加させ、Ｒ＿ＲＤＹを代理ＦＣポート６へ転送する。代理ＦＣポート６は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を経由してＦＣ機器７へ転送する。ＦＣ機器７はＲ＿ＲＤＹを受信すると、クレジットカウンタの値を「１」増加させる。以上の処理によって、ＢＢ＿Ｃｒｅｄｉｔの交換の処理が完了する。
【００６６】
図６はＦＣ機器１からＦＣ機器７へＣｌａｓｓ ３フレームを連続的に転送した時の様子を示している。図６の初期状態は、図５においてＢＢ＿Ｃｒｅｄｉｔが交換された直後とし、ＦＣ機器１及びＦＣ機器７各々のクレジットカウンタには「１０２４」、代理ＦＣポート２及び代理ＦＣポート６各々のクレジットカウンタ２８には「４」が設定されているものとする。
【００６７】
ＦＣ機器１は１フレーム送信する毎にクレジットカウンタの値を「１」ずつ減少させる。クレジットカウンタの初期値が「１０２４」であるため、１０２４フレームまではＲ＿ＲＤＹの応答を待つことなく送信することができる。代理ＦＣポート２はＦＣ機器１から送信されたフレームを代理ＦＣポート６へ向けて転送する。
【００６８】
代理ＦＣポート６はフレーム分離部２２においてＣｌａｓｓ ３フレームを受信したことを検出し、Ｆｒａｍｅ ＦＩＦＯ２４へ順に格納する。送信制御部２５はＦｒａｍｅ ＦＩＦＯ２４に格納されたフレームを順に転送し、１フレーム転送する毎にクレジットカウンタ２８を「１」減少させる。この例では、クレジットカウンタ２８は常に「１」以上となっているため、Ｆｒａｍｅ ＦＩＦＯ２４へ格納されたフレームは即座に掃き出され、複数のフレームが蓄積されることはない。
【００６９】
ＦＣ機器７はフレームを受信する毎にＲ＿ＲＤＹを返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８を「１」増加させ、代理ＦＣポート２へＲ＿ＲＤＹを転送する。この例では、フレームが転送されている間、代理ＦＣポート６のクレジットカウンタ２の値は「３」と「２」とを繰り返す。
【００７０】
代理ＦＣポート２は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３へ格納し、すぐにＦＣ機器１へ転送する。ＦＣ機器１はＲ＿ＲＤＹを受信すると、クレジットカウンタを「１」増加する。
【００７１】
図６に示す例は、ＦＣ機器１のフレーム送信速度に比べてＦＣ機器７のフレーム処理速度が十分速いため、代理ＦＣポートのＦｒａｍｅ ＦＩＦＯにフレームが蓄積されることはなく、代理ＦＣポート６のクレジットカウンタ２８は「３」と「２」とを繰り返し、ＦＣ機器１のクレジットカウンタは「１０１９」と「１０１８」とを繰り返す。
【００７２】
代理ＦＣポート６が存在しなければ、ＦＣ機器１のクレジットカウンタはＦＣ機器７のＢＢ＿Ｃｒｅｄｉｔである「４」から開始するため、４フレーム送信したところでクレジットカウンタが「０」になり、Ｒ＿ＲＤＹを受信するまでは送信を停止することになる。代理ＦＣポート６が存在することでクレジットカウンタの初期値が「１０２４」まで増加し、１０２４フレームまでは連続して送信することが可能になる。
【００７３】
図７はＦＣ機器１のフレーム送信速度に比べ、ＦＣ機器７のフレーム処理速度が遅い時の様子を示している。代理ＦＣポート６はＦＣ機器１から転送されるフレームに比べ、ＦＣ機器７から返信されるＲ＿ＲＤＹの速度が遅いため、クレジットカウンタ２８の値が「０」に到達した後、Ｒ＿ＲＤＹの返信速度に合せて「０」と「１」とを繰り返し、Ｆｒａｍｅ ＦＩＦＯ２４にフレームが蓄積されていく。この動作は、代理ＦＣポート６とＦＣ機器７との間でフロー制御が働いた状態を表している。ＦＣ機器１はフレームの送信速度に比べてＲ＿ＲＤＹの受信速度が遅いため、クレジットカウンタの値が減少していく。
【００７４】
図８はＦＣ機器１のフレーム送信速度に比べ、ＦＣ機器７のフレーム処理速度が遅いため、ＦＣ機器１のクレジットカウンタが「０」に達した時の動作を示している。
【００７５】
ＦＣ機器１はクレジットカウンタが「０」の間、フレームの送信を停止し、Ｒ＿ＲＤＹを受信してクレジットカウンタが「１」になったら１フレーム送信し、クレジットカウンタが再び「０」になる動作を繰り返す。この動作は、ＦＣ機器１と代理ＦＣポート７との間でフロー制御が働いた状態を表している。
【００７６】
図９はＦＣ機器７の異常によってＲ＿ＲＤＹが返信されなくなり、ＦＣ機器１と代理ＦＣポート６のクレジットカウンタが「０」の状態から変化しなくなったため、ＦＣ機器１とＦＣ機器７との間でＬｉｎｋ Ｒｅｓｅｔによる復旧処理が行われた時の動作を示している。
【００７７】
ＦＣ機器１はクレジットカウンタの値を「１０２４」に戻した後、ＬＲを送信する。代理ＦＣポート２はＰｒｉｍｉｔｉｖｅ検出部３１によってＬＲを検出すると、クレジットカウンタ２８の値を「４」に戻し、同時にＦｒａｍｅ ＦＩＦＯ２４の中に残っている全フレームを廃棄する。代理ＦＣポート２は受信したＬＲをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器７へ転送する。
【００７８】
ＦＣ機器７はＬＲを受信すると、クレジットカウンタの値を「１０２４」に戻し、ＬＲＲへ返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１によってＬＲＲを検出すると、クレジットカウンタ２８の値を「４」に戻し、同時にＦｒａｍｅ ＦＩＦＯ２４の中に残っている全フレームを廃棄し、そのＬＲＲを代理ＦＣポート２へ転送する。代理ＦＣポート２は受信したＬＲＲをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器１へ転送し、ＦＣ機器１がこれを受信すると、復旧処理が完了する。
【００７９】
図１２に示すように、ＦＣ透過転送装置４２，４３を用いて２台のＦＣ機器４１，４４をＷＡＮ４００を介して長距離接続したＦＣネットワークにおいて、接続距離に対して十分な大きさの受信バッファがＦＣ機器４１，４４に搭載されていないと、図１３（ｂ）に示すように、ＢＢフロー制御によってフレーム転送速度が低下する。
【００８０】
本実施例では、代理ＦＣポート２，６をＦＣ透過転送装置３，４とＦＣ機器１，７との間に配設することによって、ＦＣ機器１，７の受信バッファを仮想的に増加させることが可能となり、受信バッファの小さいＦＣ機器１，７同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができる。
【００８１】
図１０は本発明の他の実施例によるＦＣネットワークの構成を示すブロック図である。図１０において、本発明の他の実施例によるＦＣネットワークは上述した代理ＦＣポート２，６の機能をＦＣ透過転送装置１２，１５内に設けた以外は図１に示す本発明の一実施例によるＦＣネットワークと同様の構成となっている。
【００８２】
すなわち、本発明の他の実施例によるＦＣネットワークはＦＣ機器１１，１８と、代理ＦＣポート部１３，１７及びＦＣ透過転送部１４，１６からなるＦＣ透過転送装置１２，１５と、ＦＣ透過転送装置１２，１５間を接続するＷＡＮ１００とから構成されている。
【００８３】
図１１は図１０のＦＣ透過転送装置１５の内部構成を示すブロック図である。図１１において、ＦＣ透過転送装置１５はＦＣ透過転送部１６と代理ＦＣポート部１７とからなり、ＦＣ透過転送部１６は前段ブロックから渡されるＦＣ−１の信号をＷＡＮの信号に変換し、ＷＡＮ１００に接続された他のＦＣ透過転送装置１２へ転送する機能及びＷＡＮの信号からＦＣ−１の信号を復元し、後段ブロックへ引き渡す機能を実現する。
【００８４】
この場合、ＦＣ透過転送装置１５には元々、代理ＦＣポート２が実現していた機能のうち、ＦＣの送受信機能（ＦＣ受信部２１及びＦＣ送信部３２）を除いた代理ＦＣポート２の全ての機能を提供する代理ＦＣポート部１７が配設されている。
【００８５】
すなわち、代理ＦＣポート部１７は図２に示す代理ＦＣポート２と同じ機能を持ち、フレーム分離部２２と、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３と、Ｆｒａｍｅ ＦＩＦＯ２４と、送信制御部２５と、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６と、ＦＣ送信部２７と、クレジットカウンタ２８と、ＦＣ受信部２９と、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０と、Ｐｒｉｍｉｔｉｖｅ検出部３１とを備えている。尚、代理ＦＣポート部１３は上述した代理ＦＣポート部１７と同様の構成となっており、その動作も代理ＦＣポート部１７と同様である。
【００８６】
本実施例は代理ＦＣポート２，６の機能（代理ＦＣポート部１３，１７）がＦＣ透過転送装置１２，１５内で実行される以外は、上述した本発明の一実施例によるＦＣネットワークと同様の動作を行うので、その動作についての説明は省略する。また、本実施例による効果は上記の本発明の一実施例の効果と同様である。
【００８７】
【発明の効果】
以上説明したように本発明は、一対のＦＣ機器間で授受される信号を、ＷＡＮを介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークにおいて、代理ＦＣポートに、ＦＣ機器が備える受信バッファより大容量の受信バッファを備え、この大容量の受信バッファを用いてＦＣ機器の受信バッファのバッファフロー制御を行うことによって、ＦＣ機器の受信バッファを仮想的に増加させることができ、受信バッファの小さいＦＣ機器同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＦＣネットワークの構成を示すブロック図である。
【図２】図１の代理ＦＣポートの内部構成を示すブロック図である。
【図３】本発明が参照するフレーム形式及びフィールドの値を示す図である。
【図４】本発明が参照するフレーム形式及びフィールドの値を示す図である。
【図５】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図６】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図７】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図８】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図９】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図１０】本発明の他の実施例によるＦＣネットワークの構成を示すブロック図である。
【図１１】図１０のＦＣ透過転送装置の内部構成を示すブロック図である。
【図１２】従来例によるＦＣネットワークの構成を示すブロック図である。
【図１３】（ａ），（ｂ）は従来例によるＦＣネットワークの動作を示す図である。
【符号の説明】
１，７ ＦＣ機器
２，６ 代理ＦＣポート
３，４，１２，１５ ＦＣ透過転送装置
１１，１８ ＦＣ機器
１３，１７ 代理ＦＣポート部
１４，１６ ＦＣ透過転送部
２１，２９ ＦＣ受信部
２２ フレーム分離部
２３ Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ
２４ Ｆｒａｍｅ ＦＩＦＯ
２５ 送信制御部
２６ ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部
２７，３２ ＦＣ送信部
２８ クレジットカウンタ
３０ ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部
３１ Ｐｒｉｍｉｔｉｖｅ検出部
１００ ＷＡＮ
【発明の属する技術分野】
本発明は代理ＦＣポート、ＦＣネットワーク及びそれらに用いるＦＣ透過転送方法に関し、特にＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）上にＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）の信号を透過的に転送するＦＣ透過転送方法に関する。
【０００２】
【従来の技術】
ＦＣは複数のストレージ装置やホストコンピュータを接続し、ＳＡＮ（Ｓｔｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構築するために用いられる通信プロトコルである。
【０００３】
ＦＣの仕様は、「ＡＮＳＩ Ｘ３．２３０−１９９４，Ｆｉｂｒｅ Ｃｈａｎｎｅｌ Ｐｈｙｓｉｃａｌ ａｎｄ Ｓｉｇｎａｌｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＦＣ−ＰＨ）」等で標準化されている。
【０００４】
一方、既存のＷＡＮ上にＦＣの信号を透過的に転送する技術（ＦＣ透過転送）を用いて、２台のＦＣ機器をＷＡＮを介して長距離接続することによって、広域のＳＡＮを構築することが可能となる。ＦＣ透過転送を実現する装置は信号の変換においてＦＣ−１レイヤより上位のプロトコルを終端する必要がないため、単純なハードウェアで安価に製造することができるという利点を持つ。
【０００５】
上記のＦＣ透過転送を用いたネットワークの接続例を図１２に示す。図１２において、ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３はストレージ装置やホストコンピュータ等のＦＣインタフェースを持つ機器である。
【０００６】
ＦＣ透過転送装置４２，４３はＷＡＮ４００上にＦＣの信号を透過転送する機能を持つ。ＦＣ機器４１からＦＣ機器４４へ向けて送信されたＦＣ信号は、ＦＣ透過転送装置４２によってＷＡＮ４００の信号に変換され、ＦＣ透過転送装置４３へと転送される。ＦＣ透過転送装置４３ではＷＡＮ４００から受信した信号からＦＣの信号を復元し、ＦＣ機器４４に向けて転送する。ＦＣ機器４４からＦＣ機器４１へ向けて送信されたＦＣ信号についても同様に処理される。
【０００７】
ＦＣ機器４１とＦＣ機器４４との間でフレームを転送する時、ＢＢフロー制御（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ ｆｌｏｗ ｃｏｎｔｒｏｌ）によってフレームの損失を防ぐ。以下にＢＢフロー制御の処理について説明する。
【０００８】
各ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３のＦＣインタフェース部には受信バッファが存在し、受信バッファに格納できる最大フレーム数はＢＢ＿Ｃｒｅｄｉｔ（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ Ｃｒｅｄｉｔ）と呼ばれる。
【０００９】
ＦＣで接続された二台のＦＣ機器４１，４４は初期化時に、所定のプロトコルを用いて互いのＢＢ＿Ｃｒｅｄｉｔを交換し、相手の受信バッファのサイズを知る。各ＦＣ機器４１，４４，４５−１〜４５−３，４６−１〜４６−３は、１フレーム受信する毎に送信元のＦＣ機器へＲ＿ＲＤＹ（Ｒｅｃｅｉｖｅｒ Ｒｅａｄｙ）と呼ばれる制御信号を返信する。送信側のＦＣ機器は送信フレーム数と受信Ｒ＿ＲＤＹ数とをカウントすることで、相手の受信バッファの残量を監視する。送信フレーム数と受信Ｒ＿ＲＤＹ数との差が相手のＢＢ＿Ｃｒｅｄｉｔの値に達した時、相手の受信バッファが枯渇している可能性があるため、Ｒ＿ＲＤＹを受信するまで次のフレームの送信を停止する。
【００１０】
上記のＦＣネットワークの構成において、ＦＣ機器４１からＦＣ機器４４へとフレームを連続的に転送する様子を図１３に示する。図１３（ａ）は近距離接続の場合の構成、図１３（ｂ）は長距離接続の場合の構成をそれぞれ示している。ＦＣ機器４１とＦＣ機器４４とのＢＢ＿Ｃｒｅｄｉｔは共に「４」、すなわち受信バッファには最大４フレームまで格納することができるものとする。図１３の横方向は各機器の物理的な位置、縦方向は時刻を表しており、各図の左側に書かれた数字は、ＦＣ機器４１が管理するクレジットカウンタの値を示す。
【００１１】
ＦＣ機器４１はＦＣ機器４４からＢＢ＿Ｃｒｅｄｉｔの通知を受けた時、クレジットカウンタをＢＢ＿Ｃｒｅｄｉｔの値で初期化し、フレームを送信する毎に「１」減少させ、Ｒ＿ＲＤＹを受信する毎に「１」増加させる。クレジットカウンタのが「０」になると、ＦＣ機器４４の受信バッファが枯渇している可能性があるので、フレームの送信を停止する。
【００１２】
【発明が解決しようとする課題】
上述した従来のＦＣ透過転送方法では、図１３（ａ）に示すようにＦＣ機器４１とＦＣ機器４４とが近距離接続された場合、フレームの送信速度に対してＲ＿ＲＤＹの返信が十分早いため、特に問題は発生しない。
【００１３】
しかしながら、図１３（ｂ）に示すように、ＦＣ機器４１とＦＣ機器４４とが長距離接続された場合、ＦＣ機器４１が送信したフレームがＦＣ機器４４に到着するまでの遅延及びＦＣ機器４４が返信したＲ＿ＲＤＹがＦＣ機器４１に到着するまでの遅延が大きくなる。
【００１４】
その結果、図１３に示す例では、４フレーム目を送信した時点でクレジットカウンタが「０」になり、次のＲ＿ＲＤＹを受信するまで５フレーム目の送信を停止する。このように、ＦＣ機器４１，４４の接続距離が長くなると、データ転送速度が低下するという問題が発生する。
【００１５】
図１３（ｂ）から分かるように、ＦＣ機器４４が接続距離に対して十分な大きさの受信バッファを搭載していれば、データ転送速度が低下するという問題は発生しない。しかしながら、ストレージ装置やホストコンピュータに搭載されたＦＣインタフェースは元々、ＦＣスイッチと近距離で接続されることが想定されいるため、受信バッファは小容量であり、数キロメートル程度の接続が限界である。
【００１６】
ＦＣスイッチ同士の接続用のＦＣインタフェースについては、数１０キロメートルの接続に耐えられる受信バッファを持つ機器も存在するが、数１００ｋｍ以上の接続に耐えられるものは殆ど存在しない。また、既存のＦＣ機器に対して受信バッファを後から増設することは不可能と考えられる。
【００１７】
そこで、本発明の目的は上記の問題点を解消し、ＦＣ機器の受信バッファを仮想的に増加させることができ、受信バッファの小さいＦＣ機器同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができる代理ＦＣポート、ＦＣネットワーク及びそれらに用いるＦＣ透過転送方法を提供することにある。
【００１８】
【課題を解決するための手段】
本発明による代理ＦＣポートは、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークの代理ＦＣポートであって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを備え、前記大容量の受信バッファを用いて前記ＦＣ機器の受信バッファのバッファフロー制御を行っている。
【００１９】
本発明によるＦＣネットワークは、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークであって、前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設されかつ前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを備えている。
【００２０】
本発明によるＦＣ透過転送方法は、一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークのＦＣ透過転送方法であって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設している。
【００２１】
すなわち、本発明のＦＣネットワークは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介した広域のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ネットワークにおいて、ＦＣ機器の代わりに大容量の受信バッファを提供する代理ＦＣポートをＦＣ機器とＦＣ透過転送装置との間に配設している。
【００２２】
これによって、本発明では、受信バッファの小さいＦＣ機器同士をＷＡＮを介して長距離接続した時に、フロー制御によってフレーム転送速度が低下するという問題を回避することが可能となる。
【００２３】
より具体的に説明すると、本発明のＦＣネットワークでは、受信側のＦＣ機器から送信側のＦＣ機器へ通知される受信バッファサイズ（ＢＢ＿ Ｃｒｅｄｉｔ）を代理ＦＣポートに搭載された受信バッファサイズに書換えることによって、送信側のＦＣ機器のクレジットカウンタの初期値を増加させている。その結果、本発明のＦＣネットワークでは、長距離伝送路の遅延の影響でクレジットカウンタが枯渇することがなくなり、クレジットカウンタの枯渇によってフレーム転送速度が低下することが無くなる。
【００２４】
また、本発明のＦＣネットワークでは、送信側のＦＣ機器のフレーム送信速度に比べて受信側のＦＣ機器のフレーム処理速度が遅い場合、受信側のＦＣ機器の処理速度を超えて転送されたフレームを代理ＦＣポートの受信バッファ［Ｆｒａｍｅ ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）］に蓄えることでフロー制御を行い、受信バッファの枯渇によってフレームが損失することを防いでいる。
【００２５】
さらに、本発明のＦＣネットワークでは、上記の代理ＦＣポートの機能をＦＣ透過転送装置のＦＣインタフェース部に組込むことで、上記と同様の機能を実現することが可能となる。
【００２６】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）ネットワークの構成を示すブロック図である。図１において、本発明の一実施例によるＦＣネットワークはＦＣ機器１，７と、代理ＦＣポート２，６と、ＦＣ透過転送装置３，４と、ＦＣ透過転送装置３，４を接続するＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００とから構成されている。
【００２７】
ＦＣ機器１，７はＦＣインタフェースを持つ機器であり、ＦＣネットワークの末端に置かれるＦＣノードや、ファブリックの構成要素となるＦＣスイッチがこれに該当する。
【００２８】
ＦＣ透過転送装置３，４はＦＣ機器１，７から受信したＦＣ−１レイヤの信号を各種ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）の信号に変換し、ＷＡＮ１００を経由して別のＦＣ透過転送装置４，３へ転送する機能と、各種ＷＡＮの信号からＦＣ−１レイヤの信号を復元し、ＦＣ機器１，７へ送信する機能とを持つ装置である。ＦＣ透過転送装置３，４はＦＣ−１レイヤの信号からＷＡＮへの信号変換において、ＦＣ−１より上位レイヤのプロトコルを終端せず、ＦＣ−１以上のレイヤを透過的に転送する。上記のＦＣ透過転送装置３，４を用いることで、既存のＷＡＮ１００を利用した広域のＦＣネットワークを構築することが可能となる。
【００２９】
代理ＦＣポート２，６は隣接するＦＣ機器１，７の代わりに大容量の受信バッファを提供し、ＦＣ機器１，７間のＷＡＮ１００を介した長距離伝送を可能にする。代理ＦＣポート２，６は隣接するＦＣ機器１，７のＦＣポートの一部のように機能する。例えば、ＦＣ機器７と代理ＦＣポート６とは大容量の受信バッファを搭載した仮想的なＦＣ機器５として振舞う。
【００３０】
図２は図１の代理ＦＣポート２の内部構成を示すブロック図である。図２において、代理ＦＣポート２はＦＣ受信部２１，２９と、フレーム分離部２２と、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）２３と、Ｆｒａｍｅ ＦＩＦＯ２４と、送信制御部２５と、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６と、ＦＣ送信部２７，３２と、クレジットカウンタ２８と、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０と、Ｐｒｉｍｉｔｉｖｅ検出部３１とから構成されている。
【００３１】
ＦＣ受信部２１，２９はＦＣ機器１から入力されるＦＣ−０レイヤの光信号からＦＣ−１レイヤの非符号化ビット列を復元し、１バイト（８ｄａｔａ ｂｉｔ＋１ｃｏｎｔｒｏｌ ｂｉｔ） 毎に次ブロックへ引き渡す。同時に、ＦＣ受信部２１，２９はこのバイト列に同期したクロックを生成し、他のブロックへ提供する。
【００３２】
ＦＣ送信部２７，３２は前段ブロックから１バイト毎に渡されるＦＣ−１レイヤの非符号化ビット列をＦＣ−０レイヤの光信号にのせ、ＦＣ機器１の回線へ出力する。
【００３３】
フレーム分離部２２はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御（Ｂｕｆｆｅｒ−ｔｏ−ｂｕｆｆｅｒ ｆｌｏｗ ｃｏｎｔｒｏｌ）の対象となるＣｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔ、Ｃｌａｓｓ ２、Ｃｌａｓｓ ３及びＣｌａｓｓ ＦフレームをＦｒａｍｅ ＦＩＦＯ２４へ格納し、それ以外の信号をＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３へ格納する。この時、Ｉｄｌｅが３ワード以上連続する場合、３ワード目以降のＩｄｌｅはどちらのＦＩＦＯにも格納せずに廃棄する。
【００３４】
各フレームはＳＯＦ（Ｓｔａｒｔ−Ｏｆ−Ｆｒａｍｅ）デリミタで開始し、ＥＯＦ（Ｅｎｄ−Ｏｆ−Ｆｒａｍｅ）デリミタで終了する。ＳＯＦデリミタとして、Ｃｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔフレームの先頭にはＳＯＦＣ１、Ｃｌａｓｓ ２フレームの先頭にはＳＯＦｉ２またはＳＯＦｎ２、Ｃｌａｓｓ ３フレームの先頭にはＳＯＦｉ３またはＳＯＦｎ３、Ｃｌａｓｓ Ｆフレームの先頭にはＳＯＦｆが付加されているため、これらの信号を検出することでＢＢフロー制御の対象となるフレームを識別する。
【００３５】
Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御の対象とならない信号を格納するためのＦＩＦＯ型メモリであり、ワード単位（１ワード＝４バイト）で書込みと読出しとを行う。Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３に格納された信号はフロー制御に関係なく、最優先で送信されるため、数キロバイト分のサイズがあれば足りる。
【００３６】
Ｆｒａｍｅ ＦＩＦＯ２４はＷＡＮ１００側（ＦＣ透過転送装置３側）から受信したＦＣ−１レイヤの信号のうち、ＢＢフロー制御の対象となるＣｌａｓｓ １ ｃｏｎｎｅｃｔ−ｒｅｑｕｅｓｔ、Ｃｌａｓｓ ２、Ｃｌａｓｓ ３及びＣｌａｓｓ Ｆフレームを格納するためのＦＩＦＯ型メモリであり、フレーム単位で書込みと読出しとを行う。Ｆｒａｍｅ ＦＩＦＯ２４に格納されたフレームは、隣接のＦＣ機器１の受信バッファ（図示せず）に空きがあれば送信される。
【００３７】
Ｐｒｉｍｉｔｉｖｅ検出部３１でＬＲ（Ｌｉｎｋ Ｒｅｓｅｔ）またはＬＲＲ（Ｌｉｎｋ Ｒｅｓｅｔ Ｒｅｓｐｏｎｓｅ）が検出された時、あるいはＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０でパラメータ交換用フレームが検出された時、Ｆｒａｍｅ ＦＩＦＯ２４に格納されたフレームが全て廃棄される。
【００３８】
Ｆｒａｍｅ ＦＩＦＯ２４は隣接のＦＣ機器１の代わりに長距離伝送に対応するための大容量の受信バッファの機能を提供する。ＦＣ機器１，７間を数百ｋｍ以上の長距離接続に対応するためには、数百フレームを格納できる大きさが必要になる。１フレーム分のバッファサイズは２キロバイト固定とする。
【００３９】
送信制御部２５はＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３、Ｆｒａｍｅ ＦＩＦＯ２４、及びクレジットカウンタ２８の内部状態から、隣接のＦＣ機器１へ次に送信する信号（ワード）を決定し、またはその信号をＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６へ引き渡す。
【００４０】
この処理は、（１）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３とＦｒａｍｅ ＦＩＦＯ２４とが共に空の時、Ｉｄｌｅを送信する、（２）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３が空でない時、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２４の先頭ワードを送信する、（３）Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３が空、Ｆｒａｍｅ ＦＩＦＯ２４に空でなく、クレジットカウンタ２８の現在の値が「１」以上の時、Ｆｒａｍｅ ＦＩＦＯ２４から１フレーム分のデータを送信する、（４）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信する時、ＳＯＦデリミタの直前に連続する２ワード以上のＩｄｌｅが入るように、必要に応じてＩｄｌｅを挿入する、（５）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信する時、ＥＯＦデリミタと次のＳＯＦデリミタとの間に連続する６ワード以上のＰｒｉｍｉｔｉｖｅ Ｓｉｇｎａｌが挿入されるように、必要に応じてＩｄｌｅを挿入する、（６）Ｆｒａｍｅ ＦＩＦＯ２４またはＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３からフレームを送信した時、ＥＯＦデリミタの直後に連続する１ワード以上のＩｄｌｅが入るように、必要に応じてＩｄｌｅを挿入する、というルールに基づいている。
【００４１】
Ｐｒｉｍｉｔｉｖｅ検出部３１は隣接のＦＣ機器１から受信したＦＣ−１レイヤの信号からＲ＿ＲＤＹ（Ｒｅｃｅｉｖｅｒ Ｒｅａｄｙ）を検出した時、クレジットカウンタ２８を「１」増加する。また、Ｐｒｉｍｉｔｉｖｅ検出部３１はＬＲまたはＬＲＲを検出したら、クレジットカウンタ２８を隣接のＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔ（受信バッファサイズ）の値でリセットする。
【００４２】
ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６とＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０は隣接のＦＣ機器１から他方のＦＣ機器７へ通知されるＢＢ＿Ｃｒｅｄｉｔの検出と書換えとを行うためのブロックである。ＢＢ＿Ｃｒｅｄｉｔを通知するために使用されるプロトコルは、ＦＣ機器１，７の接続形態によって異なるため、ＤＩＰスイッチ等で利用者が接続形態を予め設定することができるようにし、設定に応じて動作を切替える。
【００４３】
例えば、２台のＦＣ機器１，７が共にＦＣスイッチの場合、ＥＬＰ（Ｅｘｃｈａｎｇｅ Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ）と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＥＬＰではＥＬＰ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して一方のＦＣスイッチから他方のＦＣスイッチへと転送し、その応答としてＥＬＰ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して返信する。
【００４４】
また、２台のＦＣ機器１，７が共にＦＣノードの場合、ＰＬＯＧＩ（Ｎ＿Ｐｏｒｔ Ｌｏｇｉｎ） と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＰＬＯＧＩではＰＬＯＧＩ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して一方のＦＣノードから他方のＦＣノードへと転送し、その応答として、ＰＬＯＧＩ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納して返信する。
【００４５】
さらに、２台のＦＣ機器１，７のうち、一方がＦＣスイッチ、他方がＦＣノードの場合、ＦＬＯＧＩ（Ｆａｂｒｉｃ Ｌｏｇｉｎ）と呼ばれるプロトコルによってＢＢ＿Ｃｒｅｄｉｔが交換される。ＦＬＯＧＩでは、ＦＬＯＧＩ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納してＦＣノードからＦＣスイッチへと転送し、その応答としてＦＬＯＧＩ ＡｃｃｅｐｔフレームにＢＢ＿Ｃｒｅｄｉｔを格納してＦＣスイッチからＦＣノードへ返信する。
【００４６】
これらのプロトコルで使用されるＲｅｑｕｅｓｔフレームとＡｃｃｅｐｔフレームとを識別するために、本発明が参照するフレーム形式及びフィールドの値を図３及び図４に示す。
【００４７】
例えば、ＳＯＦｆデリミタで始まり、第１ワードの第０バイト（Ｒ＿ＣＴＬ）が 「０ｘ ０２」、第３ワードの第０バイト（ＴＹＰＥ）が「０ｘ ２２」、第７ワード （ＳＷ＿ＩＬＳ Ｃｏｍｍａｎｄ Ｃｏｄｅ）が「０ｘ １０００００００」ならば、ＥＬＰ Ｒｅｑｕｅｓｔフレームである。
【００４８】
ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６はＷＡＮ１００側から隣接のＦＣ機器１へ向てけ転送される上記のＲｅｑｕｅｓｔフレームを検出し、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０へ通知する。この検出は、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてＡｃｃｅｐｔフレームを識別するために必要となる。
【００４９】
ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０は隣接のＦＣ機器１から他方のＦＣ機器７へと転送される上記のＲｅｑｕｅｓｔフレームまたはＡｃｃｅｐｔフレームを検出し、そのフレームに格納されたＢＢ＿Ｃｒｅｄｉｔを読出し、クレジットカウンタ２８をその値でリセットする。同時に、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はフレームに格納されたＢＢ＿Ｃｒｅｄｉｔの値をＦｒａｍｅ ＦＩＦＯ２４に格納可能なフレーム数に書換えて送信する。
【００５０】
ここで、図３及び図４に示した各Ａｃｃｅｐｔフレームのフィールドの値は他のプロトコルでも共用されるため、これらの値が一致することを確認するだけではＡｃｃｅｐｔフレームを特定することができない。そこで、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６において、対応するＲｅｑｕｅｓｔフレームが検出されていることをＡｃｃｅｐｔフレームを検出するための判定条件に加える。
【００５１】
ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６からＲｅｑｕｅｓｔフレームの検出通知を受けた時に内部のフラグ（図示せず）をセットし、Ａｃｃｅｐｔフレームを検出した時にフラグがセットされていれば、ＢＢ＿Ｃｒｅｄｉｔの読出しと書換えとを行い、同時にフラグをクリアする。また、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０はＲｅｊｅｃｔ（拒否）フレームが検出された時に、無条件にフラグをクリアする。Ｒｅｊｅｃｔフレームを特定するためのフィールドの値もまた図３及び図４に示している。
【００５２】
クレジットカウンタ２８は隣接のＦＣ機器１の受信バッファの残量を管理するためのカウンタである。本カウンタの初期値は「１」以上にする。ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部（＃３−１１）においてＢＢ＿Ｃｒｅｄｉｔ交換用のフレームが検出された時、クレジットカウンタ２８にはそのＢＢ＿ＣＲＥＤＩＴの値がセットされる。Ｐｒｉｍｉｔｉｖｅ検出部３１においてＬＲかＬＲＲのいずれかが検出された時、クレジットカウンタ２８は最後に検出された隣接のＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔの値にリセットされる。
【００５３】
Ｐｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹが検出された時、クレジットカウンタ２８は「１」増加し、送信制御部２５においてＦｒａｍｅ ＦＩＦＯ２４から１フレーム送信した時、「１」減少する。本カウンタの値が「０」の時には、隣接のＦＣ機器１の受信バッファが枯渇したことを示しており、この時には送信制御部２５に対してＦｒａｍｅ ＦＩＦＯ２４からのフレーム送信を停止させる。
【００５４】
尚、図示していないが、代理ＦＣポート６は上述した代理ＦＣポート２の構成と同様の構成となっており、その動作も上述した代理ＦＣポート２と同様の動作を行う。
【００５５】
図５〜図９は図１のＦＣ機器１，７及び代理ＦＣポート２，６において各処理が行われた時の動作を示す図である。これら図５〜図９において、横方向は各機器が置かれた物理的な位置、縦方向は時刻を示す。実線の矢印はフレームの転送、破線の矢印はＲ＿ＲＤＹの転送をそれぞれ示している。
【００５６】
これら図１〜図９を参照して、２台のＦＣ機器１，７間でＢＢ＿Ｃｒｅｄｉｔの交換やフレームの連続転送、及びＬｉｎｋ Ｒｅｓｅｔが行われた時の代理ＦＣポート２，６の動作について説明する。
【００５７】
２台のＦＣ機器１，７は共にＢＢ＿Ｃｒｅｄｉｔ＝４の受信バッファを持つＦＣスイッチとする。代理ＦＣポート２，６は１０２４フレームを格納することができる大きさのＦｒａｍｅ ＦＩＦＯ２４を持ち、ＷＡＮ１００を介して長距離接続されているものとする。
【００５８】
各機器の軸上またはその横に描かれた数字は、その機器が管理するクレジットカウンタの値を表す。ＦＣ機器１，７が１フレーム送信すると、クレジットカウンタはその値を「１」減少させ、Ｒ＿ＲＤＹを受信すると、その値を「１」増加させる。また、ＢＢ＿Ｃｒｅｄｉｔ交換用のフレーム（ＥＬＰ ＲｅｑｕｅｓｔまたはＥＬＰ Ａｃｃｅｐｔ）を受信すると、クレジットカウンタはそのフレームに格納されたＢＢ＿Ｃｒｅｄｉｔの値にリセットされる。同様に、ＬＲかＬＲＲを送信する前に、クレジットカウンタは交換した値にリセットされる。代理ＦＣポート２，６が持つクレジットカウンタ２８の機能は上述した通りである。
【００５９】
図５はＥＬＰ（Ｅｘｃｈａｎｇｅ Ｌｉｎｋ Ｐａｒａｍｅｔｅｒｓ）によってＦＣ機器１とＦＣ機器７との間でＢＢ＿Ｃｒｅｄｉｔの交換が行われる時の様子を示している。各機器のクレジットカウンタの初期値は「１」とする。
【００６０】
最初に、ＦＣ機器１はＥＬＰ ＲｅｑｕｅｓｔフレームにＢＢ＿Ｃｒｅｄｉｔ＝４を格納し、ＦＣ機器７へ向けて送信する。代理ＦＣポート２はＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてこのフレームを検出し、このフレームに格納されたＦＣ機器１のＢＢ＿Ｃｒｅｄｉｔ（＝４）をクレジットカウンタ２８に設定する。同時に、このフレームのＢＢ＿Ｃｒｅｄｉｔの値を自身のＦｒａｍｅ ＦＩＦＯ２４の大きさ（＝１０２４）に書換え、代理ＦＣポート６へ向けて転送する。
【００６１】
代理ＦＣポート６はこのＥＬＰ Ｒｅｑｕｅｓｔフレームを受信し、Ｆｒａｍｅ ＦＩＦＯ２４へ格納する。この時、代理ＦＣポート６のクレジットカウンタ２８は 「１」以上あるため、送信制御部２５はＦｒａｍｅ ＦＩＦＯ２４に格納されたフレームを即座に引き取り、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６へ引き渡し、同時にクレジットカウンタ２８の値を「１」減少させる。ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６はこの信号がＥＬＰ Ｒｅｑｕｅｓｔフレームであることを検出し、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０へ通知し、このフレームをＦＣ機器７へ転送する。
【００６２】
ＦＣ機器７は代理ＦＣポート６から転送されたＥＬＰ Ｒｅｑｕｅｓｔフレームを受信し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝１０２４）をクレジットカウンタへ設定する。ＦＣ機器７はＥＬＰ Ｒｅｑｕｅｓｔフレームに対するＲ＿ＲＤＹを返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８の値を「１」増加させ、Ｒ＿ＲＤＹを代理ＦＣポート２へ転送する。代理ＦＣポート２は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器１へ転送する。ＦＣ機器１はＲ＿ＲＤＹを受けてクレジットカウンタの値を「１」増加させる。
【００６３】
ＦＣ機器７はＥＬＰ Ｒｅｑｕｅｓｔフレームに対する応答として、ＥＬＰ Ａｃｃｅｐｔフレームに自身のＢＢ＿Ｃｒｅｄｉｔ（＝４）を格納し、ＦＣ機器１へ向けて送信する。代理ＦＣポート６は以前にＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６においてＥＬＰ Ｒｅｑｕｅｓｔフレームを検出しているため、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０においてＥＬＰ Ａｃｃｅｐｔフレームを検出し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝４）をクレジットカウンタ２８に設定する。同時に、代理ＦＣポート６はこのフレームのＢＢ＿Ｃｒｅｄｉｔの値をＦｒａｍｅ ＦＩＦＯ２４に格納できるフレーム数（＝１０２４）に書換え、代理ＦＣポート２へ転送する。
【００６４】
代理ＦＣポート２はＥＬＰ Ａｃｃｅｐｔフレームを受信すると、このフレームをＦｒａｍｅ ＦＩＦＯ２４に格納した後、送信制御部２５によってクレジットカウンタ２８を「１」減少させ、このフレームをＦＣ機器１へ転送する。ＦＣ機器１はＥＬＰ Ａｃｃｅｐｔフレームを受信し、このフレームに格納されたＢＢ＿Ｃｒｅｄｉｔ（＝１０２４）を自身のクレジットカウンタへ設定する。また、ＦＣ機器１はＥＬＰ Ａｃｃｅｐｔフレームに対するＲ＿ＲＤＹをＦＣ機器７へ返信する。
【００６５】
代理ＦＣポート２はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８の値を「１」増加させ、Ｒ＿ＲＤＹを代理ＦＣポート６へ転送する。代理ＦＣポート６は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を経由してＦＣ機器７へ転送する。ＦＣ機器７はＲ＿ＲＤＹを受信すると、クレジットカウンタの値を「１」増加させる。以上の処理によって、ＢＢ＿Ｃｒｅｄｉｔの交換の処理が完了する。
【００６６】
図６はＦＣ機器１からＦＣ機器７へＣｌａｓｓ ３フレームを連続的に転送した時の様子を示している。図６の初期状態は、図５においてＢＢ＿Ｃｒｅｄｉｔが交換された直後とし、ＦＣ機器１及びＦＣ機器７各々のクレジットカウンタには「１０２４」、代理ＦＣポート２及び代理ＦＣポート６各々のクレジットカウンタ２８には「４」が設定されているものとする。
【００６７】
ＦＣ機器１は１フレーム送信する毎にクレジットカウンタの値を「１」ずつ減少させる。クレジットカウンタの初期値が「１０２４」であるため、１０２４フレームまではＲ＿ＲＤＹの応答を待つことなく送信することができる。代理ＦＣポート２はＦＣ機器１から送信されたフレームを代理ＦＣポート６へ向けて転送する。
【００６８】
代理ＦＣポート６はフレーム分離部２２においてＣｌａｓｓ ３フレームを受信したことを検出し、Ｆｒａｍｅ ＦＩＦＯ２４へ順に格納する。送信制御部２５はＦｒａｍｅ ＦＩＦＯ２４に格納されたフレームを順に転送し、１フレーム転送する毎にクレジットカウンタ２８を「１」減少させる。この例では、クレジットカウンタ２８は常に「１」以上となっているため、Ｆｒａｍｅ ＦＩＦＯ２４へ格納されたフレームは即座に掃き出され、複数のフレームが蓄積されることはない。
【００６９】
ＦＣ機器７はフレームを受信する毎にＲ＿ＲＤＹを返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１においてＲ＿ＲＤＹを検出すると、クレジットカウンタ２８を「１」増加させ、代理ＦＣポート２へＲ＿ＲＤＹを転送する。この例では、フレームが転送されている間、代理ＦＣポート６のクレジットカウンタ２の値は「３」と「２」とを繰り返す。
【００７０】
代理ＦＣポート２は受信したＲ＿ＲＤＹをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３へ格納し、すぐにＦＣ機器１へ転送する。ＦＣ機器１はＲ＿ＲＤＹを受信すると、クレジットカウンタを「１」増加する。
【００７１】
図６に示す例は、ＦＣ機器１のフレーム送信速度に比べてＦＣ機器７のフレーム処理速度が十分速いため、代理ＦＣポートのＦｒａｍｅ ＦＩＦＯにフレームが蓄積されることはなく、代理ＦＣポート６のクレジットカウンタ２８は「３」と「２」とを繰り返し、ＦＣ機器１のクレジットカウンタは「１０１９」と「１０１８」とを繰り返す。
【００７２】
代理ＦＣポート６が存在しなければ、ＦＣ機器１のクレジットカウンタはＦＣ機器７のＢＢ＿Ｃｒｅｄｉｔである「４」から開始するため、４フレーム送信したところでクレジットカウンタが「０」になり、Ｒ＿ＲＤＹを受信するまでは送信を停止することになる。代理ＦＣポート６が存在することでクレジットカウンタの初期値が「１０２４」まで増加し、１０２４フレームまでは連続して送信することが可能になる。
【００７３】
図７はＦＣ機器１のフレーム送信速度に比べ、ＦＣ機器７のフレーム処理速度が遅い時の様子を示している。代理ＦＣポート６はＦＣ機器１から転送されるフレームに比べ、ＦＣ機器７から返信されるＲ＿ＲＤＹの速度が遅いため、クレジットカウンタ２８の値が「０」に到達した後、Ｒ＿ＲＤＹの返信速度に合せて「０」と「１」とを繰り返し、Ｆｒａｍｅ ＦＩＦＯ２４にフレームが蓄積されていく。この動作は、代理ＦＣポート６とＦＣ機器７との間でフロー制御が働いた状態を表している。ＦＣ機器１はフレームの送信速度に比べてＲ＿ＲＤＹの受信速度が遅いため、クレジットカウンタの値が減少していく。
【００７４】
図８はＦＣ機器１のフレーム送信速度に比べ、ＦＣ機器７のフレーム処理速度が遅いため、ＦＣ機器１のクレジットカウンタが「０」に達した時の動作を示している。
【００７５】
ＦＣ機器１はクレジットカウンタが「０」の間、フレームの送信を停止し、Ｒ＿ＲＤＹを受信してクレジットカウンタが「１」になったら１フレーム送信し、クレジットカウンタが再び「０」になる動作を繰り返す。この動作は、ＦＣ機器１と代理ＦＣポート７との間でフロー制御が働いた状態を表している。
【００７６】
図９はＦＣ機器７の異常によってＲ＿ＲＤＹが返信されなくなり、ＦＣ機器１と代理ＦＣポート６のクレジットカウンタが「０」の状態から変化しなくなったため、ＦＣ機器１とＦＣ機器７との間でＬｉｎｋ Ｒｅｓｅｔによる復旧処理が行われた時の動作を示している。
【００７７】
ＦＣ機器１はクレジットカウンタの値を「１０２４」に戻した後、ＬＲを送信する。代理ＦＣポート２はＰｒｉｍｉｔｉｖｅ検出部３１によってＬＲを検出すると、クレジットカウンタ２８の値を「４」に戻し、同時にＦｒａｍｅ ＦＩＦＯ２４の中に残っている全フレームを廃棄する。代理ＦＣポート２は受信したＬＲをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器７へ転送する。
【００７８】
ＦＣ機器７はＬＲを受信すると、クレジットカウンタの値を「１０２４」に戻し、ＬＲＲへ返信する。代理ＦＣポート６はＰｒｉｍｉｔｉｖｅ検出部３１によってＬＲＲを検出すると、クレジットカウンタ２８の値を「４」に戻し、同時にＦｒａｍｅ ＦＩＦＯ２４の中に残っている全フレームを廃棄し、そのＬＲＲを代理ＦＣポート２へ転送する。代理ＦＣポート２は受信したＬＲＲをＰｒｉｍｉｔｉｖｅ ＦＩＦＯ２３を通してＦＣ機器１へ転送し、ＦＣ機器１がこれを受信すると、復旧処理が完了する。
【００７９】
図１２に示すように、ＦＣ透過転送装置４２，４３を用いて２台のＦＣ機器４１，４４をＷＡＮ４００を介して長距離接続したＦＣネットワークにおいて、接続距離に対して十分な大きさの受信バッファがＦＣ機器４１，４４に搭載されていないと、図１３（ｂ）に示すように、ＢＢフロー制御によってフレーム転送速度が低下する。
【００８０】
本実施例では、代理ＦＣポート２，６をＦＣ透過転送装置３，４とＦＣ機器１，７との間に配設することによって、ＦＣ機器１，７の受信バッファを仮想的に増加させることが可能となり、受信バッファの小さいＦＣ機器１，７同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができる。
【００８１】
図１０は本発明の他の実施例によるＦＣネットワークの構成を示すブロック図である。図１０において、本発明の他の実施例によるＦＣネットワークは上述した代理ＦＣポート２，６の機能をＦＣ透過転送装置１２，１５内に設けた以外は図１に示す本発明の一実施例によるＦＣネットワークと同様の構成となっている。
【００８２】
すなわち、本発明の他の実施例によるＦＣネットワークはＦＣ機器１１，１８と、代理ＦＣポート部１３，１７及びＦＣ透過転送部１４，１６からなるＦＣ透過転送装置１２，１５と、ＦＣ透過転送装置１２，１５間を接続するＷＡＮ１００とから構成されている。
【００８３】
図１１は図１０のＦＣ透過転送装置１５の内部構成を示すブロック図である。図１１において、ＦＣ透過転送装置１５はＦＣ透過転送部１６と代理ＦＣポート部１７とからなり、ＦＣ透過転送部１６は前段ブロックから渡されるＦＣ−１の信号をＷＡＮの信号に変換し、ＷＡＮ１００に接続された他のＦＣ透過転送装置１２へ転送する機能及びＷＡＮの信号からＦＣ−１の信号を復元し、後段ブロックへ引き渡す機能を実現する。
【００８４】
この場合、ＦＣ透過転送装置１５には元々、代理ＦＣポート２が実現していた機能のうち、ＦＣの送受信機能（ＦＣ受信部２１及びＦＣ送信部３２）を除いた代理ＦＣポート２の全ての機能を提供する代理ＦＣポート部１７が配設されている。
【００８５】
すなわち、代理ＦＣポート部１７は図２に示す代理ＦＣポート２と同じ機能を持ち、フレーム分離部２２と、Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ２３と、Ｆｒａｍｅ ＦＩＦＯ２４と、送信制御部２５と、ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部２６と、ＦＣ送信部２７と、クレジットカウンタ２８と、ＦＣ受信部２９と、ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部３０と、Ｐｒｉｍｉｔｉｖｅ検出部３１とを備えている。尚、代理ＦＣポート部１３は上述した代理ＦＣポート部１７と同様の構成となっており、その動作も代理ＦＣポート部１７と同様である。
【００８６】
本実施例は代理ＦＣポート２，６の機能（代理ＦＣポート部１３，１７）がＦＣ透過転送装置１２，１５内で実行される以外は、上述した本発明の一実施例によるＦＣネットワークと同様の動作を行うので、その動作についての説明は省略する。また、本実施例による効果は上記の本発明の一実施例の効果と同様である。
【００８７】
【発明の効果】
以上説明したように本発明は、一対のＦＣ機器間で授受される信号を、ＷＡＮを介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークにおいて、代理ＦＣポートに、ＦＣ機器が備える受信バッファより大容量の受信バッファを備え、この大容量の受信バッファを用いてＦＣ機器の受信バッファのバッファフロー制御を行うことによって、ＦＣ機器の受信バッファを仮想的に増加させることができ、受信バッファの小さいＦＣ機器同士を長距離接続しても伝送路の遅延によるフレーム転送速度の低下を避けることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＦＣネットワークの構成を示すブロック図である。
【図２】図１の代理ＦＣポートの内部構成を示すブロック図である。
【図３】本発明が参照するフレーム形式及びフィールドの値を示す図である。
【図４】本発明が参照するフレーム形式及びフィールドの値を示す図である。
【図５】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図６】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図７】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図８】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図９】図１のＦＣ機器及び代理ＦＣポートにおいて各処理が行われた時の動作を示す図である。
【図１０】本発明の他の実施例によるＦＣネットワークの構成を示すブロック図である。
【図１１】図１０のＦＣ透過転送装置の内部構成を示すブロック図である。
【図１２】従来例によるＦＣネットワークの構成を示すブロック図である。
【図１３】（ａ），（ｂ）は従来例によるＦＣネットワークの動作を示す図である。
【符号の説明】
１，７ ＦＣ機器
２，６ 代理ＦＣポート
３，４，１２，１５ ＦＣ透過転送装置
１１，１８ ＦＣ機器
１３，１７ 代理ＦＣポート部
１４，１６ ＦＣ透過転送部
２１，２９ ＦＣ受信部
２２ フレーム分離部
２３ Ｐｒｉｍｉｔｉｖｅ ＦＩＦＯ
２４ Ｆｒａｍｅ ＦＩＦＯ
２５ 送信制御部
２６ ＢＢ＿Ｃｒｅｄｉｔ交換要求検出部
２７，３２ ＦＣ送信部
２８ クレジットカウンタ
３０ ＢＢ＿Ｃｒｅｄｉｔ検出・書換え部
３１ Ｐｒｉｍｉｔｉｖｅ検出部
１００ ＷＡＮ
Claims (12)
- 一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークの代理ＦＣポートであって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを有し、前記大容量の受信バッファを用いて前記ＦＣ機器の受信バッファのバッファフロー制御を行うことを特徴とする代理ＦＣポート。
- 受信側のＦＣ機器から送信側のＦＣ機器へ通知される受信バッファサイズを前記大容量の受信バッファのサイズに書換える手段を含むことを特徴とする請求項１記載の代理ＦＣポート。
- 送信側のＦＣ機器のフレーム送信速度に比べて受信側のＦＣ機器のフレーム処理速度が遅い場合、前記受信側のＦＣ機器の処理速度を超えて転送されたフレームを前記大容量の受信バッファに蓄えることを特徴とする請求項１または請求項２記載の代理ＦＣポート。
- 前記ＦＣ透過転送装置内に搭載されたことを特徴とする請求項１から請求項３のいずれか記載の代理ＦＣポート。
- 一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークであって、前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設されかつ前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを有することを特徴とするＦＣネットワーク。
- 受信側のＦＣ機器から送信側のＦＣ機器へ通知される受信バッファサイズを前記大容量の受信バッファのサイズに書換える手段を前記一対の代理ＦＣポート各々に含むことを特徴とする請求項５記載のＦＣネットワーク。
- 送信側のＦＣ機器のフレーム送信速度に比べて受信側のＦＣ機器のフレーム処理速度が遅い場合、前記受信側のＦＣ機器の処理速度を超えて転送されたフレームを前記大容量の受信バッファに蓄えることを特徴とする請求項５または請求項６記載のＦＣネットワーク。
- 前記代理ＦＣポートの機能を前記ＦＣ透過転送装置に搭載したことを特徴とする請求項５から請求項７のいずれか記載のＦＣネットワーク。
- 一対のＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）機器間で授受される信号を、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して相互に接続される一対のＦＣ透過転送装置を用いて転送するＦＣネットワークのＦＣ透過転送方法であって、前記ＦＣ機器が備える受信バッファより大容量の受信バッファを提供する一対の代理ＦＣポートを前記ＦＣ機器と前記ＦＣ透過転送装置との間に配設したことを特徴とするＦＣ透過転送方法。
- 前記一対の代理ＦＣポート各々において、受信側のＦＣ機器から送信側のＦＣ機器へ通知される受信バッファサイズを前記大容量の受信バッファのサイズに書換えることを特徴とする請求項９記載のＦＣ透過転送方法。
- 送信側のＦＣ機器のフレーム送信速度に比べて受信側のＦＣ機器のフレーム処理速度が遅い場合、前記受信側のＦＣ機器の処理速度を超えて転送されたフレームを前記大容量の受信バッファに蓄えることを特徴とする請求項９または請求項１０記載のＦＣ透過転送方法。
- 前記代理ＦＣポートの機能を前記ＦＣ透過転送装置に搭載したことを特徴とする請求項９から請求項１１のいずれか記載のＦＣ透過転送方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002236178A JP2004080226A (ja) | 2002-08-14 | 2002-08-14 | 代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 |
| US10/639,523 US7372812B2 (en) | 2002-08-14 | 2003-08-13 | Proxy FC port, FC network system, and FC transfer method used therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002236178A JP2004080226A (ja) | 2002-08-14 | 2002-08-14 | 代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004080226A true JP2004080226A (ja) | 2004-03-11 |
Family
ID=31712002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002236178A Pending JP2004080226A (ja) | 2002-08-14 | 2002-08-14 | 代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7372812B2 (ja) |
| JP (1) | JP2004080226A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014230072A (ja) * | 2013-05-22 | 2014-12-08 | 株式会社リコー | データ通信デバイス、データ通信装置及びデータ通信方法 |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7656905B2 (en) * | 2002-12-24 | 2010-02-02 | Samir Sheth | Apparatus and method for aggregation and transportation of gigabit ethernet and other packet based data formats |
| US7782778B2 (en) * | 2002-12-24 | 2010-08-24 | Samir Satish Sheth | Apparatus and method for fibre channel distance extension embedded within an optical transport system |
| US8737228B2 (en) * | 2007-09-27 | 2014-05-27 | International Business Machines Corporation | Flow control management in a data center ethernet network over an extended distance |
| US7548545B1 (en) * | 2007-12-14 | 2009-06-16 | Raptor Networks Technology, Inc. | Disaggregated network management |
| US7609710B1 (en) * | 2008-01-24 | 2009-10-27 | Qlogic, Corporation | Method and system for credit management in a networking system |
| US9461925B1 (en) * | 2013-08-30 | 2016-10-04 | Juniper Networks, Inc. | Methods and apparatus for implementing dynamic rate controllers using linked list of rate programs |
| US10212101B2 (en) | 2014-01-14 | 2019-02-19 | Nant Holdings Ip, Llc | Low level provisioning of network fabrics |
| US9917728B2 (en) | 2014-01-14 | 2018-03-13 | Nant Holdings Ip, Llc | Software-based fabric enablement |
| KR102168047B1 (ko) | 2016-09-26 | 2020-10-20 | 난트 홀딩스 아이피, 엘엘씨 | 클라우드 네트워크들에서의 가상 회로들 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5528591A (en) * | 1995-01-31 | 1996-06-18 | Mitsubishi Electric Research Laboratories, Inc. | End-to-end credit-based flow control system in a digital communication network |
| US5610745A (en) * | 1995-10-26 | 1997-03-11 | Hewlett-Packard Co. | Method and apparatus for tracking buffer availability |
| US6304910B1 (en) * | 1997-09-24 | 2001-10-16 | Emulex Corporation | Communication processor having buffer list modifier control bits |
| US6728803B1 (en) * | 1999-03-30 | 2004-04-27 | Mcdata Corporation | Interconnection architecture for managing multiple low bandwidth connections over a high bandwidth link |
| EP1238486B1 (en) * | 1999-12-10 | 2008-10-15 | Qlogic Switch Products, Inc. | Method and apparatus for credit-based flow control in Fibre Channel systems |
| US6925058B2 (en) * | 2001-03-16 | 2005-08-02 | San Valley Systems, Inc. | Credit management for data flow between two networks |
-
2002
- 2002-08-14 JP JP2002236178A patent/JP2004080226A/ja active Pending
-
2003
- 2003-08-13 US US10/639,523 patent/US7372812B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014230072A (ja) * | 2013-05-22 | 2014-12-08 | 株式会社リコー | データ通信デバイス、データ通信装置及びデータ通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040032874A1 (en) | 2004-02-19 |
| US7372812B2 (en) | 2008-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5610745A (en) | Method and apparatus for tracking buffer availability | |
| US7782778B2 (en) | Apparatus and method for fibre channel distance extension embedded within an optical transport system | |
| US5894481A (en) | Fiber channel switch employing distributed queuing | |
| US6510161B2 (en) | Low latency shared memory switch architecture | |
| US6859437B2 (en) | Method and system for extending the reach of a data communication channel using a flow control interception device | |
| US9143464B2 (en) | Method and system for speed negotiation for twisted pair links using intelligent E-FIFO in fibre channel systems | |
| US7352701B1 (en) | Buffer to buffer credit recovery for in-line fibre channel credit extension devices | |
| CA2529600C (en) | Method and system for efficient flow control for client data frames over gfp across a sonet/sdh transport path | |
| JP2004080226A (ja) | 代理ｆｃポート、ｆｃネットワーク及びそれらに用いるｆｃ透過転送方法 | |
| JPH07321842A (ja) | パケット交換ネットワークを複数個のデータ端末にインタフェースする装置、フレームリレーパケットを交換するシステムに複数個のエンドポイントをインタフェースするモジュール、ならびにデータパケットを交換するシステムに端末をインタフェースする方法 | |
| AU2003237476B8 (en) | Flow control management to extend the performance range of fibre channel link | |
| JP2005018768A (ja) | 単一ポートセルメモリ装置のための二重ポート機能 | |
| US7346058B1 (en) | Multiprotocol encapsulation system and method | |
| US7817656B1 (en) | Fibre-channel over-subscription over DWDM/SONET/SDH optical transport systems | |
| WO2004095233A2 (en) | Apparatus and method for distance extension of fibre-channel over transport | |
| US6925058B2 (en) | Credit management for data flow between two networks | |
| US7152132B2 (en) | Method and apparatus for improving buffer utilization in communication networks | |
| Guendert | Fibre Channel Standard | |
| EP0766429A2 (en) | Method and apparatus for buffer management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050720 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070619 |