(57)【要約】【課題】ネットワークにおける接続断箇所を特定する。【解決手段】送信側、受信側ノード2,5は、それぞれ相手ノード5,2に対して所定周期でCCMフレームを送信している。その後、例えば、中継ノード3,4間の回線が断したとすると、ノード2,5は、相手ノードからのCCMフレームを受信できなくなり、LOCが発生したことを検出する。その後、ノード2,5は相手ノードに対してLTMフレームを送り、LTRフレームが返信されてくるのを待ち、最後に返信されてきたLTRフレームの送信元のMACアドレスを相手ノードへ送信する。その後、ノード2,5は、相手ノードから送られてきたMACアドレスのノードと、最後のLTRフレームを返信してきたノードとの間に、接続断が発生していると判定する。【選択図】図１
2011044776.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含み、
前記第１および第２の端点ノードは、それぞれ、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部と、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部と、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部とを備えたことを特徴とするネットワーク保守管理システム。
【請求項２】
請求項１記載のネットワーク保守管理システムにおいて、
前記第１および第２の端点ノードは、それぞれ、
前記接続性チェック機能部で接続断が検出された場合、対向端点ノードとの間でループバック試験を行うループバック機能部を備え、且つ、
前記接続性チェック機能部は、対向端点ノードに対して所定周期でCCMフレームを送信し、対向端点ノードからのCCMフレームを受信できるか否かに基づいて対向端点ノードとの間の接続性をチェックし、
前記制御部は、前記ループバック機能部によるループバック試験が正常終了した場合、対向端点ノードの接続性チェック機能部が故障していると判定することを特徴とするネットワーク保守管理システム。
【請求項３】
請求項１または２記載のネットワーク保守管理システムにおいて、
前記第１および第２の端点ノードは、それぞれ、
自端点ノードと、対向端点ノードから送られてきたノード情報によって示されるノードとの間の伝送遅延時間を測定する遅延測定機能部を備え、且つ、
前記制御部は、前記遅延測定機能部における伝送遅延時間の測定処理が異常終了した場合は、接続断の原因が回線断であると判定し、正常終了した場合は、接続断の原因が遅延であると判定することを特徴とするネットワーク保守管理システム。
【請求項４】
請求項１乃至３の何れか１項に記載のネットワーク保守管理システムにおいて、
隣接ノードとの間の回線が冗長構成を有し、
前記中継ノードが、変更依頼に従って使用する回線を現用系から予備系に切り替える設定部を備え、且つ、
前記制御部が、接続断箇所を挟む中継ノードに対して変更依頼を送信することを特徴とするネットワーク保守管理システム。
【請求項５】
請求項１乃至４の何れか１項に記載のネットワーク管理システムにおいて、
前記リンクトレース機能部は、リンクトレース要求に応答して返信されてきたリンクトレース応答の内の、最後に返信されてきたリンクトレース応答の送信元のノードを、接続断箇所を挟む２つのノードの内の自端点ノード側のノードであると認識することを特徴とするネットワーク保守管理システム。
【請求項６】
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムの構成要素である端点ノードであって、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部と、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部と、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部とを備えたことを特徴とする端点ノード。
【請求項７】
請求項６記載の端点ノードにおいて、
前記接続性チェック機能部で接続断が検出された場合、対向端点ノードとの間でループバック試験を行うループバック機能部を備え、且つ、
前記接続性チェック機能部は、対向端点ノードに対して所定周期でCCMフレームを送信し、対向端点ノードからのCCMフレームを受信できるか否かに基づいて対向端点ノードとの間の接続性をチェックし、
前記制御部は、前記ループバック機能部によるループバック試験が正常終了した場合、対向端点ノードの接続性チェック機能部が故障していると判定することを特徴とする端点ノード。
【請求項８】
請求項６または７記載の端点ノードにおいて、
自端点ノードと、対向端点ノードから送られてきたノード情報によって示されるノードとの間の伝送遅延時間を測定する遅延測定機能部を備え、且つ、
前記制御部は、前記遅延測定機能部における伝送遅延時間の測定処理が異常終了した場合は、接続断の原因が回線断であると判定し、正常終了した場合は、接続断の原因が遅延であると判定することを特徴とする端点ノード。
【請求項９】
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムにおけるネットワーク保守管理方法であって、
前記第１および第２の端点ノード内の接続性チェック機能部が、自端点ノードと対向端点ノードとの間の接続性をチェックし、
前記第１および第２の端点ノード内のリンクトレース機能部が、自端点ノード内の接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求め、
前記第１および第２の端点ノード内の制御部が、自端点ノード内のリンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、自端点ノード内のリンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定することを特徴とするネットワーク保守管理方法。
【請求項１０】
請求項９記載のネットワーク保守管理方法において、
前記第１および第２の端点ノード内のループバック機能部が、自端点ノード内の接続性チェック機能部で接続断が検出された場合、対向端点ノードとの間でループバック試験を行い、
前記第１および第２の端点ノード内の前記接続性チェック機能部が、対向端点ノードに対して所定周期でCCMフレームを送信し、対向端点ノードからのCCMフレームを受信できるか否かに基づいて対向端点ノードとの間の接続性をチェックし、
前記第１および第２の端点ノード内の前記制御部が、自ノード内のループバック機能部によるループバック試験が正常終了した場合、対向端点ノードの接続性チェック機能部が故障していると判定することを特徴とするネットワーク保守管理方法。
【請求項１１】
請求項９または１０記載のネットワーク保守管理方法において、
前記第１および第２の端点ノード内の遅延測定機能部が、自端点ノードと、対向端点ノードから送られてきたノード情報によって示されるノードとの間の伝送遅延時間を測定し、
前記第１および前記第２の端点ノード内の前記制御部が、自ノード内の遅延測定機能部における伝送遅延時間の測定処理が異常終了した場合は、接続断の原因が回線断であると判定し、正常終了した場合は、接続断の原因が遅延であると判定することを特徴とするネットワーク保守管理方法。
【請求項１２】
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムの構成要素である端点ノードをコンピュータによって実現するためのプログラムであって、
前記コンピュータを、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部として機能させるためのプログラム。
【請求項１３】
請求項１２記載のプログラムにおいて、
前記コンピュータを、前記接続性チェック機能部で接続断が検出された場合、対向端点ノードとの間でループバック試験を行うループバック機能部として機能させ、且つ、
前記接続性チェック機能部は、対向端点ノードに対して所定周期でCCMフレームを送信し、対向端点ノードからのCCMフレームを受信できるか否かに基づいて対向端点ノードとの間の接続性をチェックし、
前記制御部は、前記ループバック機能部によるループバック試験が正常終了した場合、対向端点ノードの接続性チェック機能部が故障していると判定することを特徴とするプログラム。
【請求項１４】
請求項１２または１３記載のプログラムにおいて、
前記コンピュータを、自端点ノードと、対向端点ノードから送られてきたノード情報によって示されるノードとの間の伝送遅延時間を測定する遅延測定機能部として機能させ、且つ、
前記制御部は、前記遅延測定機能部における伝送遅延時間の測定処理が異常終了した場合は、接続断の原因が回線断であると判定し、正常終了した場合は、接続断の原因が遅延であると判定することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける接続断箇所を特定するネットワーク保守管理技術に関する。
【背景技術】
【０００２】
ネットワークの保守管理を行う技術として、ITU-T(International
Telecommunication Union Telecommunication Standardization Sector)によってY.1731として規定されたEthernet
OAM(Ethernet Operation Administration and Maintenance)が知られている。Ethernet OAMは、イーサネット（登録商標）を用いて構築されたネットワークを保守管理するための技術であり、ETH-CC(Continuity Check)機能、ETH-LB(Loop Back)機能、ETH-LT(Link Trace)機能など用いてレイヤ２で発生する様々な障害を保守管理する。
【０００３】
ETH-CC機能は、管理端点(MEP:Maintenance
group End Point)間の接続正常性をチェックする機能である。具体的には、一方の管理端点となるネットワーク機器（レイヤ２スイッチなど）から他方の管理端点となるネットワーク機器に対して、定期的に検査用のフレーム(OAMフレーム)を送信し、受信側のネットワーク機器においてOAMフレームを所定期間受信できなかった場合、接続断(LOC:Loss
Of Continuity)が発生したと判定する機能である。
【０００４】
ETH-LB機能は、ループバック試験機能である。具体的には、ネットワーク機器から他のネットワーク機器に対して送ったOAMフレームが、上記他のネットワーク機器で折り返されて戻ってくるかを確認する機能である。
【０００５】
ETH-LT機能は、レイヤ２ネットワークの経路探索機能である。具体的には、ネットワーク機器から他のネットワーク機器に対してOAMフレームを送信した際、OAMフレームの通過した全てのネットワーク機器が応答フレームを送信元のネットワーク機器に返す機能である。
【０００６】
ところで、Ethernet OAMのETH-CC機能を利用してネットワークの保守管理を行うようにすることにより、MEP間でLOCが発生したことは検出できるが、被疑箇所を特定することができないという問題がある。そこで、このような問題点を解決するため、次のような技術が提案された（例えば、特許文献１参照）。
【０００７】
特許文献１に記載されている技術は、次のようなものである。始点ノードは、終点ノードに対して所定周期でリンクトレース要求を送信する。リンクトレース要求の転送ルート上に存在する中継ノードは、リンクトレース要求を受信すると、それを次ノードに中継すると共に、始点ノードに対して自ノードのIDを含むリンクトレース応答を返す。また、終点ノードは、リンクトレース要求を受信すると、始点ノードに対して自ノードのIDを含むリンクトレース応答を返す。
【０００８】
始点ノードは、各ノードのIDに関連付けて、リンクトレース要求の受信時刻が登録されたデータベースを備えており、リンクトレース応答を受信すると、その送信元に関連付けて登録されている受信時刻を現在時刻に更新する。その後、始点ノードは、リンクトレース要求の送信時刻と、各ノードから返信されてきたリンクトレース応答の受信時刻とを比較する。そして、送信時刻よりも受信時刻の方が前になっているノードが存在する場合は、始点、終点ノード間に障害が発生していることになるので、障害発生箇所を特定するために、送信時刻よりも受信時刻の方が前になっているノードの中から、始点ノードからの距離が最も小さいノードを求めると共に、受信時刻よりも送信時刻の方が前になっているノードの中から、始点ノードからの距離が最も大きいノードを求め、上記２つのノード間に障害が発生したと判定する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−２８８０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１に記載されている技術によれば、障害箇所（接続断箇所）を特定できるが、所定周期で始点ノードから終点ノードに対してリンクトレース要求を送信し、始点ノードと終点ノードとの間に存在する全ての中継ノードおよび終点ノードが、リンクトレース応答を始点ノードに返す構成となっているため、切断箇所を特定するために送受信されるリンクトレース要求およびリンクトレース応答によって、長期間多くの帯域が使用されてしまうという問題がある。特に、中継ノード数が多い場合や、リンクトレース要求の送信周期が短い場合、上記した問題は顕著なものとなる。
【００１１】
[発明の目的]
そこで、本発明の目的は、多くの帯域を長期間使用しなくとも、接続断箇所を特定できるようにすることにある。
【課題を解決するための手段】
【００１２】
本発明にかかる第１のネットワーク保守管理システムは、
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含み、
前記第１および第２の端点ノードは、それぞれ、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部と、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部と、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部とを備える。
【００１３】
本発明にかかる第１の端点ノードは、
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムの構成要素である端点ノードであって、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部と、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部と、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部とを備える。
【００１４】
本発明のかかる第１のネットワーク保守管理方法は、
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムにおけるネットワーク保守管理方法であって、
前記第１および第２の端点ノード内の接続性チェック機能部が、自端点ノードと対向端点ノードとの間の接続性をチェックし、
前記第１および第２の端点ノード内のリンクトレース機能部が、自端点ノード内の接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求め、
前記第１および第２の端点ノード内の制御部が、自端点ノード内のリンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、自端点ノード内のリンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する。
【００１５】
本発明にかかる第１のプログラムは、
ネットワーク上に設定された保守管理区間の一方および他方の端部にそれぞれ配置された第１および第２の端点ノードと、前記第１の端点ノードと前記第２の端点ノードとの間に配置された中継ノードとを含むネットワーク保守管理システムの構成要素である端点ノードをコンピュータによって実現するためのプログラムであって、
前記コンピュータを、
自端点ノードと対向端点ノードとの間の接続性をチェックする接続性チェック機能部、
該接続性チェック機能部で接続断が検出された場合、対向端点ノードに対してリンクトレース要求を送信し、該リンクトレース要求に応答して返信されてくるリンクトレース応答に基づいて、接続断箇所を挟む２つのノードの内の、自端点ノード側のノードを求めるリンクトレース機能部、
該リンクトレース機能部で求められたノードを示すノード情報を対向端点ノードに送信すると共に、前記リンクトレース機能部で求められたノードと前記対向端点ノードから送られてきたノード情報とに基づいて、接続断箇所を特定する制御部として機能させる。
【発明の効果】
【００１６】
本発明によれば、多くの帯域を長期間使用しなくとも、接続断箇所を特定することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施の形態にかかるネットワーク保守管理システムの全体構成例を示すブロック図である。
【図２】本発明の第１の実施の形態で使用するノード２〜５の構成例を示すブロック図である。
【図３】Ethernet OAM処理部１６の構成例を示すブロック図である。
【図４】本発明の第１の実施の形態の処理例を示すフローチャートである。
【図５】本発明の第２の実施の形態で使用するノード２〜５の構成例を示すブロック図である。
【図６】Ethernet OAM処理部１６ａの構成例を示すブロック図である。
【図７】本発明の第２の実施の形態の処理例を示すフローチャートである。
【図８】本発明の第３の実施の形態で使用するノード２〜５の構成例を示すブロック図である。
【図９】本発明の第３の実施の形態の処理例を示すフローチャートである。
【図１０】本発明の第３の実施の形態におけるノード２〜５間の接続関係を示す図である。
【発明を実施するための形態】
【００１８】
[本発明の第１の実施の形態]
図１を参照すると、本発明の第１の本実施の形態にかかるネットワーク保守管理システムは、Ethernet OAMを利用して保守管理区間(MEG:Maintenance
Entity Group)１を保守管理するものであり、送信側ノード２と、中継ノード３，４と、受信側ノード５とが含まれている。保守管理区間１では、送信側ノード２から中継ノード３，４を経由して受信側ノード５へフレームが送信される。また、送信側ノード２と受信側ノード５は、中継ノード３，４を経由しない経路でも接続可能になっている。各ノード２〜５は、レイヤ２スイッチ等のレイヤ２のネットワーク機器であり、送信側ノード２および受信側ノード５には、MEP(Maintenance group End Point:管理端点)としての設定がされており、中継ノード３，４には、MIP(Maintenance group Intermediate Point:管理中間点)としての設定がされている。
【００１９】
図２を参照すると、各ノード２〜５は、入出力ポート１２，１３と、管理用ポート１４と、フレーム処理部１５と、Ethernet OAM処理部１６と、制御部１７と、通知部１８とを備えている。
【００２０】
入出力ポート１２，１３は、フレームを送受信するためのポートである。管理用ポート１４は、送信側ノード２を管理するためのポートである。
【００２１】
フレーム処理部１５は、入出力ポート１２，１３を介して受信したフレームをその送信先に応じた入出力ポートに出力する機能や、入出力ポート１２，１３を介して受信した自ノードに関連するOAMフレームをEthernet OAM処理部１６に渡す機能や、Ethernet OAM処理部１６から渡されたOAMフレームをその送信先に応じた入出力ポートに出力する機能を有する。
【００２２】
Ethernet
OAM処理部１６は、Ethernet OAM機能に関する処理を行う部分である。図３を参照すると、Ethernet OAM処理部１６は、接続性チェック機能部(ETH-CC機能部)１６１と、リンクトレース機能部(ETH-LT機能部)１６２とを含んでいる。
【００２３】
ETH-CC機能部１６１およびETH-LT機能部１６２は、それが配置されているノードがMEPとしての設定がされているのか、MIPとしての設定がされているのかによって異なる処理を行う。
【００２４】
MEPとしての設定がされている送信側ノード２および受信側ノード５内のETH-CC機能部１６１は、対向するMEPに対して所定の周期で接続性チェック用のOAMフレーム(CCMフレーム)を送信すると共に、自ノード宛てのCCMフレームを所定時間受信できなかった場合、LOCの発生を制御部１７に通知する。また、LOCの発生通知後に自ノード宛てのCCMフレームを受信した場合、LOCの解除を制御部１７に通知する。
【００２５】
これに対して、MIPとしての設定がされている中継ノード３，４内のETH-CC機能部１６１は、機能を停止している。
【００２６】
また、MEPとしての設定がされている送信側ノード２および受信側ノード５内のETH-LT機能部１６２は、対向するMEPに対してリンクトレース用のOAMフレーム(LTMフレーム)を送信し、その経路上に存在するMEPやMIPから返信されてきた応答フレーム(LTRフレーム)の内、最後に返ってきたLTRフレームの送信元ノードのMACアドレスを制御部１７に通知する。また、自ノード宛てのLTMフレームを受信したとき、その送信元のノードに対してLTRフレームを返す。
【００２７】
これに対して、MIPとしての設定がされている中継ノード３，４内のETH-LT機能部１６２は、LTMフレームを受信した場合、その送信元のノードに対してLTRフレームを返すと共に、次ノードにLTMフレームを中継する。
【００２８】
また、制御部１７も、それが配置されているノードがMEPとしての設定がされているのか、MIPとしての設定がされているのかによって異なる処理を行う。
【００２９】
MEPとしての設定がされている送信側ノード２および受信側ノード5内の制御部１７は、必要に応じてEthernet OAM処理部１６内のETH-CC機能部１６１およびETH-LT機能部１６２を制御する。これに対して、MIPとしての設定がされている中継ノード３，４内の制御部１７は、Ethernet OAM処理部１６に対する制御機能を停止している。
【００３０】
通知部１８は、制御部１７からの指示に従って保守管理装置に対してLOCの発生や、接続断箇所を通知したり、保守管理装置から送られてくる管理者からの指示を制御部１７に渡す機能を有する。
【００３１】
なお、Ethernet OAM処理部１６および制御部１７は、CPU（中央処理装置）によって実現可能であり、CPUによって実現する場合は、例えば、次のようにする。CPUをEthernet OAM処理部１６および制御部１７として機能させるためのプログラムを記録したディスク、半導体メモリ等の記録媒体を用意し、CPUに上記プログラムを読み取らせる。CPUは、読み取ったプログラムに従って、自身の動作を制御することにより、自CPU上にEthernet OAM処理部１６および制御部１７を実現する。
【００３２】
[第１の実施の形態の動作の説明]
次に、本実施の形態におけるLOC検出時の被疑箇所特定のための動作について図４のフローチャートを参照して説明する。
【００３３】
図４のＳ１１において、送信側ノード２内のETH-CC機能部１６１が、対向するMEPである受信側ノード５との間の接続性確認処理を開始し、Ｓ２１において、受信側ノード５内のETH-CC機能部１６１が、対向するMEPである送信側ノード２との間の接続性確認処理を開始する。具体的には、対向ノードに対して所定周期でCCMフレームを送信し、対向ノードからのCCMフレームを所定時間以上受信できなかった場合、LOCが発生したと判定する処理を開始する。
【００３４】
その後、例えば、中継ノード３，４間において接続断が発生すると、送信側ノード２及び受信側ノード５内のETH-CC機能部１６１は、対向ノードからのCCMフレームを受信できなくなるので、LOCの発生を検出し、その旨を自ノード内の制御部１７に通知する（Ｓ１２，Ｓ２２）。
【００３５】
送信側ノード２内の制御部１７は、LOCの発生が通知されると、ETH-LT機能部１６２に対して対向ノードである受信側ノード５との間の経路探索を行うことを指示する。これにより、送信側ノード２内のETH-LT機能部１６２は、受信側ノード５に対してLTMフレームを送信する（Ｓ１３）。接続断が発生していない場合は、送信側ノード２からのLTMフレームに応答して、送信側ノード２から受信側ノード５へ至る経路上の全てのノード３〜５が送信側ノード２に対してLTRフレームを返すが、接続断が発生している場合には、接続断の発生箇所よりも下流に存在するノードだけが、LTRフレームを返すことになる。従って、中継ノード３，４間に接続断が発生しているこの例の場合は、中継ノード３だけがLTRフレームを送信側ノード２に返すことになる。
【００３６】
また、受信側ノード５内の制御部１７及びETH-LT機能部１６２も送信側ノード２内の制御部１７及びETH-LT機能部１６２と同様の処理を行い、送信側ノード２に対してLTMフレームを送信する（Ｓ２３）。この例の場合、上記LTMフレームに応答して、中継ノード４だけがLTRフレームを受信側ノード５に返すことになる。
【００３７】
送信側ノード２内のETH-LT機能部１６２は、Ｓ１３でLTMフレームを送信してから一定時間（受信側ノード５からLTRフレームが戻ってくるのに十分な時間）が経過するまでの間、返信されてくるLTRフレームを受け付ける。その後、最後に受け付けたLTRフレームから送信元を示すMACアドレスを抽出し、制御部１７に渡す。このMACアドレスは、接続断箇所を挟む２つのノードの内の、送信側ノード２側のノードのMACアドレスである。なお、ETH-LT機能部１６２は、LTRフレームが１つも戻ってこなかった場合は、自ノード２のMACアドレスを制御部１７に渡す。制御部１７は、ETH-LT機能部１６２から渡されたMACアドレスを、中継ノード３，４を経由しない経路（例えば、ノード２，５間に設けた専用回線や、保守管理用に設けられた回線）を介して受信側ノード５へ送信する（Ｓ１４）。中継ノード３，４間に接続断が発生しているこの例の場合は、中継ノード３のMACアドレスを受信側ノード５へ送信することになる。
【００３８】
また、受信側ノード５でも送信側ノード２と同様の処理を行うことにより、接続断箇所を挟む２つのノードの内の、受信側ノード５側のノードのMACアドレスを求め、中継ノード３，４を経由しない経路で送信側ノード２へ送信する（Ｓ２４）。この例の場合、受信側ノード５は、中継ノード４のMACアドレスを送信側ノード２へ送信することになる。
【００３９】
送信側ノード２内の制御部１７は、受信側ノード５からMACアドレスが送られてくると、そのMACアドレス（この例の場合、中継ノード４のMACアドレス）と、Ｓ１４でLTRフレームから抽出したMACアドレス（この例の場合、中継ノード３のMACアドレス）との間で接続断が発生していると特定し（Ｓ１５）、特定結果を通知部１８及び管理用ポート１４を介して保守管理装置へ送信する（Ｓ１６）。
【００４０】
また、受信側ノード５でも送信側ノード２と同様の処理を行うことにより、接続断箇所を特定し（Ｓ２５）、その結果を通知部１８及び管理用ポート１４を介して保守管理装置へ送信する（Ｓ２６）。
【００４１】
これらの手順により、Ethernet OAM監視網におけるLOC検出時の被疑箇所自動特定が行える。
【００４２】
［第１の実施の形態の効果］
本実施の形態によれば、多くの帯域を長期間使用することなく、接続断箇所を特定することが可能になる。その理由は、接続性チェック機能部１６１によって接続断の発生を検出してから、接続断箇所を特定するためにリンクトレース要求（LTMフレーム）およびリンクトレース応答（LTRフレーム）を送受信するリンクトレース機能部を動作させるようにしているからである。
【００４３】
［本発明の第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。本実施の形態は、対向ノードのETH-CC機能部に障害が発生しているか否かを判定できるようにすると共に、ETH-CC機能部において接続断を検出した場合、その原因が回線断なのか遅延なのかを特定できるようにしたことを特徴とする。
【００４４】
図５を参照すると、本実施の形態で使用する各ノード２〜５は、Ethernet OAM処理部１６の代わりにEthernet OAM処理部１６ａを備えている点、および、制御部１７の代わりに制御部１７ａを備えている点で、第１の実施の形態のノード２〜５と相違している。
【００４５】
図６を参照すると、Ethernet OAM処理部１６ａは、ループバック機能部（ETH-LB機能部）１６３および遅延測定機能部（ETH-DM機能部）１６４を備えている点で、第１の実施の形態のEthernet OAM処理部１６と相違している。
【００４６】
ETH-LB機能部１６３及びETH-DM機能部１６４は、それが配置されているノードがMEPとしての設定がされているのか、MIPとしての設定がされているのかによって異なる処理を行う。
【００４７】
MEPとしての設定がされているノード２，５内のETH-LB機能部１６３は、制御部１７aによって指定されたノード（ターゲットノード）に対してループバック試験用のOAMフレーム(LBMフレーム)を送信し、ターゲットノードからLBMフレームに対する応答としてLBRフレームを受信することにより、双方向の接続性を確認する。また、対向するMEPから自ノード宛てのLBMフレームが送られてきた場合は、その送信元にLBRフレームを返す。これに対して、MIPの設定がされている中継ノード３，４内のETH-LB機能部１６３は、自ノード宛てのLBMを受信した場合、その送信元にLBRフレームを返す。
【００４８】
また、MEPとしての設定がされているノード２，５内のETH-DM機能部１６４は、制御部１７ａによって指定されたノードのMACアドレス宛てに遅延時間測定用のOAMフレーム(DMMフレーム)を送信し、このDMMフレームに対する応答フレーム(DMRフレーム)が戻ってくるまでの時間に基づいて、遅延時間を測定する。また、自ノード宛てにDMMフレームが送られてきた場合は、その送信元にDMRフレームを返す。一方、MIPとしての設定がされている中継ノード３，４内のETH-DM機能部１６４は、自ノード宛てにDMMフレームが送られてきた場合、その送信元にDMRフレームを返す。
【００４９】
また、制御部１７ａも、それが配置されているノードがMEPとしての設定がされているのか、MIPとしての設定がされているのかによって異なる処理を行う。
【００５０】
MEPとしての設定がされているノード２，５内の制御部１７ａは、必要に応じてEthernet OAM処理部１６ａ内のETH-CC機能部１６１、ETH-LT機能部１６２、ETH-LB機能部１６３、および、ETH-DM機能部１６４を制御する。これに対して、MIPとしての設定がされている中継ノード３，４内の制御部１７ａは、Ethernet OAM処理部１６ａに対する制御機能を停止している。
【００５１】
尚、本実施の形態のEthernet OAM処理部１６ａ、制御部１７ａも第１の実施の形態と同様に、CPUによって実現可能である。
【００５２】
[第２の実施の形態の動作の説明]
次に、図７のフローチャートを参照して本実施の形態の動作について説明する。なお、ここでは、第１の実施の形態との相違部分についてのみ説明する。
【００５３】
送信側ノード２内の制御部１７ａは、Ｓ１２においてLOCが検出されると、ETH-LB機能部１６３に対して、対向ノードとの間のループバック試験を行うことを指示する。これにより、ETH-LB機能部１６３は、受信側ノード５に対してLBMフレームを送信し、その応答としてLBRフレームが送られてくるのを待つ。そして、LBMフレームを送信してから所定時間以内にLBRフレームが戻ってきた場合、即ちループバック試験が正常終了した場合は、ノード２，５間は正常の疎通できる状態となっている。そのため、もし、ETH-CC機能部１６１においてLOCが解除されていなければ、対向ノード（受信側ノード５）のETH-CC機能部１６１が故障していると判断し、通知部１８及び管理用ポート１４を介して保守監視装置にその旨を通知する。これに対して、所定時間以内にLBRフレームが戻ってこなかった場合、即ちループバック試験が異常終了した場合は、ETH-LT機能部１６２を起動し、対向ノード（受信側ノード５）に対して経路探索機能を実行することを指示する（Ｓ３１）。また、受信側ノード５においても、同様の処理が行われる（Ｓ４１）。
【００５４】
送信側ノード２内のETH-LT機能部１６２は、制御部１７ａからの指示に従って、受信側ノード５に対してLTMフレームを送信し、制御部１７ａは、上記LTMフレームに応答して返信されてきたLTRフレームの内の、最後に返信されてきたLTRフレームから送信元を示すMACアドレスを抽出して受信側ノード５へ送信する（Ｓ１３，Ｓ１４）。また、受信側ノード５においても同様の処理が行われる（Ｓ２３，Ｓ２４）。
【００５５】
その後、送信側ノード２内の制御部１７ａは、ETH-DM機能部１６４を起動し、受信側ノード５から送られてきたMACアドレス（接続断箇所を挟む２個のノードの内の、受信側ノード５側のノードのMACアドレス）を渡す。これにより、ETH-DM機能部１６４は、上記MACアドレス宛てにDMMフレームを送信し、DMRフレームが戻ってくるのを待つ。そして、DMMフレームを送信してから所定時間以内にDMRフレームが戻ってきた場合は、送信側ノード２と上記MACアドレスによって示されるノードとの間の伝送遅延時間を求め、制御部１７ａに渡す。これに対して、所定時間以内にDMRフレームが戻ってこなかった場合は、伝送遅延時間を測定できなかった旨を制御部１７ａに通知する（Ｓ３２）。また、受信側ノード５においても、送信側ノード２と同様の処理が行われる（Ｓ４２）。
【００５６】
送信側ノード２内の制御部１７ａは、ETH-DM機能部１６４から伝送遅延時間が渡された場合は、Ｓ１４において最後に返却されたLTRフレームから抽出したMACアドレスによって示されるノードと、受信側ノード５から送られてきたMACアドレスによって示されるノードとの間に遅延が発生していると判断し、通知部１８及び管理用ポート１４を介して保守管理装置にその旨を通知する。これに対して、ETH-DM機能部１６４から伝送遅延時間を測定できなかった旨が通知された場合は、上記２つのノード間に回線断が発生していると判断し、保守管理装置にその旨を通知する（Ｓ３３，Ｓ１５）。また、受信側ノード５においても、送信側ノード２と同様の処理が行われる（Ｓ４３，Ｓ２５）。
【００５７】
[第２の実施の形態の効果]
本実施の形態によれば、第１の実施の形態で得られる効果に加えて、保守管理区間の一端に配置されているノード（端点ノード）が、他端に配置されている端点ノードのETH-CC機能部１６１に故障が発生しているか否かを判定することが可能になるという効果を得ることができる。その理由は、自端点ノード内のETH-CC機能部１６１が接続断を検出した際、対向端点ノードに対してループバック試験を行い、ループバック試験が正常終了した場合、対向端点ノードのETH-CC機能部１６１に障害が発生していると判定するようにしているからである。
【００５８】
更に、本実施の形態によれば、接続断の原因が、回線断なのか、遅延なのかを知ることが可能になる。その理由は、自端点ノードと、接続断箇所を挟む２つのノードの内の自端点ノードから遠い方のノードとの間の伝送遅延時間を測定する遅延測定機能部１６４を備え、遅延測定機能部１６４による伝送遅延時間の測定処理が正常終了した場合は、接続断の原因が遅延であると判定し、異常終了した場合は回線断であると判定するようにしているからである。
【００５９】
［本発明の第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。本実施の形態は、接続断が検出された際、接続断箇所を特定するだけでなく、継続して通信を行えるようにしたことを特徴とする。
【００６０】
図８を参照すると、本実施の形態で使用するノード２〜５は、入出力ポート８１，８２及び設定部８３が追加されている点、および、制御部１７ａの代わりに制御部１７ｂを備えている点で図５に示したノード２〜５と相違している。
【００６１】
入出力ポート８１，８２は、現用系の入出力ポート１２，１３に収容されている回線において回線断または遅延が発生した際に、入出力ポート１２，１３の代わりに使用される予備系の入出力ポートである。入出力ポート８１，８２には予備系の回線が収容されている。設定部８３は、制御部１７ｂの指示に従って、現用系の入出力ポートを閉塞し、予備系の入出力ポートの閉塞を解除する。
【００６２】
制御部１７ｂは、制御部１７ａが備えている機能に加え、回線断または遅延が発生した箇所（単に接続断箇所という場合もある）を特定した後、接続断箇所を挟む２つのノードの内の、自ノード側のノードに対してRDI(Remote
Defect Indication)ビットを立てたCCMフレームを送信することをEthernet OAM処理部１６内のETH-CC機能部１６１に対して指示する機能や、RDIビットの立った自ノード宛てのCCMフレームに受信時にETH-CC機能部１６１から渡される情報（入出力ポート１２，１３の内のどちらのポート介してRDIビットの立ったCCMフレームを受信したのかを示す情報を含む）に従って、設定部８３に対して入出力ポートの切り替え指示を出力する機能を有する。
【００６３】
尚、本実施の形態のフレーム処理部１５、Ethernet OAM処理部１６ａ、制御部１７ｂ、および、設定部８３も第１、第２の実施の形態と同様に、CPUによって実現可能である。
【００６４】
[第３の実施の形態の動作の説明]
次に、本実施の形態の動作について図９のフローチャートを参照して説明する。なお、Ｓ５１，Ｓ６１，Ｓ７１以外の処理は、図７に示した第２の実施の形態と同じであるので、ここでは、Ｓ５１，Ｓ６１，Ｓ７１の動作を主に説明する。また、保守管理区間１に配置されている各ノード２〜５の入出力ポートの接続関係は、図１０に示すようになっているとする。
【００６５】
今、例えば、図９のＳ３３，Ｓ４３において、送信側ノード２，受信側ノード５内の制御部１７ｂが、中継ノード３，４間において接続断が発生していると判断したとする。ここで、中継ノード３は、送信側ノード２に対して最後にLTRフレームを返したノードであり、中継ノード４は、受信側ノード５に対して最後にLTRフレームを返したノードである。
【００６６】
送信側ノード２内の制御部１７ｂは、Ｓ１５において中継ノード３，４間に接続断が発生したことを保守管理装置に通知した後、Ethernet OAM処理部１６ａ内のETH-CC機能部１６１に対して、RDIビットの立ったCCMフレームを、LTRフレームを最後に返してきた中継ノード３のMACアドレス宛てに送信することを指示する。これにより、ETH-CC機能部１６１は、RDIビットを立てたCCMフレームを中継ノード３へ送信する（Ｓ５１）。
【００６７】
一方、受信側ノード５内の制御部１７ｂは、Ｓ２５において中継ノード３，４間に接続断が発生したことを保守管理装置に通知して後、ETH-CC機能部１６１に対して、RDIビットの立ったCCMフレームを中継ノード４のMACアドレス宛てに送信することを指示する。これにより、受信側ノード５内のETH-CC機能部１６１は、RDIビットを立てたCCMフレームを中継ノード４へ送る（Ｓ６１）。
【００６８】
中継ノード３内のフレーム処理部１５は、送信側ノード２から自ノード３宛てにRDIビットの立ったCCMフレームが送られてくると、Ethernet
OAM処理部１６ａにCCMフレーム及びその受信ポートを示す受信ポート情報（入出力ポート１２を示す情報）を渡す。これにより、ETH-CC機能部１６１は、RDIビットの立ったCCMフレームを入出力ポート１２から受信したことを制御部１７ｂに通知する。制御部１７ｂは、この通知に基づいて、入出力ポート１２とは反対側の入出力ポート１３に収容されている回線に接続断が発生していると判断し、設定部８３に対して使用する入出力ポートを現用系の入出力ポート１３から予備系の入出力ポート８２に変更することを指示する。この指示に従って、設定部８３は、入出力ポート８２の閉塞を解除し、フレーム処理部１５におけるフレーム転送先を入出力ポート１３から入出力ポート８２へ変更し、更に、入出力ポート１３を閉塞する。
【００６９】
一方、中継ノード４は、受信側ノード５から自ノード４宛てにRDIビットの立ったCCMフレームが送られてくると、中継ノード３と同様の処理を行い、入出力ポート８１の閉塞を解除し、フレーム処理部１５におけるフレーム転送先を入出力ポート１２から入出力ポート８１に変更し、更に、入出力ポート１２を閉塞する。
【００７０】
[第３の実施の形態の効果]
本実施の形態によれば、第１および第２の実施の形態で得られる効果に加え、接続断が発生した場合であっても、継続して通信を行うことが可能になるという効果を得ることができる。その理由は、隣接ノード間の回線を冗長構成にすると共に、端点ノード(MEP設定のされたノード２，５など)からの変更依頼(RDIが立てられたCCMフレーム)に従って使用する回線を現用系から予備系に切り替える設定部８３を備えているからである。
【産業上の利用可能性】
【００７１】
本発明は、イーサネット網などのネットワークにおける保守管理に利用できる。
【符号の説明】
【００７２】
１・・・保守管理区間
２・・・送信側ノード
３，４・・・中継ノード
５・・・受信側ノード
１２，１３・・・入出力ポート
１４・・・管理用ポート
１５・・・フレーム処理部
１６，１６ａ・・・Ethernet OAM処理部
１６１・・・ETH-CC機能部
１６２・・・ETH-LT機能部
１６３・・・ETH-LB機能部
１６４・・・ETH-DM機能部
１７，１７ａ，１７ｂ・・・制御部
１８・・・通知部
８１，８２・・・入出力ポート
８３・・・設定部
【図１】
2011044776.tif 000003
【図２】
2011044776.tif 000004
【図３】
2011044776.tif 000005
【図４】
2011044776.tif 000006
【図５】
2011044776.tif 000007
【図６】
2011044776.tif 000008
【図７】
2011044776.tif 000009
【図８】
2011044776.tif 000010
【図９】
2011044776.tif 000011
【図１０】
2011044776.tif 000012