ＶＰＮ障害監視装置およびこれに用いるネットワーク装置
【課題】監視対象ＶＰＮの拠点間で発生した障害が当該ＶＰＮ内の輻輳または通信ネットワーク自体の故障のいずれかを明確に判別して検知し、ユーザに通知すること。
【解決手段】設定オーダ送信部１４は、監視オーダ受付部１３で受け付けた監視指示オーダに対応する監視パケットの設定オーダを拠点に設定するとともに、当該設定オーダに従う優先クラス毎の監視パケットの到達予定数を監視信号到達予定数テーブル１１に登録し、カウンタ情報受信部１５は、各拠点から受信した優先クラス毎の監視パケットの到達実数を監視パケット到達実数テーブル１２に登録し、判定部１６は、各テーブル１１，１２内の優先クラス毎の監視パケットの到達予定数と到達実数を比較して、当該監視対象ＶＰＮ内の輻輳か通信ネットワーク自体の故障かを判定する。
【解決手段】設定オーダ送信部１４は、監視オーダ受付部１３で受け付けた監視指示オーダに対応する監視パケットの設定オーダを拠点に設定するとともに、当該設定オーダに従う優先クラス毎の監視パケットの到達予定数を監視信号到達予定数テーブル１１に登録し、カウンタ情報受信部１５は、各拠点から受信した優先クラス毎の監視パケットの到達実数を監視パケット到達実数テーブル１２に登録し、判定部１６は、各テーブル１１，１２内の優先クラス毎の監視パケットの到達予定数と到達実数を比較して、当該監視対象ＶＰＮ内の輻輳か通信ネットワーク自体の故障かを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを構成する装置のうち、一のＶＰＮに含まれる装置に対して任意に定義された当該一のＶＰＮの拠点間における障害を検知し、ユーザに通知する技術に関する。
【背景技術】
【０００２】
現在、通信事業者がユーザ（利用者）に提供するサービス、特に企業の拠点間通信など、秘匿性の高い通信を行う際に利用可能なサービスとして、ＶＬＡＮやＭＰＬＳなどの技術を用いて通信ネットワークをユーザ毎に仮想的に分離し、それぞれの仮想ネットワーク内でのみ各ユーザのトラヒックを流通させるＶＰＮ（仮想プライベートネットワーク）がある。また、通信事業者が提供するサービスのグレードも、拠点間通信において帯域保障を行う場合からベストエフォートまで多岐に亘る。そのようなＱｏＳに応じたサービスの他、通信ネットワークの信頼性に応じた保守、例えば故障や輻輳が発生した場合の切替の有無、２４時間保守などについても、ユーザの要望により様々なグレードのサービスが用意されており、必要に応じて通信ネットワークの故障や輻輳などの障害情報についてもユーザに通知するようになっている。
【０００３】
従来、ＶＰＮにおける任意の２つの拠点間のネットワーク状況を監視する方法として、当該任意の２つの拠点としてそれぞれ定義された２つの装置間で、機種情報やベンダ情報等の装置固有の情報を含む装置固有ＩＤ（例えばイーサネット（登録商標）フレームのＭＡＣアドレス）を用いた監視信号を流通させる方法がある。
【０００４】
この方法は、通信ネットワークを管理するネットワーク管理装置により、一方の装置から当該一方の装置の装置固有ＩＤを発信元ＩＤとし且つ他方の装置の装置固有ＩＤを受信先ＩＤとする監視信号を発出させるとともに、他方の装置に前記一方の装置の装置固有ＩＤを発信元ＩＤとして保持させ、当該他方の装置において前記保持した装置固有ＩＤを発信元ＩＤとし且つ自身の装置固有ＩＤを受信先ＩＤとして含む監視信号が一定時間受信できなかったり、自身の装置固有ＩＤを受信先ＩＤとして受信した監視信号の発信元ＩＤが前記保持した装置固有ＩＤと異なる場合に警報を上げさせるものであった（特許文献１、２参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、この方法では、監視信号が一定時間受信できなかった場合、通信ネットワーク自体に故障が発生してトラヒックの疎通が全て停止したためか、それともＶＰＮ内で輻輳（帯域不足）が発生し、優先順序に従って当該監視信号が破棄されたためかを判別することが困難であるという問題があった。
【０００６】
また、ＩＰ網を使用し、ＩＰ網内で通信を行っているノード装置ＭＧＣ−ＭＧ間において帯域保証を行い、さらに周期的に監視信号を折り返し送り、その遅延時間の平均値が予め定められた閾値を越えたときにはそのノード装置間の通信の帯域を設定変更することで制御通信の帯域保証を行い、さらに処理状況に応じてノード装置間の制御通信に使用する帯域を設定する機能が存在する（特許文献３参照）。
【０００７】
しかし、この方法でも、監視信号の遅延時間の平均値が閾値を越えたとき、通信ネットワーク自体に故障が発生してトラヒックの疎通が全て停止したためか、それとも輻輳が発生し、優先順序に従って当該監視信号が破棄されたためかを判別することは困難であった。
【０００８】
本発明は、ＶＰＮの拠点間で発生した障害が当該ＶＰＮ内の輻輳または通信ネットワーク自体の故障のいずれであるかを明確に判別して検知し、ユーザに通知することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のＶＰＮ障害監視装置は、通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれるネットワーク装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダに従い、任意の２つの拠点間で拠点ＩＤを用いた監視信号を流通させて障害を検知するＶＰＮ障害監視装置であって、各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着予定数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達予定数テーブルと、各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着実数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達実数テーブルと、前記監視指示オーダを受け付ける監視オーダ受付部と、監視オーダ受付部で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視信号の数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として前記監視信号到達予定数テーブルに登録する設定オーダ送信部と、監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視信号の発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として前記監視信号到達実数テーブルに登録するカウンタ情報受信部と、拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数が到着予定数に達したかどうかによって障害の内容を判定、詳細には高優先クラスの監視信号の到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視信号の到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する判定部と、前記判定結果を前記監視対象ＶＰＮのユーザに通知する結果表示部と、を少なくとも備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＶＰＮの拠点間において発生した障害、即ち監視信号の欠落が通信ネットワーク自体の故障によるのか、ＶＰＮ内の輻輳（帯域不足）によるのかを確実に把握することができ、これによって通信ネットワーク自体の故障に対しては修理を行い、ＶＰＮ内の輻輳については当該ＶＰＮのユーザに帯域増加を提案するといった対応をとることにより、通信ネットワークの信頼性やユーザの満足を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のＶＰＮ障害監視装置とともにその監視対象ＶＰＮを示す構成図
【図２】本発明のＶＰＮ障害監視装置の実施の形態の一例を示す構成図
【図３】図２中の判定部の動作フローチャート
【図４】監視対象ＶＰＮの拠点間の通信路の一例を示す説明図
【図５】監視パケットがない場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図６】監視パケットがある場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図７】監視パケットがある場合に輻輳が発生した時のネットワーク状況の他の例を示す説明図
【図８】監視パケットがある場合に故障が発生した時のネットワーク状況の一例を示す説明図
【図９】複数の優先クラスの監視パケットがある場合の正常なネットワーク状況の一例を示す説明図
【図１０】複数の優先クラスの監視パケットがある場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図１１】複数の優先クラスの監視パケットがある場合に故障が発生した時のネットワーク状況の一例を示す説明図
【発明を実施するための形態】
【００１２】
以下、本発明を図面に基づいて詳細に説明する。
【００１３】
図１は本発明のＶＰＮ障害監視装置、ここでは１０とともにその監視対象ＶＰＮを示すもので、監視対象ＶＰＮにおけるユーザの拠点、ここでは拠点１，２，３は通信ネットワークを構成するネットワーク装置（以下、単に「装置」と称する。）のうち当該監視対象ＶＰＮに含まれる装置、ここでは装置Ａ１，Ａ２，Ａ３、Ａ４，Ａ５に対して任意に定義、例えば拠点１は装置Ａ１、拠点２は装置Ａ２、拠点３は装置Ａ５に対して定義される。
【００１４】
なお、各拠点には予め拠点ＩＤがそれぞれ付与されているものとする（但し、本実施の形態では簡単化のため、拠点名である「拠点１」、「拠点２」、「拠点３」をそのまま拠点ＩＤとする。）。
【００１５】
各拠点１，２，３に対応する装置は、ＶＰＮ障害監視装置１０から設定オーダ（後述する）を受信し、当該設定オーダ中の発信元ＩＤおよび受信先ＩＤを有し且つ通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視パケットを一定時間毎に同時（シリアル転送の場合の「実質的に同時」も含む。）に送信する監視パケット送信機能と、自身の拠点ＩＤと同一の受信先ＩＤを含む監視パケットを受信し、当該受信した監視パケットの数を発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎に計数するカウンタ機能と、前記計数した発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の一定時間当たりの監視パケットの数をＶＰＮ障害監視装置１０へ送信する機能とを有するものとする。
【００１６】
図２は本発明のＶＰＮ障害監視装置の実施の形態の一例を示すもので、本発明のＶＰＮ障害監視装置１０は、監視パケット到達予定数テーブル１１と、監視パケット到達実数テーブル１２と、監視オーダ受付部１３と、設定オーダ送信部１４と、カウンタ情報受信部１５と、判定部１６と、結果表示部１７とから構成されている。
【００１７】
監視パケット到達予定数テーブル１１は、各拠点が受信する監視パケットの通信ネットワーク共通の優先クラス毎の到着予定数を当該監視パケットの発信元ＩＤ別に各拠点を単位として保持する。監視パケット到達実数テーブル１２は、各拠点が受信する監視パケットの通信ネットワーク共通の優先クラス毎の到着実数を当該監視パケットの発信元ＩＤ別に各拠点を単位として保持する。
【００１８】
監視オーダ受付部１３は、図示しないキーボード等から直接入力され又は記憶媒体から読み出されて入力され又は通信媒体を介して他の装置等から入力された監視指示オーダ、即ち通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれる装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダを受け付ける。
【００１９】
設定オーダ送信部１４は、監視オーダ受付部１４で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視パケットを一定時間毎に同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視パケットの前記一定時間当たりの数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として監視信号到達予定数テーブル１１に登録する。
【００２０】
カウンタ情報受信部１５は、監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視パケットの発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の前記一定時間当たりの数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の前記一定時間当たりの数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として監視信号到達実数テーブル１２に登録する。
【００２１】
判定部１６は、拠点および発信元ＩＤが同一である、監視信号到達予定数テーブル１１中の通信ネットワーク共通の優先クラス毎の到着予定数と、監視信号到達実数テーブル１２中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視パケットの到着実数が到着予定数に達しなかったとき、高優先クラスの監視パケットの到着実数が到着予定数に達したかどうかによって障害の内容を判定、詳細には高優先クラスの監視パケットの到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視パケットの到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する。
【００２２】
図３は判定部１６の具体的な動作フローチャートを示すもので、低優先クラスの監視パケットの到着実数が到着予定数未満かどうかを比較し（ｓ１）、到着予定数未満であれば、さらに高優先クラスの監視パケットの到着実数が到着予定数未満かどうかを比較し（ｓ２）、この際、高優先クラスの監視パケットの到着実数が到着予定数未満であれば通信ネットワーク自体の故障と判定し（ｓ３）、高優先クラスの監視パケットの到着実数が到着予定数であれば監視対象ＶＰＮの輻輳（帯域不足）と判定する（ｓ４）。
【００２３】
結果表示部１７は、前記判定結果を前記監視対象ＶＰＮのユーザに通知（表示）する。
【００２４】
以下、本ＶＰＮ障害監視装置１０の動作を例を挙げて説明する。
【００２５】
図４は監視対象ＶＰＮ内に拠点１，２，３および通信路１，２，３が存在し、拠点１から拠点３へのトラヒックと拠点２から拠点３へのトラヒックとが、同一の通信路３を共有しているようすを示している。以下の説明では、上記通信路３において障害（故障または輻輳）が発生する場合を想定している。
【００２６】
図５は拠点１，２から拠点３へ通常トラヒックのみを流した場合の状況、ここでは高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４を流した場合の状況を示している。そして、通信路３が２つのパケットを通す能力しかなく、監視対象ＶＰＮ内で輻輳が発生したため、高優先クラス（ＳＨ）の通常トラヒックは拠点３に到達するが、低優先クラス（Ｌ）の通常トラヒック２，４が破棄されたようすを示している。
【００２７】
図６乃至図８は通常トラヒックに加えて優先クラスが一つの監視パケットを流した場合の状況を示している。
【００２８】
具体的には、図６は図５と同じ状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，２を流した場合の状況を示している。
【００２９】
この際、拠点３では発信元ＩＤ別、即ち拠点１，２毎に監視パケットの到着実数が計数され、これがＶＰＮ障害監視装置１０へ送信されて拠点１，２毎の監視パケットの到達予定数と比較されるが、監視パケット１，２が高優先クラス（ＳＨ）であり、通信路３では廃棄されないため、拠点１，２とも監視パケットの到着予定数と到着実数が一致し、正常と判定される。
【００３０】
また、図７は図５と同じ状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、低優先クラス（Ｌ）の監視パケット１，２を流した場合の状況を示している。
【００３１】
この場合、監視パケット１，２が低優先クラス（Ｌ）であり、通信路３で廃棄されるため、拠点１，２とも監視パケットの到着予定数と到着実数が相違し、異常と判定される。
【００３２】
また、図８は通信ネットワーク自体、詳細には通信路３に対応する通信ネットワークに故障が発生した状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、低優先クラス（Ｌ）の監視パケット１，２を流した場合の状況を示している。
【００３３】
この場合、全ての通常トラヒックおよび監視パケットが廃棄されるため、拠点１，２とも監視パケットの到着予定数と到着実数が相違し、異常と判定される。
【００３４】
このように、図６の状況においては正常と判定されるため、低優先クラス（Ｌ）の通常トラヒックが廃棄されたという情報を得ることができない。一方、図７の状況においては異常と判定されるが、高優先クラス（ＳＨ）のトラヒックについては正常に流れているという情報を得ることができない。つまり、同じ異常という判定でも、図８のように通信路３が故障して全てのトラヒックが廃棄された場合との区別をつけることができない。
【００３５】
図９乃至図１１は本発明に則って複数の優先クラスの監視パケットを同時に流した場合の状況を示している。
【００３６】
具体的には、図９は通信路３に故障がなく、帯域も十分な状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００３７】
この場合、拠点１，２からの通常トラヒック並びに監視パケットは高優先クラス（ＳＨ）および低優先クラス（Ｌ）とも正常に拠点３へ到達しているため、正常であると判断できる。
【００３８】
また、図１０は通信路３において輻輳が発生した状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００３９】
この場合、低優先クラス（Ｌ）の通常トラヒックおよび監視パケットが共に廃棄され、高優先クラス（ＳＨ）の監視パケットの到着予定数と到着実数が一致する一方、低優先クラス（Ｌ）の監視パケットの到着予定数より到着実数が不足するため、輻輳が発生していると判断できる。
【００４０】
また、図１１は通信路３において故障が発生した状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００４１】
この場合、優先クラスに関係なく全ての通常トラヒックおよび監視パケットが廃棄され、高優先クラス（ＳＨ）、低優先クラス（Ｌ）とも監視パケットの到着予定数より到着実数が不足するため、故障が発生していると判断できる。
【００４２】
なお、前述した実施の形態では、監視対象ＶＰＮが一つの場合について説明したが、複数の監視対象ＶＰＮを一つのＶＰＮ障害監視装置で同時に監視可能であることはいうまでもない。また、優先クラスが２つの場合について説明したが、３つ以上として輻輳の程度を更に判別可能とすることもできる。
【符号の説明】
【００４３】
１０：ＶＰＮ障害監視装置、１１：監視パケット到達予定数テーブル、１２：監視パケット到達実数テーブル、１３：監視オーダ受付部、１４：設定オーダ送信部、１５：カウンタ情報受信部、１６：判定部、１７：結果表示部、Ａ１〜Ａ５：ネットワーク装置。
【先行技術文献】
【特許文献】
【００４４】
【特許文献１】特開２００８−６０９２０号公報
【特許文献２】特許第３８９７０１２号公報
【特許文献３】特開２００２−１３５３３０号公報
【技術分野】
【０００１】
本発明は、通信ネットワークを構成する装置のうち、一のＶＰＮに含まれる装置に対して任意に定義された当該一のＶＰＮの拠点間における障害を検知し、ユーザに通知する技術に関する。
【背景技術】
【０００２】
現在、通信事業者がユーザ（利用者）に提供するサービス、特に企業の拠点間通信など、秘匿性の高い通信を行う際に利用可能なサービスとして、ＶＬＡＮやＭＰＬＳなどの技術を用いて通信ネットワークをユーザ毎に仮想的に分離し、それぞれの仮想ネットワーク内でのみ各ユーザのトラヒックを流通させるＶＰＮ（仮想プライベートネットワーク）がある。また、通信事業者が提供するサービスのグレードも、拠点間通信において帯域保障を行う場合からベストエフォートまで多岐に亘る。そのようなＱｏＳに応じたサービスの他、通信ネットワークの信頼性に応じた保守、例えば故障や輻輳が発生した場合の切替の有無、２４時間保守などについても、ユーザの要望により様々なグレードのサービスが用意されており、必要に応じて通信ネットワークの故障や輻輳などの障害情報についてもユーザに通知するようになっている。
【０００３】
従来、ＶＰＮにおける任意の２つの拠点間のネットワーク状況を監視する方法として、当該任意の２つの拠点としてそれぞれ定義された２つの装置間で、機種情報やベンダ情報等の装置固有の情報を含む装置固有ＩＤ（例えばイーサネット（登録商標）フレームのＭＡＣアドレス）を用いた監視信号を流通させる方法がある。
【０００４】
この方法は、通信ネットワークを管理するネットワーク管理装置により、一方の装置から当該一方の装置の装置固有ＩＤを発信元ＩＤとし且つ他方の装置の装置固有ＩＤを受信先ＩＤとする監視信号を発出させるとともに、他方の装置に前記一方の装置の装置固有ＩＤを発信元ＩＤとして保持させ、当該他方の装置において前記保持した装置固有ＩＤを発信元ＩＤとし且つ自身の装置固有ＩＤを受信先ＩＤとして含む監視信号が一定時間受信できなかったり、自身の装置固有ＩＤを受信先ＩＤとして受信した監視信号の発信元ＩＤが前記保持した装置固有ＩＤと異なる場合に警報を上げさせるものであった（特許文献１、２参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、この方法では、監視信号が一定時間受信できなかった場合、通信ネットワーク自体に故障が発生してトラヒックの疎通が全て停止したためか、それともＶＰＮ内で輻輳（帯域不足）が発生し、優先順序に従って当該監視信号が破棄されたためかを判別することが困難であるという問題があった。
【０００６】
また、ＩＰ網を使用し、ＩＰ網内で通信を行っているノード装置ＭＧＣ−ＭＧ間において帯域保証を行い、さらに周期的に監視信号を折り返し送り、その遅延時間の平均値が予め定められた閾値を越えたときにはそのノード装置間の通信の帯域を設定変更することで制御通信の帯域保証を行い、さらに処理状況に応じてノード装置間の制御通信に使用する帯域を設定する機能が存在する（特許文献３参照）。
【０００７】
しかし、この方法でも、監視信号の遅延時間の平均値が閾値を越えたとき、通信ネットワーク自体に故障が発生してトラヒックの疎通が全て停止したためか、それとも輻輳が発生し、優先順序に従って当該監視信号が破棄されたためかを判別することは困難であった。
【０００８】
本発明は、ＶＰＮの拠点間で発生した障害が当該ＶＰＮ内の輻輳または通信ネットワーク自体の故障のいずれであるかを明確に判別して検知し、ユーザに通知することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のＶＰＮ障害監視装置は、通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれるネットワーク装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダに従い、任意の２つの拠点間で拠点ＩＤを用いた監視信号を流通させて障害を検知するＶＰＮ障害監視装置であって、各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着予定数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達予定数テーブルと、各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着実数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達実数テーブルと、前記監視指示オーダを受け付ける監視オーダ受付部と、監視オーダ受付部で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視信号の数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として前記監視信号到達予定数テーブルに登録する設定オーダ送信部と、監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視信号の発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として前記監視信号到達実数テーブルに登録するカウンタ情報受信部と、拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数が到着予定数に達したかどうかによって障害の内容を判定、詳細には高優先クラスの監視信号の到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視信号の到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する判定部と、前記判定結果を前記監視対象ＶＰＮのユーザに通知する結果表示部と、を少なくとも備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ＶＰＮの拠点間において発生した障害、即ち監視信号の欠落が通信ネットワーク自体の故障によるのか、ＶＰＮ内の輻輳（帯域不足）によるのかを確実に把握することができ、これによって通信ネットワーク自体の故障に対しては修理を行い、ＶＰＮ内の輻輳については当該ＶＰＮのユーザに帯域増加を提案するといった対応をとることにより、通信ネットワークの信頼性やユーザの満足を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明のＶＰＮ障害監視装置とともにその監視対象ＶＰＮを示す構成図
【図２】本発明のＶＰＮ障害監視装置の実施の形態の一例を示す構成図
【図３】図２中の判定部の動作フローチャート
【図４】監視対象ＶＰＮの拠点間の通信路の一例を示す説明図
【図５】監視パケットがない場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図６】監視パケットがある場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図７】監視パケットがある場合に輻輳が発生した時のネットワーク状況の他の例を示す説明図
【図８】監視パケットがある場合に故障が発生した時のネットワーク状況の一例を示す説明図
【図９】複数の優先クラスの監視パケットがある場合の正常なネットワーク状況の一例を示す説明図
【図１０】複数の優先クラスの監視パケットがある場合に輻輳が発生した時のネットワーク状況の一例を示す説明図
【図１１】複数の優先クラスの監視パケットがある場合に故障が発生した時のネットワーク状況の一例を示す説明図
【発明を実施するための形態】
【００１２】
以下、本発明を図面に基づいて詳細に説明する。
【００１３】
図１は本発明のＶＰＮ障害監視装置、ここでは１０とともにその監視対象ＶＰＮを示すもので、監視対象ＶＰＮにおけるユーザの拠点、ここでは拠点１，２，３は通信ネットワークを構成するネットワーク装置（以下、単に「装置」と称する。）のうち当該監視対象ＶＰＮに含まれる装置、ここでは装置Ａ１，Ａ２，Ａ３、Ａ４，Ａ５に対して任意に定義、例えば拠点１は装置Ａ１、拠点２は装置Ａ２、拠点３は装置Ａ５に対して定義される。
【００１４】
なお、各拠点には予め拠点ＩＤがそれぞれ付与されているものとする（但し、本実施の形態では簡単化のため、拠点名である「拠点１」、「拠点２」、「拠点３」をそのまま拠点ＩＤとする。）。
【００１５】
各拠点１，２，３に対応する装置は、ＶＰＮ障害監視装置１０から設定オーダ（後述する）を受信し、当該設定オーダ中の発信元ＩＤおよび受信先ＩＤを有し且つ通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視パケットを一定時間毎に同時（シリアル転送の場合の「実質的に同時」も含む。）に送信する監視パケット送信機能と、自身の拠点ＩＤと同一の受信先ＩＤを含む監視パケットを受信し、当該受信した監視パケットの数を発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎に計数するカウンタ機能と、前記計数した発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の一定時間当たりの監視パケットの数をＶＰＮ障害監視装置１０へ送信する機能とを有するものとする。
【００１６】
図２は本発明のＶＰＮ障害監視装置の実施の形態の一例を示すもので、本発明のＶＰＮ障害監視装置１０は、監視パケット到達予定数テーブル１１と、監視パケット到達実数テーブル１２と、監視オーダ受付部１３と、設定オーダ送信部１４と、カウンタ情報受信部１５と、判定部１６と、結果表示部１７とから構成されている。
【００１７】
監視パケット到達予定数テーブル１１は、各拠点が受信する監視パケットの通信ネットワーク共通の優先クラス毎の到着予定数を当該監視パケットの発信元ＩＤ別に各拠点を単位として保持する。監視パケット到達実数テーブル１２は、各拠点が受信する監視パケットの通信ネットワーク共通の優先クラス毎の到着実数を当該監視パケットの発信元ＩＤ別に各拠点を単位として保持する。
【００１８】
監視オーダ受付部１３は、図示しないキーボード等から直接入力され又は記憶媒体から読み出されて入力され又は通信媒体を介して他の装置等から入力された監視指示オーダ、即ち通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれる装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダを受け付ける。
【００１９】
設定オーダ送信部１４は、監視オーダ受付部１４で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視パケットを一定時間毎に同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視パケットの前記一定時間当たりの数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として監視信号到達予定数テーブル１１に登録する。
【００２０】
カウンタ情報受信部１５は、監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視パケットの発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の前記一定時間当たりの数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の前記一定時間当たりの数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として監視信号到達実数テーブル１２に登録する。
【００２１】
判定部１６は、拠点および発信元ＩＤが同一である、監視信号到達予定数テーブル１１中の通信ネットワーク共通の優先クラス毎の到着予定数と、監視信号到達実数テーブル１２中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視パケットの到着実数が到着予定数に達しなかったとき、高優先クラスの監視パケットの到着実数が到着予定数に達したかどうかによって障害の内容を判定、詳細には高優先クラスの監視パケットの到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視パケットの到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する。
【００２２】
図３は判定部１６の具体的な動作フローチャートを示すもので、低優先クラスの監視パケットの到着実数が到着予定数未満かどうかを比較し（ｓ１）、到着予定数未満であれば、さらに高優先クラスの監視パケットの到着実数が到着予定数未満かどうかを比較し（ｓ２）、この際、高優先クラスの監視パケットの到着実数が到着予定数未満であれば通信ネットワーク自体の故障と判定し（ｓ３）、高優先クラスの監視パケットの到着実数が到着予定数であれば監視対象ＶＰＮの輻輳（帯域不足）と判定する（ｓ４）。
【００２３】
結果表示部１７は、前記判定結果を前記監視対象ＶＰＮのユーザに通知（表示）する。
【００２４】
以下、本ＶＰＮ障害監視装置１０の動作を例を挙げて説明する。
【００２５】
図４は監視対象ＶＰＮ内に拠点１，２，３および通信路１，２，３が存在し、拠点１から拠点３へのトラヒックと拠点２から拠点３へのトラヒックとが、同一の通信路３を共有しているようすを示している。以下の説明では、上記通信路３において障害（故障または輻輳）が発生する場合を想定している。
【００２６】
図５は拠点１，２から拠点３へ通常トラヒックのみを流した場合の状況、ここでは高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４を流した場合の状況を示している。そして、通信路３が２つのパケットを通す能力しかなく、監視対象ＶＰＮ内で輻輳が発生したため、高優先クラス（ＳＨ）の通常トラヒックは拠点３に到達するが、低優先クラス（Ｌ）の通常トラヒック２，４が破棄されたようすを示している。
【００２７】
図６乃至図８は通常トラヒックに加えて優先クラスが一つの監視パケットを流した場合の状況を示している。
【００２８】
具体的には、図６は図５と同じ状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，２を流した場合の状況を示している。
【００２９】
この際、拠点３では発信元ＩＤ別、即ち拠点１，２毎に監視パケットの到着実数が計数され、これがＶＰＮ障害監視装置１０へ送信されて拠点１，２毎の監視パケットの到達予定数と比較されるが、監視パケット１，２が高優先クラス（ＳＨ）であり、通信路３では廃棄されないため、拠点１，２とも監視パケットの到着予定数と到着実数が一致し、正常と判定される。
【００３０】
また、図７は図５と同じ状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、低優先クラス（Ｌ）の監視パケット１，２を流した場合の状況を示している。
【００３１】
この場合、監視パケット１，２が低優先クラス（Ｌ）であり、通信路３で廃棄されるため、拠点１，２とも監視パケットの到着予定数と到着実数が相違し、異常と判定される。
【００３２】
また、図８は通信ネットワーク自体、詳細には通信路３に対応する通信ネットワークに故障が発生した状況において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、低優先クラス（Ｌ）の監視パケット１，２を流した場合の状況を示している。
【００３３】
この場合、全ての通常トラヒックおよび監視パケットが廃棄されるため、拠点１，２とも監視パケットの到着予定数と到着実数が相違し、異常と判定される。
【００３４】
このように、図６の状況においては正常と判定されるため、低優先クラス（Ｌ）の通常トラヒックが廃棄されたという情報を得ることができない。一方、図７の状況においては異常と判定されるが、高優先クラス（ＳＨ）のトラヒックについては正常に流れているという情報を得ることができない。つまり、同じ異常という判定でも、図８のように通信路３が故障して全てのトラヒックが廃棄された場合との区別をつけることができない。
【００３５】
図９乃至図１１は本発明に則って複数の優先クラスの監視パケットを同時に流した場合の状況を示している。
【００３６】
具体的には、図９は通信路３に故障がなく、帯域も十分な状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００３７】
この場合、拠点１，２からの通常トラヒック並びに監視パケットは高優先クラス（ＳＨ）および低優先クラス（Ｌ）とも正常に拠点３へ到達しているため、正常であると判断できる。
【００３８】
また、図１０は通信路３において輻輳が発生した状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００３９】
この場合、低優先クラス（Ｌ）の通常トラヒックおよび監視パケットが共に廃棄され、高優先クラス（ＳＨ）の監視パケットの到着予定数と到着実数が一致する一方、低優先クラス（Ｌ）の監視パケットの到着予定数より到着実数が不足するため、輻輳が発生していると判断できる。
【００４０】
また、図１１は通信路３において故障が発生した状態において、拠点１，２から拠点３へ、高優先クラス（ＳＨ）の通常トラヒック１，３および低優先クラス（Ｌ）の通常トラヒック２，４に加え、高優先クラス（ＳＨ）の監視パケット１，３および低優先クラス（Ｌ）の監視パケット２，４を流した場合の状況を示している。
【００４１】
この場合、優先クラスに関係なく全ての通常トラヒックおよび監視パケットが廃棄され、高優先クラス（ＳＨ）、低優先クラス（Ｌ）とも監視パケットの到着予定数より到着実数が不足するため、故障が発生していると判断できる。
【００４２】
なお、前述した実施の形態では、監視対象ＶＰＮが一つの場合について説明したが、複数の監視対象ＶＰＮを一つのＶＰＮ障害監視装置で同時に監視可能であることはいうまでもない。また、優先クラスが２つの場合について説明したが、３つ以上として輻輳の程度を更に判別可能とすることもできる。
【符号の説明】
【００４３】
１０：ＶＰＮ障害監視装置、１１：監視パケット到達予定数テーブル、１２：監視パケット到達実数テーブル、１３：監視オーダ受付部、１４：設定オーダ送信部、１５：カウンタ情報受信部、１６：判定部、１７：結果表示部、Ａ１〜Ａ５：ネットワーク装置。
【先行技術文献】
【特許文献】
【００４４】
【特許文献１】特開２００８−６０９２０号公報
【特許文献２】特許第３８９７０１２号公報
【特許文献３】特開２００２−１３５３３０号公報
【特許請求の範囲】
【請求項１】
通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれるネットワーク装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダに従い、任意の２つの拠点間で拠点ＩＤを用いた監視信号を流通させて障害を検知するＶＰＮ障害監視装置であって、
各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着予定数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達予定数テーブルと、
各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着実数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達実数テーブルと、
前記監視指示オーダを受け付ける監視オーダ受付部と、
監視オーダ受付部で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視信号の数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として前記監視信号到達予定数テーブルに登録する設定オーダ送信部と、
監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視信号の発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として前記監視信号到達実数テーブルに登録するカウンタ情報受信部と、
拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数が到着予定数に達したかどうかによって障害の内容を判定する判定部と、
前記判定結果を前記監視対象ＶＰＮのユーザに通知する結果表示部と、を少なくとも備えた
ことを特徴とするＶＰＮ障害監視装置。
【請求項２】
拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とを比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視信号の到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する判定部を備えた
ことを特徴とする請求項１に記載のＶＰＮ障害監視装置。
【請求項３】
請求項１または２に記載のＶＰＮ障害監視装置に用いられるネットワーク装置であって、
ＶＰＮ障害監視装置から設定オーダを受信し、当該設定オーダ中の発信元ＩＤおよび受信先ＩＤを有し且つ通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に送信する機能を有する
ことを特徴とするネットワーク装置。
【請求項４】
請求項１または２に記載のＶＰＮ障害監視装置に用いられるネットワーク装置であって、
自身の拠点ＩＤと同一の受信先ＩＤを含む監視信号を受信し、当該受信した監視信号の数を発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎に計数する機能と、
前記計数した発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の監視信号の数をＶＰＮ障害監視装置へ送信する機能とを有する
ことを特徴とするネットワーク装置。
【請求項１】
通信ネットワークを構成するネットワーク装置のうち、監視対象ＶＰＮに含まれるネットワーク装置に対して任意に定義された当該監視対象ＶＰＮの拠点毎の拠点ＩＤで監視区間の始点および終点をそれぞれ指定する始点ＩＤおよび終点ＩＤの組を少なくとも１つ含む監視指示オーダに従い、任意の２つの拠点間で拠点ＩＤを用いた監視信号を流通させて障害を検知するＶＰＮ障害監視装置であって、
各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着予定数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達予定数テーブルと、
各拠点が受信する監視信号の通信ネットワーク共通の優先クラス毎の到着実数を当該監視信号の発信元ＩＤ別に各拠点を単位として保持する監視信号到達実数テーブルと、
前記監視指示オーダを受け付ける監視オーダ受付部と、
監視オーダ受付部で受け付けた監視指示オーダの始点ＩＤを発信元ＩＤとし且つ終点ＩＤを受信先ＩＤとする、通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に発出させるための設定オーダを、当該監視指示オーダの始点ＩＤに対応する拠点に対して設定するとともに、前記設定オーダで指定する通信ネットワーク共通の優先クラス毎の監視信号の数を、当該監視信号の発信元ＩＤを発信元ＩＤ別とし且つ受信先ＩＤを拠点単位とする通信ネットワーク共通の優先クラス毎の到着予定数として前記監視信号到達予定数テーブルに登録する設定オーダ送信部と、
監視対象ＶＰＮの各拠点から、当該各拠点に到着した監視信号の発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を受信し、この発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の数を、当該受け取った拠点を拠点単位とする発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の到着実数として前記監視信号到達実数テーブルに登録するカウンタ情報受信部と、
拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とをそれぞれ比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数が到着予定数に達したかどうかによって障害の内容を判定する判定部と、
前記判定結果を前記監視対象ＶＰＮのユーザに通知する結果表示部と、を少なくとも備えた
ことを特徴とするＶＰＮ障害監視装置。
【請求項２】
拠点および発信元ＩＤが同一である、前記監視信号到達予定数テーブル中の通信ネットワーク共通の優先クラス毎の到着予定数と、前記監視信号到達実数テーブル中の通信ネットワーク共通の優先クラス毎の到着実数とを比較し、優先クラスのうち低優先クラスの監視信号の到着実数が到着予定数に達しなかったとき、高優先クラスの監視信号の到着実数も到着予定数に達しない場合は通信ネットワーク自体の故障と判定し、また、高優先クラスの監視信号の到着実数は到着予定数に達している場合は監視対象ＶＰＮ内で輻輳が発生していると判定する判定部を備えた
ことを特徴とする請求項１に記載のＶＰＮ障害監視装置。
【請求項３】
請求項１または２に記載のＶＰＮ障害監視装置に用いられるネットワーク装置であって、
ＶＰＮ障害監視装置から設定オーダを受信し、当該設定オーダ中の発信元ＩＤおよび受信先ＩＤを有し且つ通信ネットワーク共通の優先クラスが異なる少なくとも２つの監視信号を同時に送信する機能を有する
ことを特徴とするネットワーク装置。
【請求項４】
請求項１または２に記載のＶＰＮ障害監視装置に用いられるネットワーク装置であって、
自身の拠点ＩＤと同一の受信先ＩＤを含む監視信号を受信し、当該受信した監視信号の数を発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎に計数する機能と、
前記計数した発信元ＩＤ別で且つ通信ネットワーク共通の優先クラス毎の監視信号の数をＶＰＮ障害監視装置へ送信する機能とを有する
ことを特徴とするネットワーク装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−１２４６４０（Ｐ２０１２−１２４６４０Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７２４０１（Ｐ２０１０−２７２４０１）
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月７日（２０１０．１２．７）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]