(57)【要約】【課題】 安価で２つのＬ２ローカルネット間を論理的に接続すること。【解決手段】  第１のトンネリング装置（図１では、始端装置１）が外部ネットワーク（図１では、インターネット１４）におけるアドレスを動的に取得し、第１のトンネリング装置が、アドレスの取得後、シリアル接続用プロトコルを使用して外部ネットワークを介して、外部ネットワークにおける既定のアドレスを有する第２のトンネリング装置（図１では、終端装置２）との間でセッションを確立し、第２のトンネリング装置が、セッションの確立の際に第１のトンネリング装置のアドレスを知得し、第１のトンネリング装置および第２のトンネリング装置が、所定のプロトコルのパケットのトンネリング処理を行う。【選択図】  図１
2007104441.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換ネットワークである外部ネットワークを介して中継される第１のトンネリング装置と第２のトンネリング装置との間で、ＯＳＩ基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングするパケット伝送システムであって、
上記第１のトンネリング装置は、上記外部ネットワークにおけるアドレスを動的に取得し、上記アドレスの取得後、シリアル接続用プロトコルを使用して上記外部ネットワークを介して、上記外部ネットワークにおける既定のアドレスを有する上記第２のトンネリング装置とのセッションを確立し、上記所定のプロトコルのパケットを上記第２のトンネリング装置へトンネリングし、
上記第２のトンネリング装置は、上記シリアル接続用プロトコルに基づいて、上記外部ネットワークを介して上記第１のトンネリング装置とのセッションを確立して上記セッションの確立の際に上記第１のトンネリング装置の上記アドレスを知得し、上記所定のプロトコルのパケットを上記第１のトンネリング装置へトンネリングすること、
を特徴とするパケット伝送システム。
【請求項２】
前記第１のトンネリング装置は、前記外部ネットワークにおけるＩＰアドレスを動的に取得し、上記ＩＰアドレスの取得後、ＰＰＰを使用して前記外部ネットワークを介して、前記第２のトンネリング装置とのセッションを確立し、前記所定のプロトコルのパケットを前記第２のトンネリング装置へトンネリングし、
前記第２のトンネリング装置は、前記第１のトンネリング装置とのセッションの確立の際に前記第１のトンネリング装置の前記ＩＰアドレスを知得し、前記所定のプロトコルのパケットを前記第１のトンネリング装置へトンネリングすること、
を特徴とする請求項１記載のパケット伝送システム。
【請求項３】
前記第２のトンネリング装置は、ＰＰＰに基づいて、前記第１のトンネリング装置に対する認証処理を行うことを特徴とする請求項２記載のパケット伝送システム。
【請求項４】
前記第１のトンネリング装置および／または前記第２のトンネリング装置は、ＰＰＰに基づいて、前記第１のトンネリング装置と前記第２のトンネリング装置との間のセッション管理を行うことを特徴とする請求項２または請求項３記載のパケット伝送システム。
【請求項５】
前記第１のトンネリング装置および前記第２のトンネリング装置は、ＰＰＰオーバＴＣＰに基づいてセッションを確立することを特徴とする請求項２から請求項４のうちのいずれか１項記載のパケット伝送システム。
【請求項６】
前記第１のトンネリング装置は、クライアント側のローカルのイーサネット（登録商標）に接続され、上記クライアント側のローカルのイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを前記第２のトンネリング装置へ送信し、前記第２のトンネリング装置からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットを上記クライアント側のローカルのイーサネット（登録商標）へ送出し、
前記第２のトンネリング装置は、サーバ側のローカルのイーサネット（登録商標）に接続され、上記サーバ側のローカルのイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを前記第１のトンネリング装置へ送信し、前記第１のトンネリング装置からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットを上記サーバ側のローカルのイーサネット（登録商標）へ送出すること、
を特徴とする請求項１から請求項５のうちのいずれか１項記載のパケット伝送システム。
【請求項７】
前記第２のトンネリング装置が接続されたローカルのネットワークに接続され、前記第１のトンネリング装置を認証するか否かを判定する認証サーバを備えることを特徴とする請求項１から請求項６のうちのいずれか１項記載のパケット伝送システム。
【請求項８】
パケット交換ネットワークである外部ネットワークを介して中継される第１のトンネリング装置と第２のトンネリング装置との間で、ＯＳＩ基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングするパケット伝送方法であって、
上記第１のトンネリング装置が上記外部ネットワークにおけるアドレスを動的に取得し、
上記第１のトンネリング装置が、上記アドレスの取得後、シリアル接続用プロトコルを使用して上記外部ネットワークを介して、上記外部ネットワークにおける既定のアドレスを有する上記第２のトンネリング装置との間でセッションを確立し、
上記第２のトンネリング装置が、上記セッションの確立の際に上記第１のトンネリング装置の上記アドレスを知得し、
上記第１のトンネリング装置および上記第２のトンネリング装置が、上記所定のプロトコルのパケットのトンネリング処理を行うこと、
を特徴とするパケット伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＯＳＩ基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングするパケット伝送システムおよびパケット伝送方法に関するものである。
【背景技術】
【０００２】
コンピュータネットワークの普及に伴い、企業、家庭などでローカルなネットワークが多数構築されている。このようなローカルなネットワークは、通常、他のネットワークとは論理的に独立したものとなっている。例えば、第２レイヤに属するイーサネット（登録商標）の場合には、各ローカルネットワークが別々のセグメントとされる。このような状況下において、２つのネットワークを論理的に１つのネットワークとするサービスが各種通信事業者により提供されている。
【０００３】
そのような通信事業者は、大容量のバックボーンと、多数のスイッチング装置とを使用して、複数の顧客のそれぞれについて、顧客の複数のローカルネットワークを接続し、パケットに付されるタグにより顧客間のトラフィックを分離している。このような技術には、例えば特許文献１に記載のものがある。
【０００４】
【特許文献１】特開平１０−１９０７１５号公報（従来の技術欄）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術により２つの第２レイヤ（Ｌ２）ネットワークを論理的に１つのネットワークとする場合、大規模な設備が必要であり、低コストで実現することが困難であるという問題がある。ひいては、上述のような従来の技術を使用したサービスを受けるユーザもサービス料金が高くなってしまうという問題がある。
【０００６】
本発明は、上記の問題に鑑みてなされたものであり、安価で２つの第２レイヤ（Ｌ２）ローカルネットを論理的に１つのネットワークとして接続することができるパケット伝送システムおよびパケット伝送方法を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明のパケット伝送システムは、パケット交換ネットワークである外部ネットワークを介して中継される第１のトンネリング装置と第２のトンネリング装置との間で、ＯＳＩ基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングするパケット伝送システムであって、第１および第２のトンネリング装置が下記の通り機能するものである。第１のトンネリング装置は、外部ネットワークにおけるアドレスを動的に取得し、アドレスの取得後、シリアル接続用プロトコルを使用して外部ネットワークを介して、外部ネットワークにおける既定のアドレスを有する第２のトンネリング装置とのセッションを確立し、所定のプロトコルのパケットを第２のトンネリング装置へトンネリングする。また、第２のトンネリング装置は、そのシリアル接続用プロトコルに基づいて、外部ネットワークを介して第１のトンネリング装置とのセッションを確立してセッションの確立の際に第１のトンネリング装置のアドレスを知得し、所定のプロトコルのパケットを第１のトンネリング装置へトンネリングする。
【０００８】
このパケット伝送システムを利用すると、専用線を特に必要とせず、かつクライアント側に固定のアドレスを割り当てることなく、安価で、物理的に直接接続されていない２つのＬ２ローカルネットを論理的に１つのネットワークとして接続することができる。
【０００９】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムに加え、第１および第２のトンネリング装置が下記のとおり機能する。第１のトンネリング装置は、外部ネットワークにおけるＩＰアドレスを動的に取得し、ＩＰアドレスの取得後、ＰＰＰを使用して外部ネットワークを介して、第２のトンネリング装置とのセッションを確立し、所定のプロトコルのパケットを第２のトンネリング装置へトンネリングする。また、第２のトンネリング装置は、第１のトンネリング装置とのセッションの確立の際に第１のトンネリング装置のＩＰアドレスを知得し、所定のプロトコルのパケットを第１のトンネリング装置へトンネリングする。
【００１０】
このパケット伝送システムを利用すると、専用線を特に必要とせず、かつクライアント側に固定のアドレスを割り当てることなく、安価で、ＩＰネットワークを介して２つのＬ２ローカルネットを論理的に１つのネットワークとして接続することができる。
【００１１】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムのいずれかに加え、第２のトンネリング装置が、ＰＰＰに基づいて、第１のトンネリング装置に対する認証処理を行うようにしたものである。
【００１２】
このパケット伝送システムを利用すると、第１のトンネリング装置が動的にアドレスを取得することに起因して正規の第１のトンネリング装置のアドレスが予め知られていない場合でも、正規の第１のトンネリング装置と第２のトンネリング装置との間でのみパケットの伝送を行うことができる。
【００１３】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムのいずれかに加え、第１および／または第２のトンネリング装置が、ＰＰＰに基づいて、第１のトンネリング装置と第２のトンネリング装置との間のセッション管理を行うようにしたものである。
【００１４】
このパケット伝送システムを利用すると、第１のトンネリング装置と第２のトンネリング装置との間でのパケットの到達可能性、いずれかの装置での障害の発生などを第１のトンネリング装置および／または第２のトンネリング装置において迅速に知得することができる。
【００１５】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムのいずれかに加え、第１および第２のトンネリング装置が、ＰＰＰオーバＴＣＰに基づいてセッションを確立するようにしたものである。
【００１６】
このパケット伝送システムを利用すると、外部ネットワークがＩＰネットワークである場合に、第１および第２のトンネリング装置の間で簡単にセッションを確立することができる。併せて、第２のトンネリング装置が、第１のトンネリング装置の認証およびセッション管理を１つのプロトコルで簡単に行うことができる。
【００１７】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムのいずれかに加え、第１および第２のトンネリング装置を下記のようにしたものである。第１のトンネリング装置は、クライアント側のローカルのイーサネット（登録商標）に接続され、クライアント側のローカルのイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを第２のトンネリング装置へ送信し、第２のトンネリング装置からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットをクライアント側のローカルのイーサネット（登録商標）へ送出する。また、第２のトンネリング装置は、サーバ側のローカルのイーサネット（登録商標）に接続され、サーバ側のローカルのイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを第１のトンネリング装置へ送信し、第１のトンネリング装置からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットをサーバ側のローカルのイーサネット（登録商標）へ送出する。
【００１８】
このパケット伝送システムを利用すると、物理的には接続されていない２つのローカルのイーサネット（登録商標）を論理的に１つのネットワークとして接続することができる。
【００１９】
さらに、本発明のパケット伝送システムは、上記発明のパケット伝送システムのいずれかに加え、第２のトンネリング装置が接続されたローカルのネットワークに接続され、第１のトンネリング装置を認証するか否かを判定する認証サーバを備える。
【００２０】
このパケット伝送システムを利用すると、第２のトンネリング装置が、第１のトンネリング装置からのアクセスを円滑に受け付けることができる。
【００２１】
本発明のパケット伝送方法は、パケット交換ネットワークである外部ネットワークを介して中継される第１のトンネリング装置と第２のトンネリング装置との間で、ＯＳＩ基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングするパケット伝送方法であって、第１のトンネリング装置が外部ネットワークにおけるアドレスを動的に取得し、第１のトンネリング装置が、アドレスの取得後、シリアル接続用プロトコルを使用して外部ネットワークを介して、外部ネットワークにおける既定のアドレスを有する第２のトンネリング装置との間でセッションを確立し、第２のトンネリング装置が、セッションの確立の際に第１のトンネリング装置のアドレスを知得し、第１のトンネリング装置および上記第２のトンネリング装置が、所定のプロトコルのパケットのトンネリング処理を行うものである。
【００２２】
このパケット伝送方法を利用すると、専用線を特に必要とせず、かつクライアント側に固定のアドレスを割り当てることなく、安価で、物理的に直接接続されていない２つのＬ２ローカルネットを論理的に１つのネットワークとして接続することができる。
【発明の効果】
【００２３】
本発明によれば、安価で、物理的に直接接続されていない２つの第２レイヤ（Ｌ２）ローカルネットを論理的に１つのネットワークとして接続することができる。
【発明を実施するための最良の形態】
【００２４】
以下、図に基づいて本発明の実施の形態を説明する。
【００２５】
実施の形態１．
図１は、本発明の実施の形態１に係るパケット伝送システムの構成を示すブロック図である。この実施の形態１に係るパケット伝送システムでは、パケット交換ネットワークであるインターネット１４を介して中継される始端装置１と終端装置２との間で、ＯＳＩ（Open Systems Interconnection）基本参照モデルにおける第２レイヤに属する所定のプロトコルのパケットをトンネリングする。
【００２６】
図１において、始端装置１は、外部ネットワーク（実施の形態１では、インターネット１４）におけるアドレス（実施の形態１では、グローバルＩＰ（Internet Protocol ）アドレス）を動的に取得し、そのアドレスの取得後、シリアル接続用プロトコル（実施の形態１では、ＰＰＰ）を使用してその外部ネットワークを介して、外部ネットワークにおける既定のアドレスを有する終端装置２とのセッションを確立し、所定のプロトコル（実施の形態１では、イーサネット（登録商標））のパケットを終端装置２へトンネリングする第１のトンネリング装置である。すなわち、始端装置１は、ネットワーク１１におけるＩＰアドレスを有するとともに、外部ネットワークにおけるＩＰアドレスを動的に取得する。
【００２７】
また、終端装置２は、シリアル接続用プロトコルに基づいて外部ネットワーク（実施の形態１では、インターネット１４）を介して、その外部ネットワークにおけるアドレス（実施の形態１では、グローバルＩＰアドレス）を動的に取得する始端装置１とのセッションを確立して上記セッションの確立の際にその始端装置１のアドレスを知得し、所定のプロトコル（実施の形態１では、イーサネット（登録商標））のパケットを始端装置１へトンネリングする第２のトンネリング装置である。すなわち、終端装置２は、ネットワーク１５におけるＩＰアドレスと外部ネットワークにおけるＩＰアドレスを有する。
【００２８】
また、ネットワーク１１は、始端装置１が接続される、クライアント側のローカルなネットワークである。実施の形態１では、ネットワーク１１は、ＯＳＩ基本参照モデルの第２レイヤに属するプロトコル（以下、Ｌ２プロトコルという）および物理層にイーサネット（登録商標）が採用されたネットワークである。イーサネット（登録商標）は、ＩＥＥＥ８０２．３系列において規格化されており、アクセス方式にＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access with Collision Detection）方式を使用したものである。実施の形態１では、Ｌ２プロトコルとしてイーサネット（登録商標）を使用しているが、他のＬ２プロトコルを使用してもよい。
【００２９】
また、モデム１２は、所定の物理的な通信路を使用してプロバイダ１３との間でセッションを確立する通信機器である。例えば、物理的な通信路としてメタル電話回線が存在する場合には、ｘＤＳＬ（x Digital Subscriber Line ）モデムをモデム１２として使用することができる。また、例えば、物理的な通信路としてＣＡＴＶケーブルが存在する場合には、ＣＡＴＶモデムをモデム１２として使用することができる。また、物理的な通信路として光ケーブルを使用する場合には、モデム１２として光モデムが使用される。
【００３０】
また、プロバイダ１３は、インターネット接続サービスを提供する事業者であって、図示せぬプロバイダ側モデム、インターネット１４への接続用の通信機器などの設備を有する。
【００３１】
なお、ポイント・トゥ・ポイントプロトコル（本明細書中では、ＰＰＰという）により、プロバイダ１３が始端装置１との間でセッションを確立する場合には、プロバイダ１３に、ＰＰＰのプロバイダ側終端装置であるブロードバンドアクセスサーバ（以下、ＢＡＳという）が設けられる。
【００３２】
また、インターネット１４は、ＩＰネットワークであって、ＩＰパケットを交換するパケット交換ネットワークである。
【００３３】
また、ネットワーク１５は、終端装置２が接続される、サーバ側のローカルなネットワークである。なお、ネットワーク１５は、トンネリングするパケットのプロトコルの属するレイヤにおいてネットワーク１１と同一のプロトコルを使用するネットワークである。したがって、実施の形態１では、ネットワーク１５は、ネットワーク１１と同様に、Ｌ２プロトコルおよび物理層にイーサネット（登録商標）が採用されたネットワークとされる。
【００３４】
また、クライアント端末２１は、ローカルのネットワーク１１に接続されたホスト端末である。サーバ２２は、ローカルのネットワーク１５に接続された各種サーバである。
【００３５】
図２は、実施の形態１に係るパケット伝送システムにおいて使用されるプロトコルの階層構造を示す図である。
【００３６】
実施の形態１に係るパケット伝送システムでは、始端装置１と終端装置２は、セッションの確立に、ＰＰＰオーバＴＣＰ（図２におけるＰＰＰとＴＣＰ）を使用する。これにより、始端装置１と終端装置２は、そのセッション上で、ＩＰパケットの送受が可能となる（図２におけるＰＰＰの上位のＩＰ）。そして、始端装置１と終端装置２は、セッション上で、イーサネット（登録商標）パケットの送受に、ＥｔｈｅｒＩＰを使用する。これにより、クライアント側のネットワーク１１とサーバ側のネットワーク１５とが論理的に１つのＬ２ネットワークとされる。そして、そのＬ２ネットワーク上でＩＰなどの上位プロトコルが使用される。
【００３７】
なお、ＰＰＰオーバＴＣＰ（PPP over TCP）は、物理的なシリアル回線の代わりに、ＴＣＰ（Transmittion Control Protocol ）コネクションを確立し、そのＴＣＰコネクション上でＰＰＰを実行するプロトコルである。また、ＥｔｈｅｒＩＰは、ＩＥＴＦ（Internet Engineering Task Force ）のＲＦＣ（Request For Comments）３３７８で規格化されている、ＩＰパケットでイーサネット（登録商標）のパケットを転送する技術である。
【００３８】
図３は、実施の形態１に係るパケット伝送システムにおける始端装置１の構成例を示すブロック図である。図３において、ネットワーク通信回路３１−１は、ローカル側のネットワーク１１に接続され、物理層およびＬ２プロトコル（ここではイーサネット（登録商標））のエンティティとして機能する回路である。
【００３９】
また、ネットワーク通信回路３１−２は、プロバイダ１３に接続可能な通信路に接続され、物理層およびＬ２プロトコルのエンティティとして機能する回路である。例えば、始端装置１がＡＤＳＬによりプロバイダ１３に接続する場合には、Ｌ２プロトコルとして、イーサネット（登録商標）やＡＴＭ（Asynchronous Transfer Mode）が使用され、始端装置１とプロバイダ１３との間のセッション確立用のプロトコルとして、ＰＰＰの他に、ＰＰＰｏＥ（PPP over Ethernet（登録商標） ）やＰＰＰｏＡ（PPP over ATM）が使用される。なお、ＰＰＰｏＥは、ＩＥＴＦのＲＦＣ２５１６で規格化されている。
【００４０】
また、制御回路３２は、Ｌ２プロトコルより上位のプロトコルのエンティティ（図４参照）として機能するとともに、Ｌ２プロトコルのパケットを伝送する場合にはブリッジング機能を有する回路である。なお、Ｌ３プロトコル（ＯＳＩ基本参照モデルの第３レイヤに属するプロトコル、以下同様）のパケットを伝送する場合には、制御回路３２は、ブリッジング機能の代わりにルーティング機能を有する。
【００４１】
図４は、実施の形態１に係るパケット伝送システムにおける始端装置１に実装される各プロトコルのエンティティの階層構造を示す図である。
【００４２】
ローカルのネットワーク１１側（図４におけるＬＡＮ側）については、ネットワーク通信回路３１−１により、物理層およびＬ２プロトコルのエンティティであるイーサネット（登録商標）層が実現される。
【００４３】
一方、外部ネットワーク側（図４におけるＷＡＮ側）については、ネットワーク通信回路３１−２により、物理層およびＬ２プロトコルのエンティティが実現され、制御回路３２により、ＩＰ、ＰＰＰオーバＴＣＰ、並びにＰＰＰによるセッション上でのＥｔｈｅｒＩＰおよびＩＰのエンティティが実現される。
【００４４】
そして、ローカルのネットワーク１１側と外部ネットワーク側との間で、制御回路３２のブリッジエミュレーション機能により、イーサネット（登録商標）のパケットがブリッジングされる。
【００４５】
なお、実施の形態１に係るパケット伝送システムにおける終端装置２も、図４に示す始端装置１の機能を同様の機能を有する。ただし、終端装置２は、ＷＡＮ側について予め固定のＩＰアドレスを有しており、始端装置１は、そのＩＰアドレスに対してセッション確立の要求を発する（すなわち、始端装置１は、ＰＰＰクライアントとして機能し、終端装置２は、ＰＰＰサーバとして機能する）。
【００４６】
次に、上記システムにおける各装置の動作について説明する。
【００４７】
始端装置１は、起動すると、モデム１２を制御して、プロバイダ１３にアクセスし、セッションを確立し、プロバイダ１３からグローバルＩＰアドレスを取得する。これにより、始端装置１は、このセッションが継続している間、動的に取得したグローバルＩＰアドレスを使用して、インターネット１４上の通信を行う。例えば、このグローバルＩＰアドレスは、ＤＨＣＰ（Dynamic Host Configuration Protocol ）により始端装置１に付与される。
【００４８】
次に、始端装置１は、シリアル接続用プロトコルであるＰＰＰをＩＰネットワーク上で使用するためのＰＰＰオーバＴＣＰを使用してインターネット１４を介して、既定のグローバルＩＰアドレスを有する終端装置２との間でセッションを確立する。その際、始端装置１が、ＰＰＰに従って、セッション確立の要求を終端装置２へ送信し、終端装置２は、始端装置１について認証処理を行い、その始端装置１を認証した場合のみその要求に応じる。始端装置１が認証された場合のみ、両者間のセッションが確立される。終端装置２は、ＰＰＰにおけるＬＣＰ（Link Control Protocol ）、ＣＨＡＰ（Challenge Handshake Authentication Protocol ）などの認証プロトコルを使用して始端装置１についての認証処理（認証するか否かを判定する処理）を行う。なお、終端装置２は、セッション確立の処理の際にその始端装置１のグローバルＩＰアドレスを知得する。
【００４９】
そして、その始端装置１と終端装置２は、所定のＬ２プロトコルまたは所定のＬ３プロトコルのパケット（実施の形態１では、イーサネット（登録商標）のパケット）のトンネリング処理を行う。
【００５０】
すなわち、始端装置１は、ネットワーク１１から受けたイーサネット（登録商標）のパケットをＥｔｈｅｒＩＰに従ってＩＰパケット化し、そのＩＰパケットをＰＰＰオーバＴＣＰによるセッション上で終端装置２へ送信する。その際、始端装置１のネットワーク通信回路３１−１がイーサネット（登録商標）のパケットを受信し、制御回路３２が、そのパケットの宛先アドレスを調べ、自分宛以外のパケットのみをＩＰパケット化し、ネットワーク通信回路３１−２が、そのＩＰパケットを送信する。このように、イーサネット（登録商標）のパケットがトンネリングされる前にブリッジング処理が実行される。終端装置２は、始端装置１からのＩＰパケットを受信すると、そのＩＰパケットからＥｔｈｅｒＩＰに従ってイーサネット（登録商標）のパケットを再生し、ネットワーク１５へ送出する。その際、終端装置２のネットワーク通信回路３１−２がＩＰパケットを受信し、制御回路３２がイーサネット（登録商標）のパケットを再生し、そのパケットの宛先アドレスを調べ、ネットワーク通信回路３１−１が、自分宛以外のパケットのみをネットワーク１５へ送出する。
【００５１】
また、終端装置２は、ネットワーク１５から受けたイーサネット（登録商標）のパケットをＥｔｈｅｒＩＰに従ってＩＰパケット化し、そのＩＰパケットをＰＰＰオーバＴＣＰによるセッション上で始端装置１へ送信する。その際、終端装置２のネットワーク通信回路３１−１がイーサネット（登録商標）のパケットを受信し、制御回路３２が、そのパケットの宛先アドレスを調べ、自分宛以外のパケットのみをＩＰパケット化し、ネットワーク通信回路３１−２が、そのＩＰパケットを送信する。このように、イーサネット（登録商標）のパケットがトンネリングされる前にブリッジング処理が実行される。終端装置２が、そのパケットの宛先アドレスを有する機器が属するネットワーク１１に接続された始端装置１を学習済みである場合には、その始端装置１へのみそのＩＰパケットを送信すればよい。始端装置１は、そのＩＰパケットからＥｔｈｅｒＩＰに従ってイーサネット（登録商標）のパケットを再生し、ネットワーク１１へ送出する。その際、始端装置１のネットワーク通信回路３１−２がＩＰパケットを受信し、制御回路３２がイーサネット（登録商標）のパケットを再生し、そのパケットの宛先アドレスを調べ、ネットワーク通信回路３１−１が、自分宛以外のパケットのみをネットワーク１１へ送出する。
【００５２】
これにより、実施の形態１では、ネットワーク１１とネットワーク１５とは、ブリッジされた状態となり、論理的には１つのイーサネット（登録商標）となる。
【００５３】
なお、終端装置２は、ＰＰＰに基づくセッション管理を行い、始端装置１との間のパケット到達可能性を監視することができる。また、始端装置１は、ＰＰＰに基づくセッション管理を行い、終端装置２との間のパケット到達可能性、および終端装置２の稼動状態を監視することができる。
【００５４】
以上のように、上記実施の形態１に係るパケット伝送システムでは、始端装置１は、インターネット１４におけるＩＰアドレスを動的に取得し、アドレスの取得後、シリアル接続用プロトコルであるＰＰＰを使用してインターネット１４を介して、インターネット１４における既定のＩＰアドレスを有する終端装置２とのセッションを確立し、所定のプロトコル（実施の形態１ではイーサネット（登録商標））のパケットを終端装置２へトンネリングする。また、終端装置２は、そのシリアル接続用プロトコルであるＰＰＰに基づいて、インターネット１４を介してその始端装置１とのセッションを確立してセッションの確立の際にその始端装置１のＩＰアドレスを知得し、所定のプロトコル（実施の形態１ではイーサネット（登録商標））のパケットをその始端装置１へトンネリングする。
【００５５】
これにより、専用線を特に必要とせず、かつ始端装置１に固定のアドレスを割り当てることなく、安価で、物理的に直接接続されていない２つのＬ２ローカルネットを論理的に１つのネットワークとして接続することができる。また、安価でＩＰネットワークを介して２つのＬ２ローカルネットを論理的に１つのネットワークとして接続することができる。さらに、始端装置１と終端装置２との間でセッションが確立されると、始端装置１が接続されたクライアント側のネットワーク１１からアクセスがなくても、終端装置２が接続されたサーバ側のネットワーク１５から、クライアント側のネットワーク１１へアクセスすることができる。
【００５６】
さらに、上記実施の形態１によれば、終端装置２が、ＰＰＰに基づいて、始端装置１に対する認証処理を行う。これにより、始端装置１が動的にアドレスを取得することに起因して正規の始端装置１のアドレスが予め知られていない場合でも、正規の始端装置１と終端装置２との間でのみパケットの伝送を行うことができる。
【００５７】
さらに、上記実施の形態１によれば、始端装置１および／または終端装置２が、ＰＰＰに基づいて、始端装置１と終端装置２との間のセッション管理を行う。これにより、始端装置１と終端装置２との間でのパケットの到達可能性、いずれかの装置での障害の発生などを始端装置１および／または終端装置２において迅速に知得することができる。
【００５８】
さらに、上記実施の形態１によれば、始端装置１および終端装置２が、ＰＰＰオーバＴＣＰに基づいてセッションを確立する。これにより、始端装置１および終端装置２の間で簡単にセッションを確立することができる。併せて、終端装置２が始端装置１の認証およびセッション管理も１つのプロトコルで簡単に行うことができる。
【００５９】
さらに、上記実施の形態１によれば、始端装置１は、クライアント側のネットワーク１１に接続され、ネットワーク１１のイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを終端装置２へ送信し、終端装置２からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットをネットワーク１１へ送出する。また、終端装置２は、サーバ側のネットワーク１５に接続され、ネットワーク１５のイーサネット（登録商標）のパケットをカプセル化してＩＰパケットを生成し、そのＩＰパケットを始端装置１へ送信し、始端装置１からのＩＰパケットをデカプセル化してイーサネット（登録商標）のパケットを再生し、そのイーサネット（登録商標）のパケットをネットワーク１５へ送出する。
【００６０】
これにより、物理的には接続されていない２つのローカルのイーサネット（登録商標）（ここでは、ネットワーク１１，１５）を論理的に１つのイーサネット（登録商標）として接続することができる（すなわち、２つのイーサネット（登録商標）が同一のセグメントとなる）。
【００６１】
実施の形態２．
図５は、本発明の実施の形態２に係るパケット伝送システムの構成を示すブロック図である。この実施の形態２に係るパケット伝送システムでは、終端装置２がプロバイダ１０２内に設置され、始端装置１と終端装置２との間を中継する外部ネットワークとして、各地域内の通信事業者１０１の閉域網５３が存在する。
【００６２】
図５において、始端装置１は、上述の実施の形態１のものと同様のトンネリング装置である。終端装置２は、実施の形態１のものと同様であるが、既定のグローバルＩＰアドレスの代わりに、閉域網５３における既定のＩＰアドレスを有する。
【００６３】
また、通信事業者１０１は、都道府県間の通信が禁じられている通信事業者であって、管轄する各都道府県内に閉域網５３を有するものである。このような通信事業者１０１には、ＮＴＴの地域会社がある。
【００６４】
通信事業者１０１の設備としてのＢＡＳ５１は、ＰＰＰｏＥなどのプロトコルに従って、始端装置１などのクライアント側機器についての認証処理を行い、認証したクライアント機器とのセッションを確立し、ユーザが契約するプロバイダ１０２に閉域網５３および図示せぬＰＯＩ（Point Of Interface）を介して接続可能とする機器である。通信事業者１０１の設備としてのモデム５２は、加入者回線などの物理的な通信路を介して、クライアント側のモデム１２を通信する通信機器である。通信事業者１０１の設備としての閉域網５３は、ある都道府県内で閉じたＩＰネットワークである。
【００６５】
また、プロバイダ１０２は、インターネット接続サービスを行う事業者である。プロバイダ１０２の設備としてのＢＡＳ６１は、ＰＰＰｏＥなどのプロトコルに従って、クライアント端末２１についての認証処理を行い、認証したクライアント端末２１とのセッションを確立し、インターネット１４へのアクセスを可能にする通信機器である。プロバイダ１０２の設備としての認証サーバ６２は、ネットワーク１５に接続され、始端装置１を認証するか否かを判定するサーバである。なお、認証サーバ６２には、ＲＡＤＩＵＳ（Remote Authentication Dial In User Service）サーバを使用することができる。その場合、認証サーバ６２は、終端装置２によりＰＰＰにおけるＬＣＰ、ＣＨＡＰなどの認証プロトコルで得られた利用者名とパスワードに基づいて認証処理を行う。
【００６６】
なお、図５におけるその他の構成要素については、実施の形態１におけるものと同様であるので、その説明を省略する。
【００６７】
図６は、実施の形態２に係るパケット伝送システムにおいて使用されるプロトコルの階層構造を示す図である。
【００６８】
実施の形態２に係るパケット伝送システムでは、始端装置１と通信事業者１０１のＢＡＳ５１は、両者間のセッションの確立にＰＰＰおよびＰＰＰｏＥ（図６における最下位のＰＰＰとＰＰＰｏＥ）を使用する。さらに、始端装置１と終端装置２は、両者間のセッションの確立に、ＰＰＰオーバＴＣＰ（図６におけるＰＰＰとＴＣＰ）を使用する。これにより、始端装置１と終端装置２は、そのセッション上で、ＩＰパケットの送受が可能となる（図６におけるＰＰＰの上位のＩＰ）。そして、始端装置１と終端装置２は、セッション上で、イーサネット（登録商標）パケットの送受に、ＥｔｈｅｒＩＰを使用する。これにより、クライアント側のネットワーク１１とサーバ側のネットワーク１５とが論理的に１つのＬ２ネットワークとされる。そして、そのＬ２ネットワーク上で、クライアント端末２１とプロバイダ１０２のＢＡＳ６１は、両者間のセッションの確立に、両者間のセッションの確立にＰＰＰおよびＰＰＰｏＥを使用する。そして、そのセッション上で、クライアント端末２１とインターネット１４との間で、ＩＰおよびその上位プロトコルが使用される。
【００６９】
次に、上記システムにおける各装置の動作について説明する。
【００７０】
実施の形態２に係るパケット伝送システムでは、始端装置１は、まず、通信事業者１０１のＢＡＳ５１との間でセッションを確立し、閉域網５３におけるＩＰアドレスを動的に取得する。
【００７１】
次に、始端装置１は、閉域網５３におけるＩＰアドレスの取得後、ＰＰＰオーバＴＣＰを使用して、ＢＡＳ５１を経由してプロバイダ１０２の終端装置２との間でセッションを確立する。その際、認証サーバ６２は、終端装置２からの要求を受けて、その始端装置１を認証するか否かを判定し、終端装置２は、認証サーバ６２により始端装置１が認証された場合のみ、セッションを確立する。
【００７２】
これにより、実施の形態１の場合と同様に、クライアント側のネットワーク１１とサーバ側のネットワーク１５は、論理的に１つのイーサネット（登録商標）となる。
【００７３】
そして、始端装置１と終端装置２との間でセッションが確立された後、クライアント端末２１は、ネットワーク１１、始端装置１と終端装置２との間のイーサネット（登録商標）トンネル、およびネットワーク１５を介してＢＡＳ６１との間で、ＰＰＰおよびＰＰＰｏＥによりセッションを確立する。これにより、クライアント端末２１は、プロバイダ１０２のＢＡＳ６１を介して、インターネット１４へアクセス可能となる。
【００７４】
以上のように、上記実施の形態２によれば、終端装置２が接続されたローカルのネットワーク１５に接続され、始端装置１を認証するか否かを判定する認証サーバ６２を備える。これにより、終端装置２が、始端装置１からのアクセスを円滑に受け付けることができる。
【００７５】
なお、上述の各実施の形態は、本発明の好適な例であるが、本発明は、これらに限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【００７６】
例えば、上述の各実施の形態に採用したプロトコルの代わりに、同様の機能を有する他のプロトコルを使用してもよい。また、将来、規格が改定され、規格の番号や名称などが変更されたりした場合にも、変更後のプロトコルを使用することができる。
【図面の簡単な説明】
【００７７】
【図１】図１は、本発明の実施の形態１に係るパケット伝送システムの構成を示すブロック図である。
【図２】図２は、実施の形態１に係るパケット伝送システムにおいて使用されるプロトコルの階層構造を示す図である。
【図３】図３は、実施の形態１に係るパケット伝送システムにおける始端装置の構成例を示すブロック図である。
【図４】図４は、実施の形態１に係るパケット伝送システムにおける始端装置に実装される各プロトコルのエンティティの階層構造を示す図である。
【図５】図５は、本発明の実施の形態２に係るパケット伝送システムの構成を示すブロック図である。
【図６】図６は、実施の形態２に係るパケット伝送システムにおいて使用されるプロトコルの階層構造を示す図である。
【符号の説明】
【００７８】
１  始端装置（第１のトンネリング装置）
２  終端装置（第２のトンネリング装置）
１１  ネットワーク
１４  インターネット（外部ネットワーク）
１５  ネットワーク
５３  閉域網（外部ネットワーク）
６２  認証サーバ
【図１】
2007104441.tif 000003
【図２】
2007104441.tif 000004
【図３】
2007104441.tif 000005
【図４】
2007104441.tif 000006
【図５】
2007104441.tif 000007
【図６】
2007104441.tif 000008