JP2011211430A - ネットワーク試験装置 - Google Patents

Abstract

【課題】本発明は、パケットのフィルタリングにおいて、予め設定された情報に基づいて特定するばかりでなく、端末間で確立されたセッションをリアルタイムで特定することを目的とする。
【解決手段】本発明に係るネットワーク試験装置は、端末３１との間でＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）シグナリングパケットを送受信してＳＩＰシグナリングを行い、端末３１との間でセッションを確立するシグナリング部６１と、シグナリング部６１がＳＩＰシグナリングにより得たＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号及びプロトコルタイプを、シグナリング部６１から取得するセッション情報取得部８１と、セッション情報取得部８１の取得したＩＰアドレス、ポート番号及びプロトコルタイプを用いて端末１１と端末３１との間で送受信されるパケットを抽出するパケット抽出部８２と、を備えることを特徴とする。
【選択図】図１

Description

本発明は、ネットワーク試験装置に関し、特に複数の端末間のパケットをセッションごとにフィルタリングするネットワーク試験装置に関する。

パケット伝送の性能評価のために、パケットのフィルタリングが行われている。従来は、端末ごとに性能評価を行っていたため、当該端末を特定する情報を予め設定しておけばフィルタリングが可能であった（例えば、特許文献１参照。）。
特許第４１８７２０９号

しかし、アプリケーションごとに性能評価を行う場合、端末間で確立されたセッションごとにパケットをフィルタリングする必要がある。セッションを特定可能な情報は、セッションを確立するたびに変動するため、通常予め設定することができない。

そこで、本発明は、パケットのフィルタリングにおいて、予め設定された情報に基づいて特定するばかりでなく、端末間で確立されたセッションをリアルタイムで特定することを目的とする。

上記課題を解決するために、本発明に係るネットワーク試験装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）シグナリングにより取得したフローを決定する情報を自動設定することを特徴とする。

具体的には、本発明に係るネットワーク試験装置は、端末との間でＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）シグナリングパケットを送受信してＳＩＰシグナリングを行い、前記端末との間でセッションを確立するシグナリング部（６１）と、前記シグナリング部がＳＩＰシグナリングにより得たＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号及びプロトコルタイプを、前記シグナリング部から取得するセッション情報取得部と、前記セッション情報取得部の取得したＩＰアドレス、ポート番号及びプロトコルタイプを用いて送受信されるパケットを抽出するパケット抽出部と、を備えることを特徴とする。

ＩＰアドレス、ポート番号及びプロトコルタイプを取得することで、セッションの特定を行うことができる。ここで、ＳＩＰシグナリングパケットによって得られた情報をそのまま利用するので、端末間で確立されたセッションを特定する情報をリアルタイムで取得することができる。したがって、パケットのフィルタリングにおいて、予め設定された情報に基づいて特定するばかりでなく、端末間で確立されたセッションをリアルタイムに自動で特定することができる。

本発明に係るネットワーク試験装置では、前記パケット抽出部の抽出するパケットを解析するパケット解析部をさらに備えることが好ましい。
前記パケット解析部は、パケットの伝達特性の測定、パケットの計数、パケットのキャプチャー、又はパケットに含まれるアプリケーションデータの監視を行うことが好ましい。
パケットを解析することで、アプリケーションごとに性能評価を行うことができる。

本発明に係るネットワーク試験装置では、前記シグナリング部の行うＳＩＰシグナリングのシナリオを格納し、格納するシナリオに従ったシグナリングを前記シグナリング部に指示するシナリオ解析部（９１）をさらに備え、前記シグナリング部は、前記シナリオ解析部の指示に従ってシグナリングパケットを送受信してもよい。
シナリオ解析部を備えるため、シグナリング部は、任意のＩＰアドレス、任意のポート番号及び任意のプロトコルタイプを用いたシグナリングを行うことができる。これにより、任意のセッションを確立させ、確立されたセッションをリアルタイムに自動で特定することができる。

本発明によれば、パケットのフィルタリングにおいて、予め設定された情報に基づいて特定するばかりでなく、端末間で確立されたセッションをリアルタイムに自動で検出特定することができる。

実施形態１に係るネットワーク構成の概略図である。 セッション情報の一例を示す。 実施形態２に係るネットワーク構成の概略図である。 発呼シナリオの一例を示す。 ステップＳ１０３のシナリオの一例を示す。 着呼シナリオの一例を示す。 ステップＳ２０３のシナリオの一例を示す。

添付の図面を参照して本発明の実施の形態を説明する。以下に説明する実施の形態は本発明の構成の例であり、本発明は、以下の実施の形態に制限されるものではない。

（実施形態１）
図１は、本実施形態に係るネットワーク構成の概略図である。本実施形態に係るネットワーク構成では、ネットワーク試験装置９５が端末３１と接続されている。ネットワーク試験装置９５は、シナリオ解析部９１と、端末１１と、セッション情報取得部８１と、パケット抽出部８２と、パケット解析部８３と、を備え、端末１１が端末３１との間でパケットの送受信を行う。端末１１は、ネットワーク試験装置９５内に構築された擬似的な端末である。端末３１も端末１１と同様にネットワーク試験装置９５内に構築された擬似的な端末であってもよい。

端末１１は、シグナリング部６１と、メディア送信部６２と、メディア受信部６３と、を備える。シナリオ解析部９１は、シグナリング部６１の行うＳＩＰシグナリングのシナリオを格納し、格納するシナリオに従ったシグナリングをシグナリング部６１に指示する。シグナリング部６１は、シナリオ解析部９１の指示に従ってＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）シグナリングパケットを送受信してＳＩＰシグナリングを行い、端末３１との間でセッションを確立する。これにより、シグナリング部６１は、セッション情報を取得する。

セッション情報取得部８１は、シグナリング部６１がＳＩＰシグナリングにより得たセッション情報をシグナリング部６１から取得する。セッション情報は、例えば、送信元ＩＰアドレス、宛先ＩＰアドレス、プロトコルタイプ、送信元ポート番号、宛先ポート番号である。

図２に、セッション情報の一例を示す。端末１１から端末３１に送信するパケットを抽出する場合、セッション情報は、例えば、端末１１のＩＰアドレス５０．６０．７０．８０が送信元ＩＰアドレスであり、端末３１のＩＰアドレス１００．２００．１０．２０が宛先ＩＰアドレスであり、端末１１の送信ポート番号４０が送信元ポート番号であり、端末３１の受信ポート番号６０が宛先ポート番号である。また、端末１１が端末３１から受信するパケットを抽出する場合、セッション情報は、例えば、端末３１のＩＰアドレス１００．２００．１０．２０が送信元ＩＰアドレスであり、端末１１のＩＰアドレス５０．６０．７０．８０が宛先ＩＰアドレスであり、端末３１の送信ポート番号４１が送信元ポート番号であり、端末１１の受信ポート番号６１が宛先ポート番号である。

メディア送信部６２は、シグナリング部６１の取得したセッション情報を用いて、端末３１にメディアデータを送信する。メディア受信部６３は、シグナリング部６１の取得したセッション情報を用いて、端末３１からメディアデータを受信する。パケット抽出部８２は、セッション情報取得部８１の取得したＩＰアドレス、ポート番号及びプロトコルタイプを用いて送受信されるパケットを抽出する。これにより、セッションごとのフローを測定することができる。

パケット解析部８３は、パケット抽出部８２の抽出するパケットを解析する。例えば、パケットの伝達特性の測定、パケットの計数、キャプチャー、又はパケットに含まれるアプリケーションデータの監視を行う。パケットの伝達特性の測定は、例えば、パケットの遅延又はロスである。これにより、特定のセッションにおけるパケットロス、アクセスログ、データの内容の監視を行うことができる。

（実施形態２）
図３は、本実施形態に係るネットワーク構成の概略図である。本実施形態に係るネットワーク試験装置９５は、模擬ＬＡＮ部４１と、模擬ＷＡＮ部４２と、シナリオ解析部９１と、実行制御部９２と、を備える。図３では、一例として、図１に示す端末１１が模擬ＬＡＮ部４１に含まれ、図１に示す端末３１が模擬ＷＡＮ部４２に含まる例を示した。

模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２は、試験対象であるネットワーク装置１０と接続される。これにより、ネットワーク装置１０について、ＬＡＮ上、ＷＡＮ上、又はＬＡＮ及びＷＡＮ上での動作確認を行うための試験を行うことができる。

ネットワーク装置１０についての試験内容としては、例えば、ネットワーク装置１０のルータ機能といった機能試験、通信帯域の確保又はパケットの優先順位制御といった品質・信頼性試験、メディアデータの品質制御又はトランスコーデックといったマルチメディア試験、異なる物理インタフェースを使用したときの接続確認といったマルチインタフェース試験が例示できる。

ルータ機能についての試験としては、例えば、動的アドレスコンフィグレーション、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）又はＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）の動作、ファイアウォール、マルチキャストスヌーピングがある。通信帯域の確保の試験としては、ＳＩＰによる帯域制御の処理内容又はデータレートの試験が例示できる。パケットの優先順位制御の試験としては、パケット損失率又は遅延時間の試験が例示できる。メディアデータの品質制御の試験としては，ＲＴＰパケットの測定値の試験が例示できる。トランスコーデックの試験としては、変換後の画像の試験が例示できる。接続確認の試験としては、通信プロトコル又はデータの試験が例示できる。

模擬ＬＡＮ部４１は、設定されたＩＰアドレスを有する複数の端末１１、１２、２１、２２で構成される。端末１１、１２、２１、２２は、ＳＩＰを用いて互いにパケットを送受信する。模擬ＷＡＮ部４２は、複数の端末３１、３２、３３、３４及びルータ５１で構成される。ルータ５１は、端末３１、３２、３３、３４同士を接続する。端末３１、３２、３３、３４は、設定されたＩＰアドレスを有し、ＳＩＰを用いて模擬ＬＡＮ部４１の端末１１、１２、２１、２２との間でパケットを送受信する。

このように、模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２を備えることで、ＬＡＮ内で送受信するパケット及びＬＡＮとＷＡＮの間で送受信するパケットについての試験を行うことができる。例えば、端末間で送受信したパケットについての、データの遅延時間、損失率及びデータレートを測定することができる。また、ＬＡＮ側から出力されたパケットのピークレートを測定し、バースト的にデータ量が増加した場合にネットワーク装置１０で流量制御されているか否かの確認をすることができる。

ルータ５１は、ＰＰＰｏＥサーバ、マルチキャストＩＧＭＰ／ＭＬＤ又はＤＨＣＰサーバなどの各種サーバとして機能してもよい。これにより、ネットワーク装置１０のアドレス解決、ＮＡＴ／ＮＡＰＴ機能、ファイアウォール機能、マルチキャストスヌーピング機能などの試験を行うことができる。

模擬ＷＡＮ部４２は、端末データサーバ５３及び端末登録サーバ５２を備えることが好ましい。例えば、端末データサーバ５３は、模擬ＷＡＮ部４２の端末３１、３２、３３、３４に設定されているＩＰアドレスを格納する。端末登録サーバ５２は、模擬ＬＡＮ部４１の端末１１、１２、２１、２２からの接続要求があった場合に、当該端末１１、１２、２１、２２のＩＰアドレスを端末データサーバ５３に登録する。これにより、ＳＩＰを用いてパケットを送受信する通信ネットワークの試験を行うことができる。

例えば、端末データサーバ５３は、端末１１、１２、２１、２２、３１、３２、３３、３４のＩＰアドレスを格納する。そして、端末登録サーバ５２は、端末データサーバ５３をロケーションサーバとして機能させ、端末登録サーバ５２をレジストラサーバなどのＳＩＰサーバとして機能させることで、ＳＩＰの適合性の試験を、ＷＡＮを含めて行うことができる。

模擬ＷＡＮ部４２は、接続制御サーバ５４を備えることが好ましい。接続制御サーバ５４は、ルータ５１の受信したパケットに、シナリオで定められた処理を施してルータ５１に戻す。例えば、模擬ＬＡＮ部４１と模擬ＷＡＮ部４２との通信において中継する可能性の高い中継サーバが予め分かっている場合には、その中継サーバのＩＰアドレスなどの通信条件の設定を接続制御サーバ５４に行う。接続制御サーバ５４は、模擬ＷＡＮ部４２からルータ５１に送信されたパケットをシナリオで定められた中継サーバを経由した状態でルータ５１に戻す。こうすることで、実際のＷＡＮを介したパケットと同様のパケットを、ネットワーク装置１０に受信させることができる。これにより、実際に近い環境を、模擬ＬＡＮ部４１と模擬ＷＡＮ部４２との通信において再現することができる。

実行制御部９２は、設定されたシナリオに従って、模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の端末１１、１２、２１、２２、３１、３２、３３、３４に、パケットを送受信させる。例えば、シナリオに従って、端末１１、１２、２１、２２内で、ＳＩＰを用いて互いにパケットの送受信を行わせる。または、模擬ＬＡＮ部４１の端末１１、１２、２１、２２と模擬ＷＡＮ部４２の端末３１、３２、３３、３４との間で、ＳＩＰを用いて互いにパケットの送受信を行わせる。シナリオでは、各端末の動作は、自身が送信したコマンドに対する返信の内容に応じて異なる。そのため、実行制御部９２は、各端末が受信したパケットから情報を抽出して、全体端末の進捗管理を行う。

シナリオ解析部９１は、設定されたシナリオを解析し、ハードウェアが実行可能なコードに変換するとともに端末１１、１２、２１、２２、３１、３２、３３、３４ごとの通信条件の設定を行う。模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の両方のシナリオ及び通信条件の設定を共通のシナリオ解析部９１で行うことができるので、試験を行う通信ネットワークの全体での設定を容易に行うことができる。

通信条件の設定では、模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の各端末がＳＩＰを用いて互いにパケットを送受信するために必要な情報の設定を行う。例えば、模擬ＬＡＮ側では、送信先ＩＰアドレス、ポート番号、切断するまでの時間、発生時間間隔、ＱｏＳクラス、発呼時・着呼時の処理、メディアデータ、ＱｏＳクラスの設定を行う。模擬ＷＡＮ側では、発呼時・着呼時の処理を行う。発呼時の処理は、例えば、ＳＩＰのメッセージ内容、切断するまでの時間、メディアデータ、発生時間間隔がある。着呼時の処理は、例えば、レスポンスの内容、応答時間、接続の成功率、メディアデータがある。

シナリオ解析部９１は、端末の数の設定も行う。本実施形態では模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２をそれぞれ４台の端末で構成する例を示したが、模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の端末の数を任意に設定できる。また、ルータ５１、接続制御サーバ５４、端末登録サーバ５２及び端末データサーバ５３の数や接続関係についても同様に任意に設定可能であることが好ましい。これにより、現実のＷＡＮに近いネットワーク構成を構築することができる。

シナリオ解析部９１は、端末１１、１２、２１、２２のＩＰアドレスを自動取得に設定してもよい。例えば、模擬ＬＡＮ部４１の端末１１、１２、２１、２２のＩＰアドレスは、ネットワーク装置１０によって設定される。端末１１、１２、２１、２２がネットワーク装置１０から割り当てられたＩＰアドレスを取得すると、シナリオ解析部９１は、各端末１１、１２、２１、２２に割り当てられたＩＰアドレスを各端末１１、１２、２１、２２から取得する。

シナリオ設定部９６は、模擬ＬＡＮ部４１の端末間、又は、模擬ＬＡＮ部４１と模擬ＷＡＮ部４２の間で、ＳＩＰを用いてセッションを開始、変更、又は終了する際の設定を行う。このとき、リクエストメッセージやレスポンスメッセージに対する各端末の動作をシナリオとして設定する。

模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の端末は、受信したパケットを収集し、模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の端末が送受信したパケットの解析を行う。パケットの解析は、例えば、ＯＳＩ参照モデルのセッション層のコマンドに対する返信の内容の判定である。これにより、端末１１、１２、２１、２２、３１、３２、３３、３４間で、ＳＩＰを用いて互いにパケットを送受信する通信ネットワークの試験を行うことができる。

ネットワーク試験装置９５は、各端末の送受信するパケットから指定されたセッションのパケットを抽出する。このとき、セッションの指定は、シナリオ解析部９１によって設定してもよいし、自動取得にしてもよい。自動取得にしておくことで、個々の端末間に確立されたセッションのそれぞれについて、パケットの解析を行うことができる。

また、パケットの解析には、パケットそのものが正しいか否か、パケットが正しく送受信されたか否か、通信ネットワークとして機能しているか否かを含む。例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）フレーム、ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）、ＩＰヘッダのチェックサム、又は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）シーケンス番号、パケットの遅延時間、ＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）、パケットロス、ＡＰＲ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるアドレス解決、ｐｉｎｇコマンドによる接続確認、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるアドレス割当てがある。

次に、図４、図５、図６、図７及び図８を参照しながら、ネットワーク試験装置９５の動作の詳細について説明する。図４は、発呼シナリオの一例を示す。端末１１が発呼シナリオを実行する場合、ネットワーク試験装置９５は、以下のように動作する。

ステップＳ１０１では、ネットワークを構築する。例えば、ネットワーク試験装置９５内に、端末群である模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の設定、ルータ５１の設定、端末登録サーバ５２の設定及びこれらのＩＰアドレスの設定を行う。

ステップＳ１０２では、端末登録サーバ５２への登録を行う。例えば、端末１１がＳＩＰシグナリングによって、端末登録サーバ５２に端末１１のＩＰアドレスを登録する。登録することによって、ＵＲＬからＩＰアドレスを取得することができる。

ステップＳ１０３では、ＳＩＰシグナリングによって、端末１１が端末３１に呼接続する。これによって、端末１１と端末３１の間にセッションが確立する。

ステップＳ１０４では、測定を開始する。例えば、メディアデータの送受信ＩＰパケット数のカウントを開始する。測定するパケットは、例えば送信ＩＰパケット数及び受信パケット数であり、ステップＳ１０３で得られた情報を基に設定される。

ステップＳ１０５では、メディアデータの送受信を開始する。例えば、ステップＳ１０３で得られた情報を基にメディアデータの送受信を開始する。これにより、メディアデータの送受信ＩＰパケット数がカウント可能になる。

ステップＳ１０６では、メディアデータの送受信を停止する。これにより、メディアデータの送受信ＩＰパケット数のカウントが止まる。

ステップＳ１０７では、ＳＩＰシグナリングによって、端末１１が端末３１との呼接続を開放する。ステップＳ１０８では、ステップＳ１０４で開始した測定を停止する。これにより、メディアデータの送受信ＩＰパケット数のカウントを停止する。

図５は、ステップＳ１０３のシナリオの一例を示す。
ステップＳ１１１では、呼び出し待ちタイマーの設定を行う。ステップＳ１１２では、Ｉｎｖｉｔｅメッセージを送信する。ステップＳ１１４では、呼び出し待ちタイマーを開始する。これにより、ステップＳ１１５の呼び出し中の状態となる。

ここで、ステップＳ１１２において、端末１１は、Ｉｎｖｉｔｅメッセージから端末１１のＩＰアドレス及びポート番号並びにプロトコルタイプを抽出し、セッション情報取得部８１に出力する。これにより、セッション情報取得部８１にセッション情報が設定される。

呼び出し待ちタイマーが満了する前に、１８０メッセージを受信したら（ステップＳ１２１）、呼び出し待ちタイマーを停止する（ステップＳ１２２）。そして、呼び出し中の状態に戻る（ステップＳ１１５）。

呼び出し待ちタイマーが満了する前に、２００ＯＫメッセージを受信したら（ステップＳ１４１）、ＡＣＫメッセージを送信する（ステップＳ１４２）。そして、ＳＩＰシグナリング（電話をかける）成功で終了する（ステップＳ１４３）。

ここで、ステップＳ１４１において、２００ＯＫメッセージから端末３１のＩＰアドレス及びポート番号を抽出し、セッション情報取得部８１に出力する。これにより、セッション情報取得部８１にセッション情報が設定される。

図６は、着呼シナリオの一例を示す。端末１１が着呼シナリオを実行する場合、ネットワーク試験装置９５は、以下のように動作する。

ステップＳ２０１では、ネットワークを構築する。例えば、ネットワーク試験装置９５内に、端末群である模擬ＬＡＮ部４１及び模擬ＷＡＮ部４２の設定、ルータ５１の設定、端末登録サーバ５２の設定、及びこれらのＩＰアドレスの設定を行う。

ステップＳ２０２では、端末登録サーバ５２への登録を行う。例えば、端末１１がＳＩＰシグナリングによって、端末登録サーバ５２に端末１１のＩＰアドレスを登録する。登録することによって、ＵＲＬからＩＰアドレスを取得することができる。

ステップＳ２０３では、ＳＩＰシグナリングによって、端末１１が端末３１から電話を受ける。これによって、端末１１と端末３１の間にセッションが確立する。

ステップＳ２０４では、測定を開始する。例えば、メディアデータの送受信ＩＰパケット数のカウントを開始する。測定するパケットは、例えば送信ＩＰパケット数及び受信パケット数であり、ステップＳ２０３で得られた情報を基に設定される。

ステップＳ２０５では、メディアデータの送受信を開始する。例えば、ステップＳ２０３で得られた情報を基にメディアデータの送受信を開始する。これにより、メディアデータの送受信ＩＰパケット数をカウント可能になる。

ステップＳ２０６では、メディアデータの送受信を停止する。これにより、メディアデータの送受信ＩＰパケット数のカウントが止まる。

ステップＳ２０７では、ＳＩＰシグナリングによって、端末１１が端末３１との呼接続を開放する。ステップＳ２０８では、ステップＳ１０４で開始した測定を停止する。これにより、メディアデータの送受信ＩＰパケット数のカウントを停止する。

図７は、ステップＳ２０３のシナリオの一例を示す。
ステップＳ２１１では、２００ＯＫ応答送信待ちタイマーを設定する。ステップＳ２１２では、２００ＯＫ再送間隔タイマーを設定する。ステップＳ２１３では、ＡＣＫ待ちタイマーを設定する。そして、ステップＳ２１４において、着信待ちの状態となる。

ステップＳ２１５では、Ｉｎｖｉｔｅメッセージを受信する。ステップＳ２１７では、１８０Ｒｉｎｇｉｎｇメッセージを送信する。ステップＳ２１８では、２００ＯＫ応答送信待ちタイマーを開始する。これにより、２００ＯＫ応答送信待ちタイマーが開始される。そして、ステップＳ２１９では、呼び出し中の状態となる。

ここで、ステップＳ２１５において、Ｉｎｖｉｔｅメッセージのなかから端末３１のＩＰアドレス及びポート番号並びにプロトコルタイプを抽出し、セッション情報取得部８１に出力する。これにより、セッション情報取得部８１にセッション情報が設定される。

２００ＯＫ応答送信待ちタイマーが満了すると（ステップＳ２２１）、２００ＯＫメッセージを送信する（ステップＳ２２２）。次に、２００ＯＫ再送間隔タイマーを開始し（ステップＳ２２３）、ＡＣＫ待ちタイマーを開始する（ステップＳ２２４）。そして、呼び出し中の状態となる（ステップＳ２１９）。

ここで、ステップＳ２２２において、２００ＯＫメッセージのなかから端末１１のＩＰアドレス及びポート番号を抽出し、セッション情報取得部８１に出力する。これにより、セッション情報取得部８１にセッション情報が設定される。

２００ＯＫ再送間隔タイマーが満了する前でありかつＡＣＫ待ちタイマーが満了する前に、ＡＣＫメッセージを受信したら（ステップＳ２３１）、ＳＩＰシグナリング成功で終了する（ステップＳ２３２）。

２００ＯＫ再送間隔タイマーが満了すると（ステップＳ２４１）、２００ＯＫを送信し（ステップＳ２４２）、２００ＯＫ再送間隔タイマーを再スタートし（ステップＳ２４３）、呼び出し中の状態となる（ステップＳ２１９）。

ＡＣＫ待ちタイマーが満了すると（ステップＳ２５１）、２００ＯＫ再送間隔タイマーを停止し（ステップＳ２５２）、ＳＩＰシグナリング失敗で終了する（ステップＳ２５３）。

本発明は、ネットワークゲートウェイなどの通信ネットワーク装置の試験に用いることができる。

１０：ネットワーク装置
１１、１２、２１、２２、３１、３２、３３、３４：端末
４１：模擬ＬＡＮ部
４２：模擬ＷＡＮ部
５１：ルータ
５２：端末登録サーバ
５３：端末データサーバ
５４：接続制御サーバ
６１：シグナリング部
６２：メディア送信部
６３：メディア受信部
８１：セッション情報取得部
８２：パケット抽出部
８３：パケット解析部
９１：シナリオ解析部
９２：実行制御部
９５：ネットワーク試験装置
９６：シナリオ設定部

Claims (4)

1. 端末との間でＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）シグナリングパケットを送受信してＳＩＰシグナリングを行い、前記端末との間でセッションを確立するシグナリング部（６１）と、
   前記シグナリング部がＳＩＰシグナリングにより得たＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス、ポート番号及びプロトコルタイプを、前記シグナリング部から取得するセッション情報取得部（８１）と、
   前記セッション情報取得部の取得したＩＰアドレス、ポート番号及びプロトコルタイプを用いて送受信されるパケットを抽出するパケット抽出部（８２）と、
   を備えることを特徴とするネットワーク試験装置。
2. 前記パケット抽出部の抽出するパケットを解析するパケット解析部（８３）をさらに備えることを特徴とする請求項１に記載のネットワーク試験装置。
3. 前記パケット解析部は、パケットの伝達特性の測定、パケットの計数、パケットのキャプチャー、又はパケットに含まれるアプリケーションデータの監視を行うことを特徴とする請求項２に記載のネットワーク試験装置。
4. 前記シグナリング部の行うＳＩＰシグナリングのシナリオを格納し、格納するシナリオに従ったシグナリングを前記シグナリング部に指示するシナリオ解析部（９１）をさらに備え、
   前記シグナリング部は、前記シナリオ解析部の指示に従ってシグナリングパケットを送受信することを特徴とする請求項１から３のいずれかに記載のネットワーク試験装置。

Images