JP5460630B2 - ネットワークシステム、及び、管理サーバ - Google Patents

Description

本発明は、ネットワークシステム、ＯＡＭ定期試験管理サーバ、及び管理方法に係り、特に定期的な試験のスケジューリング、試験の実行、及び試験結果の管理を行うネットワークシステム、ＯＡＭ定期試験管理サーバ、及び管理方法に関する。

近年、広域に分散した拠点をネットワークで接続するためのサービスとして、広域イーサネットサービスが普及している。イーサネットは、もともとＬＡＮ向けの技術であったが、機器の価格の安さなどから、広域ネットワークへの適用が検討されてきた。広域ネットワークへの適用の課題の一つは、信頼性であった。高い信頼性を確保するために、イーサネットＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ）技術が開発され、標準が規定された。イーサネットＯＡＭ技術は、通信事業者の広域ネットワークは当然とし、信頼性が求められる企業内のネットワークなどにも広く適用され始めている。

イーサネットＯＡＭは、ユーザデータと同じ通信路に試験フレームを流し、導通試験や性能試験を行う技術である。広域イーサネットではユーザ毎にＶＬＡＮが割り当てられている。ＶＬＡＮ内に試験フレームを流し、ユーザデータと同じ通信路で試験することで、正確な障害や性能監視ができる。

イーサネットＯＡＭによる代表的な試験区間の一つは、コア網と顧客拠点を接続するアクセス回線である。アクセス回線を試験する場合、コア網側のＯＡＭ装置から拠点内の装置に対して試験する。拠点内の装置は、アクセス回線分だけあるため、数万台存在する。一方、コア網側ＯＡＭ装置は数台であり、コア網側ＯＡＭ装置が多数の拠点内装置を管理する必要がある。

ＯＡＭ試験を実行するためには、ＯＡＭ装置にＴｅｌｎｅｔやＳＳＨなどでアクセスし、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）でコマンドを投入する。通常、ＮＷ機器の同時接続できるＣＬＩのセッション数は、３〜１６程度であり、多数の拠点内装置に対して試験するためには、実行するためのセッションが限られている。また、多数のＣＬＩのセッションの同時接続を可能にすると、処理が重くなり、主信号に影響を及ぼすことが考えられ、セッション数を現在よりも多くすることは現実的ではない。

現在、ほぼ全てのネットワーク装置がＣＬＩのＩＦを持っているため、多くの機種を管理対象とするためには、ＣＬＩを利用しＯＡＭを実行することが必須である。また、ネットワーク装置がＣＬＩ以外の制御用ＩＦを持つ場合も、同様にセッション数の制限がある。

イーサネットＯＡＭの応用的な利用方法として、ＬＢ（ＬｏｏｐＢａｃｋ）やＤＭ（Ｄｅｌａｙ Ｍｅａｓｕｒｅｍｅｎｔ）などの性能試験の定期的な実行がある。ＣＣ（Ｃｏｎｔｉｎｕｉｔｙ Ｃｈｅｃｋ）とは異なり、ＬＢやＤＭなどの性能試験はＮＷ機器自身が定期実行はせず、ユーザが契機を与えることにより実行される。そのため、監視システムなどと組み合わせて、性能試験の定期実行を実現する。性能試験を定期実行することで、監視区間の細分化や正確な性能測定など高い解像度での監視が可能になる。したがって、障害対応を迅速化でき、ＳＬＡ違反の返還料金の低減などの効果がある。

また、ＳＬＡの根拠として顧客に監視結果を提示する場合、一定の間隔の情報が必要となるため、正確な間隔で定期実行することが重要となる。

特開２００４−１３４９６９号公報 特開平５−２５０１８６号公報

特許文献１に開示されている方式は、ＯＡＭを定期実行し、制御パケットの受信に用いるバッファメモリの規模の増大を抑える。しかし、上述したようにイーサネットＯＡＭで性能試験を実行するためには実行のためのＣＬＩのセッション数が限られており、多数の試験を定期的に実行するのが困難である。

また、限られた実行セッションの中で多数の試験を行うための方法として、試験異常を見込んだ時間よりも短い間隔での実行する方法がある。しかし、異常時には試験時間が長くなり、実行間隔が変動し、正確な間隔での定期実行ができなくなる。

特許文献２に開示されている方式は、タスク生成スケジューリングに関する方式であり、タスクの実行時間が所定の時間を超過した場合、強制終了するタスクを生成する。しかし、性能試験ではどれくらい遅延があったかを測定することが重要であり、強制終了すると遅延が測定できない。つまり性能試験は障害などが発生し処理時間が長くなった場合でも、最後まで処理することが必要である。

本発明は、以上の点に鑑み、限られた実行セッションで、多数の装置に対して定期的に試験を実行することを目的とする。

本発明における管理サーバ、及び、複数の転送装置から構成されるネットワークの導通試験又は性能試験を含む試験を実施する試験装置と、該試験装置に前記試験の実施を要求する管理サーバとから構成されるネットワークシステムにける前記管理サーバは、前記試験装置に対して接続される複数のセッションのうち一のセッションを選択し、該選択されたセッションを介して前記試験装置に第一の試験の実施を要求し、所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記第一の試験後に実施される第二の試験の実施を、前記複数のセッションのうち前記選択されたセッションとは異なるセッション（予備セッション）を介して前記試験装置に要求する制御部を有する。前記試験装置は、前記管理サーバから受信する前記試験の実施の要求に従って、前記試験を実施する制御部を有する。

また、前記管理サーバの制御部は、前記複数のセッションのうち一以上のセッションを、所定の期間内に前記試験装置から試験結果の応答を受信しない場合に、該試験後に実施される試験の実施要求の送信に用いる予備セッションとして予め設定する。

また、前記管理サーバの制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する。所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記選択されたセッションにおいて前記第一の試験の実施要求後に送信タイミングが設定された前記第二の試験の実施要求の送信タイミングを、前記予備セッションに設定する。

また、前記試験装置は、前記管理サーバから前記試験の実施要求を受信する第一の試験装置と、前記第一の試験装置から送信される前記試験に用いるフレームの宛先となる第二の試験装置とから構成され、前記管理サーバの制御部は、前記第一の試験に用いるフレームの宛先となる第二の試験装置が接続される転送装置と同一の転送装置に接続される第二の試験装置を宛先とする第三の試験の実施要求の送信タイミングを前記セッションに設定する場合、前記第一の試験の実施要求の送信タイミングと異なるタイミングで設定する。

また、前記管理サーバの制御部は、所定の期間内に前記試験装置から試験結果の応答を受信しない確率を前記試験毎に算出し、該確率に基づいて、新たな試験の実施要求の送信タイミングを設定する。

また、前記管理サーバの制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する複数の枠を設定し、該複数の枠のうち前記試験の実施要求の送信タイミングが設定されていない枠の直後に、新たな試験の実施要求の送信タイミングを設定する、又は、前記新たな試験の実施要求の送信タイミングを設定する枠の直前の枠に設定された前記試験の前記確率に基づいて、前記送信タイミングを前記枠に設定する。

本発明によると、多数の装置に対して導通試験や性能試験を実行する際に、少ない網側のＯＡＭ装置で多数の定期監視を実現でき、網側のＯＡＭ装置の機器コストを低減することができる。

また、一定の間隔で定期監視を実行でき、ネットワークサービスの品質の管理の正確性を向上することができる。

第一の実施の形態のネットワークシステムの構成を示す図。 第一の実施の形態の管理サーバ５００のブロック図。 第一の実施の形態のＯＡＭ装置収容情報テーブル５２１の説明図。 第一の実施の形態のＯＡＭ構成情報テーブル５２２の説明図。 第一の実施の形態の網側ＯＡＭ装置アクセス情報テーブル５２３の説明図。 第一の実施の形態のＯＡＭ装置セッション情報テーブル５２４の説明図。 第一の実施の形態のスケジュール情報テーブル５２５の説明図。 第一の実施の形態の重み情報テーブル５２６の説明図。 第一の実施の形態の試験結果情報テーブル５２７の説明図。 第一の実施の形態のＯＡＭ装置３００のブロック図。 第一の実施の形態のＯＡＭ構成情報テーブル３２１の説明図。 第一の実施の形態の管理端末７００のブロック図。 第一の実施の形態の管理端末７００上の定期試験追加用のユーザインタフェースの説明図。 第一の実施の形態の管理端末７００上の定期試験を表示するユーザインタフェースの説明図。 第一の実施の形態の管理端末７００上の閾値超過通知用のユーザインタフェースの説明図。 第一の実施の形態の管理サーバ初期設定時、及び試験項目更新時のシーケンス図。 第一の実施の形態の管理サーバ初期設定時、及び試験項目更新時において送受信されるメッセージを説明する図。 第一の実施の形態の予備セッション選択処理のフローチャート。 第一の実施の形態のスケジューリング処理のフローチャート。 第一の実施の形態の定期試験実行時のシーケンス図。 第一の実施の形態の定期試験実行時において送受信されるメッセージを説明する図。 第一の実施の形態のタイムアウト処理、予備セッション選択処理のフローチャート。 第一の実施の形態の再スケジューリング処理のフローチャート。

以下、本実施の形態について図面を参照しながら説明する。（ネットワークシステム）
図１は、本実施の形態のネットワークシステムの構成を示す図である。本実施の形態のネットワークシステムは、例えば、ＮＷ装置（転送装置）１００、エッジＮＷ装置２００Ａ〜２００Ｂ、ＯＡＭ装置（網側）３００Ａ〜３００Ｂ、ＯＡＭ装置（拠点内）４００Ａ〜４００Ｄ、管理サーバ５００、及び管理端末（運用者管理端末）７００を備える。なお、以下の説明で、エッジＮＷ装置２００Ａ〜２００Ｂを総称してエッジＮＷ装置２００と、ＯＡＭ装置（網側）３００Ａ〜３００Ｂを総称して、ＯＡＭ装置（網側）３００と、ＯＡＭ装置（拠点内）４００Ａ〜４００Ｄを総称して、ＯＡＭ装置（拠点内）４００と説明する場合もある。

管理サーバ５００は、ＮＷ装置１００、エッジＮＷ装置２００、ＯＡＭ装置（網側）３００、ＯＡＭ装置（拠点内）４００を管理する計算機である。管理サーバ５００はＯＡＭ装置（網側）３００、ＮＷ装置１００、及びエッジＮＷ装置２００と通信することができ、ＯＡＭ装置（網側）３００に試験実行を要求することなどができる。図１では、管理サーバ５００とＯＡＭ装置（網側）３００は、物理的に別の管理用のネットワーク（点線で記載）で接続しているが、サービス用のネットワーク（実線で記載）を介して、接続してもよい。管理サーバ５００については、図２を用いて詳細に後述する。ＯＡＭ装置（網側）３００、ＯＡＭ装置（拠点内）４００は、イーサネットＯＡＭの試験を実施する装置であり、ＯＡＭ装置やイーサネットＯＡＭに対応したＮＷ装置との間で試験を行う。なお、ＯＡＭ装置はイーサネットＯＡＭを実施する装置に限らず、ＩＰレイヤの導通確認のためのＰｉｎｇ、Ｔｒａｃｅｒｏｕｔｅなどを実施する装置でもよく、以降説明する方式は、イーサネットＯＡＭに限らず、Ｐｉｎｇなどにも適用できる。

具体的には、ＯＡＭ装置（網側）３００、ＯＡＭ装置（拠点内）４００の代わりに各々Ｐｉｎｇ実行装置（網側）、Ｐｉｎｇ応答装置（拠点側）とする。なお、通常のＮＷ装置はＰｉｎｇ実行や応答ができるため、これらの装置となりうる。そして、Ｐｉｎｇの実行はＯＡＭ試験の実行と同様にＰｉｎｇ実行装置（網側）のＣＬＩで実行する。障害時はＰｉｎｇもＯＡＭ試験と同様に一定時間応答がない。試験実行枠の選択方法、障害時の処理はＯＡＭ試験のコマンドには依存しないため、Ｐｉｎｇの場合でも利用できる。ＮＷ装置１００は、ネットワーク内で通信される情報を、その情報の宛先に転送する装置であり、例えば、スイッチ、ルータ、または伝送装置等である。管理端末７００は、例えば、管理サーバ５００に接続する。なお、ＮＷ装置１００、ＯＡＭ装置（網側）３００、ＯＡＭ装置（拠点内）４００は、図示の例に限らず、適宜の数備えることができる。

図２は、本実施の形態の管理サーバ５００のブロック図である。管理サーバ５００は、例えば、メモリ５１０、処理部（ＣＰＵ）５５０、外部記憶部５６０、Ｉ／Ｏインタフェース（Ｉ／Ｆ）５７０及びネットワークインターフェース（Ｉ／Ｆ）５８０を備える。管理サーバ５００は、ネットワークに接続される他の装置（例えば、ＯＡＭ装置（網側）３００等）と、ネットワークＩ／Ｆ５８０を介して情報を送受信する。メモリ５１０は、例えば、ＮＷ構成管理プログラム５１１、スケジューリングプログラム５１２、ＯＡＭ試験実行プログラム５１３、ＯＡＭ装置収容情報テーブル５２１、ＯＡＭ構成情報テーブル５２２、網側ＯＡＭ装置アクセス情報テーブル５２３、ＯＡＭ装置セッション情報テーブル５２４、スケジュール情報テーブル５２５、重み情報テーブル５２６、及び試験結果情報テーブル５２７を記憶する。なお、各プログラムはＣＰＵ５５０により実行される。

ＮＷ構成管理プログラム５１１は、管理端末７００の画面から入力されたＯＡＭ装置収容情報、ＯＡＭ構成情報、網側ＯＡＭ装置アクセス情報をテーブルに格納する。スケジューリングプログラム５１２は、定期監視の追加が要求された場合、図１９に記載する処理フローに従いスケジューリングする。ＯＡＭ試験実行プログラム５１３は、スケジューリングプログラム５１２が生成したスケジュールに従い、使用するセッションを選択し、選択したセッションを介して試験の実行をＯＡＭ装置（網側）３００に要求する。ＯＡＭ装置（網側）３００から規定時間内に応答がない場合、予め指定してありＯＡＭ装置セッション情報テーブル５２４で管理している、予備セッションを選択して、次の試験の実行要求を予備セッションに退避させ、予備セッションを介して次の試験の実行要求をＯＡＭ装置（網側）３３０に送る。予備セッションの選択方法は、図１８で詳細を後述する。また、選択した予備セッションの保持の仕方は、図６を用いて詳細を後述する。

ＯＡＭ装置収容情報テーブル５２１は、ＯＡＭ装置（拠点内）４００のエッジＮＷ装置への収容情報を管理する。ＯＡＭ装置収容情報テーブル５２１については、図３を用いて詳細を後述する。ＯＡＭ構成情報テーブル５２２は、ＯＡＭ装置３００、４００のポートのＭＥＰ（Ｍａｉｎｔｅｎａｎｃｅ Ｅｎｄ Ｐｏｉｎｔ）などＯＡＭ情報を管理する。ＯＡＭ構成情報テーブル５２２については、図４を用いて詳細を後述する。網側ＯＡＭ装置アクセス情報テーブル５２３は、ＯＡＭ装置３００、４００にアクセスするための情報とＯＡＭ装置３００に同時にアクセス可能な最大セッション数情報を管理する。網側ＯＡＭ装置アクセス情報テーブル５２３については、図５を用いて詳細を後述する。ＯＡＭ装置セッション情報テーブル５２４は、ＯＡＭ装置のセッションの使い方（常用か予備か）の情報を管理する。ＯＡＭ装置セッション情報テーブル５２４については、図６を用いて詳細を後述する。スケジュール情報テーブル５２５は、スケジュールした試験の情報を管理する。スケジュール情報テーブル５２５については、図７を用いて詳細を後述する。重み情報テーブル５２６は、試験ごとの重み情報を管理する。重み情報テーブル５２６については、図８を用いて詳細を後述する。試験結果情報テーブル５２７は、試験結果を管理する。試験結果情報テーブル５２７については、図９を用いて詳細を後述する。

ＣＰＵ５５０は、メモリ５１０に格納される各プログラムを実行するプロセッサである。外部記憶部５６０は、プログラム及び各種データを記憶することができる装置であり、例えば、ＨＤＤによって構成することができる。Ｉ／Ｏインターフェース（Ｉ／Ｆ）５７０は、データを入出力するインターフェースである。ネットワークＩ／Ｆ５８０は、ネットワークに接続される他のＯＡＭ装置３００等と情報を送受信するインターフェースである。

図３は、本実施の形態のＯＡＭ装置収容情報テーブル５２１の説明図である。ＯＡＭ装置収容情報テーブル５２１は、例えば、ＯＡＭ装置（拠点内）ＩＤ５２１１、収容エッジＮＷ装置ＩＤ５２１２、及び顧客情報５２１３を含む。

ＯＡＭ装置（拠点内）ＩＤ５２１１は、ＯＡＭ装置（拠点内）４００を特定する情報である。収容エッジＮＷ装置ＩＤ５２１２は、当該ＯＡＭ装置（拠点内）４００を収容するエッジＮＷ装置２００を特定する情報である。顧客情報５２１３は、当該ＯＡＭ装置（拠点内）４００を使用している顧客の情報である。

図４は、本実施の形態のＯＡＭ構成情報テーブル５２２の説明図である。ＯＡＭ構成情報テーブル５２２は、例えば、ＭＡ ＩＤ５２２１、ＯＡＭ装置ＩＤ５２２２、ポートＩＤ５２２３、及びＭＥＰ ＩＤ５２２４を含む。

ＭＡ ＩＤ５２２１は、当該ＭＥＰが属するＭＡ（Ｍａｉｎｔｅｎａｎｃｅ Ｄｏｍａｉｎ）を特定する情報である。ＯＡＭ装置ＩＤ５２２２は、当該ＭＥＰを持つＯＡＭ装置３００、４００を特定する情報である。ポートＩＤ５２２３は、当該ＭＥＰが設定されているポートを特定する情報である。ＭＥＰ ＩＤ５２２４は、ＭＥＰを特定する情報であり、ＯＡＭ試験の宛先指定などに使用する情報である。

図５は、本実施の形態の網側ＯＡＭ装置アクセス情報テーブル５２３の説明図である。網側ＯＡＭ装置アクセス情報テーブル５２３は、例えば、ＯＡＭ装置ＩＤ５２３１、管理用ＩＰアドレス５２３２、Ｔｅｌｎｅｔアカウント名５２３３、Ｔｅｌｎｅｔパスワード５２３４、及びＯＡＭ装置（網側）３００に同時接続可能な最大セッション数５２３５を含む。

ＯＡＭ装置ＩＤ５２３１は、ＯＡＭ装置３００を特定する情報である。管理用ＩＰアドレス５２３２は、ＯＡＭ装置３００にリモートからアクセスする時のアクセス先として使用する情報である。Ｔｅｌｎｅｔアカウント名５２３３は、リモートアクセスする時のログインするためのアカウント情報である。Ｔｅｌｎｅｔパスワード５２３４は、リモートアクセスする時のログインするためのパスワード情報である。最大セッション数５２３５は、ＯＡＭ装置３００が同時に試験コマンドの実行を許すセッション数の情報である。

図６は、本実施の形態のＯＡＭ装置セッション情報テーブル５２４の説明図である。ＯＡＭ装置セッション情報テーブル５２４は、例えば、ＯＡＭ装置ＩＤ５２４１、セッションＩＤ５２４２、及び常用／予備５２４３を含む。

ＯＡＭ装置ＩＤ５２４１は、ＯＡＭ装置３００を特定する情報である。セッションＩＤ５２４２は、当該ＯＡＭ装置３００の中でセッションを特定する情報である。常用／予備５２４３は、当該セッションを常用セッションとして使うか、予備用として使うかを区別する情報である。

図７は、本実施の形態のスケジュール情報テーブル５２５の説明図である。スケジュール情報テーブル５２５は、例えば、試験ＩＤ５２５１、網側ＯＡＭ装置ＩＤ５２５２、セッションＩＤ５２５３、枠５２５４、試験先ＯＡＭ装置ＩＤ５２５５、試験内容５２５６、及び閾値５２５７を含む。

試験ＩＤ５２５１は、試験を特定する情報である。網側ＯＡＭ装置ＩＤ５２５２は、当該試験の実施元のＯＡＭ装置（網側）３００を特定する情報である。セッションＩＤ５２５３は、当該試験を実施するセッションを特定する情報である。枠５２５４は、当該試験を実施する枠を特定する情報である。枠の数は（サイクルの時間)÷（１枠の時間）個であり、試験の間隔からサイクルの時間が決まり、その時間から枠が作成される（１枠の時間は設定ファイルなどで指定される。また、サイクルについては後述する。）。枠は時系列に並んでおり、その順番に従い、枠の中にある試験をその順番で実行する。また、同じ枠の中でセッション数分の試験を実行することができる。試験先ＯＡＭ装置ＩＤ５２５５は、当該試験の宛先ＯＡＭ装置（拠点内）４００を特定する情報である。試験内容５２５６は、試験内容の種類の情報である。例えば、「遅延」や「フレームロス」などである。閾値５２５７は、試験異常と判断する閾値の情報である。

図８は、本実施の形態の重み情報テーブル５２６の説明図である。重み情報テーブル５２６は、例えば、試験ＩＤ５２６１、異常回数５２６２、及び重み５２６３を含む。

試験ＩＤ５２６１は、重み付けられた試験を特定する情報である。異常回数５２６２は、当該試験の結果がこれまで異常となった回数である。重み５２６３は、当該試験に付けられた重み情報である。重みは異常となる可能性が高い程大きな値となる。重みの付け方は、例えば、直前の異常を重視し、（前回の試験が異常だった場合）重み＝異常の回数＋係数、（前回の試験が正常だった場合）重み＝異常の回数などがある。図８では、係数＝５の場合であり、試験ＩＤ２は前回の試験が異常であったため、重み＝６＋５＝１１、試験ＩＤ３は前回の試験が正常であったため、重み＝１となる。

図９は、本実施の形態の試験結果情報テーブル５２７の説明図である。試験結果情報テーブル５２７は、例えば、ログＩＤ５２７１、生成時刻５２７２、試験ＩＤ５２７３、及び内容５２７４を含む。

ログＩＤ５２７１は、ログを特定する情報である。生成時刻５２７２は、ログが生成された時刻である。試験ＩＤ５２７３は、ログの対象の試験を特定する情報である。内容５２７４は、ログの対象の試験結果の内容である。

図１０は、本実施の形態のＯＡＭ装置（網側）３００のブロック図である。ＯＡＭ装置（網側）３００は、例えば、メモリ３１０、処理部（ＣＰＵ）３５０、外部記憶部３６０、Ｉ／Ｏインターフェース（Ｉ／Ｆ）３７０及びパケット・フレーム転送機能部３８０を備える。なお、図１０はＯＡＭ装置（網側）３００としているが、ＯＡＭ装置（拠点内）４００も同様の構成である。

メモリ３１０は、例えば、ＯＡＭ機能プログラム３１１、リモートアクセスサービスプログラム３１２、及びＯＡＭ構成情報テーブル３２１を記憶する。なお、各プログラムはＣＰＵ３５０により実行される。

ＯＡＭ機能プログラム３１１は、ＯＡＭ試験の実施や、他のＯＡＭ装置からＯＡＭフレームを受信し、応答する。リモートアクセスサービスプログラム３１２は、リモートからＴｅｌｎｅｔやＳＳＨなどによりＯＡＭ装置３００へのアクセスを受け入れる。ＯＡＭ構成情報テーブル３２１は、ポートに設定されているＭＥＰやＭＡなどのＯＡＭ構成情報を管理する。ＯＡＭ構成情報テーブル３２１については、図１１を用いて詳細を後述する。

図１１は、本実施の形態のＯＡＭ構成情報テーブル３２１の説明図である。ＯＡＭ構成情報テーブル３２１は、例えば、ＭＡ ＩＤ３２１１、ポートＩＤ３２１２、及びＭＥＰ ＩＤ３２１３を含む。

ＭＡ ＩＤ３２１１は、当該ＭＥＰが属するＭＡを特定する情報である。ポートＩＤ３２１２は、当該ＭＥＰが設定されているポートを特定する情報である。ＭＥＰ ＩＤ３２１３は、ＭＥＰを特定する情報である。

図１２は、本実施の形態の管理端末７００のブロック図である。管理端末７００は、例えば、メモリ７１０、処理部（ＣＰＵ）７５０、外部記憶部７６０、Ｉ／Ｏインタフェース（Ｉ／Ｆ）７７０及びネットワークインターフェース（Ｉ／Ｆ）７８０を備える。管理サーバ７００は、ネットワークに接続される他の装置（例えば、管理サーバ７００等）と、ネットワークＩ／Ｆ７８０を介して情報を送受信する。メモリ７１０は、例えば、ユーザインタフェース制御プログラム ７１１、サーバ送信／受信プログラム７１２を記憶する。なお、各プログラムはＣＰＵ７５０により実行される。

ユーザインタフェース制御プログラム ７１１は、画面表示装置７７１への情報表示、および入力情報の取得を行う。サーバ送信／受信プログラム７１２は、入力された情報を管理サーバ５００に送信し、その応答を受信する。

ＣＰＵ７５０は、メモリ７１０に格納される各プログラムを実行するプロセッサである。外部記憶部７６０は、プログラム及び各種データを記憶することができる装置であり、例えば、ＨＤＤによって構成することができる。Ｉ／Ｏインターフェース（Ｉ／Ｆ）７７０は、データを入出力するインターフェースである。Ｉ／Ｏインターフェース（Ｉ／Ｆ）７７０には、画面表示装置７７１、キーボード７７２、マウス７７３が接続される。管理サーバから受信した情報を画面表示装置７７１で表示し、ユーザはキーボード７７２、マウス７７３から情報を入力する。ネットワークＩ／Ｆ７８０は、ネットワークに接続される管理サーバ５００等と情報を送受信するインターフェースである。 図１３は、管理端末７００上の定期試験追加用ユーザインタフェースの説明図である。試験先のＯＡＭ装置ＩＤと対応する顧客、試験の種類（遅延測定、フレームロス測定など）、異常と判定する閾値、試験間隔を入力することができる。定期試験をスケジューリングできた場合には、追加が成功し、そのスケジュールに従い定期試験を開始したことを通知する。また、スケジューリングできなかった場合は、スケジューリングできなかったことを通知する。

図１４は、管理端末７００上の登録されている定期試験を表示するユーザインタフェースの説明図である。網側のＯＡＭ装置ごとのセッションごとに枠があり、各枠で試験するＯＡＭ装置（拠点内）のＩＤを表示している。例えば、網側ＯＡＭ装置１のセッション１では、枠１でＯＡＭ装置（拠点内）１１に、枠２でＯＡＭ装置（拠点内）２１に試験する。

１つの枠の時間は異常時の処理時間よりも短い正常時の処理時間程度である。このような間隔で試験を実行できることで試験の実行数を大幅に増加させることができる。

図１５は、定期試験において閾値を超過した際に、運用者に閾値超過を通知するユーザインタフェースの説明図である。ユーザインタフェースに試験ＩＤ、試験先ＯＡＭ装置ＩＤ、試験時刻、遅延またはフレームロス数を表示する。

図１６は、本実施の形態の管理サーバ初期設定時、及び試験項目更新時のシーケンス図である。図１７は、本実施の形態の管理サーバ初期設定時、及び試験項目更新時において送受信されるメッセージを説明する図である。

管理サーバ初期設定時について説明する。まず、管理端末７００は、管理サーバ５００にＯＡＭ装置収容情報、ＯＡＭ構成情報、網側ＯＡＭ装置アクセス情報を入力する（Ｓ１０１）。管理サーバ５００は、入力された情報を取り込み、ＯＡＭ装置収容情報テーブル５２１、ＯＡＭ構成情報テーブル５２２、網側ＯＡＭ装置アクセス情報テーブル５２３に保存する（Ｓ１０２）。なお、ＯＡＭ構成情報の取得は、実装置からＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）などの手段により実施してもよい。管理サーバ５００は、取り込んだ網側ＯＡＭ装置アクセス情報から予備セッションを選択する（Ｓ１０３）。本処理については、図１８を用いて詳細を後述する。管理サーバ５００は、管理端末７００に処理結果を送信する（Ｓ１０４）。

次に試験項目更新時のシーケンスについて説明する。管理端末７００は、管理サーバ５００に定期試験の追加を要求する（Ｓ１０５）。管理サーバ５００は、要求内容に従い、定期試験をスケジューリングする（Ｓ１０６）。本処理については、図１９を用いて詳細を後述する。管理サーバ５００は、管理端末７００にスケジューリングの結果（スケジューリング可否）を通知する。なお、定期試験の削除、変更処理も同様のフローで実施する。

図１８は予備セッション選択処理のフローチャートである。管理サーバ５００は、設定ファイルから予備セッション数を読み込む（Ｓ２０１）。なお、予備セッション数は管理端末７００のユーザインタフェースから入力された情報を用いてもよい。網側のＯＡＭ装置に均等に予備セッションを割り当て（Ｓ２０２）、処理を終了する。なお、予備セッションを複数台のＯＡＭ装置で共有してもよい。このようにすることで、より多くのセッションを常用セッションとして利用することができ、より多くの試験を実施することができる。

図１９はスケジューリング処理のフローチャートである。管理サーバ５００は、常用セッションに空いている枠があるか確認する（Ｓ３０１）。空きがない場合は、スケジューリング不可を通知して（Ｓ３０３）、処理を終了する。空きがある場合は、サイクルを更新する（Ｓ３０２）。

サイクルとは、登録されている全ての定期試験について、同様に繰り返される期間である。例えば、図１４のように試験（試験の実施要求）がスケジューリングされている場合、枠１〜８の期間が１サイクルとなる。各枠には予め、正常時の試験の処理にかかる時間（ネットワークに障害が検知されない場合にかかる試験時間）程度の期間が設定される。例えば、図１４のように試験（試験の実施要求）がスケジューリングされている場合、各セッション間の同一番号の枠に設定された試験（試験の実施要求）のタイミングは同じである。新しい試験を追加する場合は、追加する試験の間隔と既存のサイクルの最小公倍数を新しいサイクルとする。サイクルが長くなった場合は、追加された枠に既存の試験を定期的に繰り返すように追加する。

空いている枠のうち、追加する試験の宛先ＯＡＭ装置が収容されているエッジＮＷ装置が収容しているＯＡＭ装置への試験が既に登録されている枠の枠番号と異なる枠番号の枠を全て選択する（Ｓ３０４）。これは、同じエッジＮＷ装置に収容されているＯＡＭ装置への試験は、網側ＯＡＭ装置とエッジＮＷ装置間で障害が発生した場合、全て試験異常となる。つまり、各セッション間の同じ枠（同一番号の枠）に設定された試験は、同一タイミングで管理サーバ５００からＯＡＭ装置に実行要求され、同一タイミングで実行されるため、同じ枠で複数の試験が異常となった場合、次の試験を退避させる予備セッションが足りなくなる可能性がある。そのため、同時に異常となる可能性が高い試験は別の枠（それぞれ異なる番号の枠）にスケジューリングする。これにより、少ない予備セッションの数で効率的に多数の試験を実施することができる。なお、異なる枠に空きがない場合は、空いている同じ枠を選択する。

選択した枠の中で直前の枠に試験が設定されていない枠、又は、直前の枠に設定されている試験の重みが最小の枠を選択し、試験をスケジューリングする（Ｓ３０５）。試験の重みは異常となりやすいほど高い値である。試験が異常になった場合、その次の試験を予備セッションに退避させる必要がある。できるだけ退避しないようにするために、直前の枠に試験が設定されていない枠、又は、直前の枠に設定された試験の重みが最小の枠にスケジューリングする。
図２０は、本実施の形態の定期試験実行時のシーケンス図である。図２１は、本実施の形態の定期試験実行時において送受信されるメッセージを説明する図である。管理サーバ５００はＯＡＭ装置（網側）に試験実施を要求する（Ｓ４０１）。試験実施要求には、ＭＡ ＩＤ、宛先ＭＥＰ、試験種類が含まれる。ＯＡＭ装置（網側）は、要求されたＭＡで宛先ＭＥＰを持つＯＡＭ装置（拠点内）に対して、要求された種類の試験を実施する（Ｓ４０２）。図２０では１セッション分の処理のみを記載しているが、ＯＡＭ装置（網側）は、セッション数分の試験を並列に実行できる。

試験を実施した後、規定時間内に宛先ＯＡＭ装置から応答がある場合と、障害などが発生しており規定時間までに応答がない場合があり、それぞれの場合ごとに処理が異なる。

まず、規定時間内に応答があった場合のシーケンスについて説明する。

ＯＡＭ装置（網側）は応答を受信する（Ｓ４０３）と、管理サーバ５００に試験結果を通知する（Ｓ４０４）。試験結果は、ＣＬＩに表示された文字列である。

管理サーバ５００は、受信した情報に基づき試験結果を保存し、閾値を超過した場合は運用者への通知などを行う（Ｓ４０５）。その後、次の枠の開始時間になったら、次の試験を実施する。

次に、規定時間を超過した場合のシーケンスについて説明する。管理サーバ５００は、規定時間内に応答が返ってこない場合、タイムアウトし、次の試験を定刻に行うために予備セッションを選択する（Ｓ４０６）。本処理については、図２２を用いて詳細を後述する。次の試験を予備セッションで実施することで、障害などにより、処理時間が長くなった場合でも次の試験を定刻に行うことができ、正確に定期監視をしつつ、多数の試験を実施できる。

次の試験を選択した予備セッションで実施するようにＯＡＭ装置（網側）に要求する（Ｓ４０１）。以後、上述したＳ４０２と同様である。

また、規定時間を超過した応答は応答受信時に処理を行う。ＯＡＭ装置（網側）が応答を受信（Ｓ４０３）した後の処理は、Ｓ４０３〜Ｓ４０８と同様である。

１サイクル分の試験を実行した後、直前のサイクルで規定時間を超過した次の試験の再スケジューリングを実施する（Ｓ４０９）。本処理については、図２３を用いて詳細を後述する。その後、次のサイクルを実施する。

図２２はタイムアウト処理、予備セッション選択処理のフローチャートである。

管理サーバ５００は、タイムアウトを検知する（Ｓ５０１）と、試験異常を運用者に通知する（Ｓ５０２）。例えば、図１５のように管理端末７００の画面への表示、メールでの通知、またはパトライト鳴動などである。

以後、予備セッションの選択処理を行う。当該の枠の中で試験異常となった試験の次の試験を全て選択する（Ｓ５０３）。選択した試験を試験群Ａと呼ぶ。試験群Ａから他のセッションに割り当てられていない試験を選択する（Ｓ５０４）。同じＯＡＭ装置に空いている予備セッションがあるか確認する（Ｓ５０５）。ある場合は、その予備セッションに選択した試験を割り当てる（Ｓ５０７）。予備セッションがない場合は、他のＯＡＭ装置に空いている予備セッションがあるか確認する（Ｓ５０６）。ある場合は、その予備セッションに選択した試験を割り当てる（Ｓ５０７）。ない場合は、ユーザに予備セッションがないことを通知する（Ｓ５０８）。当該試験を割り当てられている試験数が最小の予備セッションの実行キューに登録する（Ｓ５０９）。空きがない場合でもキューに登録することで、正確な間隔では試験が実行できないが、多少遅れて試験を実行することができる。

選択した試験を空いている予備セッションに割り当て、または実行キューに登録した後、試験群Ａに未割当の試験が存在するか確認する（Ｓ５１０）。存在する場合は、Ｓ５０４に戻る。存在しない場合は、異常になった試験の次の試験を全て予備セッションに割り当てられたため、処理を終了する。

図２３は再スケジューリング処理のフローチャートである。直前のサイクルの試験で試験異常の試験があったか確認する（Ｓ６０１）。異常の試験がなかった場合、処理を終了する。異常の試験があった場合、異常だった試験の重みを更新する（Ｓ６０２）。重みは異常となる可能性が高いほど大きな値とする。重みの更新方法は例えば、直前の異常を重視する方法などがある。予備セッションで実施した試験を重みが小さい試験の後にスケジューリングし直し（Ｓ６０３）、処理を終了する。

ここで、網側のＯＡＭ装置の台数の一例を示す。例えば、試験対象の拠点内装置を１００００台、１つの試験の間隔を２０分、正常試験処理時間を２秒、異常試験処理時間を２０秒、ＣＬＩセッション数を６とした場合、異常時の処理時間を間隔とした従来の方式で必要な網側のＯＡＭ装置の台数は、（２０秒＊１００００台）／６セッション／（２０分＊６０）≒２７台となる。一方、本発明の方式で必要な台数は、（２秒＊１００００台）／６セッション／（２０分＊６０）≒３台となり、大幅に台数を削減できる。

１００・・・ＮＷ装置
２００・・・エッジＮＷ装置
３００・・・ＯＡＭ装置（網側）
３１０・・・ＯＡＭ装置のメモリ
３５０・・・ＯＡＭ装置のＣＰＵ
３６０・・・ＯＡＭ装置の外部記憶装置
３７０・・・ＯＡＭ装置のＩ／Ｏ、Ｉ／Ｆ
３８０・・・ＯＡＭ装置のパケット・フレーム転送機能部
４００・・・ＯＡＭ装置（拠点内）
５００・・・管理サーバ
５１０・・・管理サーバのメモリ
５５０・・・管理サーバのＣＰＵ
５６０・・・管理サーバの外部記憶装置
５７０・・・管理サーバのＩ／Ｏ、Ｉ／Ｆ
５８０・・・管理サーバのネットワークＩ／Ｆ
７００・・・管理端末

Claims (20)

1. 複数の転送装置から構成されるネットワークの導通試験又は性能試験を含む試験を実施する試験装置と、該試験装置に前記試験の実施を要求する管理サーバとから構成されるネットワークシステムにおいて、
   前記管理サーバは、
   前記試験装置に対して接続される複数のセッションのうち一のセッションを選択し、
   該選択されたセッションを介して前記試験装置に第一の試験の実施を要求し、
   所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記第一の試験後に実施される第二の試験の実施を、前記複数のセッションのうち前記選択されたセッションとは異なるセッションを介して前記試験装置に要求する制御部を有し、
   前記試験装置は、
   前記管理サーバから受信する前記試験の実施の要求に従って、前記試験を実施する制御部を有することを特徴とするネットワークシステム。
2. 請求項１に記載のネットワークシステムであって、
   前記選択されたセッションとは異なるセッションが予備セッションであることを特徴とするネットワークシステム。
3. 請求項２に記載のネットワークシステムであって、
   前記管理サーバの制御部は、前記複数のセッションのうち一以上のセッションを、所定の期間内に前記試験装置から試験結果の応答を受信しない場合に、該試験後に実施される試験の実施要求の送信に用いる予備セッションとして予め設定することを特徴とするネットワークシステム。
4. 請求項２に記載のネットワークシステムであって、
   前記管理サーバの制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定することを特徴とするネットワークシステム。
5. 請求項４に記載のネットワークシステムであって、
   前記管理サーバの制御部は、所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記選択されたセッションにおいて前記第一の試験の実施要求後に送信タイミングが設定された前記第二の試験の実施要求の送信タイミングを、前記予備セッションに設定することを特徴とするネットワークシステム。
6. 請求項２に記載のネットワークシステムであって、
   前記管理サーバの制御部は、前記複数のセッションのうち一以上のセッションを、複数の前記試験装置が共通して使用する予備セッションとして設定することを特徴とするネットワークシステム。
7. 請求項４に記載のネットワークシステムであって、
   前記試験装置は、前記管理サーバから前記試験の実施要求を受信する第一の試験装置と、前記第一の試験装置から送信される前記試験に用いるフレームの宛先となる第二の試験装置とから構成され、
   前記管理サーバの制御部は、前記第一の試験に用いるフレームの宛先となる第二の試験装置が接続される転送装置と同一の転送装置に接続される第二の試験装置を宛先とする第三の試験の実施要求の送信タイミングを前記セッションに設定する場合、前記第一の試験の実施要求の送信タイミングと異なるタイミングで設定することを特徴とするネットワークシステム。
8. 請求項４に記載のネットワークシステムであって、
   前記管理サーバの制御部は、所定の期間内に前記試験装置から試験結果の応答を受信しない確率を前記試験毎に算出し、
   該確率に基づいて、新たな試験の実施要求の送信タイミングを設定することを特徴とするネットワークシステム。
9. 請求項４に記載のネットワークシステムであって、
   前記管理サーバの制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する複数の枠を設定し、
   該複数の枠のうち前記試験の実施要求の送信タイミングが設定されていない枠の直後に、新たな試験の実施要求の送信タイミングを設定することを特徴とするネットワークシステム。
10. 請求項８に記載のネットワークシステムであって、
    前記管理サーバの制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する複数の枠を設定し、
    新たな試験の実施要求の送信タイミングを前記枠に設定する場合、前記新たな試験の実施要求の送信タイミングを設定する枠の直前の枠に設定された前記試験の前記確率に基づいて、前記送信タイミングを前記枠に設定することを特徴とするネットワークシステム。
11. 複数の転送装置から構成されるネットワークの導通試験又は性能試験を含む試験を実施する試験装置と接続され、該試験装置に前記試験の実施を要求する管理サーバにおいて、
    前記試験装置に対して接続される複数のセッションのうち一のセッションを選択し、
    該選択されたセッションを介して前記試験装置に第一の試験の実施を要求し、
    所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記第一の試験後に実施される第二の試験の実施を、前記複数のセッションのうち前記選択されたセッションとは異なるセッションを介して前記試験装置に要求する制御部を有することを特徴とする管理サーバ。
12. 請求項１１に記載の管理サーバであって、
    前記選択されたセッションとは異なるセッションが予備セッションであることを特徴とする管理サーバ。
13. 請求項１２に記載の管理サーバであって、
    前記制御部は、前記複数のセッションのうち一以上のセッションを、所定の期間内に前記試験装置から試験結果の応答を受信しない場合に、該試験後に実施される試験の実施要求の送信に用いる予備セッションとして予め設定することを特徴とする管理サーバ。
14. 請求項１２に記載の管理サーバであって、
    前記制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定することを特徴とする管理サーバ。
15. 請求項１４に記載の管理サーバであって、
    前記制御部は、所定の期間内に前記試験装置から前記第一の試験結果の応答を受信しない場合、前記選択されたセッションにおいて前記第一の試験の実施要求後に送信タイミングが設定された前記第二の試験の実施要求の送信タイミングを、前記予備セッションに設定することを特徴とする管理サーバ。
16. 請求項１２に記載の管理サーバであって、
    前記制御部は、前記複数のセッションのうち一以上のセッションを、複数の前記試験装置が共通して使用する予備セッションとして設定することを特徴とする管理サーバ。
17. 請求項１４に記載の管理サーバであって、
    前記試験装置は、前記管理サーバから前記試験の実施要求を受信する第一の試験装置と、前記第一の試験装置から送信される前記試験に用いるフレームの宛先となる第二の試験装置とから構成され、
    前記制御部は、前記第一の試験に用いるフレームの宛先となる第二の試験装置が接続される転送装置と同一の転送装置に接続される第二の試験装置を宛先とする第三の試験の実施要求の送信タイミングを前記セッションに設定する場合、前記第一の試験の実施要求の送信タイミングと異なるタイミングで設定することを特徴とする管理サーバ。
18. 請求項１４に記載の管理サーバであって、
    前記制御部は、所定の期間内に前記試験装置から試験結果の応答を受信しない確率を前記試験毎に算出し、
    該確率に基づいて、新たな試験の実施要求の送信タイミングを設定することを特徴とする管理サーバ。
19. 請求項１４に記載の管理サーバであって、
    前記制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する複数の枠を設定し、
    該複数の枠のうち前記試験の実施要求の送信タイミングが設定されていない枠の直後に、新たな試験の実施要求の送信タイミングを設定することを特徴とする管理サーバ。
20. 請求項１８に記載の管理サーバであって、
    前記制御部は、セッション毎に前記試験の実施要求の送信タイミングを設定する複数の枠を設定し、
    新たな試験の実施要求の送信タイミングを前記枠に設定する場合、前記新たな試験の実施要求の送信タイミングを設定する枠の直前の枠に設定された前記試験の前記確率に基づいて、前記送信タイミングを前記枠に設定することを特徴とする管理サーバ。

Images