(57)【特許請求の範囲】
【請求項１】
第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信システムであって、
前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路とし、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として構成すると共に、
前記第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、少なくとも、前記第１のエッジと前記第５のエッジとの間および前記第２のエッジと前記第６のエッジとの間に、到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）のパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させ、
前記第１のエッジは、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信し、前記第２のエッジは、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止し、前記第６のエッジは、前記第２のアクセス回線について、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出すると、前記通常経路から前記冗長経路に切り替えることを特徴とするデータ通信システム。
【請求項２】
第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信システムであって、
前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路とし、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として構成すると共に、
前記第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、少なくとも、前記第１のエッジと前記第５のエッジとの間および前記第２のエッジと前記第６のエッジとの間に、到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）のパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させ、
前記第１のエッジは、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信し、前記第２のエッジは、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知し、前記第６のエッジは、前記第２のアクセス回線について、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンの通知がなされると、前記通常経路から前記冗長経路に切り替えることを特徴とするデータ通信システム。
【請求項３】
請求項１または請求項２に記載のデータ通信システムにおいて、
前記仮想回線取り消しメッセージは、ラベル配布プロトコルであるＬＤＰ（Label Distribution Protocol）で規定されるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージであることを特徴とするデータ通信システム。
【請求項４】
第１のネットワークにおけるエッジとして用いられるネットワーク装置であって、
前記第１のネットワークにおける他のエッジと仮想回線を介して接続されると共に、第２のネットワークにおけるエッジとアクセス回線を介して接続され、
前記第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、前記他のエッジとの間に到達性確認プロトコルであるＢＦＤのパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させている場合に、前記他のエッジより前記仮想回線を介して送信された仮想回線取り消しメッセージを受信すると、前記アクセス回線に対し、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止することを特徴とするネットワーク装置。
【請求項５】
第１のネットワークにおけるエッジとして用いられるネットワーク装置であって、
前記第１のネットワークにおける他のエッジと仮想回線を介して接続されると共に、第２のネットワークにおけるエッジとアクセス回線を介して接続され、
前記第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、前記他のエッジとの間に到達性確認プロトコルであるＢＦＤのパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させている場合に、前記他のエッジより前記仮想回線を介して送信された仮想回線取り消しメッセージを受信すると、前記アクセス回線に対し、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知することを特徴とするネットワーク装置。
【請求項６】
第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信方法であって、
（ａ）前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路として用意すると共に、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として用意する工程と、
前記工程（ａ）の第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、
（ｂ）少なくとも、前記第１のエッジと前記第５のエッジとの間および前記第２のエッジと前記第６のエッジとの間に、到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）のパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させる工程と、
（ｃ）前記第１のエッジが、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信する工程と、
（ｄ）前記第２のエッジが、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止する工程と、
（ｅ）前記第６のエッジが、前記第２のアクセス回線について、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出すると、前記通常経路から前記冗長経路に切り替える工程と、
を備えるデータ通信方法。
【請求項７】
第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信方法であって、
（ａ）前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路として用意すると共に、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として用意する工程と、
前記工程（ａ）の第１のネットワークはＶＰＷＳ（Virtual Private Wire Service）網を適用したレイヤ２ＶＰＮ（Virtual Private Network）を構成するネットワークであり、
（ｂ）少なくとも、前記第１のエッジと前記第５のエッジとの間および前記第２のエッジと前記第６のエッジとの間に、到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）のパケットに宛先ＭＡＣアドレスとして、特定の固定マルチキャストアドレスを設定すると共に、Ether-Typeとして、特定の固定値を設定したＢＦＤパケットを用いることにより、前記ＢＦＤを動作させる工程と、
（ｃ）前記第１のエッジが、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信する工程と、
（ｄ）前記第２のエッジが、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知する工程と、
（ｅ）前記第６のエッジが、前記第２のアクセス回線について、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンの通知がなされると、前記通常経路から前記冗長経路に切り替える工程と、
を備えるデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク間を接続するアクセス回線に障害が発生した場合に、その障害発生を通知するための技術に関するものである。
【背景技術】
【０００２】
従来、或るカスタマサイトと他のカスタマサイトとの間で、サービスプロバイダ（ＳＰ）のＭＰＬＳ（Multiprotocol Label Switching）網を利用した、レイヤ２（Layer 2）のＶＰＮ（Virtual Private Network）を介して、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔにてデータ通信を行うサービスとして、ＶＰＷＳ（Virtual Private Wire Service）が知られている。
【０００３】
図１０は一般的なＶＰＷＳを適用したネットワークの一例を示す説明図である。図１０に示すように、ＶＰＷＳでは、一方のカスタマサイトであるＵｓｅｒ１と、他方のカスタマサイトであるＵｓｅｒ２と、の間に、ＭＰＬＳ網（以下、ＶＰＷＳ網という）が存在する。このうち、一方のカスタマサイトＵｓｅｒ１において、そのエッジ部分にあるスイッチ，ルータなどのネットワーク装置（以下、カスタマエッジ［Customer Edge］という）ＣＥ１と、ＶＰＷＳ網において、その一方のエッジ部分にあるスイッチ，ルータなどのネットワーク装置（以下、プロバイダエッジ［Provider Edge］という）ＰＥ１と、の間は、アクセス回線にて接続され、同じく、他方のカスタマサイトＵｓｅｒ２において、そのエッジ部分にあるカスタマエッジＣＥ２と、ＶＰＷＳ網において、その他方のエッジ部分にあるプロバイダエッジＰＥ２と、の間も、アクセス回線にて接続されている。そして、ＣＥ−ＰＥ間を接続するアクセス回線同士（言い換えれば、プロバイダエッジＰＥ１，ＰＥ２同士）は、ＶＰＷＳ網内において、関連付けられた仮想回線（Virtual Circuit）ＶＣによってＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで接続されている。
【０００４】
このような構成のＶＰＷＳ網において、例えば、一方のカスタマサイトＵｓｅｒ１から送信されたレイヤ２のパケットは、そのカスタマエッジＣＥ１からアクセス回線を介してプロバイダエッジＰＥ１に転送され、次に、プロバイダエッジＰＥ１から仮想回線ＶＣを介してプロバイダエッジＰＥ２に転送され、さらに、プロバイダエッジＰＥ２からアクセス回線を介してカスタマエッジＣＥ２に転送され、他方のカスタマサイトＵｓｅｒ２で受信される。このとき、仮想回線ＶＣ内では、レイヤ２のパケットはカプセル化されて転送される。
【０００５】
さて、このようなＶＰＷＳ網において、ネットワーク障害に備えて代替パスを用意する構成、いわゆる冗長構成を構築する場合、例えば、レイヤ２では、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、冗長制御プロトコルであるＳＴＰ（Spanning Tree Protocol）を動作させることで、冗長構成を実現することができ、レイヤ３では、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、ＯＳＰＦ（Open Shortest Path First）やＢＧＰ（Border Gateway Protocol）に代表されるルーティングプロトコルを動作させ、各カスタマエッジにおいて、通常経路および冗長経路を決定することで、冗長構成を実現することができる。
【０００６】
図１１はＶＰＷＳ網において冗長構成を構築したネットワークの一例を示す説明図である。図１１において、ＰＥ３，ＰＥ４は、それぞれ、プロバイダエッジであって、これらプロバイダエッジＰＥ３，ＰＥ４同士は、プロバイダエッジＰＥ１，ＰＥ２の場合と同様に、ＶＰＷＳ網内において、関連付けられた仮想回線ＶＣによってＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで接続されている。そして、ＣＥ１−ＰＥ３−ＰＥ４−ＣＥ２によって、代替パスである冗長経路を構成する。この種の技術に関連するものとしては、従来において、例えば、下記の特許文献に記載のものが知られている。
【０００７】
かかる冗長構成においては、ＣＥ１−ＰＥ１−ＰＥ２−ＣＥ２の通常経路内において、障害が発生した場合、カスタマエッジＣＥ１，ＣＥ２がこれを検知すると、通常経路から冗長経路に切り替えることにより、通信の継続性を保つことができる。
【０００８】
しかしながら、このように、ＶＰＷＳ網において冗長構成を実現した場合、次のような問題があった。例えば、ＣＥ１−ＰＥ１間のアクセス回線において、障害が発生した場合、カスタマエッジＣＥ１では、自己のアクセス回線での障害であるため、その障害発生を検知することができ、直ちに冗長経路に切り替えることができるが、他方のカスタマエッジＣＥ２では、相手方のアクセス回線での障害であるため、上記した冗長制御プロトコルで障害を検知するためには、上記冗長制御プロトコルで規定されているタイムアウト時間を必要とし、直ちに冗長経路に切り替えることができないという問題があった。
【０００９】
そこで、従来では、相手方のアクセス回線での障害発生を検知するために、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、到達性確認プロトコルを動作させるようにしていた。すなわち、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、そのプロトコルで規定されたＥｃｈｏパケットを送受信させ、例えば、ＣＥ１−ＰＥ１間のアクセス回線において、障害が発生した場合、カスタマエッジＣＥ１からのＥｃｈｏパケットが途絶え、カスタマエッジＣＥ２において、そのＥｃｈｏパケットのタイムアウトを検出することによって、その障害発生を検知するものである。
【００１０】
【特許文献１】特開２００３−２９８６３２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記したように、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、到達性確認プロトコルを動作させることにより、相手方のアクセス回線での障害発生を検知させるようにした場合、次のような問題があった。
【００１２】
すなわち、到達性確認プロトコルとして、例えば、ＩＣＭＰｖ４／ＩＣＭＰｖ６のエコー要求およびエコー応答メッセージをカスタマエッジ間（ＣＥ１−ＣＥ２間）で周期的に送受信することによって、到達性を監視する機能（スタティク・ポーリングと呼ぶ。）を用いた場合、相手方のアクセス回線で障害が発生した後、実際のタイムアウトを検出して、障害発生を検知するまでに、数秒程度の時間を要するため、障害発生の検知に時間がかかりすぎるという問題があった。
【００１３】
また、障害発生検知にかかる時間を短縮するために、制御フレーム、言い換えれば、Ｅｃｈｏパケットの送受信間隔を短縮して、Ｅｃｈｏパケットのタイムアウトを短くすることも考えられるが、そのようにすると、Ｅｃｈｏパケットが頻繁にやり取りされることになるため、網内の通信帯域を圧迫してしまうという問題が生じる。
【００１４】
従って、本発明の目的は、上記した従来技術の問題点を解決し、相手方のアクセス回線で障害が発生した場合に、網内の通信帯域を圧迫することなく、障害発生検知にかかる時間を短縮することができる技術を提供することにある。
【課題を解決するための手段】
【００１５】
上記した目的の少なくとも一部を達成するために、本発明の第１のデータ通信システムは、第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信システムであって、
前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路とし、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として構成すると共に、
前記第１のエッジは、前記第１のアクセス回線における障害の発生を検知した場合に、前記第１の仮想回線に、仮想回線取り消しメッセージを送信し、前記第２のエッジは、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線をリンクダウンし、前記第６のエッジは、前記第２のアクセス回線のリンクダウンを検知すると、前記通常経路から前記冗長経路に切り替えることを要旨とする。
【００１６】
このように、第１のデータ通信システムでは、第５のエッジと第６のエッジ間において、到達性確認プロトコルを動作させていないため、第１のネットワーク内において、Ｅｃｈｏパケットがやり取りされることがなく、また、第１のアクセス回線で障害が発生した場合に、第１のネットワーク内において、仮想回線取り消しメッセージを利用して、第１のエッジから第２のエッジにその障害の発生を通知するようにしている。従って、第１のデータ通信システムによれば、第１のネットワーク内の通信帯域を圧迫することなく、障害発生を短時間で通知することができる。
【００１７】
また、第２のエッジは、仮想回線取り消しメッセージを受けると、直ちに第２のアクセス回線をリンクダウンし、それにより、第６のエッジでは、第２のアクセス回線がリンクダウンしたことを検知して、相手方のアクセス回線である第１のアクセス回線の障害発生を検知することになるため、障害発生検知にかかる時間を短縮することができる。
【００１８】
本発明の第２のデータ通信システムは、第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信システムであって、
前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路とし、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として構成すると共に、
少なくとも、前記第１のエッジと前記第５のエッジとの間に到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）を動作させ、前記第２のエッジと前記第６のエッジとの間に前記ＢＦＤを動作させ、
前記第１のエッジは、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信し、前記第２のエッジは、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止し、前記第６のエッジは、前記第２のアクセス回線について、前記ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出すると、前記通常経路から前記冗長経路に切り替えることを要旨とする。
【００１９】
従って、第２のデータ通信システムでは、第１のエッジと第５のエッジ間、及び、第２のエッジと第６のエッジ間においてＢＦＤを動作させることにより、アクセス回線において発生した障害が、片線切れなど、リンクダウン以外の障害であっても、そのアクセス回線に接続される各エッジはその障害発生を検知することができる。
【００２０】
また、第１のエッジと第２のエッジ間においては、ＢＦＤを動作させていないため、第１のネットワーク内において、Ｅｃｈｏパケットがやり取りされることがない。また、第１のアクセス回線で障害が発生した場合に、第１のネットワーク内において、仮想回線取り消しメッセージを利用して、第１のエッジから第２のエッジにその障害の発生を通知するようにしている。従って、第２のデータ通信システムによれば、第１のネットワーク内の通信帯域を圧迫することなく、障害発生を短時間で通知することができる。
【００２１】
また、第２のエッジは、仮想回線取り消しメッセージを受けると、直ちに第２のアクセス回線をＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止し、それにより、第６のエッジでは、第２のアクセス回線についてそのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出して、相手方のアクセス回線である第１のアクセス回線の障害発生を検知することになるため、障害発生検知にかかる時間を大幅に短縮することができる。
【００２２】
本発明の第３のデータ通信システムは、第１のネットワークを介して第２及び第３のネットワーク間でデータ通信を行うデータ通信システムであって、
前記第１のネットワークにおける第１及び第２のエッジ間を前記第１のネットワーク内の第１の仮想回線で接続し、前記第１のネットワークにおける第３及び第４のエッジ間を前記第１のネットワーク内の第２の仮想回線で接続し、前記第１のエッジと前記第２のネットワークの第５のエッジとの間を第１のアクセス回線で接続し、前記第２のエッジと前記第３のネットワークの第６のエッジとの間を第２のアクセス回線で接続し、前記第３のエッジと前記第５のエッジとの間を第３のアクセス回線で接続し、前記第４のエッジと前記第６のエッジとの間を第４のアクセス回線で接続し、前記第５のエッジ，前記第１のエッジ，前記第２のエッジ及び前記第６のエッジを通る経路を通常経路とし、前記第５のエッジ，前記第３のエッジ，前記第４のエッジ及び前記第６のエッジを通る経路を冗長経路として構成すると共に、
少なくとも、前記第１のエッジと前記第５のエッジとの間に到達性確認プロトコルであるＢＦＤを動作させ、前記第２のエッジと前記第６のエッジとの間に前記ＢＦＤを動作させ、
前記第１のエッジは、前記第１のアクセス回線に障害が発生した場合に、前記ＢＦＤによりその障害発生を検知して、前記第１の仮想回線に、仮想回線取り消しメッセージを送信し、前記第２のエッジは、前記第１の仮想回線を介して送信された前記仮想回線取り消しメッセージを受信すると、前記第２のアクセス回線に対し、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知し、前記第６のエッジは、前記第２のアクセス回線について、前記ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンの通知がなされると、前記通常経路から前記冗長経路に切り替えることを要旨とする。
【００２３】
従って、第３のデータ通信システムでは、第２のデータ通信システムの場合と同様に、ＢＦＤを動作させることにより、アクセス回線において発生した障害が、リンクダウン以外の障害であっても、そのアクセス回線に接続される各エッジはその障害発生を検知することができる。
【００２４】
また、第２のデータ通信システムの場合と同様に、第１のエッジと第２のエッジ間においては、ＢＦＤを動作させておらず、第１のアクセス回線で障害が発生した場合に、仮想回線取り消しメッセージを利用して、第１のエッジから第２のエッジにその障害の発生を通知するようにしているため、第１のネットワーク内の通信帯域を圧迫することなく、障害発生を短時間で通知することができる。
【００２５】
また、第２のエッジは、仮想回線取り消しメッセージを受けると、直ちに第２のアクセス回線をＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知し、それにより、第６のエッジでは、その通知を受け取って、相手方のアクセス回線である第１のアクセス回線の障害発生を検知することになるため、障害発生検知にかかる時間を大幅に短縮することができる。
【００２６】
本発明のデータ通信システムにおいて、前記第１のネットワークは、ＶＰＷＳ（Virtual Private Wire Service）網から成ることが好ましい。
【００２７】
ＶＰＷＳは、ＶＰＮ（Virtual Private Network）を介して、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔにてデータ通信を行う場合に適しているからである。
【００２８】
また、本発明のデータ通信システムにおいて、前記仮想回線取り消しメッセージは、ラベル配布プロトコルであるＬＤＰ（Label Distribution Protocol）で規定されるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージであることが好ましい。
【００２９】
ＶＰＷＳのベースであるＭＰＬＳ（Multiprotocol Label Switching）網では、ラベル配布プロトコルとしてＬＤＰが適しており、その制御メッセージを利用しやすいからである。
【００３０】
なお、本発明は、上記したデータ通信システムの他、そのデータ通信システムを構成するネットワーク装置としての態様で実現することができる。また、このような装置発明の態様に限ることなく、データ通信方法などの方法発明としての態様で実現することも可能である。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１の実施例：
Ａ−１：実施例の構成：
Ａ−２：通常の通信動作：
Ａ−３：アクセス回線障害発生時の動作：
Ａ−４：実施例の効果：
Ｂ．第２の実施例：
Ｂ−１：実施例の構成：
Ｂ−２：アクセス回線障害発生時の動作：
Ｂ−３：実施例の効果：
Ｃ．変形例：
【００３２】
Ａ．第１の実施例：
Ａ−１：実施例の構成：
図１は本発明の第１の実施例としてのデータ通信システムを適用したネットワークを示す説明図である。
【００３３】
本実施例では、図１に示すように、一方のカスタマサイトであるＵｓｅｒ１と、他方のカスタマサイトであるＵｓｅｒ２と、の間に、サービスプロバイダ（ＳＰ）のＭＰＬＳ網であるＶＰＷＳ網が存在し、一方のカスタマサイトＵｓｅｒ１において、そのエッジ部分にあるカスタマエッジＣＥ１と、ＶＰＷＳ網において、その一方のエッジ部分にあるプロバイダエッジＰＥ１と、の間が、アクセス回線ＡＬ１にて接続され、同じく、他方のカスタマサイトＵｓｅｒ２において、そのエッジ部分にあるカスタマエッジＣＥ２と、ＶＰＷＳ網において、その他方のエッジ部分にあるプロバイダエッジＰＥ２と、の間も、アクセス回線ＡＬ２にて接続されている。ＣＥ−ＰＥ間を接続するアクセス回線ＡＬ１，ＡＬ２同士は、ＶＰＷＳ網内において、関連付けられた仮想回線ＶＣ１によってＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで接続されている。そして、ＣＥ１−ＰＥ１−ＰＥ２−ＣＥ２によって、実際の通信を行う通常経路を構成している。
【００３４】
このような構成によって、カスタマサイト間で、レイヤ２（Layer 2）のＶＰＮを介して、Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔにてデータ通信を行うサービス、すなわち、ＶＰＷＳを実現している。
【００３５】
また、このＶＰＷＳ網では、ネットワーク障害に備えて代替パスを用意する構成、いわゆる冗長構成を構築するために、カスタマエッジ間（ＣＥ１−ＣＥ２間）において、冗長制御プロトコルを動作させている。すなわち、プロバイダエッジＰＥ３，ＰＥ４同士は、プロバイダエッジＰＥ１，ＰＥ２の場合と同様に、ＶＰＷＳ網内において、関連付けられた仮想回線ＶＣ２によってＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔで接続されており、また、カスタマエッジＣＥ１とプロバイダエッジＰＥ３とはアクセス回線ＡＬ３で、カスタマエッジＣＥ２とプロバイダエッジＰＥ４とはアクセス回線ＡＬ４で、それぞれ、接続され、ＣＥ１−ＰＥ３−ＰＥ４−ＣＥ２によって、代替パスである冗長経路を構成している。
【００３６】
なお、カスタマエッジＣＥ１，ＣＥ２及びプロバイダエッジＰＥ１，ＰＥ２は、それぞれ、レイヤ２のスイッチ，ルータなどのネットワーク装置であり、例えば、スイッチの場合、図２に示すような構成をなしている。
【００３７】
図２はカスタマエッジ，プロバイダエッジとして用いられ得るスイッチの構成を示すブロック図である。図２に示すように、スイッチ１００は、主として、制御部１１０と、通信部１２０と、を備えている。このうち、制御部１１０は、ＣＰＵ１１２及びメモリ１１４などを備えており、ＣＰＵ１１２がメモリ１１４内に格納されたプログラムを実行することにより、装置全体の管理やパケット処理などを行う。また、通信部１２０は、ネットワークインタフェース１２２などを備えており、ＯＳＩ参照モデルの第２層（データリンク層）でのパケットの中継処理などを行う。各ネットワークインタフェース１２２は、それぞれ、ポート（図示せず）を介して、イーサネット（登録商標）などの物理回線（ツイストペアケーブル，光ファイバなど）に接続されている。
【００３８】
一般に、ＭＰＬＳ網（ＶＰＷＳ網）内において、プロバイダエッジを含む各ネットワーク装置は、互いに、ＦＥＣ（Forwarding Equivalence Class）に対応したラベル情報を交換しており、そのラベル情報交換のために、ラベル配布プロトコルとして、ＬＤＰ（Label Distribution Protocol）が用いられている。従って、本実施例においても、プロバイダエッジ間（ＰＥ１−ＰＥ２間）において、ＬＤＰが動作している。
【００３９】
また、このＬＤＰでは、制御メッセージの一つとして、Ｗｉｔｈｄｒａｗと呼ばれる仮想回線取り消しメッセージが規定されている。本実施例においては、後述するように、このＬＤＰにおけるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを利用して、アクセス回線で発生した障害を通知するようにしている。
【００４０】
Ａ−２：通常の通信動作：
通常の通信では、例えば、図１に矢印にて示すように、一方のカスタマサイトＵｓｅｒ１から送信されたレイヤ２のパケットは、そのカスタマエッジＣＥ１からアクセス回線ＡＬ１を介してプロバイダエッジＰＥ１に転送され、次に、プロバイダエッジＰＥ１から仮想回線ＶＣ１を介してプロバイダエッジＰＥ２に転送され、さらに、プロバイダエッジＰＥ２からアクセス回線ＡＬ２を介してカスタマエッジＣＥ２に転送され、他方のカスタマサイトＵｓｅｒ２で受信される。このとき、仮想回線ＶＣ１内では、レイヤ２のパケットはカプセル化されて転送される。
【００４１】
Ａ−３：アクセス回線障害発生時の動作：
図３は本発明の第１の実施例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【００４２】
そこで、例えば、図３に示すように、ＣＥ１−ＰＥ１間のアクセス回線ＡＬ１において、リンクダウンの障害が発生した場合（ステップｉ）、カスタマエッジＣＥ１の制御部では、自己のアクセス回線ＡＬ１での障害であるため、その障害発生を検知し、カスタマエッジＣＥ１で動作している冗長制御プロトコルが、通常経路から冗長経路に切り替える（ステップｉｉ）。一方、プロバイダエッジＰＥ１の制御部でも、自己のアクセス回線ＡＬ１での障害であるため、その障害発生を検知する。プロバイダエッジＰＥ１の制御部では、アクセス回線ＡＬ１に障害が発生したことを検知すると、上記したＬＤＰによって、ＰＥ１−ＰＥ２間で構築している仮想回線ＶＣ１をダウンさせるために、Ｌａｂｅｌ  ＷｉｔｈｄｒａｗメッセージをＰＥ２に対して発行する（ステップｉｉｉ）。
【００４３】
これに対し、他方のプロバイダエッジＰＥ２の制御部は、図４に示すような処理動作を行っている。図４は本発明の第１の実施例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【００４４】
図４に示す処理が開始されると、プロバイダエッジＰＥ２の制御部は、回線を介してフレームを受信すると（ステップＳ１０２）、そのフレームが転送フレームであるか否かを判定し（ステップＳ１０３）、転送フレームである場合には、フレーム転送を行って（ステップＳ１０５）、一連の処理を終了する。転送フレームでない場合には、そのフレームにＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが含まれているか否かを判定し（ステップＳ１０４）、含まれていない場合には、ＬＤＰの規定処理を実行して（ステップＳ１０６）、一連の処理を終了する。反対に、受信したフレームにＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが含まれている場合には、そのＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが送信されてきた仮想回線ＶＣ１に対応するアクセス回線ＡＬ２を検索し（ステップＳ１０８）、検索により得られたＰＥ２−ＣＥ２間のアクセス回線ＡＬ２をリンクダウンして（ステップＳ１１０，図３のステップｉｖ）、一連の処理を終了する。
【００４５】
この結果、アクセス回線ＡＬ２に接続されたカスタマエッジＣＥ２の制御部では、自己のアクセス回線ＡＬ１がリンクダウンしたことを検知して、カスタマエッジＣＥ２で動作している冗長制御プロトコルが、通常経路から冗長経路に切り替える（ステップｖ）。
【００４６】
Ａ−４：実施例の効果：
以上説明したように、本実施例においては、カスタマエッジ間（ＣＥ１−ＣＥ２間）で、到達性確認プロトコルを動作させていないため、ＭＰＬＳ網（ＶＰＷＳ網）内において、Ｅｃｈｏパケットがやり取りされることがなく、また、相手方のアクセス回線でリンクダウンの障害が発生した場合には、ＭＰＬＳ網（ＶＰＷＳ網）内において、ＬＤＰにおけるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを利用して、一方のプロバイダエッジから他方のプロバイダエッジにその障害の発生を通知するようにしている。従って、本実施例によれば、網内の通信帯域を圧迫することなく、障害の発生から短時間で通知することができる。
【００４７】
また、Ｌａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを受けたプロバイダエッジは、直ちに自己のアクセス回線をリンクダウンし、それにより、カスタマエッジでは、自己のアクセス回線がリンクダウンしたことを検知して、相手方のアクセス回線での障害発生を検知することになるため、障害発生検知にかかる時間を短縮することができる。
【００４８】
また、プロバイダエッジは、Ｌａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを受けた場合に、自己のアクセス回線をリンクダウンするという新たな処理を導入する必要があるが、プロバイダエッジ以外は、従来と同様の処理内容でよいため、容易に実現することができる。
【００４９】
Ｂ．第２の実施例：
さて、上記した第１の実施例においては、プロバイダエッジやカスタマエッジは、自己のアクセス回線において、リンクダウンの障害が発生した場合には、その障害発生を検知して、ステップｉｉやステップｉｉｉの処理を行うことができるが、リンクダウン以外の障害、例えば、片線切れなどの障害が発生した場合には、その障害発生を検知することができない。
【００５０】
そこで、本発明の第２の実施例においては、到達性確認プロトコルであるＢＦＤ（Bidirectional Forwarding Detection）を利用することにより、片線切れなどの障害が発生した場合でも、その障害発生を検知できるようにしている。なお、ここで、片線切れとは、送信回線と受信回線とが異なる回線である場合に、一方の回線が切断された状態を言う。
【００５１】
Ｂ−１：実施例の構成：
本発明の第２の実施例としてのデータ通信システムが適用されるネットワークを示す説明図である。本実施例の基本的な構成は、第１図の構成と同様であるので、それについての説明は省略する。
【００５２】
本実施例において、第１の実施例と異なる点は、各ＣＥ−ＰＥ間において、到達性確認プロトコルであるＢＦＤを動作させている点である。
【００５３】
ＢＦＤの機能としては、一般的に、２つの転送エンジンを接続するパス（回線）の障害、及び転送エンジン自体の障害を、両方向（送受信）で監視する機能を有している。また、ＢＦＤの特徴としては、既存の到達性確認プロトコルに比べて、極めて短時間（ミリ秒単 位）で障害発生を検知することができ、冗長経路への切り替えを高速に行うことが可能であるという特徴がある。
【００５４】
しかしながら、ＢＦＤの適用範囲は、現在のところ、レイヤ３（Layer3）のみであるため、本実施例の如く、レイヤ２を使用する場合には、そのまま適用することができない。例えば、カスタマエッジＣＥ２からプロバイダエッジＰＥ２に向けてＢＦＤのパケットを転送したとしても、プロバイダエッジＰＥ２では、ＢＦＤパケットであることを認識することができないため、そのパケットを中継して、他に転送してしまうという問題が生じる。
【００５５】
そこで、本実施例では、プロバイダエッジやカスタマエッジにおいて、ＢＦＤのパケットであることを認識させるために、送信元のエッジにおいて、ＢＦＤパケットに、次のような改良を施すようにしている。
【００５６】
すなわち、送信元のカスタマエッジまたはプロバイダエッジにおいて、転送すべきＢＦＤパケットに、宛先ＭＡＣアドレスとして、特定の固有マルチキャストアドレスを設定すると共に、Ｅｔｈｅｒ−Ｔｙｐｅとして、特定の固定値を設定するようにしている。なお、送信元ＭＡＣアドレスとして、従前通り、送信元ポートの物理ＭＡＣアドレス または装置ＭＡＣを設定する。
【００５７】
これにより、受信先のプロバイダエッジまたはカスタマエッジにおいては、転送されたパケットの宛先ＭＡＣアドレスを検出して、特定の固有マルチキャストアドレスであり、かつ、Ｅｔｈｅｒ−Ｔｙｐｅを検出して、特定の固有値であることを確認したら、そのパケットはＢＦＤパケットであると認識して、取り込むようにする。
【００５８】
このように構成することにより、本実施例においては、ＢＦＤをレイヤ２においても適用できるようにしている。
【００５９】
ここで、プロバイダエッジＰＥ２に設定されるべきコンフィグレーション情報の一例を図５に示す。プロバイダエッジＰＥ２などに、このようなコンフィグレーション情報を設定することによって、以下に述べる動作を実現することができる。
【００６０】
以上のように、本実施例においては、各ＣＥ−ＰＥ間において、ＢＦＤを動作させている点に特徴がある。なお、従来においても、前述したように、到達性確認プロトコルをカスタマエッジ間（ＣＥ１−ＣＥ２間）において動作させる例はあったが、本実施例においては、ＢＦＤを、カスタマエッジ間ではなく、各ＣＥ−ＰＥ間において動作させる点において、相違している。
【００６１】
Ｂ−２：アクセス回線障害発生時の動作：
図６は本発明の第２の実施例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【００６２】
そこで、例えば、図６に示すように、ＣＥ１−ＰＥ１間のアクセス回線ＡＬ１において、片線切れなどの障害が発生した場合（ステップｉ）、ＣＥ１−ＰＥ１間においてＢＦＤが動作しているため、カスタマエッジＣＥ１の制御部では、そのＢＦＤによってアクセス回線ＡＬ１での障害発生を検知し、カスタマエッジＣＥ１で動作している冗長制御プロトコルが、通常経路から冗長経路に切り替える（ステップｉｉ）。一方、プロバイダエッジＰＥ１の制御部でも、ＢＦＤによってアクセス回線ＡＬ１での片線切れなどの障害発生を検知する。プロバイダエッジＰＥ１の制御部では、アクセス回線ＡＬ１に障害が発生したことを検知すると、第１の実施例の場合と同様に、上記したＬＤＰによって、ＰＥ１−ＰＥ２間で構築している仮想回線ＶＣ１をダウンさせるために、Ｌａｂｅｌ  ＷｉｔｈｄｒａｗメッセージをＰＥ２に対して発行する（ステップiii）。
【００６３】
これに対し、他方のプロバイダエッジＰＥ２の制御部は、図７に示すような処理動作を行っている。図７は本発明の第２の実施例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【００６４】
図７に示す処理が開始されると、プロバイダエッジＰＥ２の制御部は、回線を介してフレームを受信すると（ステップＳ２０２）、そのフレームが転送フレームであるか否かを判定し（ステップＳ２０３）、転送フレームである場合には、フレーム転送を行って（ステップＳ２０５）、一連の処理を終了する。転送フレームでない場合には、そのフレームにＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが含まれているか否かを判定し（ステップＳ２０４）、含まれていない場合には、今度は、そのフレームにＢＦＤパケットが含まれているか否かを判定する（ステップＳ２０６）。判定の結果、ＢＦＤパケットが含まれている場合には、それに対応したＢＦＤの規定処理を実行し（ステップＳ２０８）、含まれていない場合には、ＬＤＰの規定処理を実行して（ステップＳ２１０）、一連の処理を終了する。一方、受信したフレームにＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが含まれている場合には、そのＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが送信されてきた仮想回線ＶＣ１に対応するアクセス回線ＡＬ２を検索し（ステップＳ２１２）、検索により得られたＰＥ２−ＣＥ２間のアクセス回線ＡＬ２に対し、ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止して（ステップＳ２１４，図６のステップｉｖ）、一連の処理を終了する。
【００６５】
この結果、アクセス回線ＡＬ２に接続されたカスタマエッジＣＥ２の制御部では、アクセス回線ＡＬ１について、ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出して、カスタマエッジＣＥ２で動作している冗長制御プロトコルが、通常経路から冗長経路に切り替える（ステップｖ）。
【００６６】
Ｂ−３：実施例の効果：
以上説明したように、本実施例においては、ＣＥ−ＰＥ間においてＢＦＤを動作させることにより、ＣＥ−ＰＥ間のアクセス回線において発生した障害が、片線切れなど、リンクダウン以外の障害であっても、カスタマエッジ，プロバイダエッジはその障害発生を検知することができる。
【００６７】
また、本実施例においては、各ＣＥ−ＰＥ間において到達性確認プロトコルであるＢＦＤを動作させているものの、プロバイダエッジ間（ＰＥ１−ＰＥ２間）では動作させていないため、ＭＰＬＳ網（ＶＰＷＳ網）内において、Ｅｃｈｏパケットが頻繁にやり取りされることがない。また、第１の実施例と同様に、相手方のアクセス回線で障害が発生した場合に、ＭＰＬＳ網（ＶＰＷＳ網）内において、ＬＤＰにおけるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを利用して、一方のプロバイダエッジから他方のプロバイダエッジにその障害の発生を通知するようにしている。従って、本実施例によれば、網内の通信帯域を圧迫することなく、障害の発生から短時間で通知することができる。
【００６８】
また、Ｌａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを受けたプロバイダエッジは、自己のアクセス回線に対し、直ちにＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止し、それにより、カスタマエッジでは、自己のアクセス回線についてＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出して、相手方のアクセス回線での障害発生を検知することになるため、障害発生検知にかかる時間を大幅に短縮することができる。
【００６９】
Ｃ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００７０】
さて、上記した第２の実施例においては、Ｌａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージを受けたプロバイダエッジは、ＢＦＤのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットの送信を停止し、カスタマエッジは、そのＥｃｈｏ／Ｃｏｎｔｒｏｌパケットのタイムアウトを検出することにより、相手方のアクセス回線での障害発生を検知するようにしていたが、これに代えて、ＢＦＤのＣｏｎｔｒｏｌパケットによる通知機能を利用するようしてもよい。
【００７１】
それでは、上記した第２の実施例に対する変形例について説明する。図８はその変形例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【００７２】
図８において、アクセス回線ＡＬ１における障害発生（ステップｉ）から、プロバイダエッジＰＥ１におけるＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージの発行（ステップiii）までの動作内容は、図６に示した第２の実施例の場合と同様であるので、それについての説明は省略する。
【００７３】
これに対し、他方のプロバイダエッジＰＥ２の制御部は、図９に示すような処理動作を行っている。図９は変形例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【００７４】
図９に示す処理において、ステップＳ３０２からステップＳ３１２までの処理については、図７に示した第２の実施例におけるステップＳ２０２からステップＳ２１２までの処理と同じであるので、それらについての説明は省略する。
【００７５】
図７において、プロバイダエッジＰＥ２の制御部は、受信したフレームにＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが含まれていて、そのＬａｂｅｌ  Ｗｉｔｈｄｒａｗメッセージが送信されてきた仮想回線ＶＣ１に対応するアクセス回線ＡＬ２を検索すると（ステップＳ３１２）、検索により得られたＰＥ２−ＣＥ２間のアクセス回線ＡＬ２に対し、ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンを通知して（ステップＳ３１４，図８のステップｉｖ）、一連の処理を終了する。
【００７６】
この結果、アクセス回線ＡＬ２に接続されたカスタマエッジＣＥ２の制御部では、アクセス回線ＡＬ１について、ＢＦＤのＣｏｎｔｒｏｌパケットによりダウンの通知がなされると、それにより、相手方のアクセス回線での障害発生を検知して、カスタマエッジＣＥ２で動作している冗長制御プロトコルが、通常経路から冗長経路に切り替える（ステップｖ）。
【００７７】
このように構成することによって、この変形例においても、第２の実施例と同様の効果を奏することができる。
【００７８】
なお、以上の説明においては、ＶＰＷＳ網のようなPoint-to-Pointのネットワーク構成を一例として取り上げたが、同様にＶＰＬＳ網のようなPoint-to-MultiPointのネットワーク構成においても適用可能である。
【図面の簡単な説明】
【００７９】
【図１】本発明の第１の実施例としてのデータ通信システムを適用したネットワークを示す説明図である。
【図２】カスタマエッジ，プロバイダエッジとして用いられ得るスイッチの構成を示すブロック図である。
【図３】本発明の第１の実施例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【図４】本発明の第１の実施例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【図５】プロバイダエッジＰＥ２に設定されるべきコンフィグレーション情報の一例を示す説明図である。
【図６】本発明の第２の実施例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【図７】本発明の第２の実施例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【図８】変形例におけるアクセス回線障害発生時の動作内容を示す説明図である。
【図９】変形例におけるプロバイダエッジＰＥ２の処理動作を示すフローチャートである。
【図１０】一般的なＶＰＷＳを適用したネットワークの一例を示す説明図である。
【図１１】ＶＰＷＳ網において冗長構成を構築したネットワークの一例を示す説明図である。
【符号の説明】
【００８０】
１００…スイッチ
１１０…制御部
１１２…ＣＰＵ
１１４…メモリ
１２０…通信部
１２２…ネットワークインタフェース
ＡＬ１…アクセス回線
ＡＬ２…アクセス回線
ＡＬ３…アクセス回線
ＡＬ４…アクセス回線
ＣＥ１…カスタマエッジ
ＣＥ２…カスタマエッジ
ＰＥ１…プロバイダエッジ
ＰＥ２…プロバイダエッジ
ＰＥ３…プロバイダエッジ
ＰＥ４…プロバイダエッジ
ＶＣ１…仮想回線
ＶＣ２…仮想回線
【図１】
0004542045.tif 000002
【図２】
0004542045.tif 000003
【図３】
0004542045.tif 000004
【図４】
0004542045.tif 000005
【図５】
0004542045.tif 000006
【図６】
0004542045.tif 000007
【図７】
0004542045.tif 000008
【図８】
0004542045.tif 000009
【図９】
0004542045.tif 000010
【図１０】
0004542045.tif 000011
【図１１】
0004542045.tif 000012