(57)【要約】【課題】パス経路の重複障害や帯域が分散していてまとまった帯域が確保できないなどの原因で、ハードウェアによる固定的な切替や、ソフトウェアによる迂回パス経路設定が失敗した場合は、従来技術では自動的な障害復旧は不可能であった。【解決手段】本発明では、自律的な迂回パス経路計算およびバルク転送パスの設定が可能なノードに、通常時のパス種別と優先度を付与したバルク転送時のパス種別の候補とを対応させる情報を記録し、障害発生時にバルク転送パスのパス種別をこの情報に基づいて読み替えながら迂回パスを経路探索する。また、探索結果にしたがって迂回経路設定を行う。【選択図】図２
2006174046.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを構成する通信装置であって、
切替元の通信路の種別と少なくとも１つの迂回先候補の種別とを対応させる読替テーブル、および使用中の通信路の種別と他端の通信装置の識別情報とからなる通信路情報を記録するデータベース部と、
ネットワーク内の通信路の障害を検知するインターフェース部と、
探索対象の通信路の種別を、前記読替テーブルと前記障害が発生した通信路の前記通信路情報に基づいて迂回先候補の種別とする読替機能部と、
前記探索対象の通信路の種別に一致する未使用の通信路を探索し、通信路設定の制御をするプロトコル処理部と、
前記通信路設定の制御にしたがって通信路を設定するスイッチ部と、
を備える通信装置。
【請求項２】
請求項１記載の通信装置であって、
前記プロトコル処理部は、迂回先通信路を設定する同じ種別での切替手段が備えられている場合には、当該切替手段での設定ができなかった場合に動作するよう設定されている
ことを特徴とする通信装置。
【請求項３】
請求項１または２記載の通信装置であって、
前記未使用の通信路の帯域の合計が前記探索対象の通信路の帯域よりも小さい場合に、前記探索対象の通信路の種別を、前記読替テーブルの他の迂回先候補の種別とする前記読替機能部と、
前記読替機能部で読み替えられた前記探索対象の通信路の種別に一致する未使用の通信路を探索し、通信路設定の制御をする前記プロトコル処理部と、
を備える通信装置。
【請求項４】
請求項３記載の通信装置であって、
前記未使用の通信路の帯域の合計が前期探索対象の帯域よりも小さい、かつ前記読替テーブルの迂回先候補の種別に未探索のものがない場合に、あらかじめ定めた前記探索対象の通信路の種別よりも帯域の小さい通信路の種別を、探索対象の通信路の種別とする前記読替機能部と、
前記読替機能部で読み替えられた前記探索対象の通信路の種別に一致する未使用の通信路を探索し、通信路設定の制御をする前記プロトコル処理部と、
を備える通信装置。
【請求項５】
請求項１または２記載の通信装置であって、
探索できた前記未使用の通信路の帯域の合計が、前記探索対象の通信路の帯域よりも小さい場合に、探索できた前記未使用の通信路を迂回用の通信路に設定するための通信路設定の制御をする前記プロトコル処理部、
を備える通信装置。
【請求項６】
請求項５記載の通信装置であって、
探索できなかった通信路の種別に対応する前記読替テーブルの迂回先候補の種別を、探索対象の通信路の種別とする前記読替機能部と
前記読替機能部で読み替えられた前記探索対象の通信路の種別に一致する未使用の通信路を探索し、通信路設定の制御をする前記プロトコル処理部と、
を備える通信装置。
【請求項７】
請求項４〜６のいずれかに記載の通信装置であって、
前記読替テーブルの前記切替元の通信路の帯域よりも迂回用として設定された通信路の帯域の合計が小さい場合に、前記データベース部に不足している通信路の帯域の情報を記録する前記読替機能部または前記プロトコル処理部と、
前記不足している通信路の帯域の情報を記録する前記データベース部と、
を備える通信装置。
【請求項８】
請求項７記載の通信装置であって、
ネットワークの帯域に関する情報を取得し、変化があったことを検出し、前記データベース部に不足している通信路の帯域の情報が記録されているかを確認する前記プロトコル処理部と、
ネットワークの帯域に変化があり、かつ前記データベース部に不足している通信路の帯域の情報が記録されている場合に、探索対象の通信路の種別を、前記読替テーブルに基づいて迂回先候補の種別とする前記読替機能部と、
を備える通信装置。
【請求項９】
請求項７記載の通信装置であって、
ネットワークの帯域に変化があり、かつ前記データベース部に不足している通信路の帯域の情報が記録されている場合に、前記不足している通信路の種別を、探索対象の通信路の種別とする前記読替機能部と、
ネットワークの帯域に関する情報を取得し、変化があったことを検出し、前記データベース部に不足している通信路の帯域の情報が記録されているかを確認する機能、および前記探索対象の通信路の種別に一致する未使用の通信路を探索し、探索できた通信路の設定の制御をする機能を有する前記プロトコル処理部と、
を備える通信装置。
【請求項１０】
請求項１〜９のいずれかに記載の通信装置であって、
ネットワークの帯域に関する情報を取得し、ネットワークが復旧したことを検出し、通信路を切替元に切戻すための通信路設定の制御をする前記プロトコル処理部、
を備える通信装置。
【請求項１１】
請求項１〜１０のいずれかに記載の通信装置であって、
ＧＭＰＬＳの制御プレーン上でネットワークの帯域に関する情報を取得し、取得した前記ネットワークの帯域に関する情報に基づいて前記探索対象の通信路の探索を行う前記プロトコル処理部
を備える通信装置
【請求項１２】
請求項１〜１０のいずれかに記載の通信装置であって、
ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）もしくはＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）のバーチャルコンカチネーションパスを前記探索対象の通信路とする前記読替機能部
を備える通信装置
【請求項１３】
通信ネットワークを構成する通信装置の制御方法であって、
データベース部で、あらかじめ切替元の通信路の種別と少なくとも１つの迂回先候補の種別とを対応させる読替テーブル、および使用中の通信路の種別と他端の通信装置の識別情報とからなる通信路情報を記録し、
インターフェース部でネットワーク内の通信路の障害を検知し、
読替機能部で、探索対象の通信路の種別を、前記読替テーブルと前記障害が発生した通信路の前記通信路情報に基づいて迂回先候補の種別とし、
プロトコル処理部で、前記探索対象の通信路の種別に一致する未使用の通信路を探索し、通信路設定の制御をし、
スイッチ部で前記通信路設定の制御にしたがって通信路を設定すること、
を特徴とする通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークでの障害発生時の迂回経路の探索と設定に関するものである。
【背景技術】
【０００２】
ネットワークシステムでは、障害発生時にノード内のハードウェアでの固定的な切替動作、またはソフトウェアでの自律的な迂回パス経路計算による切替動作を実施し、自動的に障害復旧を行う。ただし、従来技術ではハードウェア切替、ソフトウェアによる迂回パス経路設定に関わらず、切替元の経路と切替先の経路は同じ種別の経路に限定される。具体例としては、ＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）の場合であればハードウェアでの切替、ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）のＰｒｏｔｅｃｔｉｏｎ  Ｄｙｎａｍｉｃ  Ｒｅｓｔｏｒｔｉｏｎなどのソフトウェアでの経路変更などがある。また、複数の仮想コンテナに対して同時に切替を行う方法も提案されている（特許文献１）。
【０００３】
一方、狭帯域の複数の通信路（パス、回線、リンク、およびその他の通信路を含む）をバルク転送することにより、論理的に統合してひとつの通信路として扱い、転送能力を向上させることも可能である。以下、バルク転送の対象である通信路を、バルク転送パスと呼ぶ。また、説明中では理解を容易にするため、以下では「パス」の例で説明するが、「回線」や「リンク」の場合でも同じ説明となるため、パスだけでなく回線やリンクも含んだ通信路全般に対して本発明が適用できる。
【特許文献１】特開平９−１３５２２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
パス経路の重複障害や帯域が分散していてまとまった帯域が確保できないなどの原因で、ネットワーク全体としては帯域に余裕があってもまとまった帯域が確保できないために、ハードウェアによる固定的な切替や、ソフトウェアによる迂回パス経路設定が失敗した場合は、従来技術では自動的な障害復旧は不可能であった。
【課題を解決するための手段】
【０００５】
本発明では、自律的な迂回パス経路計算およびバルク転送パスの設定が可能なノードに、通常時のパス種別と優先度を付与したバルク転送時のパス種別の候補とを対応させる情報を記録し、障害発生時にバルク転送パスのパス種別をこの情報に基づいて読み替えながら迂回パスを経路探索する。また、探索結果にしたがって迂回経路設定を行う。
【発明の効果】
【０００６】
本発明は、優先度の高いバルク転送パスのパス種別から順次迂回パスを経路探索でき、予備経路となる未使用の帯域が分散して存在する場合にも、自動的な迂回パスの設定が可能となる。また、迂回パスに必要な全ての帯域が確保できない場合にも、部分的には自動的な迂回パスの設定が可能となる。したがって、パス経路の重複障害や空き帯域不足等により、従来技術では自動的な障害復旧ができなかった場合にも自動救済が可能となる。
とりわけＳＤＨやＳＯＮＥＴのバーチャルコンカチネーションパスの場合は、まとまった帯域があいていなくても迂回路を確保できるという効果がある。
【発明を実施するための最良の形態】
【０００７】
［第１実施形態］
図１に本発明の内容を説明するためのネットワーク構成例を示す。このネットワークは特に種類を特定するのではなく、ＳＤＨ網やＳＯＮＥＴ網でも、ＭＰＬＳ網やＧＭＰＬＳ網などでもよい。たとえば、ＳＤＨ網の場合であれば、クライアント２００Ａと２００Ｂは、ユーザルータまたはユーザノード、ノード１００Ａと１００Ｂは加入者収容ノード、ノード１００Ｃと１００Ｄは中継ノードに該当する。また、ＭＰＬＳ網の場合であれば、クライアント２００Ａと２００Ｂは、カスタマーエッジルータ、ノード１００Ａと１００Ｂはプロバイダーエッジルータ、ノード１００Ｃと１００Ｄはプロバイダールータに該当する。
【０００８】
通常、各ノードは自己および通信相手のノードの識別情報（例えばＩＰアドレス）を互いに持っている。また、ネットワークはそのネットワークの特性に合わせた迂回路設定のための技術がある。しかし、上記のようにパス経路の重複障害や帯域が分散していてまとまった帯域が確保できないなどの原因で、ネットワーク全体としては帯域に余裕があってもまとまった帯域が確保できないために、ハードウェアによる固定的な切替や、ソフトウェアによる迂回パス経路設定が失敗した場合は、従来技術では自動的な障害復旧は不可能であった。本発明は、上記課題を解決し、まとまった帯域が確保できない場合でも、自動的な障害復旧を可能とすることを目的としている。また、迂回帯域が完全には確保できない場合でも可能な限り帯域を確保することを目的としている。
【０００９】
図２に本発明のノードの機能構成例を示す。データベース部１１１は、使用中（切替元）のパスの種別と少なくとも１つの迂回先候補のパス種別とを対応させる読替テーブル、および使用中のパスの種別と他端の通信装置の識別情報とからなる通信路情報などを記録する。読替機能部１１２は、主に探索対象のパスの種別を、読替テーブルと通信路情報に基づいて迂回先候補のパス種別に読み替える。プロトコル処理部１１３は、ルーティング部１１４とシグナリング部１１５から構成されており、主に探索対象のパスの種別に一致する未使用のパスを探索し、パス設定の制御をする。スイッチ部１１６は、プロトコル処理部１１３が行うパス設定の制御にしたがってパスを設定する。インターフェース部１１７は、ネットワーク内のパスの障害を検知する。
【００１０】
ここで、パスの種別とは、プロトコルなどのパスの特徴から決まる分類を言うこととする。例えば、ＶＣ４−４ｃ、ＶＣ４−４ｖ、ＶＣ４−３ｖとはいずれも異なる。
以下、図３のフローに従いながら本発明を説明する。
ステップＳ１１
障害が発生すると、障害が発生しているパスの経路の両端のノード１００（以下、「端点ノード」という。）は、インターフェース部１１７では入力信号の遮断などから障害を検知し、従来の迂回方法であるスイッチ部１１６でのハードウェアの切替やプロトコル処理部１１３でのソフトウェアの迂回パス経路設定を試みる。この切替が成功すれば障害が発生したパスの復旧は終了する。しかし、重複障害のためハードウェアの切替先のパスも障害が発生している場合や、シグナリング部からシグナリングを発信したが他ノードより設定不可の返信を受けた場合のように、切替が失敗すると、ステップＳ１２に進む。
【００１１】
ステップＳ１２
たとえば、従来の方法でハードウェア切替が失敗した場合、端点ノード１００の読替機能部１１２では、インターフェース部１１７からステップＳ１２を実行するトリガを受け取ると、データベース部１１１にあらかじめ登録された読替テーブルを用いて、切替対象となっているパスの種別を切替元パスのパス種別からバルク転送パスの第一候補のパス種別へ読み替える。このように読み替えることで、たとえばＳＤＨやＳＯＮＥＴのバーチャルコンカチネーションパスの場合は、まとまった帯域があいていなくても、ステップＳ１３以降で帯域をばらして迂回路を探索できる。
【００１２】
なお、データベース部１１１には、当該端点ノード１００のすべてのパスのパス種別と相手先ノードの情報と、図４に例が示されているようなパス種別の読替テーブルをあらかじめ登録されている。読替テーブルでは、例えば切替元のパスがＶＣ４−４ｃの場合、第一候補のバルク転送パスはＶＣ４−４ｖ、第二候補のバルク転送パスはＶＣ３−１２ｖと登録しておく。障害が発生した場合、障害が発生した経路のパス種別と相手先ノードの情報と読替テーブルの情報から、迂回経路を探索するときに必要となる、相手ノード、探索するパス種別を決める。本ステップではパスの種別は読替テーブルに記録された第一候補のパスの種別に読み替えられる。
【００１３】
ステップＳ１３
プロトコル処理部１１３のルーティング部１１４では、パス種別の読替を行ったバルク転送パスの種別での経路探索を行う。例えば、切替元のパスがＶＣ４−４ｃの場合、初めての探索では第一候補であるＶＣ４−４ｖの経路探索を実施する。また、ステップＳ１５で第二候補のパスの種別に読み替えられた後は、ＶＣ３−１２ｖの経路探索を実施する。
ステップＳ１４
ルーティング部１１４は、読み替えられたバルク転送パスの経路が見つかった場合、ステップＳ１９に進める。読み替えられたバルク転送パスの経路が見つからなかった場合、フローをステップＳ１５に進める。
【００１４】
ステップＳ１５
読替機能部１１２では、読替テーブルから次候補のパス種別の有無を確認する。候補がある場合には、バルク転送パスのパス種別を次候補のパス種別に読み替え、フローをステップＳ１３に戻す。例えば、ＶＣ４−４ｖが第一候補の場合、第一候補の経路が見つからなかったときは、第二候補であるＶＣ３−１２ｖにパスの種別を読み替える。
候補が無い場合には、フローをステップＳ１６に進める。
ステップＳ１６
読替機能部１１２では、個別パスの数を１つ減らしてパス種別を読み替える。例えば、元のパス種別がＶＣ３−１２ｖの場合にはＶＣ３−１１ｖとなる。このステップでの処理は、探索対象の通信路の種別を、あらかじめ定めた帯域（例えばＶＣ３に相当する５０Ｍ）だけ小さくした通信路の種別に読替えることである。
【００１５】
ステップＳ１７
ルーティング部１１４では、読み替えられたパスの種別で、バルク転送パスの経路探索を行う。
ステップＳ１８
ルーティング部１１４は、経路が見つかった場合にはフローをステップＳ１９に進める。経路が見つからなかった場合にはフローをステップＳ１６に戻す。
なお、フローがステップＳ１６に戻ると、ＶＣ３−１１ｖとなっているパス種別が、ＶＣ３−１０ｖとなり、再びステップＳ１７で経路探索が行われる。このように、経路が見つからない場合には、帯域をあらかじめ定めた帯域（例えばＶＣ３に相当する５０Ｍ）だけ順次減算していくことになる。
【００１６】
ステップＳ１９
見つかった迂回パスの経路上のすべてのノードのプロトコル処理部１１３のシグナリング部１１５間で、見つかった迂回パスにバルク転送パスを設定するためのシグナリングを行い、各ノードはスイッチ部１１６でパスを設定する。
ステップＳ２０
端点ノード１００の読替機能部１１２は、設定されたパスの情報をシグナリング部１１５から受け取り、データベース部１１１に切替元のパスと迂回パスとの対比情報を記録する。また、ステップＳ１６により減じた個別パスが存在する場合には、未設定個別パス情報も記録する。バルク転送パスの第一候補であるＶＣ４−４ｖが設定できた場合の例を図５（Ａ）に示す。なお、本ステップは、ルーティング部１１４またはシグナリング部１１５が切替元パスの情報、探索結果、設定完了の情報などを受け取り、データベース部１１１に記録することとしてもよい。
減じた個別パスが存在する場合には、ＧＦＰ（Ｇｅｎｅｒｉｃ  Ｆｒａｍｉｎｇ  Ｐｒｏｃｅｄｕｒｅ）などの方法によって帯域不足を吸収し、吸収しきれない場合にはノードの外側のポートでパケットを廃棄する。
【００１７】
ステップＳ２１
障害の復旧等により、ネットワーク内の帯域利用状況などの状態が変化した場合、端点ノード１００は、ルーティング部１１４で自立的にネットワークの帯域利用状況などの情報を取得する。具体例としては、ＧＭＰＬＳの制御プレーン上で行われるＯＳＰＦによるＬＳＡ（Ｌｉｎｋ  Ｓｔａｔｅ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）アップデートなどの方法によりネットワーク状況の取得が可能である。
ステップＳ２２
プロトコル処理部１１３は、データベース部１１１に記録した図５に示すような対比情報を基に、ネットワーク内の状況変化が切替元のパスの障害復旧か否かを確認し、切替元のパスの障害復旧の場合にはスイッチ部１１６がパスを切戻し、フローをステップＳ２４に進める。切替元のパスの障害復旧ではない場合はフローをステップＳ２３に進める。
【００１８】
ステップＳ２３
読替機能部１１２は、データベース部１１１に記録した未設定個別パス情報の有無を確認する。未設定個別パスがある場合はステップＳ１２に戻り、再度バルク転送パスの第一候補のパス種別に読み替えを行い、経路探索を最初から実行する。未設定個別パスが無い場合には、フローをステップＳ２１に戻し、切替元パスの障害復旧の有無を監視する。
【００１９】
ステップＳ２４
シグナリング部１１５は、バルク転送パスを削除するとともに、データベース部１１１から対比情報および未設定個別パス情報を削除する。
図５（Ａ）の対比表が作成される具体的例を、図１のネットワーク構成例で説明する。ノード１００Ａとノード１００Ｂ（堂島ＯＸＣＮｏ．１）との間に経路３００ＡＢを経路としてＶＣ４−４ｃのパスが設定されていたとする。このパスに障害が発生するとノード１００Ａと１００Ｂのインターフェース部１１７が障害を検知し、従来の迂回方法で切替を試みる（ステップＳ１１）。読替機能部１１２によって、探索対象のパスが、ＶＣ４−４ｖに読み替えられる（ステップＳ１２）。ノード１００Ａ〜ＤはＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）などルーティングプロトコルを用い、ルーティング部１１４で経路３００ＡＢ、ＡＣ、ＡＤ、ＢＣ、ＢＤ、ＣＤの帯域利用状況などの経路情報を取得する。端点ノードであるノード１００Ａとノード１００Ｂは、ＯＳＰＦなどのルーティングプロトコルにより、ＶＣ４−４ｖの経路探索を実施する（ステップＳ１３）。経路が見つかり（ステップＳ１４）、ノード１００Ａのシグナリング部１１５は、ルーティング部１１４からの通信路設定指示を受け、シグナリングを行う（ステップＳ１９）。ノード１００の読替機能部１１２は、設定されたパスの情報をシグナリング部１１５から受け取り、データベース部１１１に切替元のパスと迂回パスとの対比情報（図５（Ａ））を記録する（ステップＳ２０）。
【００２０】
［変形例］
第１実施形態では、候補のバルク転送パスのパス種別で必要な帯域の経路が見つからなかった場合には、個別パスを減らして経路探索を行ったが、個別パスの数を減らすことなく、繰り返し必要な帯域の経路を探索する方法もある。具体的には、第１実施形態のステップＳ１６を削除することで、この変形例は実現できる。
［第２実施形態］
第１実施形態ではバルク転送パスをまとめて経路探索したが、本発明ではバルク転送パスを構成する個別パスごとに経路探索する。以下、図６のフローに従いながら説明する。なお、図３と同じ番号で示されているステップは、第１実施形態と同じ動作のステップであることを示しているため、説明を省略する。
【００２１】
ステップＳ１１、Ｓ１２でバルク転送パスのパス種別が読み替えられる。
ステップＳ４１
ルーティング部１１４は、バルク転送パスを構成する個別パスごとに経路探索する。具体的には、パスの種別がポイントツーポイントの１０ＧｂＥ回線ならば、１Ｇｂｐｓのリングアグリゲーションで１Ｇｂｐｓ（ポイントツーポイントのＧｂＥ回線）ごとに１０回線分を経路探索する。
ステップＳ４２
読替機能部１１２は、すべての個別パスの経路が見つかった場合にはフローをステップＳ１９に進める。すべての個別パスには経路が見つからなかった場合にはステップＳ４３に進む。
【００２２】
ステップＳ４３
読替機能部１１２は、一部の個別パスの経路は見つかった場合にはフローをステップＳ４４に進める。一部の個別パスにも経路が見つからなかった場合には、読替機能部１１２でバルク転送パスのパス種別を次候補のパスの種別に読み替え、フローをステップＳ４１に戻す。例えば、第一候補のＶＣ４−４ｖが見つからなかったときは、第二候補であるＶＣ３−１２ｖにパスの種別を読み替える。次の候補が無い場合には、現在のパス種別のままフローをステップＳ４１に戻し、経路探索を繰り返す。
【００２３】
ステップＳ４４
読替機能部１１２は、設定可能な個別パスだけで構成されたバルク転送パスにパス種別を読み替え、フローをステップＳ１９に進め、スイッチ部１１６がバルク転送パスを設定する。
ステップＳ１９、Ｓ２０、Ｓ２１、Ｓ２２、Ｓ２４の動作は第１実施形態と同じである。ただし、ステップＳ２２では切替元パスの障害復旧でなかった場合には、フローをステップＳ４５に進める。
【００２４】
ステップＳ４５
読替機能部１１２は、データベース部１１１に記録した未設定個別パス情報の有無を確認する。未設定個別パスがある場合はフローをステップＳ４６に進める。未設定個別パスが無い場合には、フローをステップＳ２１に戻し、切替元パスの障害復旧の有無を監視する。
ステップＳ４６
ルーティング部１１４は、未設定個別パスの経路探索を行う。
【００２５】
ステップＳ４７
ルーティング部１１４は、一部の未設定個別パスでも経路が見つかった場合には、フローをステップＳ４４に進める。一部の未設定個別パスの経路も見つからなかった場合には、フローをステップＳ２１に戻す。
図５（Ｂ）の対比表が作成される具体的例を、図１のネットワーク構成例で説明する。ノード１００Ａとノード１００Ｂ（大手町ＯＸＣＮｏ．１）との間に経路３００ＡＢを経路としてＶＣ４−４ｃのパスが設定されていたとする。このパスに障害が発生するとノード１００Ａと１００Ｂのインターフェース部１１７が障害を検知し、従来の迂回方法で切替を試みる（ステップＳ１１）。読替機能部１１２によって、探索対象のパスが、ＶＣ４−４ｖに読み替えられる（ステップＳ１２）。ルーティング部１１４は、経路探索を行う（ステップＳ４１）。ＶＣ４−３ｃは経路が見つかり、ＶＣ４（１つ分）は見つからなかった場合（ステップＳ４２，Ｓ４３）、読替機能部１１２は、設定可能な個別パスだけで構成されたバルク転送パスにパス種別を読み替える（ステップＳ４４）。ノード１００Ａのシグナリング部１１５はシグナリングを行う（ステップＳ１９）。ノード１００の読替機能部１１２は、設定されたパスの情報をシグナリング部１１５から受け取り、データベース部１１１に切替元のパスと迂回パスとの対比情報および未設定個別パスの情報（図５（Ｂ））を記録する（ステップＳ２０）。
【００２６】
次に図５（Ｃ）の対比表が作成される具体的例を、図１のネットワーク構成例で説明する。ノード１００Ａとノード１００Ｂ（大手町ルータＮｏ．１）との間に経路３００ＡＢを経路としてポイントツーポイントの１０ＧｂＥ回線が設定されていたとする。このパスに障害が発生するとノード１００Ａと１００Ｂのインターフェース部１１７が障害を検知し、従来の迂回方法で切替を試みる（ステップＳ１１）。読替機能部１１２によって、探索対象のパスが、ポイントツーポイントのＧｂＥ回線×１０のリングアグリゲーションに読み替えられる（ステップＳ１２）。ルーティング部１１４は、経路探索を行う（ステップＳ４１）。８個の１ＧｂＥ回線は経路が見つかり、２個の１ＧｂＥ回線は見つからなかった場合（ステップＳ４２，Ｓ４３）、読替機能部１１２は、設定可能な個別パスだけで構成されたバルク転送パスにパス種別を読み替える（ステップＳ４４）。ノード１００Ａのシグナリング部１１５はシグナリングを行う（ステップＳ１９）。ノード１００の読替機能部１１２は、設定されたパスの情報をシグナリング部１１５から受け取り、データベース部１１１に切替元のパスと迂回パスとの対比情報および未設定個別パスの情報（図５（Ｃ））を記録する（ステップＳ２０）。
【００２７】
［変形例］
第２実施形態のステップＳ４３では、一部の個別パスでも経路が見つかった場合にはフローをステップＳ４４、Ｓ１９に進め、見つかった迂回パスの設定動作を行う。しかし、経路が見つからなかったパスも、帯域を細かく分ければ見つかる場合もあり得る。そこで、本発明では、第２実施形態のステップＳ４３を次のステップＳ４３’に変更する。
【００２８】
ステップＳ４３’
ルーティング部１１４は、一部の個別パスの経路は見つかった場合には、データベース部１１１に次のパス種別の候補の有無を確認する。次のパス種別の候補が無い場合には、フローをステップＳ４４に進める。次のパス種別の候補がある場合には、読替機能部１１２で経路が見つからなかったパスのみをパス種別を次候補に読み替え、フローをステップＳ４１に戻す。また、一部の個別パスにも経路が見つからなかった場合には、読替機能部１１２でバルク転送パスのパス種別を次候補のパスの種別に読み替え、フローをステップＳ４１に戻す。例えば、図１の場合で第一候補であるＶＣ４−４ｖの経路が１つ（ＶＣ４）が見つからなかったときは、見つからなかったパスをＶＣ３−３ｖに読み替えるので、バルク転送パスのパス種別はＶＣ４−３ｖ＋ＶＣ３−３ｖとなる。
【００２９】
本発明は、ＳＤＨ／ＳＯＮＥＴやポイントツーポイントのＧｂＥ回線を前提にして説明してきたが、上述のように一般的に通信路（パス、回線、リンク、およびその他の通信路を含む）を切り替える場合であって、狭帯域の複数の通信路で迂回通信路を設定する場合に広く適用できる。
【図面の簡単な説明】
【００３０】
【図１】ネットワーク構成例を示す図。
【図２】本発明のノードの機能構成例を示す図。
【図３】バルク転送パスをまとめて経路探索を行う場合のフローを示す図。
【図４】読替テーブル例を示す図。
【図５】切替元パスと迂回用バルク転送パスの対比情報の例を示す図。
【図６】個別パスごとに経路探索を行う場合のフローを示す図。
【図１】
2006174046.tif 000003
【図２】
2006174046.tif 000004
【図３】
2006174046.tif 000005
【図４】
2006174046.tif 000006
【図５】
2006174046.tif 000007
【図６】
2006174046.tif 000008