(57)【特許請求の範囲】
【請求項１】
発信ノードとＩＰネットワークを介した複数ノード中の任意の一つである着信ノードとの間でパケットを中継するパケット中継装置に於いて、
ＩＰネットワークに中継する送信パケットを、アプリケーションの種別毎にクラスに分けし、異なった仮想ＩＰアドレスをクラス毎に割当てるクラス処理部と、
ＩＰネットワークに中継する送信パケットの送信元アドレスをクラス別の仮想ＩＰアドレスに変換し、ＩＰネットワークを介した前記着信ノードとの間にクラス別のＩＰ通信経路を確立する送信パケット中継部と、
前記着信ノードに着信したパケットに基づいて決まるクラス別のＩＰ通信径路を通ったＩＰネットワークからの返信パケットの送信先アドレスを、前記送信パケット中継部のアドレス変換結果を参照して元のアドレスに逆変換する返信パケット中継部と、
を備えたことを特徴とするパケット中継装置。
【請求項２】
請求項１記載のパケット中継装置に於いて、
アプリケーションの種別を定義するクラス名に対応してパケットのヘッダ情報を登録したクラステーブルと、
前記クラスに対応して仮想ＩＰアドレスと経路情報を登録したアドレス変換規則テーブルと、
パケットの送信元アドレスから仮想ＩＰアドレスへのアドレス変換結果を登録したアドレス変換テーブルと、
を備え、
前記送信パケット中継部は、ＩＰネットワークへの送信パケットを受信した際に、前記アドレス変換テーブルを参照して送信元の仮想ＩＰアドレスを検索し、前記アドレス変換テーブルに登録がない場合は、前記クラステーブルの参照でクラスを決定した後に前記アドレス変換規則テーブルを参照してクラスに対応した仮想ＩＰアドレスを検索し、送信パケットの送信元アドレスを検索した仮想ＩＰアドレスに変換し、該アドレス変換結果を前記アドレス変換テーブルに登録し、
前記返信パケット中継部は、ＩＰネットワークから返信パケットを受信した際に、前記アドレス変換テーブルを参照して送信先の仮想ＩＰアドレスに対応する送信先アドレスを検索し、前記パケットの送信先仮想ＩＰアドレスを検索した送信先アドレスに逆変換することを特徴とするパケット中継装置。
【請求項３】
請求項２記載のパケット中継装置に於いて、
前記クラステーブルは、クラス名に対応してプロトコルタイプ、送信パケットの送信元アドレスとポート番号、及び返信パケットの送信元アドレスとポート番号を登録し、
前記クラス検索部は、ＩＰネットワークに中継する送信パケットのプロトコルタイプとポート番号の組合わせからクラスを検索することを特徴とするパケット中継装置。
【請求項４】
請求項３記載のパケット中継装置に於いて、前記クラステーブルは、送信パケットのＴＣＰプロトコルとポート番号の組合わせで業務アプリケーションのクラス名を登録し、送信パケットの他のプロトコルタイプと送信元のポート番号の組合わせの全てをデフォルト・アプリケーションのクラス名で登録したことを特徴とするパケット中継装置。
【請求項５】
請求項２記載のパケット中継装置に於いて、
前記アドレス変換規則テーブルは、前記クラステーブルに登録したクラス名に対応して仮想ＩＰアドレスとゲートウェイのＭＡＣアドレスを登録し、
前記送信パケット中継部は、前記アドレス変換規則テーブルから検索したクラス名に対応する仮想ＩＰアドレスとゲートウェイのＭＡＣアドレスを検索することを特徴とするパケット中継装置。
【請求項６】
請求項２記載のパケット中継装置に於いて、
前記アドレス変換テーブルは、プロトコルタイプに対応して変換前の送信元アドレスとポート番号、変換後の仮想ＩＰアドレスとポート番号を登録し、
前記送信パケット中継部は、送信パケットの送信元アドレスを前記アドレス変換規則テーブルまたはアドレス変換テーブルから検索した仮想ＩＰアドレスに変換すると共に、送信先ＭＡＣアドレスを前記アドレス変換規則テーブルから検索したゲートウェイのＭＡＣアドレスに変換し、
前記返信パケット中継部は、ＩＰネットワークから受信した返信パケットの送信先仮想ＩＰアドレスを、前記アドレス変換テーブルから検索した変換前の送信元アドレスに逆変換することを特徴とするパケット中継装置。
【請求項７】
請求項２記載のパケット中継装置に於いて、更に、前記仮想ＩＰアドレスを用いてＩＰネットワークの通信経路の通信を定期的に確認する通信経路確認部を設けたこと特徴とするパケット中継装置。
【請求項８】
請求項７記載のパケット中継装置に於いて、前記通信経路確認部は、前記通信経路の異常を検知した場合、異常を検知した通信経路を使うクラスの検索を禁止させ、デフォルトの通信経路の使用に切替えること特徴とするパケット中継装置。
【請求項９】
請求項８記載のパケット中継装置に於いて、前記クラステーブルは、使用可能か使用不可能かを示すステータスを備え、前記通信経路確認部は、前記通信経路の異常を検知した場合、前記クラステーブルのステータスに使用不可を設定してクラス検索を禁止させること特徴とするパケット中継装置。
【請求項１０】
発信ノードをインサイド側としＩＰネットワークを介した複数ノード中の任意の一つである着信ノードをアウトサイド側としてパケットを中継するパケット中継方法に於いて、
ＩＰネットワークに中継する送信パケットを、アプリケーションの種別毎にクラスに分けし、異なった仮想ＩＰアドレスをクラス毎に割当てるクラス処理過程と、
ＩＰネットワークに中継する送信パケットの送信元アドレスをクラス別の仮想ＩＰアドレスに変換し、ＩＰネットワークを介した前記着信ノードとの間にクラス別のＩＰ通信経路を確立する送信パケット中継過程と、
前記着信ノードに着信したパケットに基づいて決まるクラス別のＩＰ通信径路を通ったＩＰネットワークからの返信パケットの送信先アドレスを、前記送信パケット中継過程のアドレス変換結果を参照して元のアドレスに逆変換する返信パケット中継過程と、を備えたことを特徴とするパケット中継方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰネットワーク上のパケット中継装置及び方法に関し、特にアプリケーションの種別によりネットワーク内の通信経路を制御するパケット中継装置及び方法に関する。
【０００２】
【従来の技術】
従来、インターネットやイントラネットなどのインターネット・プロトコル・ネットワーク（以下［ＩＰネットワーク」という）では、顧客用アプリケーション、業務アプリケーション、ファイル転送、メール、音声など様々な通信が混在しており、サービス品質ＱＯＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）と呼ばれる通信毎の通信品質のレベル分けが課題となっている。
【０００３】
例えば顧客用アプリケーションは最優先で通信できるようにし、音声は常に一定の帯域が保証できるようにし、更に、ファイル転送やメールは他の通信の邪魔にならない程度に通信できるようにするというような通信品質のレベル分けを行う。この場合、このようにレベル分けした通信品質の要求をどう実現していくかが課題とある。
【０００４】
サービス品質ＱＯＳは、ローカルエリアネットワーク（以下「ＬＡＮ」という）のような高速なネットワークではなく、広域ネットワーク（以下「ＷＡＮ」という）のように帯域がいっぱいになってしまうような比較的低速ネットワークにおいて特に重要である。
【０００５】
サービス品質ＱＯＳのアプローチとしては、１つの通信経路上のトラフィックにおいて、いかに要求されたサービス品質ＱＯＳを実現するかというものと、複数の通信経路を用意して、複数の経路をいかに使い分けるかというの２つのアプローチがある。
【０００６】
この内、複数の通信経路を用意して使い分けるため、アプリケーション毎にパケットの送出先を使い分けるパケット中継装置があり、通常、レイヤ４スイッチ（Ｌ４スイッチ）等と呼ばれる。このパケット中継装置は、パケットの内部を解析してアプリケーションを判別すると、アプリケーションに対応した次のパケット中継装置にパケットを送信する。
【０００７】
図１６は、アプリケーション毎にパケットの送出先を使い分けるパケット中継装置を用いた通信形態の説明図である。図１６において、ノード１００−１の属するＬＡＮ１０１−１に続いてアプリーション毎にパケットの送出先を使い分けるパケット中継装置１０２−１が設けられ、この場合、ルータ１０４−１，１０４−２を介してＷＡＮ又はインタネット等のＩＰネットワーク１０８に接続される。
【０００８】
またノード１００−２の属するＬＡＮ１０１−２に続いて同じくアプリーション毎にパケットの送出先を使い分けるパケット中継装置１０２−２が設けられ、この場合、ルータ１０６−１，１０６−２を介してＩＰネットワーク１０８に接続される。
【０００９】
パケット中継装置１０２−１，１０２−２は、業務アプリケーションについてはルータ１０４−１，１０６−１を設定することで通信経路１１０−１を通ってパケットを通信する。それ以外のアプリケーョンについて、パケット中継装置１０２−１，１０２−２はルータ１０４−２，１０６−２を設定することで通信経路１１０−２を通ってパケットを通信する。
【００１０】
【発明が解決しようとする課題】
しかしながら、図１６のようにＬＡＮ毎にパケット中継装置を設けた場合には、図１７のようにＩＰネットワーク１０８を介してｎ個のＬＡＮ１００−１〜１００−ｎの間で通信する場合、ＬＡＮの数に応じたパケット中継装置１０２−１〜１０２−ｎを必要とし、システムコストが高騰する。
【００１１】
そこで、図１８のように、アプリケーションを実行する特定のノード１００−１の属するＬＡＮにのみパケット中継装置１０２−１を設け、ノード１００−１と他のノード１００−２〜１００−ｎとの間の１：（ｎ−１）の通信でアプリケーション毎にパケットの送出先を使い分けることが考えられる。
【００１２】
図１９は、図１８のノード１００−１，１００−２の通信形態を取出している。これは、図１６の片側のパケット中継装置１０２−２を取除いた通信形態である。
【００１３】
ノード１００−１はデフォルトゲートウェイとしてパケット中継装置１０２−１を設定し、ノード１００−２はデフォルトゲートウェイとしてルータ１０６−２を設定している。またパケット中継装置１０２−１は業務アプリケーションのパケットのみをルータ１０４−２に送出するように設定がされている。
【００１４】
このとき、ノード１００−１が業務アプリケーションのパケットを送出したとすると、パケット中継装置１０２−１は設定にしたがってルータ１０４−２にパケットを送出し、パケットは通信経路１１０−２を通ってノード１００−２に届けられる。
【００１５】
ところが、ノード１００−２が業務アプリケーションのパケットを送り返すときは、デフォルトゲートウェイであるルータ１０６−１にパケットを送出し、通信経路１１０−１を通ってノード１００−１に届けられてしまう。
【００１６】
即ち、ノード１０１−１の業務アプリケーションに属する送信パケットは、通信経路１１０−２を通ってノード１００−２に届けられるが、ノード１００−２からの業務アプリケーションに属する返信パケットは、別の通信経路１１０−１を通ってノード１０−１に送り返される。このため業務アプリケーションは通信経路１１０−２を通し、それ以外のアプリケーションは通信経路１１０−２を通すような使い分けはできない。
【００１７】
本発明は、パケット通信を行うノードの片側に設けるだけで、行き帰りともにアプリケーションで決まる通信経路をパケットが通るように制御可能なパケット中継装置及び方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
図１は本発明の原理説明図である。
【００１９】
本発明は、図１（Ａ）のように、ノード１０−２をインサイトヘ側とし、ＩＰネットワーク１８をアウトサイド側としてパケットを中継するパケット中継装置１２である。本発明のパケット中継装置１２は、図１（Ｂ）のように、クラス処理部４０、送信パケット中継部４２、返信パケット中継部４４を備える。
【００２０】
クラス状態部４０は、ＩＰネットワークに中継する送信パケットを、アプリケーションの種別毎にクラスに分けし、異なった仮想ＩＰアドレス（１０．１．２）（１０．１．３）をクラス毎に割当てる。
【００２１】
送信パケット中継部４２は、ＩＰネットワークに中継する送信パケットの送信元アドレス（１０．１０．１０．１０）  をクラス別の仮想ＩＰアドレス（１０．１．２．１０  ）又は（１０．１．３．１０  ）に変換し、ＩＰネットワークの中にクラス別のＩＰ通信経路２０−１又は２０−２を確立する。
【００２２】
返信パケット中継部４４は、クラス別のＩＰ通信径路２０−１又は２０−２を通ったＩＰネットワークからの返信パケットの送信先仮想ＩＰアドレス（１０．１．２．１０  ）又は（１０．１．３．１０  ）を、送信パケット中継部４２のアドレス変換結果を参照して元のアドレス（１０．１０．１０．１０）  に逆変換する。
【００２３】
このように本発明のパケット中継装置を通信経路上に１台設置すると、同じ送信先に対する通信経路をアプリケーションによって使い分けることが可能となり、例えば高いサービス品質ＱＯＳが要求されるアプリケーションは専用の通信経路を使用するように制御することで、通信品質を絶対的に保つこと等ができるようになる。
【００２４】
本発明のパケット中継装置１２は、アプリケーションの種別を定義するクラス名に対応してパケットのヘッダ情報を登録したクラステーブル３４と、クラスに対応して仮想ＩＰアドレスと経路情報を登録したアドレス変換規則テーブル３６と、パケットの送信元アドレスから仮想ＩＰアドレスへのアドレス変換結果を登録したアドレス変換テーブル３８とを備える。
【００２５】
このテーブルに対応して、送信パケット中継部４２は、ＩＰネットワークへの送信パケットを受信した際に、アドレス変換テーブル３８を参照して送信元の仮想ＩＰアドレスを検索し、アドレス変換テーブル３８に登録がない場合は、クラステーブル３４の参照でクラスを決定した後にアドレス変換規則テーブル３６の参照してクラスに対応した仮想ＩＰアドレスを検索し、送信パケットの送信元アドレスを、アドレス検索部で検索した仮想ＩＰアドレスに変換し、更に、アドレス変換結果をアドレス変換テーブル３８に登録する。
【００２６】
また返信パケット中継部４４は、ＩＰネットワークから返信パケットを受信した際に、アドレス変換テーブル３４を参照して送信先の仮想ＩＰアドレスに対応する送信先アドレスを検索し、パケットの送信先仮想ＩＰアドレスを検索した送信先アドレスに逆変換する。
【００２７】
クラステーブル３４は、クラス名に対応して、ＴＣＰやＵＤＰ等のプロトコルタイプ、送信パケットの送信元アドレスとポート番号、及び返信パケットの送信元アドレスとポート番号を登録し、クラス検索部４０は、ＩＰネットワークに中継する送信パケットのプロトコルタイプとポート番号の組合わせからクラスを検索する。例えば、クラステーブル３４は、送信パケットのＴＣＰプロトコルとポート番号の組合わせで業務アプリケーションのクラス名を登録し、送信パケットの他のプロトコルタイプと送信元のポート番号の組合わせの全てをデフォルト・アプリケーションのクラス名で登録している。
【００２８】
アドレス変換規則テーブル３６は、クラステーブル３４に登録したクラス名に対応して仮想ＩＰアドレスとゲートウェイのＭＡＣアドレスを登録し、送信パケット中継部４２は、アドレス変換規則テーブル３６から検索したクラス名に対応する仮想ＩＰアドレスとゲートウェイのＭＡＣアドレスを検索する。
【００２９】
アドレス変換テーブル３８は、プロトコルタイプに対応して変換前の送信元アドレスとポート番号、変換後の仮想ＩＰアドレスとポート番号を登録する。この場合、送信パケット中継部４４は、送信パケットの送信元アドレスをアドレス変換規則テーブル３６またはアドレス変換テーブル３８から検索した仮想ＩＰアドレスに変換すると共に、送信先ＭＡＣアドレスをアドレス変換規則テーブル３６から検索したゲートウェイのＭＡＣアドレスに変換する。また、返信パケット中継部４４は、ＩＰネットワークから受信した返信パケットの送信先仮想ＩＰアドレスを、アドレス変換テーブル３８から検索した変換前の送信元アドレスに逆変換する。
【００３０】
本発明のパケット中継装置１２は、更に、仮想ＩＰアドレスを用いてＩＰネットワークの通信経路の通信を定期的に確認する通信経路確認部４６を備える。通信経路確認部４６は、通信経路２０−１，２０−２の異常を検知した場合、異常を検知した通信経路を使うクラスの検索を禁止させ、デフォルトの通信経路の使用に切替える。
【００３１】
具体的には、クラステーブル３４は、使用可能か使用不可能かを示すステータスを備え、通信経路確認部４６は、前記通信経路の異常を検知した場合、クラステーブル３４のステータスに使用不可を設定してクラス検索を禁止させる。このためアプリケーションで決まる特定の通信経路に障害が発生しても、正常な他の通信経路を使用したパケットの通信ができる。
【００３２】
本発明、更に、ノードをインザイド側とし、ＩＰネットワークをアウトサイド側としてパケットを中継するパケット中継方法を提供するものであり、次の手順を備える。
【００３３】
ＩＰネットワークに中継する送信パケットを、アプリケーションの種別毎にクラスに分けし、異なった仮想ＩＰアドレスをクラス毎に割当てるクラス処理過程；
ＩＰネットワークに中継する送信パケットの送信元アドレスをクラス別の仮想ＩＰアドレスに変換し、ＩＰネットワークの中にクラス別のＩＰ通信経路を確立する送信パケット中継過程；
クラス別のＩＰ通信径路を通ったＩＰネットワークからの返信パケットの送信先アドレスを、前記送信パケット中継過程のアドレス変換結果を参照して元のアドレスに逆変換する返信パケット中継過程；
これ以外のパケット中継方法の詳細は、装置構成と基本的に同じになる。
【００３４】
【発明の実施の形態】
図２は、本発明のパケット中継装置を用いた通信形態の説明図である。
【００３５】
図２において、この通信形態はＬＡＮ１１−１とＬＡＮ１１−２の間でＷＡＮやインターネット等のＩＰネットワーク１８を介して通信を行う場合を例にとっている。
【００３６】
ＬＡＮ１１−１にはノード１０−１及びルータ１４−１，１４−２が設置される。ＬＡＮ１１−２にはノード１０−２及びルータ１６−１，１６−２に加え、本発明のパケット中継装置１２が設置される。パケット中継装置１２は例えば１０−ＢＡＳＥＴインタフェースを２つ持ち、一方のインタフェースにノード１０−２側を接続し、他方のインタフェースにルータ１６−１，１６−２側を接続している。
【００３７】
ここで本発明のパケット中継装置１２から見てノード１０−２側をインサイド、ルータ１６−１，１６−２側をアウトサイドと定義する。
【００３８】
このようにＬＡＮ１１−１にルータ１４−１，１４−２を設け、またＬＡＮ１１−２にルータ１６−１，１６−２を設けていることで、それぞれのルータを経由する経路２０−１と経路２０−２によって２つのＬＡＮ１１−１，１１−２の間でインタフェースプロトコルによる通信を行うことができる。
【００３９】
ＬＡＮ１１−２に設けた本発明のパケット中継装置１２は、ノード１０−２からパケットを受信した際に、パケットの属するアプリケーションをクラス分けし、クラス別に通信経路を制御する。
【００４０】
この実施形態にあっては、業務アプリケーションの通信、即ちＴＣＰ−ＩＰプロトコルでポート番号４７２を比較的重要な通信として経路２０−１を使用し、それ以外のアプリケーションの通信は経路２０−２を使用する。このように経路２０−１を業務アプリケーションといった重要な通信専用の経路とすることで、帯域保証及びレスポンス保証を実現することができる。
【００４１】
また本発明のパケット中継装置１２は、経路２０−１，２０−２の通信を定期的に確認しており、通信できなくなったことを検知すると正常な経路に全ての通信を切り替える。例えば経路２０−１の業務アプリケーションの通信ができない状態になったことを検知した場合には、経路２０−２に全ての通信を切り替えることで経路２０−２を経路２０−１のバックアップ経路とすることができ、これによって通信の信頼性を確保することができる。
【００４２】
図３は、図２のＬＡＮ１１−２に設置した本発明のパケット中継装置１２の機能ブロック図である。
【００４３】
図３において、パケット中継装置１２は、ＬＡＮ１１−１側をアウトサイド、ＬＡＮ１１−２側をインサイドとして、それぞれ物理的インタフェースもしくは論理インタフェースとしてのポートを備えている。即ち、パケット中継装置１２は、インサイド側のインタフェースポートとしてインサイド受信部２２とインサイド送信部２４を設けている。
【００４４】
またアウトサイド側のインタフェースポートとしてアウトサイド送信部２６とアウトサイド受信部２８を設けている。フレーム処理部３０は、インサイドとアウトサイドの間のパケット中継処理を行うもので、クラス処理部４０、送信パケット中継部４２、返信パケット中継部４４及び通信経路確認部４６の処理機能を備えている。
【００４５】
このフレーム処理部３０に対してはテーブル格納部３２が設けられ、テーブル格納部３２にはクラステーブル３４、アドレス変換規則テーブル３６及びアドレス変換テーブル３８が格納されている。
【００４６】
フレーム処理部３０でインサイドからアウトサイドにパケットを中継する際には、クラス処理部４０及び送信パケット中継部４２による中継処理が行われる。このインサイドからアウトサイドへのパケット中継処理の手順は次のようになる。
【００４７】
（１）クラステーブル３４を参照してパケットが属するクラスを検索する。
【００４８】
（２）アドレス変換規則テーブル３６を参照し、クラスに対応するネットワークアドレスにアドレス変換を行う。
【００４９】
（３）アドレス変換規則テーブル３６の参照でネットワークアドレスに対応するゲートウェイにパケットを送信する。
【００５０】
（４）アドレス変換テーブル３８を更新する。
【００５１】
このインサイドからアウトサイドのパケットの中継処理を各テーブルと共に説明すると次のようになる。
【００５２】
まずパケットが属するクラスを検索するためには、図４に示すクラステーブル３４を参照する。本発明にあっては、パケットにアプリケーションに応じた種別をつけるためにクラスという概念を導入している。クラスは図４のクラステーブル３４のように、クラス名、プロトコルタイプ、インサイド側のアドレスとポート番号、及びアウトサイド側のアドレスとポート番号、及び状態（ステータス）で構成されている。
【００５３】
このクラステーブル３４にあっては、ＴＣＰ／ＩＰプロトコルでポート番号４７２を持つ業務アプリケーションに通信経路２０−１を使用し、それ以外のアプリケーションについては通信経路２０−２を使用することから、クラステーブル３４の１行目には、クラス名「業務」、プロトコルタイプ「ＴＣＰ」、インサイド側ポート番号「４７２」、それ以外のアドレス及びポート番号は「すべて」としたテーブル登録を行っている。
【００５４】
また業務アプリケーション以外については、クラス名「デフォルト」としてプロトコルインサイド側及びアウトサイド側のアドレスとポート番号については「すべて」を登録している。
【００５５】
ここでクラステーブル３４におけるインサイド側及びアウトサイド側のポート番号は、図５に示すＴＣＰヘッダフォーマット４８または図６のＵＤＰヘッダフォーマット５４におけるフィールド名である。
【００５６】
例えば図５のＴＣＰヘッダフォーマット４８にあっては、送信元ポート番号（Ｓｏｕｒｃｅ  Ｐｏｒｔ  ）５０がインサイド側ポート番号となり、送信先ポート番号（Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ）  ５２がアウトサイド側のポート番号となる。
【００５７】
また図６のＵＤＰヘッダフォーマット５４についても、発信元ポート番号５６がインサイド側ポート番号となり、発信先ポート番号５８がアウトサイド側ポート番号となる。またクラステーブル３４のプロトコルタイプ、インサイド側及びアウトサイド側のアドレスは、ＩＰプロトコルヘッダに配置されている。
【００５８】
図３のフレーム処理部３０に設けたクラス処理部４０にあっては、インサイド側からパケットを受信した際に、受信パケットから得られるプロトコルタイプとインサイド側及びアウトサイド側のポート番号の組合せによってクラステーブル３４を参照し、対応するクラス名、例えばクラス名「業務」または「デフォルト」を決定する。
【００５９】
図４のクラステーブル３４の参照でインサイドからアウトサイドに中継するパケットの属するアプリケーションのクラスが決定されたならば、図７に示すアドレス変換規則テーブル３６を参照し、パケットの送信元アドレスをクラスに対応するネットワークアドレスにアドレス変換を行う。
【００６０】
図７のアドレス変換規則テーブル３６は、クラス名、アドレス変換及びゲートウェイで構成される。クラス名「業務」にあっては、アドレス変換「１０．１．２．０」とゲートウェイ「１０．１．２．１」を設定し、これによって図２の経路２０−１を使用した通信を行う。
【００６１】
これに対しクラス名「デフォルト」についてはアドレス変換「１０．１．３．０」とゲートウェイ「１０．１．３．１」を登録しており、これによって図２に示した経路２０−２によるＬＡＮ１１−１との通信を行う。尚、アドレス変換規則テーブル３６に登録した各アドレスは、後の説明で明らかにされる。
【００６２】
図７のアドレス変換規則テーブル３６のクラス名に対応するアドレス変換を行ったパケットは、変換したネットワークアドレスに対応するゲートウェイに向けて送信される。パケットの送信が済むと、図８に示すようなアドレス変換テーブル３８の更新を行う。
【００６３】
アドレス変換テーブル３８は、プロトコルタイプ、変換前のアドレスとポート番号、変換後のアドレスとポート番号で構成される。アドレス変換テーブル３８は、最初は空であり、パケット中継が済むとアドレス変換の結果が順次登録されていく。
【００６４】
このため２回目以降についてはインサイド側からパケットを受信した際に、まずアドレス変換テーブル３８をプロトコル変換前のアドレスとポートにより検索し、該当する変換後のアドレスとポート番号を求め、図４のクラステーブル３４や図７のアドレス変換規則テーブル３６を使用することなく、同じノードからの同じアプリケーションのパケットについてはアドレス変換テーブル３８の検索のみでアドレス変換できる。
【００６５】
アドレス変換テーブル３８に登録がなかった場合には、図４のクラステーブル３４の参照によるクラス名の決定、続いて図７のアドレス変換規則テーブル３６のクラス名による参照でアドレス変換とゲートウェイの指定を行って、インサイドからアウトサイドに送信する。
【００６６】
図３のフレーム処理部３０に設けた返信パケット中継部４４によるアウトサイドからインサイドへのパケット中継処理は、図８に示したアドレス変換テーブル３８の参照によるアドレス逆変換を行う。即ち、アウトサイドからインサイドへの返信パケットの中継に際しては、既にインサイドからアウトサイドへのパケット中継の際にアドレス変換テーブル３８に該当するプロトコル変換前及び変換後のアドレス及びポート番号の登録が行われている。
【００６７】
そこで、アウトサイドから受信したパケットのプロトコル送信先アドレスとポート番号、即ち変換後のアドレスとポート番号でアドレス変換テーブル３８を検索し、変換前のアドレスとポート番号を得てアドレス逆変換を行ってインサイド側に送信する。
【００６８】
このような本発明のパケット中継装置１２によるクラス別の通信経路の制御を図２について説明すると次のようになる。いま図２のようにＬＡＮ１１−２から通信先のＬＡＮ１１−１に対し２つの経路２０−１，２０−２がある場合、本発明のパケット中継装置１２により業務アプリケーションのパケットがサブネットアドレス（１０．１．２．２）に変換され、それ以外のアプリケーションのパケットはサブネットアドレス（１０．１．３．２）に変換される。
【００６９】
これによって通信先のＬＡＮ１１−１は、ＬＡＮ１１−２がクラスごとに異なるＩＰサブネットアドレスのネットワークに見える。例えば物理的には同じＬＡＮ１１−２から来たパケットが、業務アプリケーションについてはサブネットアドレス（１０．１．２．２）から来たように見え、それ以外のアプリケーションのパケットの場合はサブネットアドレス（１０．１．３．２）から来たように見える。
【００７０】
このためＬＡＮ１１−２は業務アプリケーションのパケットはサブネットアドレス（１０．１．２．２）に返し、それ以外のアプリケーションのパケットはサブネットアドレス（１０．１．３．２）に返すようになる。
【００７１】
このような２つの経路２０−１，２０−２をクラス別に使い分けた通信は、通常のＩＰルーティング技術に従っており、ＬＡＮ１１−２側に本発明のパケット中継装置１２を配置するだけで、アプリケーション種別に対応したクラス別に経路２０−１，２０−２を使い分ける経路制御が実現できる。
【００７２】
ここで図２の通信形態におけるアドレス構成を、例えば図９とした場合を例にとっている。
【００７３】
図９のアドレス構成は、ノード１０−１，１０−２、ルータ１４−１，１４−２、１６−１，１６−２、更に本発明によるパケット中継装置１２について、インタフェース、アドレス、更にネットワークマスクで構成されている。ここでネットワークマスクは、アドレスのネットワークアドレスの部分を抽出するものであり、アドレスは８ビットの４ブロックで構成されており、ネットワークマスクは先頭から３ブロックを全てビット１、即ち１０進で２５５としており、最後の４ブロック目を０としている。このためアドレスとネットワークマスクの論理積をとることで真のネットワークアドレスを抽出することができる。
【００７４】
ここでノード１０−１，１０−２、ルータ１４−１，１４−２、１６−１，１６−２は、通常のＩＰプロトコルに従ったアドレス構成であるが、本発明のパケット中継装置１２について、インサイド側はノード１０−２に対する１つのアドレスとし、アウトサイド側については経路２０−１，２０−２に対応して２つのアドレス「１０．１．２．２」「１０．１．３．２」を設定している。
【００７５】
図１０は、図２の通信形態におけるルータ１４−１，１４−２、１６−１，１６−２、及びノード１０−１，１０−２の経路情報を登録したルーティングテーブルであり、図１０（Ａ）〜（Ｆ）にそれぞれ対応するテーブルを示している。この各ルーティングテーブルは、宛先（送信先）サブネットワーク、マスク及びゲートウェイで構成される。
【００７６】
例えば図１０（Ａ）のルータ１４−１のルーティングテーブルを例にとると、ノード１０−１に対するルーティング情報として、宛先サブネットワーク「１０．１．１．０」、ネットワークマスク「２５５．２５５．２５５．０」、及びゲートウェイ「ダイレクト（直結）」を登録している。またＬＡＮ１０−２に対するルーティング情報として宛先サブネットワーク「１０．１．２．０」、ネットワークマスク「２５５．２５５．２５５．０」、及びゲートウェイ「ルータ１６−１」を登録している。
【００７７】
これ以外の図１０（Ｂ）〜（Ｆ）のルーティングテーブルも同様であるが、図１０（Ｆ）のノード１０−２のルーティングテーブルにあっては、サブネットワーク「０．０．０．０（デフォルト）」、マスク「０．０．０．０」にゲートウェイとして「１０．１０．１０．１」のパケット中継装置１２のインサイド側のアドレスを登録している。
【００７８】
このような図９のアドレス構成及び図１０のルーティングテーブルに基づき、図２の通信形態についてノード１０−２がノード１０−１と業務アプリケーションで通信する際の本発明によるパケット中継装置１２の処理動作を図２について説明すると次のようになる。
【００７９】
まずアドレス「１０．１０．１０．１０」を持つノード１０−２が、ゲートウェイである本発明のパケット中継装置１２に送信先アドレス「１０．１０．１０．１」を設定してパケットを送る。
【００８０】
インサイド側のアドレス「１０．１０．１０．１」を持つパケット中継装置１２は、ノード１０−２からのパケットを受けとると、図８のアドレス変換テーブル３８を参照してプロトコルタイプ、アドレス及びポート番号を検索する。この場合、アドレス変換テーブル３８に検索対象となる通信がない場合には、図４のクラステーブル３４を受信パケットのプロトコルタイプ（ＴＣＰ）及びポート番号「４７２」の組合せで検索し、クラス名「業務」を獲得する。
【００８１】
続いて図７のアドレス変換規則テーブル３６をクラステーブル３４から獲得したクラス名「業務」で検索し、アドレス変換「１０．１．２．０」とゲートウェイ「１０．１．２．１」を獲得する。そこでパケットの中の送信元となるノード１０−２のアドレス「１０．１０．１０．１０」をアドレス変換規則テーブル３６から獲得したアドレス「１０．１．２．１０」に変換し、図８のアドレス変換テーブル３８に登録する。
【００８２】
続いてアドレス変換の済んだパケットをアドレス変換規則テーブル３６のクラス名「業務」から獲得したアドレス「１０．１．２．１」のゲートウェイとなるルータ１６−１に送信する。このためパケットは、ＩＰプロトコルのルーティング規則に従ってルータ１６−１からＷＡＮ／インターネット１８を通り、ルータ１４−１を通ってアドレス「１０．１．１．１０」がノード１０−１に到着する。
【００８３】
ノード１０−１は受信パケットのデータに基づく業務アプリケーションを実行し、その返信パケットをアプリケーションのクラスに従って変換された送信元のノード１０−２側のアドレス「１０．１．２．１０」に向けて送信する。この返信パケットは通常のルーティング規則に従って中継され、ルータ１６−１からパケット中継装置１２に到着する。
【００８４】
パケット中継装置１２は、図８のアドレス変換テーブル３８を返信パケットのプロトコルタイプ「ＴＣＰ」、送信先アドレス「１０．１．２．１０」及び送信先ポート番号「２０００」で検索し、変換前のアドレス「１０．１０．１０．１０」とポート番号「５０００」を獲得し、送信先アドレスを元に戻す。そしてパケット中継装置１２は戻した送信先アドレスの返信パケットを、アドレス「１０．１０．１０．１０」のノード１０−２に中継する。
【００８５】
このように本発明のパケット中継装置１２は、パケット中継装置１２で２つ以上のネットワークアドレスにアドレス変換することで、実際には１つしかないアドレス「１０．１０．１０．０」のネットワークＬＡＮ１１−２を別のネットワークＬＡＮ１１−１に対し、例えばアドレス「１０．１．２．０」とアドレス「１０．１．３．０」を持った２つ以上のサブネットワークに仮想的に見せ、既存のルーティング技術を使って２以上の経路を使い分けることができる。
【００８６】
具体的にはＬＡＮ１１−１のノード１０−１は物理的に同じＬＡＮ１１−２からのパケットが、クラス「業務」の場合はアドレス「１０．１．２．０」から来たパケットとして見え、それ以外のクラスについてはアドレス「１０．１．３．０」から来たパケットとして見える。
【００８７】
このためＬＡＮ１１−１のノード１０−１は特別な処理を行うことなく通常通りアドレス「１０．１．２．０」から来たパケットをアドレス「１０．１．２．０」、即ちアドレス「１０．１．１．１」のゲートウェイとなるルータ１４−１に返信し、一方、アドレス「１０．１．３．０」から来たパケットはアドレス「１０．１．３．０」、即ちアドレス「１０．１．１．２」のゲートウェイとなるルータ１４−２に向けて返信する。従って、アプリケーション種別に対応したクラスごとに経路２０−１，２０−２を使い分けることができる。
【００８８】
特に本発明のパケット中継装置１２で中継するパケットの通信先となるＬＡＮ１１−１のノード１０−１は、本発明のパケット中継装置１２の存在に関わらず今までどおりにパケット送信先のアドレスに従ってパケットを返信すれば良く、ノード１０−１自身がアプリケーションの違いを意識してパケットの送出先を変える必要もない。
【００８９】
図１１は、図３に示した本発明のパケット中継装置１２によるインサイド側からアウトサイド側へのパケットの中継処理のフローチャートである。まずステップＳ１でインサイド側からパケットを受信すると、ステップＳ２でアドレス変換テーブル３８に登録されているか否かチェックする。
【００９０】
アドレス変換テーブル３８に登録されていなければステップＳ３に進み、クラステーブル３４を検索し、クラス名を決定する。次にステップＳ４でアドレス変換規則テーブル３６をクラス名により検索し、ネットワークアドレスとゲートウェイを入手する。
【００９１】
続いてステップＳ５でインサイドから受信したパケットの送信元アドレスをアドレス変換規則テーブル３６から入手したネットワークアドレスに変換し、ステップＳ６でパケットの送信先ＭＡＣアドレスをステップＳ４で入手したゲートウェイのＭＡＣアドレスに変換する。続いてステップＳ７でアドレス変換テーブル３８にアドレス変換結果を記録し、ステップＳ８でアウトサイド側にパケットを送信する。
【００９２】
図１２は図３のパケット中継装置１２でアウトサイド側からインサイド側へのパケット中継処理のフローチャートである。ステップＳ１でアウトサイド側からパケットを受信すると、ステップＳ２でアドレス変換テーブル３８に登録されているか否かチェックする。
【００９３】
登録されていればステップＳ３に進み、パケットの送信先アドレスを元のアドレスに変換し、ステップＳ４でインサイド側にパケットを送信する。ステップＳ２でアドレス変換テーブル３８に登録されていない場合には、ステップＳ５でパケットを破棄する。
【００９４】
次にパケット中継装置１２のフレーム処理部３０に設けている通信経路確認部４６の処理を説明する。通信経路確認部４６はクラス分けにより経路を制御している特定の通信先に対し通信が可能か不可能かを定期的に確認し、もし通信が不可能と判断された時には経路を切り替える。
【００９５】
通信経路確認部４６による特定の通信先に対する定期的な確認処理は、ＩＣＭＰエコーパケット（インターネットプロトコルの通信確認機能パケット）を使用して通信が可能か不可能かを定期的に確認する。この経路の通信を確認するため、確認対象とする経路のゲートウェイと同じネットワークアドレスの自己アドレス（送信元アドレス）を使用する。
【００９６】
例えば図２の経路２０−１の確認処理にあっては、パケット中継装置１２は自己アドレスの「１０．１．２．２」を送信先アドレスに使って、特定の通信先としてアドレスの「１０．１．１．１０」のノード１０−１にＩＣＭＰエコーパケットを送信する。
【００９７】
ここでパケット中継装置１２の通信確認のための自己アドレスは、特定の通信先との間に形成される経路の数分だけ持つ。図２の場合には２つの経路２０−１，２０−２であることから、自己アドレスとしては「１０．１．２．２」と「１０．１．３．２」を持つことになる。即ち自己アドレスは経路数と同じであり、これはまたゲートウェイの個数であり、更に、同時にネットワークアドレスの個数となる。
【００９８】
経路の通信確認のために送るＩＣＭＰエコーパケットは、図１３のようなＩＣＭＰフォーマット６０をもつ。このＩＣＭＰエコーパケットは「Ｐｉｎｇ」というプログラムで良く知られた機能である。「Ｐｉｎｇ」とは、図１３のＩＣＭＰフォーマット６０におけるＩＰヘッダの中のＴｙｐｅ＝８（Ｒｅｑｕｅｓｔ  ）のＩＣＭＰパケットを受け取ったノードはＴｙｐｅ＝０（Ｒｅｐｌｙ  ）のＩＣＭＰパケットを返さなければならないというプロトコルの機能を利用し、特定ノードに対しＴｙｐｅ＝８のＩＣＭＰパケットを送ることで通信の可否を判定するプログラムである。
【００９９】
このようなＩＣＭＰエコーパケットを送ることで、もし経路の通信が不可と判断された場合には、その経路の通信を他の正常な経路に切り替える。具体的には図４のクラステーブル３４に設けている状態（ステータス）を通信が正常な場合の「可」から「不可」に書き替える。このようにクラステーブル３４の特定のクラス名に対応する状態が「不可」に書き替えられると、状態「不可」となっているクラス名に対応した経路を使うアドレス変換は使用されなくなる。
【０１００】
このような通信経路確認部４６による経路確認処理を図２について具体的に説明すると次のようになる。まずパケット中継装置１２はノード１０−１に対し定期的にＩＣＭＰエコーパケットを送信する。
【０１０１】
この場合、経路２０−１が通信可能かどうかを調査する必要があるので、パケット中継装置１２は送信元となる自己アドレスとして「１０．１．２．２」を使い、送信先アドレスをノード１０−１のアドレス「１０．１．１．１０」としてルータ１６−１にＩＣＭＰエコーパケットを送信する。
【０１０２】
このＩＣＭＰエコーパケットは通常のルーティング技術により通信先となるアドレス「１０．１．１．１０」のノード１０−１に到着する。ノード１０−１はＩＣＭＰリプライパケットを送信元アドレス「１０．１．２．２」に向けて送信する。このためＩＣＭＰリプライパケットは経路２０−１を通ってパケット中継装置１２に到達する。
【０１０３】
このとき経路２０−１に障害があってノード１０−１からのＩＣＭＰリプライパケットがパケット中継装置１２に返らないと、パケット中継装置１２は経路２０−１が通信不可であると判断し、経路２０−１を使用していた業務アプリケーションの通信を、それ以外のアプリケーションの通信に使用していた経路２０−２に切り替える。この経路切替えの手順は次のようになる。
【０１０４】
まずパケット中継装置１２は、ＩＣＭＰリプライパケットがタイムアウトするまで返らない場合、予め設定された回数だけＩＣＭＰエコーパケットを続けて送信する。
【０１０５】
しかしながら、１つもＩＣＭＰリプライパケットが返らない場合、パケット中継装置１２は図７のアドレス変換規則テーブル３６より「１０．１．２．１」のゲートウェイによる経路２０−１を使用するクラス名「業務」を検索し、図４のクラステーブル３４の検索されたクラス名「業務」の状態を「不可」に書き替える。
【０１０６】
パケット中継装置１２はクラス検索の際に、クラステーブル３４の状態が「不可」となっている場合には、そのクラスを無視し、アドレス変換は行わない。従ってクラステーブル３４に状態「不可」が書き込まれた後は、クラス名「業務」に属するパケットは経路１０−２の通信に切り替えられる。
【０１０７】
図１４は本発明のパケット中継装置１２における経路の通信確認処理のフローチャートであり、この処理は定期的に行われる。まずステップＳ１で、ある通信経路の特定の通信先のノードに向けてＩＣＭＰエコーパケットを送信し、ステップＳ２で通信先からのＩＣＭＰリプライパケットの受信待機を行う。
【０１０８】
ステップＳ３にあっては、ＩＣＭＰリプライパケットの受信の有無をチェックしており、受信すれば、ステップＳ４で未受信カウンタを零にリセットして処理を終了する。
【０１０９】
ステップＳ３で一定時間内にＩＣＭＰリプライパケットを受信せずにタイムアウトとなった場合には、ステップＳ５に進み、未受信カウンタを１つカウントアップし、ステップＳ６で送信カウントは最大値か否かチェックし、最大値でなければステップＳ１に戻って、再度ＩＣＭＰエコーパケットを送信する。
【０１１０】
ステップＳ６でＩＣＭＰリプライパケットを受信しない際の送信カウントが最大値に達した場合には、ステップＳ７に進み、アドレス変換テーブル３８により、そのゲートウェイを使用するクラス名を検索し、ステップＳ８でクラステーブル３４のクラスの状態を「不可」に変更することで、次回以降の経路切替えを行う。
【０１１１】
このような本発明によるパケット中継装置１２は、図１の形態に限定されず、ＩＰネットワークであればどのような形態のネットワークにも応用することができる。例えば経路は物理的に複数であっても１本であっても、論理的に複数であれば本発明のパケット中継装置１２を適用することができるため、ＡＴＭネットワークやフレームリレー等にも適用することができる。
【０１１２】
図１５は本発明のパケット中継装置１２をＡＴＭネットワークに適用した場合の通信形態の説明図である。
【０１１３】
図１５にあっては、ＬＡＮ１１−２とＬＡＮ１１−１をＡＴＭネットワーク６２を通して通信する形態であり、ＬＡＮ１１−１にノード１０−１とルータ１４−１が設けられ、ＬＡＮ１１−２にはノード１０−２と本発明のパケット中継装置１２が設けられている。
【０１１４】
このようなＡＴＭネットワーク６２にあっては、同じ通信先に対し複数のパス６４−１，６４−２を張り、パス６４−１，６４−２ごとに例えばＡＢＲ，ＶＢＲ，ＣＢＲ，ＵＢＲといったサービスレベルと保証帯域等のパラメータが提供され、パスに対し、より確実なサービス品質ＱＯＳを利用することができる。
【０１１５】
図１５にあっては、パス６４−１として仮想パスＩＤ（ＶＰＩ）＝０、仮想回路ＩＤ（ＶＣＩ）＝１００で、ＣＢＲ（Ｃｏｎｓｔａｎｄ  Ｂｉｔ  Ｒａｔｅ）を１Ｍｂｐｓとするパス６４−１を設定し、同時にＶＰＩ／ＶＣＩ＝０／２００でＣＢＲを２Ｍｂｐｓとするパス６４−２を形成している。
【０１１６】
この場合には、本発明のパケット中継装置１２によりアプリケーションのクラス名「業務」について、経路６４−１側に「１０．１．２．１」のサブネットワークアドレスを割り当て、経路６４−２側に「１０．１．３．１」のサブネットワークアドレスを割り当てることで、ＬＡＮ１１−１から見てＬＡＮ１１−２を２つの異なったサブネットに見せて、クラス別に経路６４−１と６４−２を制御した通信を行うことができる。
【０１１７】
またパケット交換を行うフレームリレーの場合についても、図１５の場合と同様、片側のＬＡＮ１１−２側に本発明のパケット中継装置１２を設けてアプリケーションのクラスごとにパスを使い分けることで、ＣＩＲといったサービスレベルが保証される。
【０１１８】
また図１５の通信形態にあっては、ＬＡＮ１１−２に設けた本発明のパケット中継装置１２がアプリケーションのクラスごとに異なるサブネットアドレスを割り当てているが、ＬＡＮ１１−２をクラスごとに異なるサブネットアドレスの割り当てとせず、クラスごとに異なるＩＰアドレスを割り当てて端末型接続としても、本発明のパケット中継装置１２を設けたと同様のクラス別の通信経路の制御ができる。
【０１１９】
即ちＬＡＮ１１−１から見て、ＬＡＮ１１−２からの業務アプリケーションがＩＰアドレス「１０．１．１．１」からのパケットに見え、その他のアプリケーションはＩＰアドレス「１０．１．１．２」からのパケットに見えることで、ルータ１４−１はパケットのＩＰアドレスを見て異なるＶＣＩの経路６４−１，６４−２にパケットを中継するだけで、結果としてアプリケーションごとに異なる経路６４−１，６４−２をパケットが通ることになり、アプリケーションのクラス別の経路の制御が実現できる。
【０１２０】
尚、本発明は上記の実施形態に限定されず、その目的と利点を損なうことのない適宜の変形を含む。また本発明は上記の実施形態に示した数値による限定は受けない。
【０１２１】
【発明の効果】
以上説明してきたように本発明によれば、アプリケーションをクラス分けし、クラス別に通信経路を制御することで、同じ送信先に対する複数の経路をアプリケーションや通信するノードのアドレスによって使い分けることができ、例えば業務アプリケーション等の比較的重要な通信について専用の経路とすることで、帯域保証やレスポンス保証を実現し、インターネットプロトコルの下層に当たる通信技術であるサービス品質ＱＯＳに応じた通信経路の適切なレベル分けが実現できる。
【図面の簡単な説明】
【図１】本発明の原理説明図
【図２】本発明を適用した通信形態の説明図
【図３】図２に設けた本発明のパケット中継装置の機能ブロック図
【図４】図３のクラステーブルの説明図
【図５】ＴＣＰヘッダフォーマットの説明図
【図６】ＵＤＰヘッダフォーマットの説明図
【図７】図３のアドレス変換規則テーブルの説明図
【図８】図３のアドレス変換テーブルの説明図
【図９】図３の通信形態におけるアドレス構成の説明図
【図１０】図３のノード及びルータが持つルーティングテーブルの説明図
【図１１】本発明によるインサイドからアウトサイドへのパケット中継処理のフローチャート
【図１２】本発明によるアウトサイドからインサイドへのパケット中継処理のフローチャート
【図１３】図３の通信経路確認部で使用するＩＣＭＰエコーのフォーマット説明図
【図１４】本発明による経路の通信確認処理のフローチャート
【図１５】本発明をＡＴＭネットワークに適用した場合の通信形態の説明図
【図１６】従来のアプリケーションに応じて経路を使い分ける通信形態の説明図
【図１７】図１６の通信形態をもつネットワークの説明図
【図１８】１１経路上にのみアプリケーションに応じて経路を使い分ける中継装置を設置したネットワークの説明図
【図１９】図１８の通信形態の説明図
【符号の説明】
１０−１，１０−２：ノード
１１−１，１１−２：ＬＡＮ
１２：パケット中継装置
１４−１，１４−２，１６−１，１５−２：ルータ
１８：ＷＡＮ／インターネット（ＩＰネットワーク）
２０−１，２０−２：経路
２２：インサイド受信部
２４：インサイド送信部
２６：アウトサイド送信部
２８：インザイド受信部
３０：フレーム処理部
３２：テーブル格納部
３４：クラステーブル
３６：アドレス変換規則テーブル
３８：アドレス変換テーブル
４０：クラス処理部
４２：送信パケット中継部
４４：返信パケット中継部
４６：通信経路確認部
４８：ＴＣＰヘッダフォーマット
５０，５６：送信元ポート番号
５２，５８：送信先ポート番号
５４：ＵＤＰヘッダフォーマット
６０：ＩＣＭＰフォーマット
６２：ＡＴＭネットワーク
６４−１，６４−１：仮想経路
【図１】
0003619411.tif 000002
【図２】
0003619411.tif 000003
【図３】
0003619411.tif 000004
【図４】
0003619411.tif 000005
【図５】
0003619411.tif 000006
【図６】
0003619411.tif 000007
【図７】
0003619411.tif 000008
【図８】
0003619411.tif 000009
【図９】
0003619411.tif 000010
【図１０】
0003619411.tif 000011
【図１１】
0003619411.tif 000012
【図１２】
0003619411.tif 000013
【図１３】
0003619411.tif 000014
【図１４】
0003619411.tif 000015
【図１５】
0003619411.tif 000016
【図１６】
0003619411.tif 000017
【図１７】
0003619411.tif 000018
【図１８】
0003619411.tif 000019
【図１９】
0003619411.tif 000020