(57)【要約】【課題】  障害発生時の冗長化切り替え時間を短縮可能なデータ転送装置を提供する。【解決手段】  少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムを構成するデータ転送装置であって、第１のネットワークに接続されるポートに起きた障害を検出するポート障害検出部と、ポート障害検出部から障害情報の通知を受け、障害が起きたポートから正常なポートへ切替可能か判断する制御判定部と、制御判定部から障害が起きたポートへの切替実施の通知を受け、第１のネットワーク内で切替実施を行うペア装置制御部とを有し、制御判定部は、第１のネットワークのポートに起こった障害情報を、第２のネットワークを制御する処理判定部へ通知することを所定の期間遅延させる。【選択図】      図１
2015185975.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムを構成するデータ転送装置であって、
前記第１のネットワークに接続されるポートに起きた障害を検出するポート障害検出部と、
前記ポート障害検出部から障害情報の通知を受け、前記障害が起きたポートから正常なポートへ切替可能か判断する制御判定部と、
前記制御判定部から前記障害が起きたポートへの切替実施の通知を受け、前記第１のネットワーク内で前記切替実施を行うペア装置制御部と、
を有し、
前記制御判定部は、前記第１のネットワークのポートに起こった前記障害情報を、前記第２のネットワークを制御する処理判定部へ通知することを所定の期間遅延させることを特徴とするデータ転送装置。
【請求項２】
前記所定の期間は前記第２のネットワークが冗長化に要する時間である請求項１に記載のデータ転送装置。
【請求項３】
前記制御判定部は、前記ペア装置制御部から取得したペア装置の状況が、切替不可能の場合、前記第２のネットワークを制御する前記処理判定部へ通知することを特徴とする請求項１に記載のデータ転送装置。
【請求項４】
前記第１のネットワークは、ホットスタンバイ方式であることを特徴とする請求項１から３のうち１に記載のデータ転送装置。
【請求項５】
前記第２のネットワークは、リング型冗長方式のネットワークであることを特徴とする請求項１から３のうち１に記載のデータ転送装置。
【請求項６】
少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムであって、
前記データ転送システムはデータ転送装置を備え、前記データ転送装置は、
少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムを構成するデータ転送装置であって、
前記第１のネットワークに接続されるポートに起きた障害を検出するポート障害検出部と、
前記ポート障害検出部から障害情報の通知を受け、前記障害が起きたポートから正常なポートへ切替可能か判断する制御判定部と、
前記制御判定部から前記障害が起きたポートへの切替実施の通知を受け、前記第１のネットワーク内で前記切替実施を行うペア装置制御部と、
を有し、
前記制御判定部は、前記第１のネットワークのポートに起こった前記障害情報を、前記第２のネットワークを制御する処理判定部へ通知することを所定の期間遅延させることを特徴とするデータ転送システム。
【請求項７】
前記ペア装置制御部から取得したペア装置の状況が、切替不可能の場合、前記第２のネットワークを制御する前記処理判定部へ通知することを特徴とする請求項６に記載のデータ転送システム。
【請求項８】
少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送方法であって、
前記第１のネットワークに接続されるポートに起きた障害を検出するステップと、
前記検出した障害情報の通知を受けるステップと、
ペア装置の状況を取得するステップと、
通知を受けた前記障害情報と前記取得したペア装置の状況から、前記ペア装置への切替が可能か判断するステップと、を有し、
前記障害情報の通知を受けるステップは、前記第２のネットワークを制御する処理判定部への前記障害情報の通知を所定の期間遅延させるステップを有することを特徴とするデータ転送方法。
【請求項９】
前記障害情報の通知を受けるステップは、前記取得したペア装置の状況が、切替不可能の場合、前記第２のネットワークを制御する前記処理判定部へ通知するステップを有することを特徴とする請求項８に記載のデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ転送装置に関し、特に冗長化されたデータ転送システムに用いられるデータ転送装置に関する。
【背景技術】
【０００２】
データ転送装置の冗長化手法として、一般にＨｏｔ−Ｓｔａｎｄｂｙと呼称される、同機能装置を２台以上用意し、片側を稼動系 (以後ＡＣＴと表記する)、それ以外を待機系(以後ＳＢＹと表記する)とするデータ転送装置の冗長化方法が採用されてきた。
【０００３】
また、一方でデータ転送装置によるネットワークのループを回避するための方法として、ＩＥＥＥ８０２．１Ｄで定義されているようなスパニングツリープロトコル（Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌおよび Ｒａｐｉｄ  Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌ、以降ＳＴＰ、ＲＳＴＰ)が広く採用されてきた。さらに近年ではＩＥＥＥ８０２．１Ｑで定義されている仮想ＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を考慮したスパニングツリープロトコル（Ｍｕｌｔｉｐｌｅ  Ｓｐａｎｎｉｎｇ  Ｔｒｅｅ  Ｐｒｏｔｏｃｏｌ、以降ＭＳＴＰ)が採用されるようになってきている(以後ＳＴＰ、ＲＳＴＰ、ＭＳＴＰを総称してｘＳＴＰと表記する。)。
これらの方法は、通常、冗長化・ループ回避という主目的が異なるものであるが、ｘＳＴＰ、特にＲＳＴＰ／ＭＳＴＰは高速切り替えがＳＴＰに比べ比較的容易であることから、冗長化機能としても使用されている。
【０００４】
関連する技術として、特許文献１には、各ノードの生存情報等を示す生存情報等を第１のネットワークで送受信し、冗長化制御部が送受信部で受信した生存情報に基づき、第１ネットワークと第２ネットワークとの間の通信経路を確保するために他のノードとの間で冗長化切替を行い、障害発生時の冗長化切り替え時間を短縮する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１３００４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示されている技術では、ＷＡＮのみで使用されているリング冗長方式と全装置で使用されているレイヤ２冗長方式（ｘＳＴＰ）がそれぞれ並行して動作することになり、経路が一時的に不安定になることがあった。例えば、下位スイッチがレイヤ２冗長方式によりノード１００＿２側の経路を有効と判断した後、ノード１００＿２がバックアップノードと決定されると、下位スイッチは改めてノード１００＿１側を有効とするようなことがありえるので、その結果、冗長化の切り替え時間がかかる場合があるという課題があった。
【０００７】
本発明の目的は、上述の課題を解決し、障害発生時の冗長化切り替え時間を短縮可能なデータ転送装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムを構成するデータ転送装置であって、第１のネットワークに接続されるポートに起きた障害を検出するポート障害検出部と、ポート障害検出部から障害情報の通知を受け、障害が起きたポートから正常なポートへ切替可能か判断する制御判定部と、制御判定部から障害が起きたポートへの切替実施の通知を受け、第１のネットワーク内で切替実施を行うペア装置制御部とを有し、制御判定部は、第１のネットワークのポートに起こった障害情報を、第２のネットワークを制御する処理判定部へ通知することを所定の期間遅延させることを特徴としている。
【０００９】
また、本発明は、上記課題を解決するため、少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムであって、データ転送システムはデータ転送装置を備え、データ転送装置は、少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送システムを構成するデータ転送装置であって、第１のネットワークに接続されるポートに起きた障害を検出するポート障害検出部と、ポート障害検出部から障害情報の通知を受け、障害が起きたポートから正常なポートへ切替可能か判断する制御判定部と、制御判定部から障害が起きたポートへの切替実施の通知を受け、第１のネットワーク内で切替実施を行うペア装置制御部とを有し、制御判定部は、第１のネットワークのポートに起こった障害情報を、第２のネットワークを制御する処理判定部へ通知することを所定の期間遅延させることを特徴としている。
【００１０】
また、本発明は、上記課題を解決するため、少なくとも冗長化された第１のネットワークと第２のネットワークを備えたデータ転送方法であって、第１のネットワークに接続されるポートに起きた障害を検出するステップと、検出した障害情報の通知を受けるステップと、ペア装置の状況を取得するステップと、通知を受けた障害情報と取得したペア装置の状況から、ペア装置への切替が可能か判断するステップとを有し、障害情報の通知を受けるステップは、第２のネットワークを制御する処理判定部への障害情報の通知を所定の期間遅延させるステップを有することを特徴としている。
【発明の効果】
【００１１】
本発明の効果は、障害発生時の冗長化切り替え時間を短縮可能なデータ転送装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態におけるデータ転送装置の構成を示すブロック図である。
【図２】本発明の実施の形態における冗長化機能優先度記憶部の記憶内容の一例を示す図である。
【図３】本発明の実施の形態における冗長化機能優先度記憶部の記憶内容の一例を示す図である。
【図４】本発明の実施の形態におけるデータ転送装置の動作を示すフローチャートである。
【図５】本発明の関連技術であるＨｏｔ−Ｓｔａｎｄｂｙとリング型冗長方式が組み合わされたデータ転送システムを示す図である。
【図６】本発明の関連技術であるＨｏｔ−Ｓｔａｎｄｂｙとリング型冗長方式が組み合わされたデータ転送システムを示す図である。
【図７】本発明の関連技術であるＨｏｔ−Ｓｔａｎｄｂｙとリング型冗長方式が組み合わされたデータ転送システムを示す図である。
【図８】本発明の関連技術におけるケーブル上の送受信を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
（実施の形態）
図１、図５から図８を用いて、本発明の実施の形態におけるデータ転送システムの構成を説明する。
【００１４】
図１は、本発明の実施の形態におけるデータ転送装置の構成例を示すブロック図である。データ転送装置は、具体的には例えばルートブリッジである。以下実施形態ではデータ転送装置と呼称する。
【００１５】
図５、６、７、は、Ｈｏｔ−Ｓｔａｎｄｂｙとリング型冗長方式が組み合わされたデータ転送システムを示す図である。図５、６、７、８を用いて、Ｈｏｔ−Ｓｔａｎｄｂｙとリング型冗長方式が組み合わされたデータ転送システムについて説明する。
【００１６】
図５のデータ転送システムを構成するデータ転送装置（ネットワーク装置例えばルートブリッジ）１４０、１５０のようなＨｏｔ−Ｓｔａｎｄｂｙ構成を含むループネットワークにｘＳＴＰを併用した場合、２つの冗長化機能が同時に動作し始めることになり、通信が安定するまでにかかる時間が、個々の冗長化機能だけが動作した場合に比べて長くなることがあった。
【００１７】
例えば、図５においてＨｏｔ−Ｓｔａｎｄｂｙ機能が、ｘＳＴＰよりも通信断時間を短く切り替えができる場合を考える。なお、図５ではポート１１３とポート１４３間で双方向に通信が行われているものとする。図５のデータ転送装置１４０のポート１４１で障害が発生した場合を示したものが図６になる。各図の太線はｘＳＴＰの結果、データ通信に用いられる経路である。ケーブル１６０はＡＣＴ／ＳＢＹ間の状態同期に用いられるケーブルである。
【００１８】
また、カプラとされた光ケーブルは、図８（ａ）のような形態をとる。ポートＡ０２は稼働系データ転送装置ＡＣＴに接続され、Ａ０３は待機系データ転送装置ＳＢＹに接続されている場合を示している。ポートＡ０１からは送信光を出力し、カプラによる分岐によりＡ０２、Ａ０３の両方で受信される。またＡＣＴであるＡ０２も送信光を出力するが、Ａ０１でのみ受信される。Ａ０３はＡ０１からの送信光を受信するが、ＳＢＹであるため送信光は出力しない。ただし、Ａ０３はＡ０２と同設定に同期されているため、Ａ０２向けに出力された送信光を受信することでリンクを確立させている。
【００１９】
図８（ｂ）のようにＡ０１から送信されたデータＴＸ１は、Ａ０２、Ａ０３の両方で受信される（ＲＸ２，ＲＸ３）。そのためＡ０２、Ａ０３に装置冗長化のように同じ設定のポートであれば、Ａ０３からのデータＴＸ３が、実際にはＡ０１に到達していなくても、Ａ０２からＡ０１へのデータＲＸ１の応答を受け取ることで、結果的にＡ０２とＡ０３はプロトコル等の結果が同じになる。
【００２０】
ポート２４１で障害が発生していると、ポート２２２は送信光を受信できないため、一度リンクが失われる。結果としてポート２５１も同様にリンクを失う。この時、データ転送装置２４０、２５０ではＨｏｔ−ＳｔａｎｄｂｙとｘＳＴＰが同時に切り替え動作を始めることになる。Ｈｏｔ−Ｓｔａｎｄｂｙは、データ転送装置２４０が、まだデータ転送装置２５０がＳＢＹ（スタンバイ）として動作可能（ポート２５１がリンク確立している）とみなし、データ転送装置２４０をＳＢＹ、データ転送装置２５０をＡＣＴ（アクティブ）に切り替えようとする。
【００２１】
一方で、ｘＳＴＰは代替ポートが使用可能と判断するため、ポート２４２をデータ転送可能なポートに遷移させ、データ転送装置２４０にあるデータ転送のためのＦＤＢ（Ｆｏｒｗａｒｄｉｎｇ  Ｄａｔａ  Ｂａｓｅ）をクリアさせる(データ転送装置２５０、ポート２５２も同様)。そのためポート２４３(または２５３)から受信されたフレームはＵｎｋｎｏｗｎＵｎｉｃａｓｔとして転送される（リンクが確立されていればポート２２２、２３２両方に送信される)。
【００２２】
次に、データ転送装置２４０(または２５０)はデータ転送装置２３０に向けてＴＣ（Ｔｏｐｏｌｏｇｙ  Ｃｈａｎｇｅ）を通知し、通知されたデータ転送装置２３０は、ＦＤＢをクリアする。続いてデータ転送装置２３０からデータ転送装置２１０へもＴＣが通知され、データ転送装置２１０でもＦＤＢがクリアされる。 
この時データ転送装置２１０は時間を空けず、ＴＣ通知と並行しデータ転送装置２３０を経由して転送されたデータ転送装置２４０からのデータを受信するため、ポート２４３(または２５３)宛のデータはデータ転送装置２３０へ転送されるようになる。
【００２３】
ＴＣがデータ転送装置２３０へ通知されていく一方、並行してＨｏｔ−Ｓｔａｎｄｂｙ機能によりデータ転送装置２５０への切り替えを終え、ポート２５１から送信光が出力されることによりポート２２２、２５１はリンクを再度確立する。一度リンクが失われたため、再度ｘＳＴＰによる経路選択が行われる。ｘＳＴＰのトポロジは、ブリッジ（データ転送装置）およびポート設定により決定されるため、ポート２４１と同じ設定を持つポート２５１がポート２２２とリンクを確立すると、ポート２５１がデータ転送可能なポートになり、ポート２５２が改めて代替ポートとなる。その結果、図７の様なネットワーク構成となる。ここで、改めてデータ転送装置３５０のＦＤＢ（Ｆｏｒｗａｒｄｉｎｇ  Ｄａｔａ  Ｂａｓｅ）がクリアされ、前述と同様にデータ転送装置３２０を経てデータ転送装置３１０のＦＤＢエントリがクリアされる。すなわち、障害発生からポート２５１がポート２２２とリンク確立を経て、データ転送装置２１０が２回目のＦＤＢクリア後にＦＤＢ学習完了するまでに失ったデータの総量を転送する時間が通信断時間に相当する。
【００２４】
上記説明のようにデータ転送装置３４０(または３５０)が有するポート３４１、３４２(または３５１、３５２)がＨｏｔ−Ｓｔａｎｄｂｙのポート切り替えと２回のｘＳＴＰの経路変更が発生することで、Ｈｏｔ−ＳｔａｎｄｂｙまたはｘＳＴＰの単独切り替えよりも通信断時間が長く(およそｘＳＴＰの経路切り替え２回分)なってしまう場合があった。
【００２５】
本実施形態におけるデータ転送システムは、図５の構成と同一であるので、本実施形態のデータ転送システムの説明は、図５を用いて行う。
【００２６】
図５において、本実施形態においては、データ転送システムは、Ｈｏｔ−Ｓｔａｎｄｂｙ構成を形成するデータ転送装置１４０、１５０と、さらに、それらを含むループネットワーク（ｘＳＴＰ）を形成するデータ転送装置１１０、１２０、１３０で構成されている。データ転送装置１４０とデータ転送装置１５０は、Ｈｏｔ−Ｓｔａｎｄｂｙ構成を形成している。図５の場合、データ転送装置１４０が稼動系（ＡＣＴ）、データ転送装置１５０が待機系（ＳＢＹ）である。また、データ転送装置１４０、１５０に、データ転送装置１１０、１２０、１３０を接続することで、ループネットワーク（ｘＳＴＰ）を形成している。
【００２７】
図５のデータ転送装置１４０の詳細な構成について、図１を用いて説明するが、データ転送装置１１０、１２０、１３０、１５０についても同じ構成である。
【００２８】
図１において、ポート４００は、ポート制御部４０１、データ送信部４０２、データ受信部４０３から構成される外部の対向データ転送装置（図５においては、データ転送装置１２０、１３０）との通信インターフェースである。図では、１ポートのみを表記しているが、実際には、データ転送装置は複数のポートを具備しており、ＦＤＢのエントリ情報を参照したデータ転送を基本機能として備えている。なお、ペア装置監視部４０４とペアデータ転送装置であるデータ転送装置１５０間の通信にも同様のポートが使用されている（図示せず）。
【００２９】
ポート障害検出部であるポート制御部４０１は、ｘＳＴＰプロトコル処理判定部４０６からの指示により、データの送受信を制御する。また、ポートのリンク状態を監視し、制御判定部である切り替え制御判定部４０５にリンクの変化を通知する。データ受信部４０３は、対向データ転送装置であるデータ転送装置１２０、１３０からのデータを受信する。データ送信部４０２は、データ転送装置１２０、１３０へデータを送信する。ペア装置制御部であるペア装置監視部４０４は、Ｈｏｔ−Ｓｔａｎｄｂｙを構成するデータ転送装置１５０(自データ転送装置がＡＣＴの場合はＳＢＹ、自データ転送装置がＳＢＹの場合はＡＣＴ)とお互いの状態を交換し、死活などデータ転送装置１５０の状態を監視する。他に、データ転送装置１５０の状態を、切り替え制御判定部４０５へ提供・通知を行う。また、切り替え制御判定部４０５から得られるＨｏｔ−Ｓｔａｎｄｂｙ切り替え情報(切り替え実施トリガ)をデータ転送装置１５０に通知する。
【００３０】
切り替え制御判定部４０５は、ポート制御部４０１から、ポート状態の変化が通知されると、ペア装置監視部４０４からのデータ転送装置１５０の活性情報(アップｏｒダウン)、および冗長化機能優先度記憶部４１０から得られる、Ｈｏｔ−ＳｔａｎｄｂｙとｘＳＴＰのどちらを優先するかを参照する。そして、切り替え実施通知として、例えばｘＳＴＰプロトコル処理判定部４０６へ、遅延通知、抑止等を通知する。
【００３１】
切り替え制御判定部４０５が、ペア装置に切り替え可能と判断しながらも、不測の事態（切り替えようとしたタイミングでペア装置１５０が故障する等）によりＨｏｔ−Ｓｔａｎｄｂｙが切り替わらない場合は、ペア装置監視部４０４は、ｘＳＴＰによる切り替えを例えば５００ｍｓ後に開始させる。５００ｍｓが追加されるため通信断時間は通常のｘＳＴＰによる切り替えよりも長くなるが、切り替えが発生せずに通信断が継続するという事態を防止することができる。
【００３２】
ｘＳＴＰプロトコル処理判定部４０６は、ｘＳＴＰプロトコル情報記憶部４０８、ｘＳＴＰプロトコル解析部４０７、および切り替え制御判定部４０５の情報を元に自データ転送装置の状態、接続されている他データ転送装置を含めたスパニングツリー状態、および送信するｘＳＴＰ情報などを管理する。
【００３３】
ｘＳＴＰプロトコル解析部４０７は、データ受信部４０３で受信されたデータの内、ｘＳＴＰに関わるデータを解析し、ｘＳＴＰプロトコル情報としてｘＳＴＰプロトコル情報記憶部４０８に情報を格納する。
【００３４】
ｘＳＴＰプロトコル情報記憶部４０８は、ｘＳＴＰプロトコル解析部４０７で解析されたプロトコル、ｘＳＴＰプロトコル情報、およびユーザ設定入力部４１１から指定されたｘＳＴＰに関連するプロトコル設定情報を保存し、ｘＳＴＰプロトコル処理判定部４０６等の他機能へ該当情報を提供する。
【００３５】
ＦＤＢ削除部４０９は、ｘＳＴＰプロトコル処理判定部４０６からの要求に従い、ＦＤＢエントリを削除する。本実施形態では、主にｘＳＴＰにおいてＴＣ通知を受信した場合に実行される。
【００３６】
冗長化機能優先度記憶部４１０は、ユーザからの、各冗長化機能の優先度、および切り替え実施通知動作（遅延量含む）を保存し、例えば切り替え制御判定部４０５へ該当情報を提供する。
図２は、冗長化機能優先度記憶部４１０の記憶内容の一例である。図２では、冗長化機能ごとに優先度が決められ、動作の詳細が記載されている。
【００３７】
ユーザ設定入力部４１１は、ユーザからネットワーク装置に対する設定情報を受け付け、ｘＳＴＰプロトコル情報記憶部４０８、および冗長化機能優先度記憶部４１０にそれぞれ関連する情報を格納する。
【００３８】
以上の構成により、複数の冗長化機能が同時動作することによる通信断時間の劣化、および切り替え機能不全を防止することができる。
【００３９】
図１、３、４、５を用いて本発明の実施形態のデータ転送装置の動作を説明する。
【００４０】
なお、ここではＨｏｔ−Ｓｔａｎｄｂｙによる通信断時間はｘＳＴＰより短いものとし、図３のようにＨｏｔ−Ｓｔａｎｄｂｙが優先冗長化機能として設定されている。ｘＳＴＰは、遅延量５００ｍｓで遅延させて動作させるものとする。この遅延量はＨｏｔ−Ｓｔａｎｄｂｙにかかる時間と同じか、やや長く設定する。
【００４１】
図４は、本実施形態のデータ転送装置の動作を示すフローチャートである。
【００４２】
図５のポート１４１に障害が発生すると（Ｓ５０１）、データ転送装置１４０のポート制御部４０１が、切り替え制御判定部４０５にポートのダウン通知を行う（Ｓ５０２）。
切り替え制御判定部４０５は、冗長化機能優先度記憶部４１０から冗長化機能の優先度情報を取得する（Ｓ５０３）。切り替え制御判定部４０５は、ペア装置監視部４０４からデータ転送装置１５０の状態を取得し（Ｓ５０４）、ペア装置ＳＢＹが切り替え可能であるか判断する（Ｓ５０５）。
【００４３】
優先冗長化機能であるＨｏｔ−Ｓｔａｎｄｂｙによるペア装置への切り替え可能な場合（Ｓ５０５のＹｅｓ）、切り替え制御判定部４０５は、ペア装置監視部４０４にペア装置１５０への切り替え実施を通知する（Ｓ５０６）。また、同時に処理判定部としての、ｘＳＴＰプロトコル処理判定部４０６への障害通知遅延を開始する（Ｓ５０９）。
【００４４】
ペア装置への切り替えが不可能（ＳＢＹ装置が未接続など）な場合（Ｓ５０５のＮｏ）は、次優先の冗長化機能であるｘＳＴＰを動作させるため、図３に指定されている遅延処理を行わず、ｘＳＴＰプロトコル処理判定部４０６へ障害通知する（Ｓ５１１）。この場合は図６で示していたように、通常のｘＳＴＰによる切り替え結果が反映される。これにより、装置が提供可能な最短の通信断時間を維持することができる。
【００４５】
ペア装置監視部４０４は、切り替え実施をペア装置に通知し（Ｓ５０７）、自装置の切り替えを行う（Ｓ５０８）。この時、Ｈｏｔ−Ｓｔａｎｄｂｙ切り替えにより、障害のなかったポート１４２，１５２，１４３，１５３も一度リンクダウンが発生後、ポート１５１、１５２、１５３、１４２、１４３がリンクを確立する。
【００４６】
リンクが再度確立された後に、遅延させていた障害通知がｘＳＴＰプロトコル処理判定部４０６へ通知される（Ｓ５１０）。通知された後ｘＳＴＰプロトコル処理が行われる（Ｓ５１２）。このｘＳＴＰプロトコル処理が行われる時点では、既にデータ転送装置１５０がＡＣＴとなり、データ転送装置１２０、１３０と通信可能状態になっている。そのためｘＳＴＰのＴＣ通知によりＦＤＢエントリの削除が実行されるが、ｘＳＴＰのＢＰＤＵ（Ｂｒｉｄｇｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）交換により図７のようにポート３５２が停止する。
【００４７】
以上により、障害による通信断時間はＨｏｔ−Ｓｔａｎｄｂｙによる切り替え時間のみとなることにより、通信断時間の劣化を防止することができる。背景技術で述べたｘＳＴＰプロトコル処理での２回のｘＳＴＰの経路変更による通信断がなくなり、しかも特許文献１のように経路が一時的に不安定になることもない。
【００４８】
尚、本願発明は、上述の実施の形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することが出来る。
【００４９】
また、Ｈｏｔ−Ｓｔａｎｄｂｙは別々のデータ転送装置により構成されているが、同一データ転送装置内のポート間で構成してもよい。また、ケーブルにはカプラされた光ケーブルを使用しているが、同様の通信形態がとれれば別ケーブルで構成してもよい。
【産業上の利用可能性】
【００５０】
本発明は、冗長化されたデータ転送システムを、複数用いる場合に利用可能である。
【符号の説明】
【００５１】
１１０、１２０、１３０、１４０、１５０    データ転送装置
１１１、１１２、１１３、１２１、１２２、１３１、１３２、１４１、１４２、１４３、１５１、１５２、１５３    ポート
１６０    ケーブル
２１０、２２０、２３０、２４０、２５０    データ転送装置
２１１、２１２、２１３、２２１、２２２、２３１、２３２、２４１、２４２、２４３、２５１、２５２、２５３    ポート
２６０    ケーブル
３１０、３２０、３３０、３４０、３５０    データ転送装置
３１１、３１２、３１３、３２１、３２２、３３１、３３２、３４１、３４２、３４３、３５１、３５２、３５３    ポート
３６０    ケーブル
４００    ポート
４０１    ポート制御部（ポート障害検出部）
４０２    データ送信部
４０３    データ受信部
４０４    ペア装置監視部（ペア装置制御部）
４０５    切り替え制御判定部（制御判定部）
４０６    ｘＳＴＰプロトコル処理判定部
４０７    ｘＳＴＰプロトコル解析部
４０８    ｘＳＴＰプロトコル情報記憶部
４０９    ＦＤＢ削除部
４１０    冗長化機能優先度記憶部
４１１    ユーザ設定入力部
【図１】
2015185975.tif 000003
【図２】
2015185975.tif 000004
【図３】
2015185975.tif 000005
【図４】
2015185975.tif 000006
【図５】
2015185975.tif 000007
【図６】
2015185975.tif 000008
【図７】
2015185975.tif 000009
【図８】
2015185975.tif 000010