(57)【要約】【課題】  従来のシステムでは、障害が発生する可能性のある箇所が複数あった場合、それぞれ通信データを取得するための何らかの設備が必要になり、容易に実現することが難しい。又、いつ再現するかわからない障害の場合、再現するまで常にデータ取得を行う必要があり、障害解析までに時間を要してしまうという問題点があった。【解決手段】    冗長構成を組んでいるネットワークシステムにおいて、ネットワーク機器が動作不安定となった際、その状態を自動検出し、検出後からの通信データを取得できるようネットワーク機器の設定変更を自動で行い、通信データを取得する方式。【選択図】  図４
2010288164.tif 000002
【特許請求の範囲】
【請求項１】
冗長構成を組んでいるネットワークシステムにおいて、監視対象とするネットワーク機器に予め制御装置を接続しておき、ネットワーク機器が何らかの障害により動作が不安定となった場合に、前記制御装置が前記ネットワーク機器からの障害通知パケットを自動的に受信し、該障害通知パケットの情報をもって前記ネットワーク機器の状態を検出し、該受信したパケットから障害発生箇所を特定可能に構成されたネットワーク機器の障害解析システム。
【請求項２】
前記制御装置にて特定した障害発生箇所における通信データを任意の時間取得できるよう前記ネットワーク機器の設定変更を行い、通信データの取得を開始し、取得した通信データを制御装置内に保存する請求項１記載のネットワーク機器の障害解析システム。
【請求項３】
前記制御装置にて前記ネットワーク機器の発生箇所を特定する為、障害発生箇所が毎回変わっても障害箇所を特定しデータ取得を行う事ができる請求項１記載のネットワーク機器の障害解析システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ルータ等でレイヤ３スイッチング機能を用いて冗長化構成を組んでいるネットワークシステムに使用される通信機器の通信障害解析システムに関する。
【背景技術】
【０００２】
通信障害の例として平日夜間帯でほぼ毎日同一時刻に、ネットワーク機器の特定インタフェースでリンクダウンが発生するケースがある。かかる様な障害を解析する為には、該当時間帯の通信データが必要であるが、システムを管理する側にとっては夜間帯は顧客不在の為、サーバ室内への入室が困難であった。
【０００３】
また、また、いつ再現するか分からない障害であるため、再現するまでの間、夕方頃に作業員が現地に向かい、ルータの設定変更及びデータ取得用ＰＣ（以下、制御機器とする）を設置して夜間帯に備え、翌日朝、作業員が再度現地に向かい、データ取得したＰＣを持ち帰りデータ解析を行っているのが、現状である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２２４１８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のシステムでは、ネットワーク機器のある特定箇所についての通信データを常に取得し続け、障害発生時にデータ取得を止めるという方式であった為、障害が発生する可能性のある箇所が複数あった場合、それぞれ通信データを取得するための何らかの設備が必要になり、容易に実現することが難しいという問題があった。
【０００６】
また、いつ再現するかわからない障害の場合、再現するまで常にデータ取得を行う必要があり、その結果として、障害解析までに時間を要してしまうという問題点があった。
【課題を解決するための手段】
【０００７】
上記課題を達成するため、本発明（請求項１に対応する特徴）は、制御装置がネットワーク機器からの障害通知パケットを受信することによりその状態を自動で検出し、受信したパケットから障害発生箇所を特定することを可能とする構成とした。
【０００８】
また、本発明（請求項２に対応する特徴）は、特定した障害発生箇所における通信データを任意の時間取得できるようネットワーク機器の設定変更を自動的に行い、通信データを制御装置内に保存することを可能とし、障害発生後からの通信データを自動的に取得することができる構成とした。
【０００９】
さらに、本発明（請求項３に対応する特徴）は、制御装置にてネットワーク機器の発生箇所を特定することが可能な構成とした。
【発明の効果】
【００１０】
本発明は、障害発生から障害発生箇所の特定、通信機器の設定変更、通信データの取得までの一連の作業を自動化する事ができる為、障害解析にかける工数を少なくする事ができる。また、障害原因を突き止めるまでにかかる時間を短くする事ができ、顧客の不安を少なくする事ができる。また、各拠点に制御機器を１台追加導入すれば機能が実現でき、容易に導入することが可能である。
【図面の簡単な説明】
【００１１】
【図１】本発明が対象とするネットワークシステム全体の構成を示す図である。
【図２】本発明において一連の障害検出からデータ取得までの動作を行う制御装置の構成を示す図である。
【図３】本発明において障害検出に用いられるＳＮＭＰパケットの構成を示す図である。
【図４】本発明における障害発生からデータ取得までの制御装置内の動作を示したシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。図１は本発明が対象とするネットワークシステム全体の構成を示す図である。本システムでは２台のルータを用いて冗長構成を組んでいる。
【００１３】
同図において、１０１，１０４はサーバ、１０２，１０５はレイヤ３スイッチング機能を有するスイッチ、１０３，１０６はルータ、１０７はネットワーク（ＷＡＮ）、１０８はスイッチ１０２に接続された制御装置である。
【００１４】
図２は本発明において一連の障害検出からデータ取得までの動作を行う制御装置１０８の構成を示す機能ブロック図である。制御装置は特別な専用装置を開発する必要はなく、パーソナルコンピュータ（ＰＣ）等を用いて実現可能である。同図において、２０１は通信部、２０２は障害検知部、２０３は機器設定制御部、２０４は通信データ記録部である。
【００１５】
図３は本発明にて障害通知に用いられるＳＮＭＰパケットの構成を示す図である。同図において、３０１はＩＰヘッダ、３０２はＵＤＰヘッダ、３０３はＳＮＭＰメッセージのＳＮＭＰバージョン、３０４はコミュニティ、３０５はＰＤＵである。ＰＤＵ３０５はＰＤＵＴｙｐｅ３０６、ＥｎｔｅｒＰｒｉｓｅ３０７、ＡｇｅｎｔＡｄｄｒｅｓｓ３０８、ＧｅｎｅｒｏｆｉｃＴｒａｐＴｙｐｅ３０９、ＳｐｅｃｉｆｉｃＴｒａｐＴｙｐｅ３１０、Ｔｉｍｅｓｔａｍｐ３１１、ＯｂｄｅｃｔＤａｔａ３１２を含んでいる。障害箇所特定の際にはＰＤＵ３０５内のＯｂｊｅｃｔＤａｔａ３１２に格納されるデータが用いられる。
【００１６】
図４は本発明の一連の動作を示すシーケンス図である。以下、同図を用いてシーケンス動作を説明する。通信部２０１では、ルータ１０３／１０６等のネットワーク機器との通信を行う。障害検出部２０２では、ルータ（以下、ネットワーク機器と称する）１０３／１０６で何らかの障害が発生した際に、障害通知パケット（図３参照）を受け取る（ステップＳ４０１）。これによりルータの障害を検出する。
【００１７】
また、障害通知パケットから障害発生箇所（対象機器及びインタフェース番号）を特定し、特定した障害発生箇所を機器設定制御部２０３へ通知する（ステップＳ４０２）。通知を受け取った機器設定制御部２０３は、受け取った障害発生箇所に関する情報から、該当機器に対して、該当インタフェースにおける通信データを取得するよう、設定変更指示をネットワーク機器に対して出す（ステップＳ４０３）。設定変更通知を受け取ったネットワーク機器は、設定変更終了後、終了したことを機器設定制御部２０３へ通知する（ステップＳ４０４）。
【００１８】
この通知を受け取った機器設定制御部２０３は、該当の通信データ取得を開始（ステップＳ４０５）し、通信データを取得し（ステップＳ４０６）、通信データ記録部２０４に保存する（ステップＳ４１０）。
【００１９】
ある任意時間データ取得を行った後、機器設定制御部２０３はデータ取得を終了させ（ステップＳ４０７）、先ほどデータ取得を行う為に行ったネットワーク機器の設定変更を元に戻す（ステップＳ４０８）。ネットワーク機器は設定変更完了通知を機器設定制御部２０３に通知する（ステップＳ４０９）。
【符号の説明】
【００２０】
１０３／１０６・・・ルータ
１０８・・・ＰＣ等の制御装置
２０１・・・ネットワーク機器との通信を行う通信部
２０２・・・障害検出部
２０３・・・機器設定制御部
２０４・・・通信データ記録部
３０５・・・ＰＤＵ
３１２・・・ＯｂｊｅｃｔＤａｔａ
【図１】
2010288164.tif 000003
【図２】
2010288164.tif 000004
【図３】
2010288164.tif 000005
【図４】
2010288164.tif 000006