(57)【要約】【課題】  通信事業者のルータ網を中継する伝送網内で、サービスに影響のある障害が発生した場合、伝送網が高速に障害を検出してもルータ網が障害を検出までに時間がかかり、網全体の障害復旧に時間がかかる。【解決手段】  通信事業者の第１の網であるルータ網２０−１、２０−２を中継する、障害監視機能Ｆ１０を備える複数の伝送装置１００−１〜１００−６を含む第２の網である伝送網１０−１で、第１の網であるルータ網２０−１、２０−２のＯＡＭ機能の情報を収集して、伝送網１０−１内でユーザが利用するサービスに影響のある障害が発生した場合、伝送網１０−１が能動的にルータ網２０−１、２０−２のＯＡＭ機能を利用して、ルータ網２０−１、２０−２に素早く障害通知を実施して、高速に障害回復を図る。【選択図】  図１
2014064252.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークシステムであって、
監視機能と障害回復機能を備えた第１の網と、
前記第１の網を中継し、前記第１の網の前記監視機能より監視の周期が短い監視機能を備えた第２の網とからなり、
前記ネットワークシステムのユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能を用いて前記障害回復機能を活用する
ことを特徴とするネットワークシステム。
【請求項２】
請求項１記載のネットワークシステムであって、
前記第２の網の前記監視機能は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能が転送する監視パケットを抜取り、障害情報を設定した監視パケットを再挿入して、前記第１の網へ前記障害情報を通知する
ことを特徴とするネットワークシステム。
【請求項３】
請求項１記載のネットワークシステムであって、
前記第２の網の前記監視機能は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、収集した前記情報を基に、障害情報を設定した監視パケットを構成し、前記第１の網へ送出して、前記障害情報を通知する
ことを特徴とするネットワークシステム。
【請求項４】
請求項２記載のネットワークシステムであって、
前記第１の網はＩＰ／ＭＰＬＳ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ／Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）網、第２の網はＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）網であり、前記第１の網間の前記監視パケットとしてＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ、  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）パケットを利用し、
前記第２の網の前記監視機能は、
前記ＯＡＭパケットを抜取り、障害通知フラグを前記障害情報として設定したＯＡＭパケットを、再び前記第１の網へ送出する
ことを特徴とするネットワークシステム。
【請求項５】
請求項３記載のネットワークシステムであって、
前記第１の網はＩＰ／ＭＰＬＳ網、第２の網はＭＰＬＳ−ＴＰ網であり、前記第１の網間の前記監視パケットとしてＯＡＭパケットを利用し、
前記第２の網の前記監視機能は、
前記ＯＡＭパケットをスヌープして収集した前記情報を基に、障害通知フラグを前記障害情報として設定したＯＡＭパケットを構成し、前記第１の網へ送出する
ことを特徴とするネットワークシステム。
【請求項６】
伝送装置であって、
監視機能と障害回復機能を備えた第１の網を中継する第２の網を構成し、
処理部と記憶部とを備えたネットワーク・インターフェース部と、当該ネットワーク・インターフェース部に接続されるスイッチ部とを備え、
前記処理部は、
前記第１の網の前記監視機能より監視の周期が短い前記第２の網の監視機能を備え、
ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能を用いて、前記第１の網の前記障害回復機能を活用する
ことを特徴とする伝送装置。
【請求項７】
請求項６記載の伝送装置であって、
前記処理部は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集して前記記憶部に記憶し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能が転送する監視パケットを抜取り、前記記憶部に記憶した前記情報を基に、障害情報を設定した監視パケットを再挿入して、前記第１の網へ前記障害情報を通知する
ことを特徴とする伝送装置。
【請求項８】
請求項６記載の伝送装置であって、
前記処理部は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集して前記記憶部に記憶し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記記憶部に記憶した前記情報を基に、障害情報を設定した監視パケットを構成し、前記第１の網へ送出して、前記障害情報を通知する
ことを特徴とする伝送装置。
【請求項９】
請求項７記載の伝送装置であって、
前記第１の網はＩＰ／ＭＰＬＳ網、第２の網はＭＰＬＳ−ＴＰ網であり、前記第１の網間の前記監視パケットとしてＯＡＭパケットを利用し、
前記処理部は、
前記ＯＡＭパケットを抜取り、前記記憶部に記憶した前記情報を基に、障害通知フラグを前記障害情報として設定したＯＡＭパケットを、再び前記第１の網へ送出する
ことを特徴とする伝送装置。
【請求項１０】
請求項８記載の伝送装置であって、
前記第１の網はＩＰ／ＭＰＬＳ網、第２の網はＭＰＬＳ−ＴＰ網であり、前記第１の網間の前記監視パケットとしてＯＡＭパケットを利用し、
前記処理部は、
前記ＯＡＭパケットをスヌープして収集し、前記記憶部に記憶した前記情報を基に、障害通知フラグを前記障害情報として設定したＯＡＭパケットを構成し、前記第１の網へ送出する
ことを特徴とする伝送装置。
【請求項１１】
ネットワークシステムにおける障害情報通知方法であって、
前記ネットワークシステムは、監視機能と障害回復機能を備えた第１の網と、前記第１の網を中継し、前記第１の網の前記監視機能より監視の周期が短い監視機能を備えた第２の網とからなり、
ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能を用いて、前記第１の網の前記障害回復機能を活用する
ことを特徴とする障害情報通知方法。
【請求項１２】
請求項１１記載の障害情報通知方法であって、
前記第２の網の前記監視機能は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、前記第２の網の前記監視機能が転送する監視パケットを抜取り、障害情報を設定した監視パケットを再挿入して、前記第１の網へ前記障害情報を通知する
ことを特徴とする障害情報通知方法。
【請求項１３】
請求項１１記載の障害情報通知方法であって、
前記第２の網の前記監視機能は、
前記第１の網の前記監視機能で交換される正常時の監視パケットをスヌープして情報を収集し、
前記ユーザが利用しているサービスに影響を与える障害が、前記第２の網内で発生した場合に、収集した前記情報を基に、障害情報を設定した監視パケットを構成し、前記第１の網へ送出して、前記障害情報を通知する
ことを特徴とする障害情報通知方法。
【請求項１４】
請求項１１記載の障害情報通知方法であって、
前記第１の網はＩＰ／ＭＰＬＳ網、第２の網はＭＰＬＳ−ＴＰ網である
ことを特徴とする障害情報通知方法。
【請求項１５】
請求項１１記載の障害情報通知方法であって、
前記ユーザが利用しているサービスに影響を与える障害は、２重障害、あるいは冗長パスが未設定時の１重障害である
ことを特徴とする障害情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークシステムに関し、隣接網の障害回復機能を活用する伝送技術に係るものである。
【背景技術】
【０００２】
現在、様々なサービスが通信事業者の網を介して提供され、社会基盤として利用されている。このような網では提供されるサービスの増加に伴うトラフィック増に対応するだけでなく、社会基盤として高い信頼性を実現することが求められている。
【０００３】
既存のルータ網ではルーティングプロトコルを用いた自律分散制御により、高い接続性を実現している。各ルータは当該ルーティングプロトコルを用いて隣接するルータと接続の正常性を確認するために定期的にパケットを交換している。この正常性を確認するパケットが一定期間途絶えると、ルータは該当する通信路に障害が発生したと認識して、接続性を提供するための経路情報を再計算して、障害箇所を通らずに宛先まで到達できる経路を発見して設定する。また、障害箇所を一時的に迂回する経路を発見して設定するＦＲＲ（Ｆａｓｔ  ＲｅＲｏｕｔｅ）、Ｇｌｏｂａｌ  Ｒｅｐａｉｒ、またはＡｌｔｅｒｎａｔｉｖｅ  Ｅｇｒｅｓｓ  Ｒｅｐａｉｒ等の障害回復機能もある。しかし、障害を検出するためのパケット交換の頻度が数十秒と長く、また、障害を認識するまでの時間も数分のオーダーであり、上記のような高い信頼性を実現するときの課題となる。
【０００４】
そこで、従来伝送網で利用されていた通信路の正常性を監視するためのＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ、Ａｄｍｉｎｉｓｔｒａｔｉｏｎ、  ａｎｄ  Ｍａｎａｇｅｍｅｎｔ）機能をパケットベースのルータ網に適用することが提案されている。また、通信事業者の網の信頼性を向上させるために、ルータ網の中心部分を構成するルータを高信頼な伝送装置で置き換える事も提案されている。この場合、置き換えた伝送装置で構成される伝送網部分の信頼性は向上するが、その周囲にあるルータ網の信頼性は依然として十分高くない。
【０００５】
非特許文献１は、ルータ網のエッジルータ間で通信路の正常性を監視するためのパケットを定期的に交換するＢＦＤ（Ｂｉｄｉｒｅｃｔｉｏｎａｌ  Ｆｏｒｗａｒｄｉｎｇ  Ｄｅｔｅｃｔｉｏｎ）と呼ばれるプロトコルを規定する。当該プロトコルでは、転送するユーザのフロー毎にセッションを確立し、ユーザの主信号と同じ経路で監視用パケットを交換することで、目的の通信路の正常性を確認する。そして、あるユーザフローにおいて監視用パケットが期待される受信周期の３．５周期間未受信の場合、該当ユーザフローに障害が発生したとエッジルータが判断して、対向のエッジルータに対して監視用パケットに障害通知フラグを設定して送付する。この障害通知フラグが設定された監視用パケットを対向するエッジルータが受信すると、ＦＲＲ等の障害回復機能を起動して障害箇所を回避する経路の設定を試みる。
【０００６】
しかし、通信事業者の網のエッジルータ間で通信路の正常性を確認する場合、網の規模や収容するユーザのフロー数に依存するが、一般的には1秒程度の間隔で監視用パケットを交換するので、従来のルータ網と同程度の信頼性の提供に留まっている。
【０００７】
なお、関連する特許文献としては、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）  ＯＡＭプロトコルを、ＭＰＬＳネットワーク上に障害が発生したＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  Ｐａｔｈ）が存在するか否かを確認するために使うことを記載した特許文献１がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１８０４９４号公報
【非特許文献】
【０００９】
【非特許文献１】ＩＥＴＦ  ＲＦＣ５８８０  ２０１０年
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多様なサービスを提供する通信事業者の網が社会基盤化していることに伴い、サービスに常にアクセスできる接続性を提供する必要があり、通信事業者の網の高信頼化が求められている。
【００１１】
上述の通り、従来のルータ網では、各ルータがルーティングプロトコルで隣接するルータと定期的に正常性を確認するためにパケットの交換を行っている。この正常性が確認できなくなった時点で、当該ルータ間に障害が発生したと認識する。しかし、この正常性を確認するためのパケットの交換間隔は数十秒と長く、実際に障害を検知するまで分オーダーの時間がかかってしまい、復旧時間の観点から高信頼とは言えない。
【００１２】
また、通信事業者の網の信頼性を向上させるために、ルータ網の中心部分を構成するルータを高信頼な伝送装置で中継網を構成して置き換える事も提案されているが、置換えた中継網の信頼性は向上するが、その周囲にあるルータ網の信頼性は依然として高くない。さらに、従来伝送網で利用されていた通信路の正常性を監視するためのＯＡＭとしてＢＦＤが提案されているが、通信事業者の網のエッジルータ間で通信路の正常性を確認する場合、一般的には1秒程度の間隔で監視用パケットを交換するので、従来のルータ網と同程度の信頼性であり、高い信頼性を提供できない点が課題である。
【００１３】
本発明の目的は、上記の課題を解決し、通信事業者のルータ網を中継する伝送網内でサービスに影響のある障害が発生した場合、障害からの復旧時間の短縮させることが可能なネットワークシステム、伝送装置、及び障害情報通知方法を提供することにある。
【課題を解決するための手段】
【００１４】
本発明においては、上記の目的を達成するため、ネットワークシステムであって、監視機能と障害回復機能を備えた第１の網と、第１の網を中継し、第１の網の監視機能より監視の周期が短い監視機能を備えた第２の網とからなり、ネットワークシステムのユーザが利用しているサービスに影響を与える障害が、第２の網内で発生した場合に、第２の網の監視機能を用いて障害回復機能を活用する構成のネットワークシステムを提供する。
【００１５】
また、本発明においては、上記の目的を達成するため、伝送装置であって、
監視機能と障害回復機能を備えた第１の網を中継する第２の網を構成し、処理部と記憶部とを備えたネットワーク・インターフェース部と、当該ネットワーク・インターフェース部に接続されるスイッチ部とを備え、処理部は、第１の網の監視機能より監視の周期が短い第２の網の監視機能を備え、ユーザが利用しているサービスに影響を与える障害が、第２の網内で発生した場合に、第２の網の監視機能を用いて、第１の網の障害回復機能を活用する構成の伝送装置を提供する。
【００１６】
更に、本発明においては、上記の目的を達成するため、ネットワークシステムにおける障害情報通知方法であって、ネットワークシステムは、監視機能と障害回復機能を備えた第１の網と、第１の網を中継し、第１の網の監視機能より監視の周期が短い監視機能を備えた第２の網とからなり、ユーザが利用しているサービスに影響を与える障害が、第２の網内で発生した場合に、第２の網の監視機能を用いて、第１の網の障害回復機能を活用する障害情報通知方法を提供する。
【発明の効果】
【００１７】
本発明によれば、ユーザが利用しているサービスに影響がある障害が中継網内で発生した場合、既存ルータ網がＯＡＭ機能を利用して障害回復機能を起動するよりも、高速に当該障害回復機能を起動させ、ルータ網を含めた網全体を高信頼化できるという利点がある。
【図面の簡単な説明】
【００１８】
【図１】第１の実施例が対象とする通信事業者のネットワークシステムの一例を示す図である。
【図２】第１の実施例に係る、障害監視機能が保持するフロー毎にＢＦＤの状態を管理するためのテーブルの一構成例を示す図である。
【図３】第１の実施例に係る、伝送装置の内部構造の一例を示す図である。
【図４】第１の実施例に係る、ＢＦＤパケットの構成の一例を示す図である。
【図５】第１の実施例に係る、障害監視機能が具備する障害監視処理フローの一例を示す図である。
【図６】第１の実施例に係る、障害監視機能で障害を検出したときに実施される障害検出処理フローの一例を示す図である。
【図７】第１の実施例に係る、保護タイマが切れたときに実施される保護タイマ切れ処理フローの一例を示す図である。
【図８】第１の実施例に係る、フィルタ機能によりスヌープしたＢＦＤパケットの受信処理フローの一例を示す図である。
【図９】第１の実施例に係る、障害発生中にフィルタ機能によりパケットの抜取りをしたＢＦＤパケットの受信処理フローの一例を示す図である。
【図１０】既存網で障害発生から検出までのタイミングチャートの一例を示す図である。
【図１１】第１の実施例に係る、障害発生から検出までのタイミングチャートの一例を示す図である。
【図１２】第１の実施例に係る、障害発生から検出までのタイミングチャートの他の例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態を図面に従い説明する。なお、本明細書において、「機能」を「部」や「手段」と称する場合がある。例えば、「障害監視機能」を、「障害監視部」、「障害監視手段」と称する。
【実施例１】
【００２０】
第１の実施例は、通信事業者が提供する中継網内で障害が発生してユーザが利用するサービスに影響が出ると判断されたとき、中継網が隣接するルータ網の障害回復機能を活用するネットワークシステム、障害監視機能等に係る実施例である。すなわち、本実施例においては、既存ルータ網の中心部分を、高信頼な伝送装置で置換え中継網を構成して通信事業者の網全体の信頼性を高めるとき、中継網内での障害が発生してユーザが利用するサービスに影響が出ると判断されたとき、中継網内が隣接するルータ網の障害回復機能を積極的に活用する。
【００２１】
図１は第１の実施例のネットワークシステムの一構成例を示す図である。すなわち、ネットワークシステムにおける、通信事業者の網構成、および当該網を介してサービスを提供されるユーザサイトの関係を示している。本実施例を適用した通信事業者の網は、ＩＰ／ＭＰＬＳ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ／Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）ルータ装置２００−ｎで構成されるルータ網であるＩＰ／ＭＰＬＳ網２０−ｎと、ＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ−Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｆｉｌｅ）装置１００−１〜１００−６で構成される中継網であるＭＰＬＳ−ＴＰ網１０−１とから構成される。
【００２２】
なお、本明細書において、ＩＰ／ＭＰＬＳ網２０−ｎを第１の網、ＭＰＬＳ−ＴＰ網１０−１を第２の網と称する場合がある。本実施例の障害監視機能は、通信事業者の第２の網である中継網のエッジに配置された伝送装置であるＭＰＬＳ−ＴＰ装置１００−１、１００−３、１００−４、１００−６に適用される。
【００２３】
第２の網の各ユーザサイト３０−ｎは通信事業者の網のエッジにある、ＩＰ／ＭＰＬＳ網内のＩＰ／ＭＰＬＳルータ装置２００−ｎに接続される。すなわち、ＩＰ／ＭＰＬＳルータ装置２００−１および２００−２は、それぞれユーザサイトＡ３０−１とユーザサイトＢ３０−２に接続している。一方、ＩＰ／ＭＰＬＳルータ装置２００−１および２００−２間は、ＭＰＬＳ−ＴＰ網１０−１を介して接続して、両ユーザサイト３０−１、３０−２間を接続するサービスを提供している。
【００２４】
ＩＰ／ＭＰＬＳルータ装置２００−１および２００−２は通信経路の障害を検出した場合に、障害の影響を避け通信を継続するための経路を確立するための障害回復機能（例えば、ＦＲＲ：Ｆａｓｔ  Ｒｅｒｏｕｔｅなど）を具備する。
【００２５】
第１の網のＩＰ／ＭＰＬＳルータ装置２００−１および２００−２は、通信経路の正常性を主信号と同じ経路を通して常時監視するための監視機能として、例えば、ＢＦＤなどのＯＡＭ機能を具備する。そして、ＢＦＤにより監視している通信経路で障害を検出すると、それをトリガーに当該装置が具備する障害回復機能を起動する。そして、本明細書における、ＩＰ／ＭＰＬＳ網２０−ｎ等の第１の網の監視機能の監視の周期に比較し、ＭＰＬＳ−ＴＰ網１０−１等の第２の網の監視機能の監視の周期はより短い。
【００２６】
第２の網である中継網を構成するＭＰＬＳ−ＴＰ装置１００−１から１００−６は、第１の網であるＩＰ／ＭＰＬＳ網２０−１および２０−２に配置されているＩＰ／ＭＰＬＳルータ装置２００−１及び２００−２と接続して、ＩＰ／ＭＰＬＳパケットを対向のＩＰ／ＭＰＬＳルータ装置２００−１或いは２００−２に転送する。
【００２７】
伝送装置であるＭＰＬＳ−ＴＰ装置１００−１から１００−６は、中継網であるＭＰＬＳ−ＴＰ網１０−１内を、ＭＰＬＳ−ＴＰが規定するＯＡＭ機能およびプロテクション機能により、従来の伝送技術であるＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ）クラスの伝送品質の高信頼性を実現する。これはルータ装置が、その監視機能により、１秒程度の間隔で正常性を確認するパケットを交換するのに対して、伝送装置であるＭＰＬＳ−ＴＰ装置では、その監視機能により、３．３ミリ秒など高速に正常性を確認するパケットを交換するので、高速に通信経路の障害を検出することが可能である。例えば、通信経路を当該ＯＡＭ機能で監視して、通信路を冗長構成として設定することにより、障害発生時に通信経路を現用系から予備系へ高速に切替え通信を継続することができる。
【００２８】
このＭＰＬＳ−ＴＰは標準化団体により標準化作業が実施されており、ＩＥＴＦではパケットのフォーマットなどデータプレーンについてはＲＦＣ５６５４、ＲＦＣ５９６０、ＲＦＣ４４４８に規定されており、ＯＡＭ機能およびプロテクション機能についてはＲＦＣ６４２７、ＲＦＣ６４２８、およびＲＦＣ６３７８で規定されている。
【００２９】
本実施例のネットワークシステムにおいて、第２の網であるＭＰＬＳ−ＴＰ網のエッジに配置された伝送装置である、ＭＰＬＳ−ＴＰ装置１００−１、１００−３、１００−４、および１００−６は、上述した通り、第１の網中のＩＰ／ＭＰＬＳルータ装置２００−１および２００−２間で交換され、通信経路を監視するためのＢＦＤパケットを操作し情報を収集する障害監視機能Ｆ１０を具備する構成を有することを特徴とする。以下、本実施例の障害監視機能Ｆ１０を順次説明する。なお、この障害監視機能Ｆ１０は、後で図３を用いて詳述する、伝送装置を構成するネットワーク・インターフェース部内のＮＩＦ管理部の障害監視部によって実現される。
【００３０】
この障害監視機能Ｆ１０は、ＩＰ／ＭＰＬＳルータ装置２００−１および２００２間の各方向の通信経路上で交換されるＢＦＤパケットをスヌープして、当該装置内部の記憶部にあるテーブルに、ＭＰＬＳラベル等で識別されるフロー毎に保管する。このテーブルの詳細は後で図２を用いて説明する。
【００３１】
そして、障害監視機能Ｆ１０は、第２の網であるＭＰＬＳ−ＴＰ網１０−１内にユーザへ提供しているサービスに影響が及ぶ障害が発生していなければ、第１の網内のＩＰ／ＭＰＬＳルータ装置２００−１および２００―２間で交換されるＢＦＤパケットの最新情報を当該装置内部にあるテーブルに格納するためスヌープを継続する。
【００３２】
また、障害監視機能Ｆ１０は、第２の網であるＭＰＬＳ−ＴＰ網１０−１内に、ユーザが利用しているサービスに影響を与える障害が発生し、当該網内で復旧できない場合、隣接する第１の網であるＩＰ／ＭＰＬＳルータ網が具備する障害回復機能を起動するよう働きかける。なお、ここでユーザが利用しているサービスに影響を与える障害とは、例えば、２重障害、冗長パスが未設定時の１重障害等を意味する。本実施例によれば、これらの障害から迅速に回復できるため、ユーザが利用するサービスへの影響を最小限に抑えることができる。
【００３３】
具体的には、例えば、ＭＰＬＳ−ＴＰ装置１００−１が隣接するＭＰＬＳ−ＴＰ装置１００−２から障害前方通知フラグ、例えば、ＬＤＩ（Ｌｉｎｋ  Ｄｏｗｎ  Ｉｎｄｉｃａｔｉｏｎ）フラグの設定されたＡＩＳ（Ａｌａｒｍ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｉｇｎａｌ）パケットなどを障害情報として受信した場合、ＩＰ／ＭＰＬＳルータ装置２００−２からＩＰ／ＭＰＬＳルータ装置２００−１に向かった方向の通信経路に障害が発生したことを意味する。そこで、ＭＰＬＳ−ＴＰ装置１００−１の障害監視機能Ｆ１０は、当該障害通知が示す障害が通知されたフローと対になる、ＩＰ／ＭＰＬＳルータ装置２００−１からＩＰ／ＭＰＬＳルータ装置２００−２に向かった方向のフローに対するＢＦＤパケットのフィルタ設定をスヌープから抜取りに変更する。そして、ＩＰ／ＭＰＬＳルータ装置２００−１がＩＰ／ＭＰＬＳルータ装置２００―２に向けて送出したＢＦＤパケットを抜取り、障害後方通知フラグを障害情報として設定してから、再びＩＰ／ＭＰＬＳルータ装置２００−２に向けて送出する。この本実施例における障害監視機能Ｆ１０特有の動作を、シーケンス図により通常の監視機能におけるＢＦＤ動作と比較しながら説明する。
【００３４】
図１０のシーケンス図に示すように、通常のＢＦＤでは、このような障害３００が発生した場合、第１の網のＩＰ／ＭＰＬＳルータ装置２００−１がＢＦＤパケットの受信周期の３．５周期に該当する期間、第１の網のＩＰ／ＭＰＬＳルータ装置２００−２からのＢＦＤパケットを未受信だと障害発生と認定し、ＩＰ／ＭＰＬＳルータ装置２００−１は、障害後方通知フラグを障害情報として設定したＢＦＤパケットを障害が解消されるまでＩＰ／ＭＰＬＳルータ装置２００−２へ送出し続ける。
【００３５】
それに対し、本実施例の障害情報通知方法によれば、図１１のシーケンス図に示すように、上述した障害監視機能Ｆ１０の機能により、第１の網のＩＰ／ＭＰＬＳルータ装置２００−１が障害３００を検出するより早く、タイミングＴｄにおいて、第２の網内の伝送装置であるＭＰＬＳ−ＴＰ装置１００−１が障害３００を検出できる。そのため、本来ＩＰ／ＭＰＬＳルータ装置２００−１が設定する障害情報である障害後方通知フラグを、ＭＰＬＳ−ＴＰ装置１００−１の障害監視機能Ｆ１０が、タイミングＴｉ−１において設定することにより、通常のＩＰ／ＭＰＬＳルータ装置２００−１が具備するＢＦＤ手順よりも早く、対向のＩＰ／ＭＰＬＳルータ２００−２に障害を通知することが可能になり、障害の認識を早めることができる。その結果、ＩＰ／ＭＰＬＳ網で障害を検出してから障害回復機能を利用して復旧が完了するまでの時間を大幅に短縮することができる。
【００３６】
また、他の例として、ＭＰＬＳ−ＴＰ装置１００−１が隣接するＭＰＬＳ−ＴＰ装置１００−２から障害情報として障害後方通知フラグ、例えば、ＲＤＩ（Ｒｅｍｏｔｅ  Ｄｅｆｅｃｔ  Ｉｎｄｉｃａｔｉｏｎ）フラグの設定されたＣＣ（Ｃｏｎｔｉｕｉｔｙ  Ｃｈｅｃｋ）パケットを受信した場合、ＩＰ／ＭＰＬＳルータ装置２００−１からＩＰ／ＭＰＬＳルータ装置２００−２に向かった方向の通信経路に障害が発生したことを意味する。そこで、ＭＰＬＳ−ＴＰ装置１００−１の障害監視機能Ｆ１０は、当該障害通知が示す障害が通知されたフローと対になるＩＰ／ＭＰＬＳルータ装置２００−２からＩＰ／ＭＰＬＳルータ装置２００−１に向かった方向のフローに対するＢＦＤパケットのフィルタ設定をスヌープから抜取りに変更する。そして、ＩＰ／ＭＰＬＳルータ装置２００−２がＩＰ／ＭＰＬＳルータ装置２００―１に向けて送出したＢＦＤパケットを抜取り、障害後方通知フラグを障害情報として設定してから、再びＩＰ／ＭＰＬＳルータ装置２００−１に向けて送出する。
【００３７】
このような障害が発生した場合も前述の例と同様に、通常ＢＦＤでは、ＩＰ／ＭＰＬＳルータ装置２００−２が、ＢＦＤパケットの受信周期の３．５に該当する期間ＢＦＤパケットを未受信だと障害発生とみなし、ＩＰ／ＭＰＬＳルータ装置２００−２は、障害後方通知フラグを障害情報として設定したＢＦＤパケットを、障害が解消されるまでＩＰ／ＭＰＬＳルータ装置２００−１へ送出し続ける。
【００３８】
それに対し、本実施例の障害監視機能Ｆ１０により、第１の網を構成するＩＰ／ＭＰＬＳルータ装置２００−２が障害を検出するより早く、第２の網内のＭＰＬＳ−ＴＰ装置１００−１は障害を検出できるので、本来ＩＰ／ＭＰＬＳルータ装置２００−２が設定する障害後方通知フラグを、ＭＰＬＳ−ＴＰ装置１００−１の障害監視機能Ｆ１０が障害情報として設定することにより、ＩＰ／ＭＰＬＳルータ装置が具備するＢＦＤ手順よりも早く、対向のＩＰ／ＭＰＬＳルータ２００−１に障害を通知することが可能になる。その結果、ＩＰ／ＭＰＬＳ網で障害を検出してから障害回復機能を利用して復旧が完了するまでの時間を大幅に短縮することができる。
【００３９】
さらに、本実施例の方法では、その変形例として、障害を検出した第２の網内のＭＰＬＳ−ＴＰ装置が、後で説明するテーブル内に障害監視機能Ｆ１０で収集し保持しているＢＦＤパケットの情報から、発生した障害の影響を受けるフローで交換されているＢＦＤパケットを新規に生成することができる。そのため、第２の網内のＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０が障害を検出した時点で、該当する第１の網のＩＰ／ＭＰＬＳルータ装置に送信すべきＢＦＤパケットを構成して、障害後方通知フラグを障害情報として設定して送出することで、実際に第１の網のＩＰ／ＭＰＬＳルータ装置間で交換されているＢＦＤパケットの周期を待たずに、即座に障害情報を通知することができる。これにより、さらに高速な障害通知を実現することが可能になり、ＩＰ／ＭＰＬＳ網が持つ障害回復機能をより高速に起動することが可能になり、通信事業者の網全体の信頼性を向上させることができる。
【００４０】
この場合、図１２のシーケンス図に示すように、障害監視機能Ｆ１０は障害検出時に1度だけ障害後方通知フラグを設定したＢＦＤパケットを自ら構成して、対象のＩＰ／ＭＰＬＳルータ装置２００−２に送出する。以降は前述の通り、第１の網のＩＰ／ＭＰＬＳルータ装置２００−１が送出したＢＦＤパケットを抜取り、障害後方通知フラグを設定して再送出することを、対象のＩＰ／ＭＰＬＳルータ装置が障害を検出して自身で障害後方通知フラグを設定するまで継続する。
【００４１】
本実施例の方式を適用した場合でも、本来ＩＰ／ＭＰＬＳルータ装置が具備するＢＦＤの機能により、ＩＰ／ＭＰＬＳルータ装置が障害を検出して、送出するＢＦＤパケットに障害後方通知フラグを設定し始めたことを、ＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０が検出すると、当該ＢＦＤにより監視されているフローのフィルタ設定を抜取りからスヌープに変更する。
【００４２】
図２は、以上説明した種々の実施例における、第２の網内のＭＰＬＳ−ＴＰ装置１００−１、１００−３、１００−４、１００−６の障害監視機能Ｆ１０が保持するフロー毎にＢＦＤの状態を管理するための、複数のフィールドからなるテーブルの構成例Ｔ１００を示す。
【００４３】
同図に示すように、テーブルＴ１００は、格納したエントリが本実施例の方式の処理対象か否かを示す処理対象フラグフィールドＴ１０１を備える。この処理対象フラグフィールドＴ１０１は、“０”が対象外を、“１”が対象であることを示す。また、テーブルＴ１００は、障害監視機能Ｆ１０が障害検出後すぐに障害後方通知フラグを設定したＢＦＤパケットを構成して対象ＩＰ／ＭＰＬＳルータ装置に向けて送出するか否かを示す即時挿入フラグフィールドＴ１０２を備える。この、即時挿入フラグフィールドＴ１０２は、“０”が即時挿入あり、“１”が即時挿入なしを示す。そして、保護タイマフィールドＴ１０３は、即時挿入フラグフィールドＴ１０２が有効のとき、障害検出してから実際にＢＦＤパケットを送出するまでの保護時間を秒単位で指定する。
【００４４】
テーブルＴ１００は更に、障害の種別を格納する障害情報フィールドＴ１０４を備える。この障害情報フィールドＴ１０４には、例えば、ＭＰＬＳ−ＴＰ  ＯＡＭによる障害前方通知であるＬＤＩ受信、障害後方通知であるＲＤＩ受信、または物理ポートで受信光レベル障害などを格納する。ポート番号フィールドＴ１０５は、ＭＰＬＳ−ＴＰ装置上の物理ポートを識別する識別子を格納するフィールドである。
【００４５】
Ｔ１０６、Ｔ１０７はそれぞれ、隣接ＭＰＬＳ−ＴＰ装置から受信して隣接ＩＰ／ＭＰＬＳルータ装置へ転送する論理パスを識別するＬＳＰ（Ｌａｂｅｌ  Ｓｗｉｔｃｈｅｄ  Ｐａｔｈ）およびＰＷ（Ｐｓｅｕｄｏｗｉｒｅ）ラベルを格納するＬＳＰ／ＰＷラベル（受信方向）フィールド、隣接ＩＰ／ＭＰＬＳルータ装置から受信して隣接ＭＰＬＳ―ＴＰ装置へ転送する論理パスを識別するＬＳＰおよびＰＷラベルを格納するＬＳＰ／ＰＷラベル（送信方向）フィールドである。
【００４６】
また、Ｔ１０８、Ｔ１０９は、隣接ＭＰＬＳ−ＴＰ装置から受信して隣接ＩＰ／ＭＰＬＳルータ装置へ転送するＢＦＤパケットが示す当該フローを識別する識別子を格納するＢＦＤパケット（受信方向）フィールド、隣接ＩＰ／ＭＰＬＳルータ装置から受信して隣接ＭＰＬＳ―ＴＰ装置へ転送するＢＦＤパケットが示す当該フローを識別する識別子を格納するＢＦＤパケット（送信方向）フィールドである。
【００４７】
更に、テーブルＴ１００は、Ｔ１１０、Ｔ１１１として、即時挿入フラグフィールドＴ１０２が有効で隣接ＩＰ／ＭＰＬＳルータに送信するＢＦＤパケットを構成するときに使用するＥｔｈｅｒｎｅｔ（登録商標）フレームの宛先ＭＡＣアドレスを格納する宛先ＭＡＣ（受信方向）フィールド、および、即時挿入フラグフィールドＴ１０２が有効で隣接ＭＰＬＳ−ＴＰ装置に送信するＢＦＤパケットを構成するときに使用するＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスを格納する宛先ＭＡＣ（送信方向）フィールドを備えている。
【００４８】
図２中の各フィールドの受信方向および送信方向は、ＭＰＬＳ−ＴＰ装置のＩＰ／ＭＰＬＳルータに接続しているネットワーク・インターフェースで扱うフローの向きを示す。受信方向とは、次に説明する図３に示す伝送装置のネットワーク・インターフェース部からスイッチ部方向へ転送され、入力処理部で処理されるフローの方向であり、送信方向とはスイッチ部からポートネット・ワークインタフェース部へ転送され、出力処理部で処理されるフローの方向である。装置内部の各宛先ＭＡＣフィールドＴ１１０およびＴ１１１は、当該フローの受信パケットの送信元ＭＡＣアドレスを取り出して格納する。
【００４９】
図３は、図１に記した実施例のネットワークシステム中の伝送網の伝送装置である通信装置の内部構造の一具体例を示す図である。この通信装置は、装置全体を管理するノード管理部２０００、複数のネットワーク・インターフェース部６１０−１〜６１０−ｎ、およびネットワーク・インターフェース部６１０−１〜６１０−ｎを相互接続するためのスイッチ部２１００から構成される。
【００５０】
各ネットワーク・インターフェース部６１０−１〜６１０−ｎは、パケット送受信ポート６０１−１〜６０１−ｎ、各パケット送受信ポートに対応するスイッチ部２１００へのインターフェース（ＳＷＩＦ）６０２−１〜６０２−ｎ、パケット送受信部を介して受信したパケットをフィルタ処理等する入力処理部１０１０、パケット送受信部を介してパケット挿入等のパケットの送信処理を行う出力処理部１０２０、及び、障害監視の制御、入力処理部１０１０と出力処理部１０２０を制御するネットワーク・インターフェース（ＮＩＦ）管理部１０００で構成される。
【００５１】
通常、ネットワーク・インターフェース部６１０−１〜６１０−ｎのＳＷＩＦ６０２−１〜６０２−ｎ、パケット送受信ポート６０１−１〜６０１−ｎを除く機能ブロックは、処理部である中央処理部（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：ＣＰＵ）と、機能プログラムを記憶する記憶部であるメモリ等で実現されるが、専用ハードウェアによって構成することもできることは言うまでもない。そこで、本明細書における伝送装置の機能ブロックである、入力処理部１０１０、出力処理部１０２０、及び、ＮＩＦ管理部１０００を総称して、伝送装置の処理部と呼ぶ場合がある。
【００５２】
ノード管理部２０００は通信装置の管理者に対して、管理用インターフェースを提供して当該装置への各種設定／操作を可能にする。ノード管理部２０００は記憶装置を保持しており装置の初期化に必要な初期設定の情報を保持できる。また、ノード管理部２０００は当該装置の初期化時に、記憶装置に格納されている初期設定情報、またはノード管理部２０００が持つデフォルト値で装置内の各機能の初期化を行う。管理者により装置のノード管理部２０００に対して行われた設定や操作は、伝送装置に装備されているネットワーク・インターフェース部６１０―１〜６１０−ｎの中の、適切なもののＮＩＦ管理部１０００に適宜反映される。
【００５３】
ＮＩＦ管理部１０００内の障害監視部１００１は、本実施例に係る、図１の障害監視機能Ｆ１０を実現するため、後で詳述する図５から図９に示す各処理フローを、ＣＰＵのプログラムの実行等によって実現する。入力処理部１０１０内のフィルタ処理部１０１１は、障害監視機能Ｆ１０への入力となる受信ＯＡＭパケット、例えばＢＦＤパケットをスヌープまたは抜取るためのフィルタ機能を、ＣＰＵのプログラムの実行等によって実現する。そして、出力処理部１０２０内のパケット挿入部１０２１は、障害監視機能Ｆ１０が構成したＢＦＤパケットや障害後方通知フラグを、新たに設定したＢＦＤパケットを送出するための機能であり、同じくＣＰＵのプログラムの実行等によって実現する。なお、図２に示した本実施例のＢＦＤ状態管理テーブルＴ１００は、ＮＩＦ管理部１０００内の図示を省略したメモリ上に構成され管理される。
【００５４】
図４に上述した実施例のＢＦＤパケットの一構成例を示す。このＢＦＤパケットは、図２に示した即時挿入フラグＴ１０２、またはＴ１０２が有効で隣接ＩＰ／ＭＰＬＳルータまたはＭＰＬＳ−ＴＰ装置に送信するときに出力処理部１０２０で構成される。
【００５５】
図４に見るように、ＢＦＤパケットは、Ｅｔｈｅｒｎｅｔ（登録商標）ヘッダＢ１０１は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、およびタイプ値から構成される。タイプ値は転送するプロトコルにより一意に決まり、ＭＰＬＳの場合、１６進数で０ｘ８８４７（固定値）である。ＭＰＬＳ（ＬＳＰ）Ｂ１０２はＬＳＰを識別するためのＭＰＬＳラベルである。ＭＰＬＳ（ＰＷ）Ｂ１０３はＰＷを識別するためのＭＰＬＳラベルである。ＡＣＨ（Ａｓｓｏｃｉａｔｅｄ  Ｃｈａｎｎｅｌ）Ｂ１０４は当該パケットにＯＡＭパケットがカプセル化されていることを示す固定値で構成されるヘッダである。ＯＡＭペイロードＢ１０５は当該パケットにカプセル化される具体的なＯＡＭのペイロードである。
【００５６】
ここで、図４のＢＦＤパケットを構成する具体例を、図１２に示した実施例のシーケンス図の場合を例示して説明する。先に説明した通り、図１２は、図２に示す即時挿入フラグが有効のときのＢＦＤパケットの送受信シーケンスを示している。ＭＰＬＳ−ＴＰ装置１００−１がＢＦＤパケットを挿入するときは、その挿入方向に応じて図２に示すＬＳＰ／ＰＷラベル、ＢＦＤパケット、および宛先ＭＡＣフィールドを参照して、図４に示すＢＦＤパケットを構成する。
【００５７】
例えば、ＭＰＬＳ−ＴＰ装置１００−１が隣接するＩＰ／ＭＰＬＳルータ２００−１にＢＦＤパケットを送信する場合、図２のＬＳＰ／ＰＷラベル（受信方向）Ｔ１０６、ＢＦＤパケット（受信方向）Ｔ１０８、および宛先ＭＡＣフィールド（受信方向）Ｔ１１０を用いてＢＦＤパケットを構成する。
【００５８】
また、ＭＰＬＳ−ＴＰ装置１００−１が隣接するＭＰＬＳ−ＴＰ装置１００−２側のＩＰ／ＭＰＬＳルータ２００−２にＢＦＤパケットを送信する場合、図２のＬＳＰ／ＰＷラベル（送信方向）Ｔ１０７、ＢＦＤパケット（送信方向）Ｔ１０９、および宛先ＭＡＣフィールド（送信方向）Ｔ１１１を用いてＢＦＤパケットを構成する。各ＢＦＤパケットのＥｔｈｅｒｎｅｔ（登録商標）ヘッダを構成する送信元ＭＡＣアドレスは、当該ＢＦＤパケットを送出する物理ポートに割り当てられているＭＡＣアドレスを用いる。
【００５９】
続いて、図５から図９に示す実施例の障害監視機能Ｆ１０における各処理フローの内容を詳述する。上述のとおり、これらの各処理フローはＮＩＦ管理部１０００に対応する処理部におけるプログラム処理によって実現される。
図５は、伝送装置であるＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０が具備する障害監視処理フローＳ１００を示す。当該処理フローはＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０が初期化されたとき、当該障害監視機能Ｆ１０が障害を検出したとき、およびフィルタにより抜取ったＢＦＤパケットに障害後方通知フラグが設定されていたときに呼び出される。まず、当該処理フローが呼び出されたときの状態を判別する（Ｓ１０１）。障害監視機能Ｆ１０の初期化時はパケットのフィルタ機能の初期化処理（Ｓ１１０）を実施する。これは該当する全てのパケットフィルタをスヌープ設定にする。
【００６０】
２重障害、あるいは冗長パスが未設定時の１重障害など、ユーザが利用するサービスに影響のある障害を検出した場合は、障害通知により特定される当該障害の影響を受けるフローを特定し、当該フローを流れるＢＦＤパケットを抜取るためにフィルタをスヌープから抜取りへ設定変更処理（Ｓ１２０）を実施する。また、フィルタにより抜取ったＢＦＤパケットに障害後方通知フラグが設定されていた場合は、もはやＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０が障害後方通知フラグを設定する必要がなくなったと判断し、該当フローからＢＦＤパケットを抜取るのではなくスヌープに変更するためにフィルタ解除処理（Ｓ１３０）を実施して終了する（Ｓ１０２）。
【００６１】
図６は、ＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０で障害を検出したときに実施される障害検出処理フローＳ２００を示す。検出した障害、例えば、ＭＰＬＳ−ＴＰ  ＯＡＭによる障害前方通知であるＬＤＩ受信、障害後方通知であるＲＤＩ受信、または物理ポートで受信光レベル障害などにより影響を受けるＭＰＬＳ−ＴＰ装置の障害監視機能Ｆ１０の監視対象のフローをリストアップ（Ｓ２０１）。リストアップ処理（Ｓ２０１）は、検出した障害の要因に応じて、障害の影響を受けるため処理対象となるフローをＢＦＤ状態管理テーブルＴ１００から抽出する。具体的には、ＬＤＩ受信またはＲＤＩ受信の場合、受信した障害通知パケット（ＬＤＩまたはＲＤＩ）が示す障害が発生しているフローと同じフローのエントリをＢＦＤ状態管理テーブルＴ１００から抽出する。また、物理ポートの受信光レベル障害の場合、当該物理ポートを特定する番号とＢＦＤ状態管理テーブルＴ１００のポート番号が一致する全エントリを抽出する。
【００６２】
リストアップされたＢＦＤ状態管理テーブルＴ１００のエントリが示す対象フローのそれぞれに対して以下の処理を実施する（Ｓ２０２）。各エントリの処理対象フラグが本実施例の処理方式の対象か否かを判断する（Ｓ２０３）。本実施例の処理方式の対象でない場合、処理対象を次のエントリに移す。実施例の処理方式の対象の場合、検出した障害情報を該当エントリの障害情報フィールドＴ１０４に格納する（Ｓ２０４）。次に、該当エントリの保護タイマフィールドＴ１０３に指定された秒数のタイマを起動して（Ｓ２０５）、処理対象を次のエントリに移す。該当する全てのエントリを処理し終えたら本処理フローを終了する（Ｓ２０６）。
【００６３】
図７は、保護タイマが切れたときに実施される保護タイマ切れ処理フローＳ３００を示す。タイマが切れたＢＦＤ状態管理テーブルＴ１００のエントリが示す即時挿入フィールドＴ１０２が即時挿入処理の無効を示す場合、本処理フローは終了する（Ｓ３０５）。当該フィールドが即時挿入処理の有効を示す場合、障害情報に基づき処理を分岐する（Ｓ３０２）。既に障害が回復済みの場合、本処理フローは終了する（Ｓ３０５）。障害の検出要因が障害後方通知受信の場合、該当エントリが格納するＢＦＤパケット（受信方向）フィールドが格納する情報を用いて障害後方通知フラグを設定したＢＦＤパケットを構成して、隣接ＩＰ／ＭＰＬＳルータ装置側へ送出し（Ｓ３０３）、本処理フローを終了する（Ｓ３０５）。障害の検出要因が障害前方通知受信の場合、該当エントリが格納するＢＦＤパケット（送信方向）フィールドが格納する情報を用いて障害後方通知フラグを設定したＢＦＤパケットを構成して、隣接ＭＰＬＳ−ＴＰ装置側へ送出し（Ｓ３０４）、本処理フローを終了する（Ｓ３０５）。
【００６４】
図８は、ＭＰＬＳ−ＴＰ装置のフィルタ機能によりスヌープしたＢＦＤパケットの受信処理フローＳ４００を示す。受信したＢＦＤパケットを隣接ＭＰＬＳ−ＴＰ装置から受信したのか、隣接ＩＰ／ＭＰＬＳルータ装置から受信したのかで処理を分岐する（Ｓ４０１）。ＢＦＤパケットを隣接ＭＰＬＳ−ＴＰ装置から受信した場合、ＢＦＤ状態管理テーブルＴ１００から該当するエントリを検索して、ＢＦＤパケット（受信方向）フィールドの情報を受信ＢＦＤパケット内の情報で更新し（Ｓ４０２）、本処理フローを終了する（Ｓ４０４）。ＢＦＤパケットを隣接ＩＰ／ＭＰＬＳルータ装置から受信した場合、ＢＦＤ状態管理テーブルＴ１００から該当するエントリを検索して、ＢＦＤパケット（送信方向）フィールドの情報を受信ＢＦＤパケット内の情報で更新し（Ｓ４０３）、本処理フローを終了する（Ｓ４０４）。
【００６５】
図９は、障害発生中にＭＰＬＳ−ＴＰ装置のフィルタ機能によりパケットの抜取りをしたＢＦＤパケットの受信処理フローＳ５００を示す。当該受信パケットの障害後方通知フラグを設定する（Ｓ５０１）。受信したＢＦＤパケットを隣接ＭＰＬＳ−ＴＰ装置から受信したのか、隣接ＩＰ／ＭＰＬＳルータ装置から受信したのかで処理を分岐する（Ｓ５０２）。ＢＦＤパケットを隣接ＭＰＬＳ−ＴＰ装置から受信した場合、当該パケットをＩＰ／ＭＰＬＳ網側へ送出し（Ｓ５０３）、本処理フローを終了する（Ｓ５０５）。ＢＦＤパケットを隣接ＩＰ／ＭＰＬＳルータ装置から受信した場合、当該パケットをＭＰＬＳ−ＴＰ網側へ送出し（Ｓ５０４）、本処理フローを終了する（Ｓ５０５）。
【００６６】
以上詳述したように、本発明によれば、通信事業者のルータ網を中継する伝送網で、ルータ網のＯＡＭ機能の情報を収集して、伝送網内でサービスに影響のある障害が発生した場合、伝送網が能動的にルータ網のＯＡＭ機能を利用してルータ網に素早く障害通知を実施することができ、高速に当該障害回復機能を起動させ、ルータ網を含めた網全体を高信頼化できるという利点がある。
【００６７】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記の実施例の説明にあっては、第１の網として、ＩＰ／ＭＰＬＳ網を、それより監視機能の監視の周期が短い第２の網として、ＭＰＬＳ−ＴＰ網を例示したが、これに限定するものでない。障害箇所を一時的に迂回する経路を発見して設定する第１の網の障害回復機能としてＦＲＲ（Ｆａｓｔ  ＲｅＲｏｕｔｅ）を例示したが、Ｇｌｏｂａｌ  Ｒｅｐａｉｒ、またはＡｌｔｅｒｎａｔｉｖｅ  Ｅｇｒｅｓｓ  Ｒｅｐａｉｒ等の障害回復機能を利用しても良い。
【００６８】
また、上記した実施例は本発明のより良い理解のために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。更に、上述した各構成、機能、処理部等は、それらの一部又は全部を、各種の機能プログラムを作成してソフトウェアで実現する場合を中心に説明したが、例えば集積回路で設計する等によりハードウェアで実現しても良いことは言うまでもない。
【符号の説明】
【００６９】
１０−１  伝送網
２０−１、２０−２  ルータ網
３０−１、３０−２  サービスを提供されるユーザサイト
１００−１−１００−ｎ  伝送装置
２００−１、２００−２  ルータ装置
３００  障害
６０１−１−６０１−ｎ  パケット送受信ポート
６０２−１−６０２−ｎ  ネットワーク・インターフェースを相互接続するスイッチ部へのインターフェース
６１０−１−６１０−ｎ  ネットワーク・インターフェース部
１０００  ネットワーク・インターフェースの管理部
１００１  障害監視部
１０１０  ネットワーク・インターフェースのパケットの入力処理部
１０１１  フィルタ処理部
１０２０  ネットワーク・インターフェースのパケットの出力処理部
１０２１  パケット挿入部
２０００  装置全体を管理するノード管理部
２１００  ネットワーク・インターフェースを相互接続するスイッチ部
Ｆ１０  障害監視機能。
【図１】
2014064252.tif 000003
【図２】
2014064252.tif 000004
【図３】
2014064252.tif 000005
【図４】
2014064252.tif 000006
【図５】
2014064252.tif 000007
【図６】
2014064252.tif 000008
【図７】
2014064252.tif 000009
【図８】
2014064252.tif 000010
【図９】
2014064252.tif 000011
【図１０】
2014064252.tif 000012
【図１１】
2014064252.tif 000013
【図１２】
2014064252.tif 000014