JP4732974B2 - パケット転送制御方法およびパケット転送装置 - Google Patents

Description

本発明は、パケット転送制御方法およびパケット転送装置に関し、更に詳しくは、ＰＰＰｏＥパケットなど、ユーザ認証プロトコルをレイヤ２トンネリングで転送するレイヤ２仮想私設網（Ｌ２−ＶＰＮ）におけるパケット転送制御方法およびパケット転送装置に関する。

ＡＤＳＬ（Asymmetric Digital Subscriber Line）、ＦＴＴＨ（Fiber To The Home）、無線ＬＡＮ（Local Area Network）などの高速アクセス回線を利用した認証型の高速インターネット接続サービス（高速リモートアクセスサービス）が普及し、コンテンツデータなど、大容量の情報をユーザ端末に効率的に転送できる通信環境が整ってきている。

高速リモートアクセスサービスでは、通信事業者が管理するゲートウェイ装置：高速アクセス終端装置（ＢＡＳ：Broadband Access Server）によって、端末間の接続プロトコルであるＰＰＰｏＥ（Point to Point over Ethernet）とＰＰＰが終端される。ＢＡＳは、ユーザ端末からインターネットへの接続要求を受信すると、インターネットサービスプロバイダ（ＩＳＰ：Internet Service Provider）その他の接続サービス企業が管理する認証サーバ、例えば、Ｒａｄｉｕｓ（Remote Authentication Dial-In User Service）サーバにユーザ認証を要求する。ＢＡＳは、ユーザ認証に成功したユーザ端末について、ＩＳＰ網との間のレイヤ３レベルでのパケット転送サービスを開始する。

従来、専用の高速アクセス回線をもたないＩＳＰ（または接続サービス企業）は、通信事業者から、高速アクセス回線とＢＡＳとを含むレイヤ３のＩＰ（Internet Protocol）中継網を借用している。ＩＳＰは、借用した中継網をＩＰ−ＶＰＮ（Virtual Private Network）として運用することにより、ＰＰＰｏＥおよびＰＰＰを意識することなく、ユーザ認証とレイヤ３のみを意識した認証型高速インターネット接続サービスを提供することができる。

但し、ＩＰ−ＶＰＮを利用した高速リモートアクセスサービスでは、中継網におけるレイヤ３の通信プロトコルが制約となって、ＩＳＰが、ユーザが所望する接続サービスを提供できない可能性がある。例えば、ユーザが、ＩＰｖ６や汎用コンピュータで使用される独自プロトコルを利用したい場合でも、中継網がＩＰｖ４プロトコルにしか適合できなければ、ユーザの要望には応えられない。

近年、通信事業者は、ＩＰ網を前提としたＩＰ−ＶＰＮに代えて、ＡＤＳＬ、ＦＴＴＨ、無線ＬＡＮなどの高速アクセス回線と、広域イーサネット網とを利用したＬ２−ＶＰＮサービスを提供している。Ｌ２−ＶＰＮでは、通信事業者が管理する広域イーサネット網（イーサネットは登録商標）に、例えば、IEEE 802.1ahに規定されたEthernet over Ethernet、またはIEEE802.1adに規定された拡張ＶＬＡＮなどのレイヤ２トンネリングを利用することによって、拠点Ａと拠点Ｂ間をあたかも同一のブロードキャスト・ドメインのように見せることができる。

中継網が広域イーサネット網から構成された場合、専用の高速アクセス回線をもたないＩＳＰ（または通信サービス企業）でも、中継網にＢＡＳを接続し、中継網上にＬ２−ＶＰＮを形成することにより、高速アクセス回線に接続されたユーザに対して、従来、ＩＳＤＮ等においてダイヤルアップで提供していたサービスと同等の接続サービスを提供することが可能となる。すなわち、ＢＡＳを所有するＩＳＰ（または通信サービス企業）に対して、通信事業者が広域イーサネット網をＬ２−ＶＰＮとして提供することによって、各ＩＳＰは、中継網上のＬ３通信プロトコルによる制約を受けることなく、自由度の高い通信サービスも提供が可能となる。

IEEE 802.1ah：Ethernet over Ethernet IEEE 802.1ad：拡張ＶＬＡＮ

従来、通信事業者は、ＩＳＰにＩＰ−ＶＰＮを提供するとき、高速アクセス回線やＢＡＳなどの通信設備を複数のＩＳＰに共用させている。この場合、ＢＡＳは、ユーザ情報を各ユーザの契約先ＩＳＰと対応付けて管理しておき、ＰＰＰプロトコルの認証フェーズにおいて、ユーザから受信した認証要求を該ユーザと対応するＩＳＰに動的に振分けるようにしている。

ＩＳＰに対して、ＩＰ−ＶＰＮに代えてＬ２−ＶＰＮが提供された場合、拠点Ａと拠点Ｂとの間でレイヤ２トンネリングによるパケット転送を実現するためには、拠点Ａ、Ｂとなるパケット転送装置に、例えば、Ethernet over Ethernetや拡張ＶＬＡＮ等、トンネリングタイプに応じたトンネリング制御情報（パケット転送制御パラメータ）を設定する必要がある。しかしながら、拠点Ａ、拠点Ｂとなる各パケット転送装置に、レイヤ２トンネリング制御情報を予めスタティックに設定すると、パケット転送ルートが固定的に決定される。そのため、ＩＰ−ＶＰＮで共有ＢＡＳが行っていたように、受信パケットをユーザ対応のＩＳＰに動的に振分けることが困難となる。

本発明の目的は、ユーザ端末からＩＰ網への接続要求が発行された時点で、広域イーサネット網にレイヤ２トンネリングに必要な制御情報を動的に設定し、ユーザ端末からの送信パケットをユーザが所属するＩＳＰに転送可能なパケット転送制御方法およびパケット転送装置を提供することにある。

上記目的を達成するため、本発明によるパケット転送制御方法は、
ユーザ端末と通信するための複数のアクセス回線を収容したエッジ側パケット転送装置（ＥＧＷ）と、ＩＳＰドメイン名によって識別可能な複数のコア側パケット転送装置（ＣＧＷ）と、ＩＳＰドメイン名と対応してレイヤ２トンネリング制御情報を記憶している認証サーバとからなり、上記各コア側パケット転送装置が、それぞれに付随する少なくとも１つのゲートウェイ（ＧＷ）装置と接続され、各ＩＳＰに所属するユーザ端末とレイヤ３網との接続が上記ＧＷ装置によって制御される広域イーサネット網において、
ユーザ端末からレイヤ３網への接続要求パケットを受信した上記エッジ側パケット転送装置が、上記認証サーバに、該接続要求パケットから抽出されたＩＳＰドメイン名とユーザ認証情報とを含むユーザ認証要求メッセージを送信し、
上記ユーザ認証要求メッセージを受信した上記認証サーバが、ユーザ認証に成功した時、上記エッジ側パケット転送装置に、該ユーザ認証要求メッセージが示すＩＳＰドメイン名と対応するレイヤ２トンネリング制御情報を含む応答メッセージを返送し、
上記応答メッセージを受信した上記エッジ側パケット転送装置が、上記接続要求パケットの送信元アドレスと該応答メッセージが示す上記レイヤ２トンネリング制御情報との対応関係を示す新たなテーブルエントリを第１のユーザ管理テーブルに登録し、上記接続要求パケットを該レイヤ２トンネリング制御情報に従ってカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信し、
上記レイヤ２トンネリングパケットを受信したコア側パケット転送装置が、上記受信パケットから抽出されたレイヤ２トンネリング制御情報と上記接続要求パケットの送信元アドレスとの対応関係を示す新たなテーブルエントリを第２のユーザ管理テーブルに登録し、該受信パケットをデカプセル化して得られた接続要求パケットを付随するＧＷ装置に転送することを特徴とする。

更に詳述すると、本発明のパケット転送制御方法では、上記コア側パケット転送装置が、上記ＧＷ装置からユーザ端末宛のパケットを受信した時、上記第２のユーザ管理テーブルから上記受信パケットの送信先アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って上記受信パケットをカプセル化して、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信し、上記レイヤ２トンネリングパケットを受信した上記エッジ側パケット転送装置が、上記レイヤ２トンネリングパケットをデカプセル化し、得られたパケットをその送信先アドレスと対応するユーザ端末に転送する。尚、上記第２のユーザ管理テーブルに、上記ＧＷ装置から受信したパケットの送信先アドレスと対応するテーブルエントリが登録されていなかった場合に、上記コア側パケット転送装置は、上記受信パケットを廃棄する。

本発明のパケット転送制御方法では、更に、上記エッジ側パケット転送装置が、上記ユーザ端末からレイヤ３網への接続要求パケット以外のパケットを受信した時、上記第１のユーザ管理テーブルから、上記受信パケットの送信元アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って該受信パケットをカプセル化し、レイヤ２トンネリングパケットとして前記広域イーサネット網に送信し、上記レイヤ２トンネリングパケットを受信したコア側パケット転送装置が、上記受信パケットをデカプセル化し、得られたパケットを付随するＧＷ装置に転送する。尚、上記第１のユーザ管理テーブルに、上記ユーザ端末から受信したパケットの送信元アドレスと対応するテーブルエントリが登録されていなかった場合に、上記エッジ側パケット転送装置は、上記受信パケットを廃棄する。

本発明の実施例では、上記第１、第２のユーザ管理テーブルの各テーブルエントリが、上記レイヤ２トンネリング制御情報として、トンネンリングタイプと、トンネンリングタイプに対応したカプセル化ヘッダ情報を記憶しており、上記エッジ側パケット転送装置が、上記第１のユーザ管理テーブルから検索されたテーブルエントリが示すトンネンリングタイプよって決まるカプセル化ヘッダ情報を適用して、上記各アクセス回線からの受信パケットをカプセル化し、上記コア側パケット転送装置が、上記第２のユーザ管理テーブルから検索されたテーブルエントリが示すトンネンリングタイプよって決まるカプセル化ヘッダ情報を適用して、上記ＢＡＳからの受信パケットをカプセル化する。尚、上記第１、第２のユーザ管理テーブルのテーブルエントリは、通信終了要求パケットが発生した時点で削除される。

本発明の実施例では、上記コア側パケット転送装置の少なくとも１つが、サービス名によって識別される複数のＧＷ装置と接続され、上記広域イーサネット網から、パケットヘッダにＩＳＰドメイン名とサービス名とを含むレイヤ２トンネリングパケットを受信した時、受信パケットをデカプセル化して上記サービス名で特定されるＧＷ装置に転送することを特徴とする。

本発明によるパケット転送装置は、ＩＳＰドメイン名によって識別可能な複数のコア側パケット転送装置と、ＩＳＰドメイン名と対応してレイヤ２トンネリング制御情報を記憶している認証サーバとを含む広域イーサネット網に接続され、ユーザ端末と通信するための複数のアクセス回線を収容しており、
上記何れかのアクセス回線から、ユーザ端末が送信したレイヤ３網への接続要求パケットを受信した時、上記認証サーバに、上記接続要求パケットから抽出されたＩＳＰドメイン名とユーザ認証情報とを含むユーザ認証要求メッセージを送信し、上記認証サーバから、上記ユーザ認証要求メッセージが示すＩＳＰドメイン名と対応したレイヤ２トンネリング制御情報を含む応答メッセージを受信するための手段と、
上記接続要求パケットの送信元アドレスと上記応答メッセージから抽出された上記レイヤ２トンネリング制御情報との対応関係を示す新たなテーブルエントリをユーザ管理テーブルに記憶するための手段と、
上記接続要求パケットを上記レイヤ２トンネリング制御情報に従ってカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信するための手段と、
上記ユーザ端末からレイヤ網への接続要求パケット以外のパケットを受信した時、上記ユーザ管理テーブルから、該受信パケットの送信元アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って上記受信パケットをカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信するための手段と、
上記広域イーサネット網からレイヤ２トンネリングパケットを受信した時、上記レイヤ２トンネリングパケットをデカプセル化し、得られたパケットをその送信先アドレスと対応するユーザ端末に転送するための手段とを備えたことを特徴とする。

また、本発明によるパケット転送装置は、少なくとも１つのゲートウェイ（ＧＷ）装置と接続され、広域イーサネット網から受信したレイヤ２トンネリングパケットをデカプセル化して上記ＧＷ装置に転送し、上記ＧＷ装置から受信したパケットをレイヤ２トンネリングパケットに変換して上記広域イーサネット網に転送するパケット転送装置であって、
上記広域イーサネット網から、ユーザ端末が送信したレイヤ３網への接続要求パケットを含むレイヤ２トンネリングパケットを受信した時、該受信パケットから抽出されたレイヤ２トンネリング制御情報と上記接続要求パケットの送信元アドレスとの対応関係を示す新たなテーブルエントリをユーザ管理テーブルに登録するための手段と、
上記ＧＷ装置からパケットを受信した時、上記ユーザ管理テーブルから上記受信パケットの送信先アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って該受信パケットをカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信するための手段とを備えたことを特徴とする。

本発明によれば、Ｌ２−ＶＰＮによる高速リモートアクセスサービスにおいて、ユーザ端末からＩＰ網への接続要求が発行された時点で、レイヤ２トンネリングに必要な制御情報を動的に設定して、ユーザ端末からの送信パケットをユーザが所属するＩＳＰに転送することが可能になる。

以下、本発明の実施例について、図面を参照して詳細に説明する。
図１は、ＩＳＰに対して、広域イーサネット網をＬ２−ＶＰＮとして提供可能な本発明による通信ネットワークの構成の１例を示す。
ＮＷ１は、複数のユーザ端末Ｈ（Ｈ１〜Ｈｘ）およびＰ（Ｐ１〜Ｐｍ）を複数のＩＳＰ網ＮＷ２（ＮＷ２−１〜ＮＷ２−ｎ）のうちの１つに選択的に接続するための広域イーサネット網（Ｌ２−ＶＰＮ網）を示す。

広域イーサネット網ＮＷ１は、それぞれユーザ端末側の複数のアクセス回線を収容するエッジ側の複数のパケット転送装置（レイヤ２ゲートウェイ：Ｌ２ＧＷ）１０（１０−１、１０−２）と、それぞれＩＳＰ網ＮＷ２（ＮＷ２−１〜ＮＷ２−ｎ）のブロードバンドアクセスサーバ（以下、ＢＡＳと言う）４０（４０−１〜４０−ｎ）と接続されたコア側の複数のパケット転送装置（レイヤ２ゲートウェイ：Ｌ２ＧＷ）２０（２０−１〜２０−３）と、ユーザ認証サーバであるＲａｄｉｕｓサーバ３１と、Ｌ２ＧＷ１０（１０−１、１０−２）をＬ２ＧＷ２０（２０−１〜２０−３）に接続するための複数のレイヤ２スイッチ（以下、Ｌ２ＳＷと言う）３０（３０−１〜３０−３）とからなっている。

以下の説明では、ユーザ端末側の各Ｌ２ＧＷ１０を「ＥＧＷ（Edge Gateway）」、ＩＳＰ網側のＬ２ＧＷ２０を「ＣＧＷ（Core Gateway）」と呼ぶ。本発明では、ＥＧＷ１０とＣＧＷ２０との間で、Ethernet over Ethernet、拡張ＶＬＡＮなどによるレイヤ２トンネリングを行うことによって、広域イーサネット網ＮＷ１上にＩＳＰ対応の複数のＬ２−ＶＰＮを実現する。

各ＥＧＷ１０は、アクセス回線を介して各ユーザ端末（Ｈ１〜Ｈｘ、Ｐ１〜Ｐｎ）から受信したＰＰＰｏＥパケットをEthernetヘッダでカプセル化し、レイヤ２トンネリングパケット形式でＬ２ＳＷ３０に転送すると共に、Ｌ２ＳＷ３０から受信したレイヤ２トンネリングパケットをデカプセル化し、宛先ユーザ端末が接続されたアクセス回線にＰＰＰｏＥパケット形式で転送する。

一方、各ＣＧＷ２０は、Ｌ２ＳＷ３０から受信したレイヤ２トンネリングパケットをデカプセル化して、ＩＳＰ網ＮＷ２にＰＰＰｏＥパケット形式で転送すると共に、ＩＳＰ網ＮＷ２から受信したＰＰＰｏＥパケットをEthernetヘッダでカプセル化し、レイヤ２トンネリングパケット形式でＬ２ＳＷ３０に転送する。

図１に示した例では、各ＩＳＰ網に所属するＢＡＳ４０（４０−１〜４０−ｎ）は、各種の情報通信サービスを提供するインターネット網ＮＷ３、またはＩＰ電話による音声通信サービスを提供するＶｏＩＰ網ＮＷ４に接続されている。
ユーザ端末とＥＧＷ１０との接続には、各種のアクセス回線形式が採用できる。

図示した例では、ユーザ端末Ｈ１〜Ｈ３は、それぞれ個別のアクセス回線でＥＧＷ１０−１に接続され、ユーザ端末Ｐ１〜Ｐｍは、受動光網ＰＯＮ（Passive Optical Network）を介してＥＧＷ１０−１に接続されている。ＰＯＮは、ＥＧＷ１０−１に接続された局側装置ＯＬＴ（Optical Line terminal）５１と、それぞれユーザ宅に配置される複数の加入者接続装置ＯＮＵ（Optical Network Unit）５２（５２−１〜５２−ｍ）とからなり、ＯＬＴに接続された光ファイバが、光カプラ（Ｓ．Ｃ：Star Coupler）５３で複数の支線光ファイバに分岐され、各支線光ファイバにＯＮＵを接続した構造となっている。一方、ＥＧＷ１０−２には、個別アクセス回線を介してユーザ端末Ｈｘが接続され、Ｌ２ＳＷ５０を介してユーザ端末Ｈ４、Ｈ５が接続されている。
各ＥＧＷ１０は、後述するユーザ管理テーブルによって、それぞれに収容されているユーザ端末毎にレイヤ２トンネリング制御情報を管理し、Ｒａｄｉｕｓサーバ３１を利用してユーザ認証を行う。

図２（Ａ）は、図１のネットワークにおいて、ＥＧＷ１０とユーザ端末、ＣＧＷ２０とＢＡＳ４０との間で送受信されるＰＰＰｏＥパケットのフォーマットを示す。
ＰＰＰｏＥパケットは、Ｅｔｈｅｒｎｅｔヘッダ７１と、ＰＰＰｏＥヘッダ７２と、ＰＰＰパケットの主体となる可変長のＰＰＰｏＥペイロード７３とから構成される。
Ｅｔｈｅｒｎｅｔヘッダ７１は、送信元ＭＡＣアドレス７１１と、宛先ＭＡＣアドレス７２２と、後続ヘッダのプロトコルタイプ７１３と、その他のヘッダ項目からなる。

ＰＰＰｏＥヘッダ７２は、バージョン７２１、タイプ７２２、コード７２３、セッションＩＤ７２４、ペイロード長７２５を含む。コード７２３は、ユーザ端末から接続要求パケット（ＰＰＰｏＥフェーズの開始パケット）として送信されるＰＡＤＩ（The PPPoE Active Discovery Initiation）パケット、ＰＡＤＩに対する応答パケットであるＰＡＤＯ（The PPPoE Active Discovery Offer）パケット、ＰＰＰセッションの開始要求パケットであるＰＡＤＲ（The PPPoE Active Discovery Request）パケット、ＰＡＤＲに対する応答パケットであるＰＡＤＳ（The PPPoE Active Discovery Session-Confirmation）パケット、ＰＰＰ通信の終了要求パケットであるＰＡＤＴ（PPPoE Active Discovery Terminate）等、パケット種別を示す識別情報が設定される。

また、ＰＰＰｏＥペイロード７３２には、ＴＡＧ７３１が含まれる。ＴＡＧ７３１は、図２（Ｂ）に示すように、ＴＡＧタイプ７３１１、ＴＡＧ長７３１２、ＴＡＧ ＶＡＬＵＥ７３１３からなる。ＴＡＧタイプ７３１１は、ＴＡＧ ＶＡＬＵＥ７３１３の種別を示す。ユーザが、所望の通信サービスをサービス名によって指定する場合、ＴＡＧタイプ７３１１には値「0x0101」が設定され、ＴＡＧ長７３１３でサービス名の長さを指定し、ＴＡＧ ＶＡＬＵＥ７３１３にサービス名が記述される。

例えば、ユーザがＶｏＩＰ網ＮＷ４を利用したＩＰ電話サービスを所望した場合、ＴＡＧタイプ７３１１に「0x0101」、ＴＡＧ ＶＡＬＵＥ７３１３にＶｏＩＰサービスの識別名称、ＴＡＧ長７３１２に上記サービス名称の長さが設定される。ＴＡＧ ＶＡＬＵＥ７３１３に何も記述されていなければ、ＴＡＧ長７３１２は「０」とみなされる。

ＴＡＧ ＶＡＬＵＥ７３１３には、後述するように、サービス名と共に、ＩＳＰのドメイン名とパスワードを記述できる。また、サービス名を省略して、ＩＳＰのドメイン名とパスワードのみを記述することもできる。サービス名が指定されていなければ、ＣＧＷ２０側では、通常のインターネット網ＮＷ３への接続サービスが実行される。

図３に、図１に示した広域イーサネット網におけるユーザ端末の接続先ＢＡＳの選択動作の説明図を示す。
本発明では、広域イーサネット網（Ｌ２−ＶＰＮ網）ＮＷ１を利用した接続サービスにおいて、ユーザ端末（Ｈ１〜Ｈｘ、Ｐ１〜Ｐｍ）から受信したＰＰＰｏＥパケットをＩＳＰ網ＮＷ２（ＮＷ２−１〜ＮＷ２−ｎ）にある複数のＢＡＳ４０−１〜４０−ｎのうちの１つに動的に振分けるために、図２に示したＰＰＰｏＥパケットのＴＡＧ ＶＡＬＵＥ７３１３に、サービス名（サービス識別子）の他に、接続先となるＩＳＰを示すドメイン名とパスワード情報を記述する。

ＰＰＰｏＥパケットの転送装置であるＥＧＷ１０（１０−１、１０−２）とＣＧＷ２０（２０−１〜２０−３）は、ユーザ端末からＩＰ網への接続要求パケット（ＰＡＤＩパケット）を受信すると、ＰＡＤＩパケットをＴＡＧ ＶＡＬＵＥ７３１３が示すドメイン名で特定されるＩＳＰ網に振分ける。
例えば、図３のユーザ端末Ｈ１が、ＴＡＧ ＶＡＬＵＥ７３１３として「voip＠isp1;pass1」を含むＰＡＤＩパケットを送信した場合を想定する。ここで、「voip」はサービス名、「＠isp1」はドメイン名、「pass1」はパスワード情報を示している。この場合、ＰＡＤＩパケットは、ドメイン名に従って、図３に太い実線で示すように、ＥＧＷ１０−１とＬ２ＳＷ３０を経由してＣＧＷ２０−１に転送される。ＣＧＷ２０−１は、上記ＰＡＤＩパケットを受信すると、これをドメイン名「voip」をもつＩＳＰ網ＮＷ２−１に設置されたＶｏＩＰ網（ＮＷ４）接続用のＢＡＳ４０−１に振り分ける。

同様に、ユーザＨ３から送信されたＴＡＧ ＶＡＬＵＥ７３１３に「voip＠isp4;pass4」を含むＰＡＤＩパケットは、太い一点鎖線で示すように、ＥＧＷ１０−１とＬ２ＳＷ３０を経由してＣＧＷ２０−２に転送され、ドメイン名「isp4」をもつＩＳＰ網ＮＷ２−４に設置されたＶｏＩＰ網接続用のＢＡＳ４０−４に転送される。

ユーザ端末Ｈ４から送信されたＴＡＧ ＶＡＬＵＥ７３１３に「＠isp5;pass5」を含むＰＡＤＩパケットは、サービス名が省略されているため、太い鎖線で示すように、ＥＧＷ１０−２とＬ２ＳＷ３０を経由してＣＧＷ２０−３に転送される。この場合、ＴＡＧ ＶＡＬＵＥ７３１３でサービス名が省略されているため、ＰＡＤＩパケットは、ドメイン名「isp5」をもつＩＳＰ網ＮＷ２−５に設置されたインターネット網（ＮＷ３）接続用のＢＡＳ４０−５に振り分けられる。

図４は、ＥＧＷ１０（１０−１、１０−２）の１実施例を示すブロック構成図である。
ＥＧＷ１０は、それぞれポート番号をもつ複数の入出力回線インタフェース１１（１１−１〜１１−ｎ）と、これらの入出力回線インタフェース１１に接続されたルーティング部１２と、ルーティング部１２に接続された制御部１３とからなる。９０は、制御部１３に接続された制御端末を示す。

制御部１３は、ルーティング部１２と共同して、プロトコル処理を実行する。
制御部１３は、プロセッサ１４と、メモリ１５と、送信バッファ１６Ｔおよび受信バッファ１６Ｒとからなる。メモリ１５には、プロセッサ１４が実行するプログラムとして、ユーザ端末のインターネット接続／切断、ＰＰＰｏＥパケットのカプセル化、レイヤ２トンネリングパケットのデカプセル化を行うための通信処理ルーチン１００と、Ｒａｄｉｕｓサーバ３１と通信するためのＲａｄｉｕｓ通信処理ルーチンが格納されている。また、メモリ１５には、後述するユーザ管理テーブル１７とポート管理テーブル１８が形成されている。

ルーティング部１２は、回線インタフェース１１−１〜１１−ｎからパケットを受信すると、ＰＰＰｏＥヘッダのパケット種別識別情報から、受信パケットが通信制御パケットかユーザパケットかを判定し、受信パケットが、前述したＰＡＤＩ等の通信制御パケットの場合、受信パケットを受信バッファ１６Ｒに転送する。ルーティング部１２は、回線インタフェース１１−１〜１１−ｎから受信したユーザパケットと、プロセッサ１４が送信バッファ１６Ｔに出力した通信制御パケットについては、送信先ＭＡＣアドレス７１１またはＴＡＧ７３１に従って、回線インタフェース１１−１〜１１−ｎのうちの何れかに転送する。

図５Ａ〜図５Ｆは、ＥＧＷ１０−１の制御部１３が備えるユーザ管理テーブル１７の構成と時系列的な内容変化を示す。他のＥＧＷも、これと同様の構成をもつユーザ管理テーブル１７を備えている。
ユーザ管理テーブル１７は、ユーザ端末のＭＡＣアドレス（以下、ユーザＭＡＣアドレスと言う）と対応した複数のテーブルエントリ１７０（１７０−１、１７０−２、・・・）からなる。

各テーブルエントリ１７０は、ユーザＭＡＣアドレス１７１と、ユーザ端末とＢＡＳ４０との間に定義されたＶＬＡＮの識別子（ＶＬＡＮ ＩＤ）１７２と、ＥＧＷ１０−１とＣＧＷ２０（２０−１〜２０−３）との間に形成されたレイヤ２トンネリングの種類、例えば、Ethernet over Ethernet、拡張ＶＬＡＮなどを示すレイヤ２トンネリングタイプ１７３と、ＥＧＷ１０−１とＣＧＷ２０（２０−１〜２０−３）との間のＶＬＡＮの識別子を示すＳ−ＶＬＡＮ ＩＤ１７４と、ＥＧＷ１０−１のＭＡＣアドレス１７５と、レイヤ２トンネリングで接続されたＣＧＷのＭＡＣアドレス１７６と、ＭＡＣアドレス１７１をもつユーザ端末を収容している回線インタフェースのポート番号（ユーザ側ポート番号）１７７と、ＶＬＡＮを中継する広域イーサネット網側の回線インタフェースのポート番号（Ｌ２−ＶＰＮ側ポート番号）１７８を示す複数のフィールドからなる。

プロセッサ１４は、ユーザ端末からＰＡＤＩパケット受信した時、例えば、図５Ａのエントリ１７０−２が示すように、ユーザＭＡＣアドレス１７１と、ＶＬＡＮ ＩＤ１７２と、ユーザ側ポート番号１７７とを示す新たなテーブルエントリをユーザ管理テーブル１７に追加する。受信したＰＡＤＩパケットにＶＬＡＮ ＩＤが設定されていなかった場合、ＶＬＡＮ ＩＤ１７２には、ＩＤ未定義を示すコード「−」が設定される。

レイヤ２トンネリングタイプ１７３、Ｓ−ＶＬＡＮ ＩＤ１７４、ＥＧＷ ＭＡＣアドレス１７５、ＣＧＷ ＭＡＣアドレス１７６には、後述するように、ユーザ認証を行なったＲａｄｉｕｓサーバＤ１からアクセス許可メッセージAccess-Acceptを受信した時点で、受信メッセージ（Access-Accept）から抽出された値が設定される。

Access-Acceptメッセージが、ＶＬＡＮ識別子（Ｓ−ＶＬＡＮ ＩＤ）を示していない場合、例えば、トンネリングタイプがEthernet over Ethernetの場合は、Ｓ−ＶＬＡＮ ＩＤ１７４には、ＩＤ未定義を示すコード「−」が設定される。また、Access-Acceptメッセージが、ＥＧＷ２のＭＡＣアドレスとＣＧＷのＭＡＣアドレスを示していなかった場合、例えば、トンネリングタイプが拡張ＶＬＡＮの場合は、ＥＧＷ ＭＡＣアドレス１７５とＣＧＷ ＭＡＣアドレス１７６には、アドレス未定義を示すコード「−」が設定される。
Ｌ２−ＶＰＮ側ポート番号１７８には、ポート管理テーブル１８に登録されたドメイン名毎のポート番号の値が設定される。図５Ｂ〜図５Ｆが示すユーザ管理テーブル１７の時系列的な内容変化については、後で詳述する。

図６は、ＥＧＷ１０−１が備えるポート管理テーブル１８の構成を示す。
ポート管理テーブル１８は、ＥＧＷ１０−１がアクセス可能なＩＳＰ網ＮＷ２−１〜ＮＷ２−ｎのドメイン１８１と対応して、Ｌ２−ＶＰＮ側の回線インタフェース１１のポート番号（Ｌ２−ＶＰＮ側ポート番号）１８２を示す複数のエントリからなる。ポート管理テーブル１８の各エントリは、ネットワーク管理者によって予め登録される。

図７は、ＣＧＷ２０（２０−１〜２０−３）の構成を示す。
ＣＧＷ２０は、それぞれポート番号をもつ複数の入出力回線インタフェース２１（２１−１〜２１−ｎ）と、これらの回線インタフェース２１に接続されたルーティング部２２と、ルーティング部２２に接続された制御部２３とからなる。９１は、制御部２２に接続された制御端末を示す。

制御部２３は、ルーティング部２２と共同して、プロトコル処理を実行する。制御部２３は、プロセッサ２４と、メモリ２５と、送信バッファ２６Ｔおよび受信バッファ２６Ｒとからなる。
メモリ２５には、プロセッサ２４が実行するプログラムとして、ユーザ端末のインターネットへの接続／切断、ＰＰＰｏＥパケットとレイヤ２トンネリングパケットとを相互変換するための受信パケットのカプセル化／デカプセル化、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥからのサービス名を特定などの処理を実行するための通信処理プログラム２００が格納されている。また、メモリ２５には、後述するユーザ管理テーブル２７とポート管理テーブル２８が形成される。

ルーティング部２２は、回線インタフェース２１−１〜２１−ｎからパケットを受信すると、ＰＰＰｏＥヘッダが示すパケット種別から、受信パケットが通信制御パケットか否かを判定し、受信パケットが、前述したＰＡＤＩ等の通信制御パケットの場合、受信パケットを受信バッファ２６Ｒに転送する。ルーティング部２２は、回線インタフェース２１−１〜２１−ｎから受信したパケットユーザと、プロセッサ２４が送信バッファ２６Ｔに出力した通信制御パケットについては、送信元ＭＡＣアドレス７１１またはＴＡＧ７３１に従って、回線インタフェース２１−１〜２１−ｎの何れかに転送する。

図８（Ａ）、（Ｂ）は、ＣＧＷ２０−１が備えるユーザ管理テーブル２７−１、図９（Ａ）、（Ｂ）は、ＣＧＷ２０−２が備えるユーザ管理テーブル２７−２の構成を示す。
ユーザ管理テーブル２７−１、２７−２は、それぞれユーザ端末のＭＡＣアドレスと対応した複数のテーブルエントリ２７０（２７０−１、２７０−２、・・・）からなる。

各テーブルエントリ２７０は、ユーザ端末のＭＡＣアドレス（ユーザＭＡＣアドレス）２７１と、ユーザ端末とＢＡＳ４０との間に定義されたＶＬＡＮの識別子（ＶＬＡＮ ＩＤ）２７２と、ＣＧＷ２０（２０−１または２０−２）とＥＧＷ１０（１０−１または１０−２）との間に形成されたレイヤ２トンネリングの種類、例えば、Ethernet over Ethernet、拡張ＶＬＡＮなどを示すレイヤ２トンネリングタイプ１７３と、ＣＧＷ２０とＥＧＷ１０との間のＶＬＡＮの識別子を示すＳ−ＶＬＡＮ ＩＤ２７４と、ＣＧＷ２０のＭＡＣアドレス２７５と、レイヤ２トンネリングで接続されたＥＧＷ１０のＭＡＣアドレス２７６と、Ｌ２−ＶＰＮ側ポート番号２７７と、ＩＳＰ側ポート番号２７８とを示す複数のフィールドからなる。

ＣＧＷ２０−１（２０−２）は、ユーザ端末からレイヤ２トンネリングパケット形式でＰＡＤＩパケットを受信した時、ユーザＭＡＣアドレス２７１、ＶＬＡＮ ＩＤ：２７２、レイヤ２トンネリングタイプ２７３、Ｓ−ＶＬＡＮ ＩＤ：２７４、ＣＧＷ ＭＡＣアドレス２７５、ＥＧＷ ＭＡＣアドレス２７６、Ｌ２−ＶＰＮ側ポート番号２７７を含む新たなテーブルエントリをユーザ管理テーブル２７−１（２７−２）に登録する。

受信したレイヤ２トンネリングパケットに、ユーザ端末とＢＡＳ間のＶＬＡＮ ＩＤ、およびＥＧＷとＣＧＷ間のＶＬＡＮ ＩＤ（Ｓ−ＶＬＡＮ ＩＤ）が設定されていなかった場合、すなわち、受信パケットのトンネリングタイプがEthernet over Ethernetの場合、上記テーブルエントリのＶＬＡＮ ＩＤ２７２とＳ−ＶＬＡＮ ＩＤ２７４には、ＩＤ未定義を示すコード「−」が設定される。

また、受信したレイヤ２トンネリングパケットに、ＣＧＷのＭＡＣアドレスおよびＥＧＷのＭＡＣアドレスが設定されていなかった場合、すなわち、受信パケットのトンネリングタイプが拡張ＶＬＡＮの場合、ＣＧＷ ＭＡＣアドレス２７５とＥＧＷ ＭＡＣアドレス２７６には、アドレス未定義を示すコード「−」が設定される。
ＩＳＰ側ポート番号２７８には、ポート管理テーブル２８（２８−１、２８−２）から検索されたポート番号が設定される。尚、ユーザ管理テーブル２７−１、２７−２の更新については、後で詳述する。

図１０に、ＣＧＷ２０−１が備えるポート管理テーブル２８−１、図１１にＣＧＷ２０−２が備えるポート管理テーブル２８−２の構成を示す。
ポート管理テーブル２８−１（２８−２）は、複数のテーブルエントリからなり、各エントリは、ＣＧＷ２０−１（２０−２）に接続されるＩＳＰ網のドメイン２８１と、ＩＳＰ網側の回線インタフェース２１（２１−１〜２１−ｎ）に付与されたＩＳＰ側ポート番号２８２と、サービス名編集フラグ２８３との対応関係を示している。

サービス名編集フラグ２８３は、Ｌ２−ＶＰＮ網からＰＡＤＩパケットを受信した時、受信パケットのＴＡＧ ＶＡＬＵＥ７３１３からドメイン名とパスワードを除外し、サービス名のみを含むＴＡＧ ＶＡＬＵＥに編集してから、受信パケットをＢＡＳに転送するか、このようなサービス名の編集を実行することなく、受信パケットをＢＡＳに転送するかの区別を示す。ここでは、フラグ情報「１」は、サービス名編集の実行要を示し、フラグ情報「０」はサービス名編集のを実行不要を示している。これらのテーブルエントリは、ネットワーク管理者によって、予めポート管理テーブル２８−１、２８−２に登録される。

図１２は、Ｒａｄｉｕｓサーバ３１が備えるユーザ管理テーブル３７の構成を示す。
ユーザ管理テーブル３７の各エントリは、ＩＳＰのドメイン３７１と、パスワード３７２と、ＥＧＷとＣＧＷとの間に適用すべきレイヤ２トンネリングのタイプ３７３と、ＥＧＷとＣＧＷとの間のＶＬＡＮ ＩＤを示すＳ−ＶＬＡＮ ＩＤ３７４と、ＥＧＷのＭＡＣアドレス３７５と、ＣＧＷのＭＡＣアドレス３７６との対応関係を示している。

次に、本発明の第１実施例として、ＥＧＷ１０−１とＣＧＷ２０−１との間にEthernet over Ethernetのレイヤ２トンネリングを適用してＬ２−ＶＰＮを実現する場合のＥＧＷとＣＧＷの動作について、図１３〜図２０を参照して説明する。

図１３は、図１に示した通信ネットワークにおいて、ユーザ端末Ｈ１がＶｏＩＰ網ＮＷ４への接続要求パケットＰＡＤＩを発行した場合の通信シーケンス図を示す。図１４は、第1実施例におけるＰＡＤＩパケットのフォーマットの変換過程、図１５は、ＰＡＤＯパケットのフォーマット変換過程、図１６は、ＰＡＤＲパケットのフォーマット変換過程を示している。

また、図１７は、ＥＧＷ１０−１が実行する上りパケット（ユーザ端末側からの受信パケット）の処理ルーチン１１０のフローチャート、図１８は、ＥＧＷ１０−１が実行する下りパケット（Ｌ２−ＶＰＮ網側からの受信パケット）の処理ルーチン１３０のフローチャート、図１９は、ＣＧＷ２０−１が実行する上りパケット（Ｌ２−ＶＰＮ網側からの受信パケット）の処理ルーチン２１０のフローチャート、図２０７は、ＣＧＷ２０−１が実行する下りパケット（ＩＳＰ網側からの受信パケット）の処理ルーチン２３０のフローチャートを示している。尚、ＥＧＷ１０−１が実行するパケット処理ルーチン１１０と１３０は、通信処理プログラム１００の一部であり、ＣＧＷ２０−１が実行するパケット処理ルーチン２１０と２３０は、通信処理プログラム２００の一部である。

ユーザ端末Ｈ１は、ＶｏＩＰ網ＮＷ４への接続を要求する場合、ＴＡＧ ＶＡＬＵＥで、サービス名「voip」を指定したＰＡＤＩパケットをブロードキャストする（図１３のＳＱ１−１）。上記ＰＡＤＩパケットは、図１４にフォーマットＦ１−１で示すように、送信先ＭＡＣアドレス（Ｍａｃ ＤＡ）７１１にブロードキャストアドレス、送信元ＭＡＣアドレス（Ｍａｃ ＳＡ）７１２にユーザ端末Ｈ１のＭＡＣアドレスを含み、パケット種別コード７２３に「ＰＡＤＩ」、ＴＡＧ７３１に、ＴＡＧ ＶＡＬＵＥとして、「voip@isp1;pass1」を含む。ここで、「ｖｏｉｐ」、「＠ｉｓｐ１」、「ｐａｓｓ１」は、それぞれサービス名、ドメイン名、パスワードを示している。

ＥＧＷ１０−１は、上記ＰＡＤＩパケットを受信すると、図１７に示す上りパケット処理ルーチン１１０を実行し、受信したＰＰＰｏＥパケットが、ＰＡＤＩパケットか否かを判定する（ステップ１１１）。今回の受信パケットはＰＡＤＩパケットであるため、ＥＧＷ１０−１は、ユーザ管理テーブル１７に新たなテーブルエントリを追加登録する（１１２）。

上記テーブルエントリは、図５Ａのエントリ１７０−２が示すように、ユーザＭＡＣアドレス１７１として、受信パケットの送信元ＭＡＣアドレス「00.99.c0.61.72.00」、ユーザ側ポート番号１７７として、ＰＡＤＩパケットを受信した回線インタフェース１１−ｉのポート番号（この例では「１」）を含む。レイヤ２トンネリングタイプがEthernet over Ethernetの場合、ＰＡＤＩパケットには、ＶＬＡＮ ＩＤが付与されていない。従って、上記テーブルエントリのＶＬＡＮ ＩＤ１７２には、コード「−」が設定される。

ＥＧＷ２０−１は、この後、受信パケットからＴＡＧ ＶＡＬＵＥ７３１３：「voip@isp1;pass1」を抽出し（１１３）、このＴＡＧ ＶＡＬＵＥから抽出されたドメイン名「ｉｓｐ１」とパスワード「ｐａｓｓ１」とを含むユーザ認証要求メッセージ（Access-Request）をＲａｄｉｕｓサーバ３１に送信して（１１４、図１３のＳＱ１−２）、Ｒａｄｉｕｓサーバ３１からの応答（認証結果）メッセージを待つ（１１５）。

Ｒａｄｉｕｓサーバ３１は、Access-Requestを受信すると、ユーザ管理テーブル３７からドメイン名「ｉｓｐ１」をもつテーブルエントリ３７０−１を検索し、該テーブルエントリが示すパスワード３７２とAccess-Requestが示すパスワード「ｐａｓｓ１」とを照合する。

パスワードが正常であった場合、Ｒａｄｉｕｓサーバ３１は、ＥＧＷ１９−１に、Access-Requestに対する応答メッセージとして、ユーザ認証成功を示すアクセス許可メッセージ（Access-Accept）を送信する（ＳＱ１−３）。上記Access-Acceptは、ユーザ管理テーブル３７のテーブルエントリ３７０−１に登録されているレイヤ２トンネリングタイプ３７３：「Ethernet over Ethernet」と、ＣＧＷ ＭＡＣアドレス３７６：「00.99.c0.44.21.00」と、ＥＧＷ ＭＡＣアドレス３７５：「00.99.c0.36.11.00」とを含む。尚、Access-Requestが示すパスワードが、テーブルエントリ３７０−１に登録されたパスワード３７２と一致しなかった場合、Ｒａｄｉｕｓサーバ３１は、認証失敗を示す応答メッセージを返送する。

ＥＧＷ１０−１は、ＲａｄｉｕｓサーバＤ１からの応答メッセージを受信すると、認証結果を判定する（１１６）。もし、認証に失敗していた場合、ＥＧＷ１０−１は、ユーザ管理テーブルから上記新エントリを削除し、要求元ユーザ端末Ｈ１に、ＰＰＰ通信の終了要求パケット（ＰＡＤＴ）を送信して（１１７）、このルーチンを終了する。

ＲａｄｉｕｓサーバＤ１からの応答メッセージがAccess-Acceptの場合、ＥＧＷ１０−１は、受信したAccess-Acceptが示すレイヤ２トンネリングタイプ：「Ethernet over Ethernet」、ＥＧＷ ＭＡＣアドレス：「00.99.c0.36.11.00」、ＣＧＷ ＭＡＣアドレス：「00.99.c0.44.21.00」をユーザ管理テーブルに登録する（１１８）。この時点で、テーブルエントリ１７０−２は、図５Ｂに示した状態となる。レイヤ２トンネリングタイプが「Ethernet over Ethernet」の場合、Access-Acceptには、ＥＧＷとＣＧＷとの間のＶＬＡＮ ＩＤの値が含まれないため、テーブルエントリ１７０−２のＳ−ＶＬＡＮ ＩＤ１７４には、コード「−」が設定される。

ＥＧＷ１０−１は、次に、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥ７３１３からドメイン名「isp1」を抽出し、ポート管理テーブル１８から、上記ドメイン名「isp1」と対応するＬ２−ＶＰＮ側ポート番号１８２の値「５」を検索し（１１９）、検索されたポート番号「５」をユーザ管理テーブル１７にＬ２−ＶＰＮ側ポート番号１７８として登録する（１２０）。これによって、ユーザ管理テーブル１７のエントリ１７０−２は、図５Ｃに示した状態となる。

この後、ＥＧＷ１０−１は、ユーザ管理テーブル１７のテーブルエントリ１７０−２のレイヤ２トンネリングタイプ１７３を判定する（１２２）。この例では、レイヤ２トンネリングタイプ１７３は、「Ethernet over Ethernet」となっている。そこで、ＥＧＷ１０−１は、図１４にフォーマットＦ１−２で示すように、カプセル化ヘッダ７４のＳ−ＭａｃＤＡ７４１とＳ−ＭａｃＳＡ７４２として、上記テーブルエントリ１７０−２が示すＣＧＷ ＭＡＣアドレス１７６とＥＧＷ ＭＡＣアドレス１７５を適用して、ＰＡＤＩパケットをカプセル化する（１２３、図１３のＳＱ１−４）。

ＥＧＷ１０−１は、ユーザ管理テーブル１７のエントリ１７０−２が示すＬ２−ＶＰＮ側ポート番号１７８の値「５」をメモリ２５のワークエリアに一時的に保持し（１２５）、上記カプセル化されたパケットの種別を判定する（１２６）。今回のように、カプセル化パケット（レイヤ２トンネリングパケット）がＰＡＤＩパケットの場合、ＥＧＷ１０−１は、カプセル化パケットをポート番号「５」をもつ回線インタフェースから広域イーサネット網（Ｌ２−ＶＰＮ）に送信して（１２８、図１３のＳＱ１−５）、このルーチンを終了する。

尚、カプセル化パケットが、ＰＡＤＴパケットの場合、ＥＧＷ１０−１は、ユーザ管理テーブル１７から、ユーザＭＡＣアドレス１７１が上記ＰＡＤＴパケットの送信先ＭＡＣアドレスまたは送信元ＭＡＣアドレスに一致するテーブルエントリを削除（１２７）した後、上記カプセル化パケットのＬ２−ＶＰＮへの送信（１２８）を実行する。

上記カプセル化されたＰＡＤＩパケット（レイヤ２トンネリングパケット）は、Ｌ２ＳＷ３０−１で受信される。Ｌ２ＳＷ：３０−１は、ＥＧＷ１０−１からレイヤ２トンネリングパケットを受信すると、送信先ＭＡＣアドレス「00.99.c0.44.21.00」に従って、上記受信パケットをＣＧＷ２０−１に転送する（図１３のＳＱ１−６）。

ＣＧＷ２０−１は、上記レイヤ２トンネリングパケットを受信すると、図１９に示す上りパケット処理ルーチン２１０を実行し、受信パケットのトンネリングタイプを判定する（２１１）。今回は、受信パケットのトンネリングタイプは、「Ethernet over Ethernet」となっているため、ＣＧＷ２０−１は、受信したレイヤ２トンネリングパケットから、カプセル化ヘッダ７４を除去し（デカプセル化：２１２、図１３のＳＱ１−７）、受信パケットの種別を判定する（２１４）。
受信パケットが、ＰＡＤＩパケットの場合、ＣＧＷ２０−１は、ユーザ管理テーブル２７に、受信したＰＡＤＩパケットの送信元ＭＡＣアドレスをユーザＭＡＣアドレス２７１とする新たなテーブルエントリを追加する。

図８（Ａ）のテーブルエントリ２７０−２は、この時点でユーザ管理テーブル２７に新たに追加されたエントリの内容を示している。ユーザＭＡＣアドレス２７１には、ユーザ端末Ｈ１のＭＡＣアドレス「00.99.c0.61.72.00」、レイヤ２トンネリングタイプ２７３には、受信パケットのトンネリングタイプである「Ethernet over Ethernet」を示すコードが設定される。ＣＧＷ ＭＡＣアドレス２７５とＥＧＷ ＭＡＣアドレス２７６には、カプセル化ヘッダ７４のＳ−ＭａｃＤＡ７４１とＳ−ＭａｃＳＡ７４２が示す「00.99.c0.44.21.00」と「00.99.c0.36.11.00」が設定され、Ｌ２−ＶＰＮ側のポート番号２７７には、上記レイヤ２トンネリングパケットを受信した回線インタフェースのポート番号「２」が設定される。

トンネリングタイプが「Ethernet over Ethernet」のレイヤ２トンネリングパケットには、ユーザ端末とＢＡＳとの間のＶＬＡＮ ＩＤと、ＥＧＷとＣＧＷとの間のＶＬＡＮ ＩＤ（「Ｓ−ＶＬＡＮ ＩＤ」）が設定されていないため、テーブルエントリ２７０−２のＶＬＡＮ ＩＤ２７２とＳ−ＶＬＡＮ ＩＤ２７４にはコード「−」が設定される。

ＣＧＷ２０−１は、次に、図１０に示したポート管理テーブル２８−１から、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥが示すドメイン名「isp1」と対応するＩＳＰ側ポート番号２８２とサービス名編集フラグ２８３を検索し（２１６）、検索されたＩＳＰ側ポート番号の値（この例では「５」）をユーザ管理テーブル２７−１にＩＳＰ側ポート番号２７８として登録する（２１７）。この結果、テーブルエントリ２７０−２は、図８（Ｂ）に示した状態となる。

ＣＧＷ２０−１は、検索されたサービス名編集フラグ２８３の値から、サービス名編集の要否を判定する（２１８）。ポート管理テーブル２８−１では、ドメイン名「isp1」と対応するテーブルエントリ２８０−１１で、サービス名編集フラグ２８３が「１」に設定されている。そこで、ＣＧＷ２０−１は、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥが示す「voip＠isp1;pass1」を解析して、ＴＡＧ ＶＡＬＵＥからドメイン名「isp1」とパスワード情報「pass1」を除外して、図１４にフォーマットＦ１−３で示すように、受信パケット（ＰＡＤＩパケット）をＴＡＧ ＶＡＬＵＥとしてサービス名「voip」のみを含む送信パケットに変換する（２１９、図１３のＳＱ１−８）。

この後、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１から、上記送信パケットの送信元ＭＡＣアドレスと対応するＩＳＰ側ポート番号２７８の値「５」を検索し（２２０）、送信パケットをＩＳＰ側ポート番号「５」をもつ回線インタフェース２１−５からＩＳＰ網に送信して（２２４、図１３のＳＱ１−９）、このルーチンを終了する。

ＣＧＷ２０−１がＩＳＰ網に送信したＰＡＤＩパケットは、ＢＡＳ４０−１によって受信される。ＢＡＳ４０−１は、上記ＰＡＤＩパケットを受信すると、応答パケットとしてＰＡＤＯパケットをＣＧＷ２０−１に返送する（図１３のＳＱ１−１０）。ＰＡＤＯパケットは、図１５にフォーマットＦ２−１で示すように、送信先ＭＡＣアドレス７１１にユーザ端末Ｈ１のＭＡＣアドレスを含み、送信元ＭＡＣアドレス７１２にＢＡＳ４０−１のＭＡＣアドレスを含む。

ＣＧＷ２０−１は、ＩＳＰ網側からパケットを受信すると、図２０に示す下りパケット処理ルーチン２３０を実行し、ユーザ管理テーブル２７−１から、ユーザＭＡＣアドレス２７１が受信パケットの送信先ＭＡＣアドレス７１１に該当するテーブルエントリを検索する（２３１）。検索の結果（２３２）、送信先ＭＡＣアドレスに対応するテーブルエントリがユーザ管理テーブル２７−１に未登録と判定され場合、ＣＧＷ２０−１は、受信パケットを廃棄して（２３３）、このルーチンを終了する。

今回の例では、ユーザ管理テーブル２７−１から、受信パケット（ＰＡＤＯ）の送信先ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ２７０−２が検索される。そこで、ＣＧＷ２０−１は、検索されたテーブルエントリ２７０−２のレイヤ２トンネリングタイプ２７３を判定する（２３４）。トンネリングタイプが「Ethernet over Ethernet」の場合、ＣＧＷ２０−１は、上記テーブルエントリが示すＣＧＷ ＭＡＣアドレス２７５とＥＧＷ ＭＡＣアドレス２７６をカプセル化ヘッダ７４に適用して、受信パケットをカプセル化する（２３５、図１３のＳＱ１−１１）。上記カプセル化によって、受信パケット（ＰＡＤＯ）は、図１５にフォーマットＦ２−２で示すように、Ｓ−ＭａｃＤＡ７４１としてＥＧＷ１１０−１のＭＡＣアドレス「00.99.c0.36.11.00」、Ｓ−ＭａｃＳＡ７４２としてＣＧＷ２０−１のＭＡＣアドレス「00.99.c0.44.21.00」をもつ送信パケット（レイヤ２トンネリングパケット）に変換される。

ＣＧＷ２０−１は、次に、送信パケットがＰＰＰ通信の終了要求を示すＰＡＤＴパケットか否かを判定する（２３７）。今回のように、送信パケットがＰＡＤＯパケットの場合は、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１のテーブルエントリ２７０−２が示すＬ２−ＶＰＮ側ポート番号２７８と対応する回線インタフェースから、上記送信パケットを送信し（２３９、図１３のＳＱ１−１２）、このルーチンを終了する。これによって、ＰＡＤＯパケットは、ＰＡＤＩパケットとは逆のルートでＬ２ＳＷ３０−１に転送される。
尚、送信パケットがＰＡＤＴパケットの場合、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１から、上記検索されたテーブルエントリを削除（２３８）した後、ステップ２３９を実行する。

Ｌ２ＳＷ３０−１は、ＣＧＷからレイヤ２トンネリングパケットを受信すると、カプセル化ヘッダの送信先ＭＡＣアドレス７４１（この例では「00.99.c0.36.11.00」）に従って、受信パケットをＥＧＷ１０−１に転送する（図１３のＳＱ１−１３）。

ＥＧＷ１０−１は、Ｌ２−ＶＰＮ側から上記レイヤ２トンネリングパケットを受信すると、図１８に示す下りパケット処理ルーチン１３０を実行し、受信パケットのトンネリングタイプを判定する（１３１）。この例では、トンネリングタイプが「Ethernet over Ethernet」となっているため、ＥＧＷ１０−１は、受信パケットからカプセル化ヘッダ７４を除去（デカプセル化）する（１３２、図１３のＳＱ１−１４）。これによって、図１５に示すように、フォーマットＦ２−２のＬ２トンネリングパケットが、フォーマットＦ２−３のＰＰＰｏＥパケットに変換される。

ＥＧＷ１０−１は、ユーザ管理テーブル１７から、ユーザＭＡＣアドレス１７１が、デカプセル化された受信パケットの送信先ＭＡＣアドレス７１１に該当するテーブルエントリを検索する（１３４）。ＥＧＷ１０−１は、検索結果を判定し（１３５）、ユーザ管理テーブル１７に送信先ＭＡＣアドレス７１１と対応するテーブルエントリが見つからなければ、受信パケットを廃棄して（１４０）、このルーチンを終了する。

今回は、受信パケットの送信先ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ１７０−２がユーザ管理テーブル１７から検索される。この場合、ＥＧＷ１０−１は、テーブルエントリ１７０−２が示すユーザ側ポート番号１７７の値「１」をワークメモリに記憶（１３６）した後、受信パケットの種別を判定する（１３７）。受信パケットが、ＰＰＰ通信の終了要求パケット（ＰＡＤＴ）でなければ、ＥＧＷ１０−１は、受信パケットをユーザ側ポート番号「１」をもつ回線インタフェース１１−１から送出して（１３９）、このルーチンを終了する。これによって、ＢＡＳ４０−１から返送されたＰＡＤＯパケットが、ＰＡＤＩパケットの送信元ユーザ端末Ｈ１に転送される（図１３のＳＱ１−１５）。
尚、受信パケットがＰＡＤＴパケットの場合、ＥＧＷ１０−１は、上記検索されたテーブルエントリ１７０−２をユーザ管理テーブル１７から削除（１３８）した後、ステップ１３９を実行する。

ユーザ端末Ｈ１は、ＰＡＤＯパケットを受信すると、ＰＰＰセッションの開始要求パケットであるＰＡＤＲを送信する（図１３のＳＱ１−１６）。ＰＡＤＲパケットは、図１６にフォーマットＦ３−１で示すように、Ethernetヘッダの送信先ＭＡＣアドレス７１１が、ＢＡＳ４０−１のＭＡＣアドレス「00.99.ｃ0.93.19.00」を示している。

ＥＧＷ１０−１は、上記ＰＡＤＲパケットを受信すると、図１７に示す上りパケット処理ルーチン１１０を実行し、受信パケットの種類を判定する（１１１）。今回は、ＰＡＤＲパケットを受信しているため、ＥＧＷ１０−１は、ユーザＭＡＣアドレス１７１が、受信パケットの送信元ＭＡＣアドレス７１２（「00.99.c0.61.72.00」）に該当するテーブルエントリがユーザ管理テーブル１７に登録済みか否かを判定する（１２１）。目的のテーブルエントリがユーザ管理テーブル１７に登録されていなければ、ＥＧＷ１０−１は、受信パケットを廃棄して（１２９）、このルーチンを終了する。

今回は、送信元ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ１７０−２がユーザ管理テーブル１７に登録済みとなっているため、ＥＧＷ１０−１は、上記テーブルエントリ１７０−２のレイヤ２トンネリングタイプ１７３を判定する（１２２）。この例では、テーブルエントリ１７０−２のレイヤ２トンネリングタイプ１７３は、「Ethernet over Ethernet」となっている。そこで、ＥＧＷ１０−１は、図１６にフォーマットＦ３−２で示すように、Ｓ−ＭａｃＤＡ７４１とＳ−ＭａｃＳＡ７４２に、ユーザ管理テーブルのエントリ１７０−２が示すＣＧＷ ＭＡＣアドレス１７６とＥＧＷ ＭＡＣアドレス１７５を含むカプセル化ヘッダ７４を適用して、ＰＡＤＲパケットをカプセル化し（１２３、図１３のＳＱ１−１７）、レイヤ２トンネリングパケットに変換する。

ＥＧＷ１０−１は、ユーザ管理テーブル１７のエントリ１７０−２が示すＬ２−ＶＰＮ側ポート番号１７８の値「５」をメモリ２５のワークエリアに一時的に保持し（１２５）、上記レイヤ２トンネリングパケット（送信パケット）の種別を判定する（１２６）。今回のように、送信パケットがＰＡＤＲパケットの場合、ＥＧＷ１０−１は、送信パケットをポート番号「５」をもつ入出力回線インタフェースから広域イーサネット網（Ｌ２−ＶＰＮ）に送信して（１２８、図１３のＳＱ１−１８）、このルーチンを終了する。

上記カプセル化されたＰＡＤＲパケット（レイヤ２トンネリングパケット）は、Ｌ２ＳＷ３０−１を介してＣＧＷ２０−１に転送される。
ＣＧＷ２０−１は、上記ＰＡＤＲパケットを含むレイヤ２トンネリングパケットを受信すると、図１９に示す上りパケット処理ルーチン２１０を実行して、受信パケットのトンネリングタイプを判定する（２１１）。今回は、トンネリングタイプが「Ethernet over Ethernet」となっているため、ＣＧＷ２０−１は、受信したレイヤ２トンネリングパケットからカプセル化ヘッダ７４を除去し（デカプセル化：２１２、図１３のＳＱ１−１９）、受信パケットを図１６のフォーマットＦ３−３に変換した後、パケット種別を判定する（２１４）。

受信パケットがＰＡＤＲパケットの場合、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１に、ユーザＭＡＣアドレス２７１が受信パケットの送信元ＭＡＣアドレス７１２（「00.99.c0.61.72.00」）に該当するテーブルエントリが登録済みか否かを判定する（２２１）。目的のテーブルエントリがユーザ管理テーブル２７−１になければ、ＣＧＷ２０−１は、受信パケットを廃棄して（２２５）、このルーチンを終了する。

今回の例では、ユーザ管理テーブル２７−１から、受信パケット（ＰＡＤＲ）の送信元ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ２７０−２が検索される。そこで、ＣＧＷ２０−１は、送信すべきパケットの種別を判定する（２２２）。今回のように、ＰＡＤＲパケットの場合、ＣＧＷ２０−１は、上記送信パケットをＩＳＰ側ポート番号「５」をもつ回線インタフェース２１−５からＩＳＰ網に送信して（２２４、図１３のＳＱ１−２０）、このルーチンを終了する。尚、送信パケットがＰＡＤＴパケットの場合、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１から上記検索エントリを削除（２２３）した後、ステップ２２４を実行する。

上記ＰＡＤＲパケットは、その送信先ＭＡＣアドレスで指定されているＢＡＳ４０−１によって受信される。ＢＡＳ４０−１は、ＰＡＤＲパケットを受信すると、その送信元であるユーザ端末Ｈ１宛に、ＰＡＤＲパケットに対する応答パケットであるＰＡＤＳパケットを返信する（図１３のＳＱ１−２１）。ＰＡＤＳパケットは、前述したＰＡＤＯと同様、図１５にＦ２−１で示したフォーマットとなっている。

ＣＧＷ２０−１は、上記ＰＡＤＳパケットを受信すると、図２０に示した下りパケット処理ルーチン２３０を実行し、ユーザ管理テーブル２７−１から、ユーザＭＡＣアドレス２７１が受信パケットの送信先ＭＡＣアドレスに該当するテーブルエントリを検索する（２３１）。
今回の例では、ユーザ管理テーブル２７−１から、受信パケット（ＰＡＤＳ）の送信先ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ２７０−２が検索される。そこで、ＣＧＷ２０−１は、検索されたテーブルエントリ２７０−２のレイヤ２トンネリングタイプ２７３を判定し（２３４）、トンネリングタイプが「Ethernet over Ethernet」となっているため、上記テーブルエントリが示すＣＧＷ ＭＡＣアドレス２７５とＥＧＷ ＭＡＣアドレス２７６をカプセル化ヘッダ７４に適用して、受信パケットをカプセル化する（２３５、図１３のＳＱ１−２２）。

上記カプセル化によって、受信パケット（ＰＡＤＳ）は、図１５にフォーマットＦ２−２で示すように、Ｓ−ＭａｃＤＡ７４１としてＥＧＷ１１０−１のＭＡＣアドレス「00.99.c0.36.11.00」、Ｓ−ＭａｃＳＡ７４２としてＣＧＷ２０−１のＭＡＣアドレス「00.99.c0.44.21.00」をもつレイヤ２トンネリングパケット（送信パケット）に変換される。

ＣＧＷ２０−１は、送信パケットがＰＰＰ通信の終了要求を示すＰＡＤＴパケットか否かを判定する（２３７）。今回のように、送信パケットがＰＡＤＳパケットの場合は、ＣＧＷ２０−１は、ユーザ管理テーブル２７−１のテーブルエントリ２７０−２が示すＬ２−ＶＰＮ側ポート番号２７８と対応する回線インタフェースから、上記送信パケットを送信して（２３９、図１３のＳＱ１−１２）、このルーチンを終了する。これによって、ＰＡＤＳパケットは、ＰＡＤＲパケットとは逆のルートで、Ｌ２ＳＷ３０−１に転送され、Ｌ２ＳＷ３０−１によって、ＥＧＷ１０−１に転送される。

ＥＧＷ１０−１は、上記ＰＡＤＯパケットを受信すると、図１８に示す下りパケット処理ルーチン１３０を実行し、受信パケットのトンネリングタイプを判定する（１３１）。今回は、トンネリングタイプが「Ethernet over Ethernet」となっているため、ＥＧＷ１０−１は、受信パケットからカプセル化ヘッダ７４を除去する（１３２、図１３のＳＱ１−２４）。これによって、図１５に示すように、フォーマットＦ２−２の受信パケットが、フォーマットＦ２−３のパケットに変換される。

ＥＧＷ１０−１は、ユーザ管理テーブル１７から、ユーザＭＡＣアドレス１７１が、デカプセル化された受信パケットの送信先ＭＡＣアドレス７１１に該当するテーブルエントリを検索する（１３４）。今回は、受信パケットの送信先ＭＡＣアドレス「00.99.c0.61.72.00」と対応するテーブルエントリ１７０−２がユーザ管理テーブル１７から検索される。この場合、ＥＧＷ１０−１は、テーブルエントリ１７０−２が示すユーザ側ポート番号１７７の値「１」をワークメモリに記憶（１３６）した後、受信パケットの種別を判定する（１３７）。受信パケットがＰＡＤＴパケットでないため、ＥＧＷ１０−１は、受信パケットをユーザ側ポート番号「１」をもつ回線インタフェース１１−１から送出して（１３９）、このルーチンを終了する。これによって、ＢＡＳ４０−１から返送されたＰＡＤＳパケットが、ＰＡＤＲパケットの送信元ユーザ端末Ｈ１に転送される（図１３のＳＱ１−２５）。

ＥＧＷ１０−１は、ユーザ側（またはＬ２−ＶＰＮ側）からユーザパケットを受信すると、上述したパケット処理ルーチン１１０（または１３０）に従って、受信パケットをカプセル化（またはデカプセル化）し、Ｌ２−ＶＰＮ網（またはアクセス網）に転送する。同様に、ＣＧＷ２−０−１も、Ｌ２−ＶＰＮ側（またはＩＳＰ側）からユーザパケットを受信した場合、上述したパケット処理ルーチン２１０（または２３０）に従って、受信パケットをデカプセル化（またはカプセル化）し、ＩＳＰ網（またはＬ２−ＶＰＮ網）に転送する。

ＥＧＷ１０−１（またはＣＧＷ２０−１）は、ユーザ側またはＩＳＰ側からＰＰＰ通信の終了要求パケットであるＰＡＤＴパケットを受信した場合、受信したＰＡＤＴパケットを対向装置であるＣＧＷ２０−１（またはＥＧＷ１０−１）に転送すると共に、自装置のユーザ管理テーブル１７（または２７−１）から、ＰＡＤＴパケットの送信元ＭＡＣアドレスまたは送信先ＭＡＣアドレスと対応するテーブルエントリを削除する（１２７、１３８、２２３、２３８）。

次に、本発明の第２実施例として、ＥＧＷとＣＧＷとの間で、S-VLAN IDを使用した拡張ＶＬＡＮ型のレイヤ２トンネリングを行う場合について説明する。
前提となるシステム構成と各種のテーブルは、第１実施例と同様である。

図２１は、図１に示した通信ネットワークにおいて、ユーザ端末Ｈ３がＶｏＩＰ網ＮＷ４への接続要求パケットＰＡＤＩを発行した場合の通信シーケンスを示す。また、図２２は、第２実施例におけるＰＡＤＩパケットのフォーマットの変換過程、図２３は、ＰＡＤＯパケットのフォーマット変換過程、図２４は、ＰＡＤＲパケットのフォーマット変換過程を示している。

ユーザＨ３が、ＶｏＩＰ網への接続を要求する場合、図２２にフォーマットＦ４−１で示すように、ＶＬＡＮ ＩＤ７１４としてＩＤ値「１」を含み、ＴＡＧ ＶＡＬＵＥ７３１３に、サービス名、ドメイン名、パスワードを示す「voip＠isp4;pass4」を含むＰＡＤＩパケットをブロードキャストする（図２１のＳＱ２−１）。
ＥＧＷ１０−１は、上記ＰＡＤＩパケットを受信すると、図１７に示す上りパケット処理ルーチン１１０を実行し、受信したＰＰＰｏＥパケットの種別を判定する（１１１）。受信パケットがＰＡＤＩパケットであるため、ＥＧＷ１０−１は、ユーザ管理テーブル１７に新たなテーブルエントリを追加登録する（１１２）。

上記テーブルエントリは、図５Ｄにエントリ１７０−３で示すように、ユーザＭＡＣアドレス１７１として、受信したＰＡＤＩパケットが示す送信元ＭＡＣアドレス「00.99.c0.55.34.00」、ユーザ側ポート番号１７７として、上記ＰＡＤＩパケットを受信した回線インタフェース１１−ｉのポート番号（この例では、「３」）を含み、ＶＬＡＮ ＩＤ１７２に、受信パケットが指定したＩＤ値「１」を含む。

ＥＧＷ１０−１は、この後、受信パケットからＴＡＧ ＶＡＬＵＥ７３１３：「voip＠isp4;pass4」を抽出し（１１２）、ＴＡＧ ＶＡＬＵＥから抽出したドメイン名「isp4」とパスワード「pass4」とを含むユーザ認証要求メッセージ（Access-Request）をＲａｄｉｕｓサーバ３１に送信し（１１４、図２１のＳＱ２−２）、Ｒａｄｉｕｓサーバ３１からの応答を待つ（１１５）。

Ｒａｄｉｕｓ３１は、第１実施例と同様のユーザ認証を行う。今回は、ユーザ管理テーブル３７から検索されたドメイン名「isp4」をもつテーブルエントリ３７０−２が、レイヤ２トンネリングタイプ３７３で「拡張ＶＬＡＮ」、S-VLAN ID３７４でＩＤ値「２」を指定している。パスワードが正常であった場合、Ｒａｄｉｕｓ３１は、ＥＧＷ１０−１に返送するアクセス許可メッセージ（Access-Accept）（図２１のＳＱ２−３）で、レイヤ２トンネリングタイプが「拡張ＶＬＡＮ」であり、S-VLAN IDの値が「２」であることを示す。

ＥＧＷ１０−１は、Ｒａｄｉｕｓサーバ３１から応答パケット（Access-Accept）を受信すると、認証結果を判定する（１１６）。応答パケットがAccess-Acceptの場合、ＥＧＷ１０−１は、受信したAccess-Acceptが示すレイヤ２トンネリングタイプ：「拡張ＶＬＡＮ」と、S-VLAN ID」の値「２」をユーザ管理テーブルのテーブルエントリ１７０−３に登録する（１１８）。レイヤ２トンネリングタイプが拡張ＶＬＡＮの場合、Access-Acceptでは、ＥＧＷ ＭＡＣアドレスとＣＧＷ ＭＡＣアドレスが指定されないため、テーブルエントリ１７０−３のＥＧＷ ＭＡＣアドレス１７５とＣＧＷ ＭＡＣアドレス１７６にはコード「−」が設定される。この時点で、テーブルエントリ１７０−３は、図５Ｅに示した状態となる。

次に、ＥＧＷ１０−１は、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥ７３１３からドメイン名「isp4」を抽出し、ポート管理テーブル１８から、上記ドメイン名「isp4」と対応するＬ２−ＶＰＮ側ポート番号１８２に値「６」を検索し（１１９）、検索されたポート番号「６」をユーザ管理テーブル１７にＬ２−ＶＰＮ側ポート番号１７８として登録する（１２０）。これによって、テーブルエントリ１７０−３は、図５Ｆに示した状態となる。

この後、ＥＧＷ１０−１は、テーブルエントリ１７０−３のレイヤ２トンネリングタイプ１７３を判定する（１２２）。今回は、トンネリングタイプが拡張ＶＬＡＮとなっているため、ＥＧＷ１０−１は、図２２にフォーマットＦ４−２で示すように、Ｓ−ＶＬＡＮ ＩＤ７１５を含むカプセル化ヘッダ（Ethernetヘッダ）７４で受信パケットをカプセル化し、レイヤ２トンネリングパケットに変換する（１２４）。

ＥＧＷ１０−１は、ユーザ管理テーブル１７のエントリ１７０−３が示すＬ２−ＶＰＮ側ポート番号１７８の値「６」をメモリ２５のワークエリアに一時的に保持し（１２５）、上記レイヤ２トンネリングパケット（送信パケット）の種別を判定する（１２６）。今回のように、レイヤ２トンネリングパケットがＰＡＤＩパケットの場合、ＥＧＷ１０−１は、送信パケットをポート番号「６」をもつ入出力回線インタフェースから広域イーサネット網（Ｌ２−ＶＰＮ）に送信して（１２８、図２１のＳＱ２−５）、このルーチンを終了する。

上記ＰＡＤＩパケットは、Ｌ２ＳＷ３０−２によって、ＣＧＷ２０−２に転送される。ＣＧＷ２０−２は、上記レイヤ２トンネリングパケットを受信すると、図１９に示す上りパケット処理ルーチン２１０を実行し、受信パケットのトンネリングタイプを判定する（２１１）。

今回は、受信パケットのトンネリングタイプが拡張ＶＬＡＮであるため、ＣＧＷ２０−２は、受信パケットのヘッダからＳ−ＶＬＡＮ ＩＤ７１５を除去し（２１３、図２１のＳＱ２−７）、上記Ｓ−ＶＬＡＮ ＩＤ７１５の値「２」を記憶した状態で、受信パケットの種別を判定する（２１４）。今回は、受信パケットがＰＡＤＩパケットであるため、ＣＧＷ２０−２は、ユーザ管理テーブ２７−２に、受信したＰＡＤＩパケットの送信元ＭＡＣアドレスをユーザＭＡＣアドレス２７１とする新たなテーブルエントリを追加する（２１５）。

図９（Ａ）の２７０−２２は、この時点でユーザ管理テーブ２７−２に追加されたテーブルエントリの内容を示している。ユーザＭＡＣアドレス２７１には、ＰＡＤＩパケットの送信元ＭＡＣアドレスが示すユーザ端末Ｈ３のＭＡＣアドレス「00.99.c0.55.34.00」、ＶＬＡＮ ＩＤ２７２には、受信パケットが示すＶＬＡＮ ＩＤ７１４の値「１」、レイヤ２トンネリングタイプ２７３には、拡張ＶＬＡＮを示すコードが設定される。また、Ｓ−ＶＬＡＮ ＩＤ２７４には、受信パケットが示していたＳ−ＶＬＡＮ ＩＤ７１５の値「２」が設定され、Ｌ２−ＶＰＮ側ポート番号２７７には、上記レイヤ２トンネリングパケットを受信した回線インタフェースのポート番号、この例では「３」が設定される。今回は、レイヤ２トンネングパケットでＣＧＷ ＭＡＣアドレスとＥＧＷ ＭＡＣアドレスが指定されていないため、ＣＧＷ ＭＡＣアドレス２７５とＥＧＷ ＭＡＣアドレス２７６にはコード「−」が設定される。

ＣＧＷ２０−２は、次に、図１１に示したポート管理テーブル２８−２から、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥが示すドメイン名「isp4」と対応するＩＳＰ側ポート番号２８２とサービス名編集フラグ２８３を検索し（２１６）、検索されたＩＳＰ側ポート番号の値（この例では「８」）をユーザ管理テーブルのテーブルエントリ２７０−２２にＩＳＰ側ポート番号２７８として登録する（２１７）。この結果、テーブルエントリ２７０−２２は、図９（Ｂ）に示した状態となる。

ＣＧＷ２０−１は、検索されたサービス名編集フラグ２８３の値から、サービス名編集の要否を判定する（２１８）。ポート管理テーブル２８−２では、メイン名「isp4」と対応するテーブルエントリ２８０−２２で、サービス名編集フラグ２８３が「１」に設定されているため、ＣＧＷ２０−２は、ＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥが示す「voip＠isp4;pass4」を解析して、ＴＡＧ ＶＡＬＵＥからドメイン名「isp4」とパスワード情報「pass4」を除外して、図１４にフォーマットＦ４−３で示すように、受信パケット（ＰＡＤＩパケット）をＴＡＧ ＶＡＬＵＥとしてサービス名「voip」を含む送信パケットに変換する（２１９、図２１のＳＱ２−８）。

この後、ＣＧＷ２０−２は、ユーザ管理テーブル２７−２から、上記送信パケットの送信元ＭＡＣアドレスと対応するＩＳＰ側ポート番号２７８の値「８」を検索し（２２０）、送信パケットをＩＳＰ側ポート番号「８」をもつ回線インタフェース２１−８からＩＳＰ網に送信して（２２４、図２１のＳＱ２−９）、このルーチンを終了する。

上記ＰＡＤＩパケットは、ＢＡＳ４０−４によって受信される。ＢＡＳ４０−４は、受信したＰＡＤＩパケットに応答してＰＡＤＯパケットを送信する（図２１のＳＱ２−１０）。上記ＰＡＤＯパケットは、図２３にフォーマットＦ５−１で示すように、送信先ＭＡＣアドレス７１１として、ＰＡＤＩパケットの送信元であるユーザ端末Ｈ３のＭＡＣアドレス「00.99.c0.55.34.00」、送信元ＭＡＣアドレス７１２として、ＢＡＳ４０−４のＭＡＣアドレス「00.99.c0.26.24.00」を含み、ＶＬＡＮ ＩＤ７１４として、ＰＡＤＩパケットと同じＩＤ値「１」を含んでいる。

ＣＧＷ２０−２は、上記ＰＡＤＯパケットを受信すると、図２０に示す下りパケット処理ルーチン２３０を実行し、ユーザ管理テーブル２７−２から、ユーザＭＡＣアドレス２７１が受信パケットの送信先ＭＡＣアドレスに該当するテーブルエントリを検索する（２３１）。今回の例では、ユーザ管理テーブル２７−２から、ユーザＭＡＣアドレス２７１が「00.99.c0.55.34.00」のテーブルエントリ２７０−２２が検索される。そこで、ＣＧＷ２０−２は、検索されたテーブルエントリ２７０−２２のレイヤ２トンネリングタイプ２７３を判定する（２３４）。この場合、トンネリングタイプは、拡張ＶＬＡＮとなっているため、ＣＧＷ２０−２は、テーブルエントリ２７０−２２のＳ−ＶＬＡＮ ＩＤ２７４の値「２」を適用して、ＰＡＤＯパケットをカプセル化する（２３６、図２１のＱ２−１１）。ここでのカプセル化は、図２３にフォーマットＦ５−２で示すように、ＰＡＤＯパケットをEthernetヘッダにＳ−ＶＬＡＮ ＩＤ７１７を追加した形のレイヤ２トンネンリングパケット（送信パケット）に変換することを意味している。

ＣＧＷ２０−２は、上記送信パケットの種別を判定し（２３７）、送信パケットがＰＡＤＴパケットでなければ、ユーザ管理テーブル２７−２から検索されたテーブルエントリ２７０−２２が示すＬ２−ＶＰＮ側ポート番号２７８（「３」）と対応する回線インタフェースから、上記送信パケットを送信して（２３９、図２１のＳＱ２−１２）、このルーチンを終了する。これによって、ＰＡＤＯパケットは、ＰＡＤＩパケットとは逆ルートで、Ｌ２ＳＷ３０−２に転送される。

Ｌ２ＳＷ３０−２は、ＣＧＷ２０−２からレイヤ２トンネリングパケットを受信すると、Ｓ−ＶＬＡＮ ＩＤに従って、受信パケットをＥＧＷ１０−１に転送する（図２１のＳＱ２−１３）。

ＥＧＷ１０−１は、上記レイヤ２トンネリングパケットを受信すると、図１８に示す下りパケット処理ルーチン１３０を実行し、受信パケットのトンネリングタイプを判定する（１３１）。今回は、トンネリングタイプが拡張ＶＬＡＮとなっているため、ＥＧＷ１０−１は、受信パケットからＳ−ＶＬＡＮ ＩＤ７１５を除去（デカプセル化）する（１３３、図２１のＳＱ２−１４）。上記デカプセル化によって、レイヤ２トンネリングパケットは、図２３にフォーマットＦ５−３で示すＰＰＰｏＥパケットに変換される。

ＥＧＷ２０−１は、この後、ユーザ管理テーブル１７から、ユーザＭＡＣアドレス１７１が、上記送信パケットの送信先ＭＡＣアドレス７１１に該当するテーブルエントリを検索し（１３４）、検索結果を判定する（１３５）。今回は、ユーザ管理テーブル１７から、テーブルエントリ１７０−３が検索されるため、ＥＧＷ１０−１は、ユーザ側ポート番号１７７が示すポート番号「３」をワークメモリに記憶（１３６）した後、送信パケットの種別を判定する（１３７）。送信パケットがＰＡＤＴパケットでなければ、ＥＧＷ１０−１は、送信パケットをポート番号「３」をもつ回線インタフェースから送出して（１３９、図２１のＳＱ２−１５）、このルーチンを終了する。これによって、ＰＡＤＯパケットは、ＰＡＤＩパケットの送信元ユーザ端末Ｈ３に転送されることになる。

ユーザ端末Ｈ３は、ＰＡＤＯパケットを受信すると、ＰＰＰセッションの開始要求パケットであるＰＡＤＲパケットを送信する（図２１のＳＱ２−１６）。上記ＰＡＤＲパケットは、図２４にフォーマットＦ６−１で示すように、Ethernetヘッダの宛先ＭＡＣアドレス７１１がＢＡＳ４０−４のＭＡＣとなっており、ＶＬＡＮ ＩＤ７１４にＰＡＤＩパケットと同一の値「１」を含んできる。

ＥＧＷ１０−１は、上記ＰＡＤＲパケットを受信すると、図１７に示す上りパケット処理ルーチン１１０を実行し、受信パケットの種別を判定する（１１１）。今回は、受信パケットがＰＡＤＩパケットでないため、ＥＧＷ１０−１は、ユーザ管理テーブル１７に、ユーザＭＡＣアドレス１７１が受信パケットの送信元ＭＡＣアドレス７１２に該当するテーブルエントリが登録済みか否かを判定する（１２１）。

受信パケットの送信元ＭＡＣアドレス「00.99.c0.55.34.00」と対応するテーブルエントリ１７０−３がユーザ管理テーブル１７に既に登録済みとなっているため、ＥＧＷ１０−１は、上記テーブルエントリ１７０−３のレイヤ２トンネリングタイプ１７３を判定する（１２２）。今回は、レイヤ２トンネリングタイプが拡張ＶＬＡＮとなっているため、ＥＧＷ１０−１は、上記テーブルエントリ１７０−３のＳ−ＶＬＡＮ ＩＤ１７４が示すＩＤ値「２」を適用して、受信パケットをカプセル化し（１２４、図２１のＳＱ２−１７）、レイヤ２トンネリングパケット（送信パケット）に変換する。ここでのカプセル化は、図２４にフォーマットＦ６−２で示すように、EthernetヘッダにＳ−ＶＬＡＮ ＩＤ７１５を追加することを意味している。

ＥＧＷ１０−１は、この後、ユーザ管理テーブル１７のエントリ１７０−３が示すＬ２−ＶＰＮ側ポート番号１７８の値「６」をメモリ２５のワークエリアに一時的に保持し（１２５）、上記レイヤ２トンネリングパケットの種別を判定する（１２６）。今回のように、レイヤ２トンネリングパケット（送信パケット）がＰＡＤＲパケットの場合、ＥＧＷ１０−１は、送信パケットをポート番号「６」をもつ回線インタフェースから広域イーサネット網（Ｌ２−ＶＰＮ）に送信して（１２８、図２１のＳＱ２１−１８）、このルーチンを終了する。上記レイヤ２トンネリングパケット（ＰＡＤＲ）は、Ｌ２ＳＷ３０−２を介してＣＧＷ２０−２に転送される。

ＣＧＷ：２０−２は、上記レイヤ２トンネリングパケットを受信すると、図１９に示す上りパケット処理ルーチン２１０を実行し、受信パケットのトンネリングタイプを判定する（２１１）。今回は、受信パケットのトンネリングタイプが拡張ＶＬＡＮとなっているため、ＣＧＷ２０−２は、受信パケットからＳ−ＶＬＡＮ ＩＤ７１５を除去（デカプセル化）し（２１３）、受信パケットを図２３のフォーマットＦ６−３をもつ送信パケット（ＰＰＰｏＥパケット）に変換した後、パケットの種別を判定する（２１４）。

送信パケットがＰＡＤＲパケットの場合、ＣＧＷ２０−２は、ユーザ管理テーブル２７−２から、ユーザＭＡＣアドレス２７１が受信パケットの送信元ＭＡＣアドレス７１２に該当するテーブルエントリを検索する（２２１）。検索の結果、送信元ＭＡＣアドレス「00.99.c0.55.34.00」に該当するテーブルエントリ２７０−２２が見つかると、ＣＧＷ２０−２は、送信パケットがＰＡＤＴパケットか否かを判定する（２２３）。今回は、送信パケットがＰＡＤＲパケットであるため、ＣＧＷ２０−２は、テーブルエントリ２７０−２２のＩＳＰ側ポート番号２７８が示すポート番号「８」をもつ回線インタフェースから送信パケットを送出して（２２４、図２１のＳＱ２−２１）、このルーチンを終了する。

上記パケット（ＰＡＤＲ）は、ＢＡＳ４０−４で受信される。ＢＡＳ４０−４は、ＰＡＤＲパケットを受信すると、ＰＡＤＲパケットに対する応答パケットとしてＰＡＤＳパケットを返送する（図２１のＳＱ２−２１）。ＰＡＤＳパケットは図２３にフォーマットＦ５−１で示すように、送信先ＭＡＣアドレス７１１が、ユーザ端末Ｈ３のＭＡＣアドレス「00.99.c0.55.34.00」となっている。

ＣＧＷ２０−２は、ＢＡＳ４０−からＰＡＤＳパケットを受信すると、図２０に示す下りパケット処理ルーチン２３０を実行し、ユーザ管理テーブル２７−２から、ユーザＭＡＣアドレス２７１が受信パケットの送信先ＭＡＣアドレス７１２と一致するテーブルエントリを検索する（２３１）。今回は、送信先ＭＡＣアドレス「00.99.c0.55.34.00」に該当するテーブルエントリ２７０−２２が検索されるため、ＣＧＷ２０−２は、ＰＡＤＯパケットの受信時と同様、テーブルエントリ２７０−２２のレイヤ２トンネリングタイプ２７３を判定し（２３４）、テーブルエントリ２７０−２２のＳ−ＶＬＡＮ ＩＤ２７４の値「２」を適用して、ＰＡＤＳパケットをカプセル化し（２３６、図２１のＱ２−２２）、図２３にフォーマットＦ５−２で示すレイヤ２トンネリングパケットに変換する。

ＣＧＷ２０−２は、上記レイヤ２トンネリングパケットをテーブルエントリ２７０−２２が示すＬ２−ＶＰＮ側ポート番号２７８（「３」）と対応する回線インタフェースから送信して（２３９）、このルーチンを終了する。これによって、ＰＡＤＳパケットは、ＰＡＤＲパケットとは逆ルートで、Ｌ２ＳＷ３０−２に転送され、Ｌ２ＳＷ３０−２によってＥＧＷ１０−１に転送される（図２１のＳＱ２−２３）。

ＥＧＷ１０−１は、上記ＰＡＤＳを受信すると、図１８に示す下りパケット処理ルーチン１３０を実行する。ＰＡＤＯパケットの受信時と同様、ＥＧＷ１０−１は、受信パケットのトンネリングタイプを判定し（１３１）、受信パケットからＳ−ＶＬＡＮ ＩＤ７１５を除去（デカプセル化）し（１３３、図２１のＳＱ２−２４）、ユーザ管理テーブル１７からテーブルエントリ１７０−３を検索し（１３４）、図２３のフォーマットＦ５−３をもつ送信パケットをポート番号「３」をもつ回線インタフェースから送出して（１３９、図２１のＳＱ２−２５）、このルーチンを終了する。これによって、ＰＡＤＳパケットは、ＰＡＤＲパケットの送信元ユーザ端末Ｈ３に転送されることになる。

ＥＧＷ１０−１（ＣＧＷ２０−２）は、ユーザ側またはＩＳＰ側からＰＰＰ通信の終了要求パケットであるＰＡＤＴパケットを受信した場合、受信したＰＡＤＴパケットを対向装置であるＣＧＷ２０−２（ＥＧＷ１０−１）に転送すると共に、自装置のユーザ管理テーブル１７（２７−２）から、ＰＡＤＴパケットの送信元ＭＡＣアドレスまたは送信先ＭＡＣアドレスと対応するテーブルエントリを削除する。

上述した実施例では、ＥＧＷとＣＧＷが、ＰＰＰｏＥプロトコルにおける接続要求パケットであるＰＡＤＩパケットの受信時に、ユーザ管理テーブルに新たなテーブルエントリを追加することによって、ＥＧＷとＣＧＷの間にＬ２−ＶＰＮを設定しているが、ネットワークに、例えば、ＩＥＥＥ８０２．１Ｘを適用した場合、ＥＡＰ−Ｒｅｓｐｏｎｓｅ／ＩＤ通知パケットの受信時に、ユーザ管理テーブルに新たなテーブルエントリを追加することによって、ＥＧＷとＣＧＷの間にＬ２−ＶＰＮを設定することが可能となる。

また、以上の実施例では、Ｌ２−ＶＰＮにおけるレイヤ２トンネリングのタイプが、Ethernet over Ethernetと拡張ＶＬＡＮの場合について説明したが、本発明は、例えば、Ｌ２ＴＰｖ３やEthernet over IPなど、他のレイヤ２トンネリングタイプにも適用可能である。

本発明が適用される通信ネットワークの構成例を示す図。 （Ａ）はＰＰＰｏＥパケットのフォーマット、（Ｂ）はＴＡＧ７３１の詳細を示す図。 図１の通信ネットワークにおけるユーザ端末の接続先ＢＡＳの選択動作を説明するための図。 図１に示したＥＧＷ１０（１０−１、１０−２）の１実施例を示す構成図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの構成を示す図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの内容変化を示す図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの内容変化を示す図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの内容変化を示す図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの内容変化を示す図。 ＥＧＷ１０−１が備えるユーザ管理テーブルの内容変化を示す図。 ＥＧＷ１０−１が備えるポート管理テーブルの構成を示す図。 図１に示したＣＧＷ２０（２０−１〜２０−３）の１実施例を示す構成図。 ＣＧＷ２０−１が備えるユーザ管理テーブル２７−１の構成と内容変化を説明するための図。 ＣＧＷ２０−１が備えるユーザ管理テーブル２７−１の構成と内容変化を説明するための図。

ＣＧＷ２０−１が備えるポート管理テーブル２８−１の構成を示す図。 ＣＧＷ２０−２が備えるポート管理テーブル２８−２の構成を示す図。 Ｒａｄｉｕｓサーバ３１が備えるユーザ管理テーブル３７の構成を示す図。 本発明の第１実施例を示す通信シーケンス図。 第１実施例におけるＰＡＤＩパケットのフォーマット変換過程を示す図。 第１実施例におけるＰＡＤＯパケットのフォーマット変換過程を示す図。 第１実施例におけるＰＡＤＲパケットのフォーマット変換過程を示す図。 ＥＧＷが実行する上りパケット処理ルーチン１１０の１実施例を示すフローチャート。 ＥＧＷが実行する下りパケット処理ルーチン１３０の１実施例を示すフローチャート。 ＣＧＷが実行する上りパケット処理ルーチン２１０の１実施例を示すフローチャート。 ＣＧＷが実行する下りパケット処理ルーチン２３０の１実施例を示すフローチャート。 本発明の第２実施例を示す通信シーケンス図。 第２実施例におけるＰＡＤＩパケットのフォーマット変換過程を示す図。 第２実施例におけるＰＡＤＯパケットのフォーマット変換過程を示す図。 第２実施例におけるＰＡＤＲパケットのフォーマット変換過程を示す図。

符号の説明

Ｈ１〜Ｈｘ、Ｐ１、Ｐ２：ユーザ端末、１０：ユーザ側Ｌ２ＧＷ（ＥＧＷ）、
２０：ＩＳＰ側Ｌ２ＧＷ（ＣＧＷ）、３０、５０：Ｌ２ＳＷ、３１：Ｒａｄｉｕｓサーバ、４０：ブロードバンドアクセスサーバ（ＢＡＳ）、ＮＷ１：Ｌ２−ＶＰＮ、
ＮＷ２：ＩＳＰ網、ＮＷ３：インターネット網、ＮＷ４：ＶｏＩＰ網、
１１、２１：回線インタフェース、１２、２２：ルーティング部、１３、２３：制御部、
１７、２７：ユーザ管理テーブル、１８、２９：ポート管理テーブル、
９０、９１：制御端末。

Claims (9)

1. ユーザ端末と通信するための複数のアクセス回線を収容したエッジ側パケット転送装置と、ＩＳＰドメイン名によって識別可能な複数のコア側パケット転送装置と、ＩＳＰドメイン名と対応してレイヤ２トンネリング制御情報を記憶している認証サーバとからなり、上記各コア側パケット転送装置が、それぞれに付随する少なくとも１つのゲートウェイ（ＧＷ）装置と接続され、各ＩＳＰに所属するユーザ端末とレイヤ３網との接続が上記ＧＷ装置によって制御されるようにした広域イーサネット網におけるパケット転送制御方法であって、
   ユーザ端末からレイヤ３網への接続要求パケットを受信した上記エッジ側パケット転送装置が、上記認証サーバに、該接続要求パケットから抽出されたＩＳＰドメイン名とユーザ認証情報とを含むユーザ認証要求メッセージを送信し、
   上記ユーザ認証要求メッセージを受信した上記認証サーバが、ユーザ認証に成功した時、上記エッジ側パケット転送装置に、該ユーザ認証要求メッセージが示すＩＳＰドメイン名と対応するレイヤ２トンネリング制御情報を含む応答メッセージを返送し、
   上記応答メッセージを受信した上記エッジ側パケット転送装置が、上記接続要求パケットの送信元アドレスと該応答メッセージが示す上記レイヤ２トンネリング制御情報との対応関係を示す新たなテーブルエントリを第１のユーザ管理テーブルに登録し、上記接続要求パケットを該レイヤ２トンネリング制御情報に従ってカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信し、
   上記レイヤ２トンネリングパケットを受信したコア側パケット転送装置が、上記受信パケットから抽出されたレイヤ２トンネリング制御情報と上記接続要求パケットの送信元アドレスとの対応関係を示す新たなテーブルエントリを第２のユーザ管理テーブルに登録し、該受信パケットをデカプセル化して得られた接続要求パケットを付随するＧＷ装置に転送することを特徴とするパケット転送制御方法。
2. 前記コア側パケット転送装置が、前記ＧＷ装置からユーザ端末宛のパケットを受信した時、前記第２のユーザ管理テーブルから上記受信パケットの送信先アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って上記受信パケットをカプセル化して、レイヤ２トンネリングパケットとして前記広域イーサネット網に送信し、
   上記レイヤ２トンネリングパケットを受信した前記エッジ側パケット転送装置が、上記レイヤ２トンネリングパケットをデカプセル化し、得られたパケットをその送信先アドレスと対応するユーザ端末に転送することを特徴とする請求項１に記載のパケット転送制御方法。
3. 前記第２のユーザ管理テーブルに、前記ＧＷ装置から受信したパケットの送信先アドレスと対応するテーブルエントリが登録されていなかった場合に、前記コア側パケット転送装置が、上記受信パケットを廃棄することを特徴とする請求項２に記載のパケット転送制御方法。
4. 前記エッジ側パケット転送装置が、前記ユーザ端末からレイヤ３網への接続要求パケット以外のパケットを受信した時、前記第１のユーザ管理テーブルから、上記受信パケットの送信元アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って該受信パケットをカプセル化し、レイヤ２トンネリングパケットとして前記広域イーサネット網に送信し、
   上記レイヤ２トンネリングパケットを受信したコア側パケット転送装置が、上記受信パケットをデカプセル化し、得られたパケットを付随するＧＷ装置に転送することを特徴とする請求項１〜請求項３の何れかに記載のパケット転送制御方法。
5. 前記第１のユーザ管理テーブルに、前記ユーザ端末から受信したパケットの送信元アドレスと対応するテーブルエントリが登録されていなかった場合に、前記エッジ側パケット転送装置が、上記受信パケットを廃棄することを特徴とする請求項４に記載のパケット転送制御方法。
6. 前記エッジ側パケット転送装置が、前記第１のユーザ管理テーブルに登録される新たなテーブルエントリに、前記接続要求パケットを受信したアクセス回線を示すポート番号を記憶しておき、前記コア側パケット転送装置からレイヤ２トンネリングパケットを受信した時、該レイヤ２トンネリングパケットをデカプセル化して得られたパケットを上記テーブルエントリが示すポート番号をもつ特定のアクセス回線に転送することを特徴とする請求項２に記載のパケット転送制御方法。
7. 前記第１、第２のユーザ管理テーブルの各テーブルエントリが、前記レイヤ２トンネリング制御情報として、トンネンリングタイプと、トンネンリングタイプに対応したカプセル化ヘッダ情報を記憶しており、
   前記エッジ側パケット転送装置が、上記第１のユーザ管理テーブルから検索されたテーブルエントリが示すトンネンリングタイプによって決まるカプセル化ヘッダ情報を適用して、前記各アクセス回線からの受信パケットをカプセル化し、
   前記コア側パケット転送装置が、上記第２のユーザ管理テーブルから検索されたテーブルエントリが示すトンネンリングタイプによって決まるカプセル化ヘッダ情報を適用して、前記ＧＷ装置からの受信パケットをカプセル化することを特徴とする請求項２に記載のパケット転送制御方法。
8. 前記コア側パケット転送装置の少なくとも１つが、サービス名によって識別される複数のＧＷ装置と接続され、前記広域イーサネット網から、パケットヘッダにＩＳＰドメイン名とサービス名とを含むレイヤ２トンネリングパケットを受信した時、受信パケットをデカプセル化して上記サービス名で特定されるＧＷ装置に転送することを特徴とする請求項１〜請求項７の何れかに記載のパケット転送制御方法。
9. ＩＳＰドメイン名によって識別可能な複数のコア側パケット転送装置と、ＩＳＰドメイン名と対応してレイヤ２トンネリング制御情報を記憶している認証サーバとを含む広域イーサネット網に接続され、ユーザ端末と通信するための複数のアクセス回線を収容したパケット転送装置であって、
   上記何れかのアクセス回線から、ユーザ端末が送信したレイヤ３網への接続要求パケットを受信した時、上記認証サーバに、上記接続要求パケットから抽出されたＩＳＰドメイン名とユーザ認証情報とを含むユーザ認証要求メッセージを送信し、上記認証サーバから、上記ユーザ認証要求メッセージが示すＩＳＰドメイン名と対応したレイヤ２トンネリング制御情報を含む応答メッセージを受信するための手段と、
   上記接続要求パケットの送信元アドレスと上記応答メッセージから抽出された上記レイヤ２トンネリング制御情報との対応関係を示す新たなテーブルエントリをユーザ管理テーブルに記憶するための手段と、
   上記接続要求パケットを上記レイヤ２トンネリング制御情報に従ってカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信するための手段と、
   上記ユーザ端末からレイヤ３網への接続要求パケット以外のパケットを受信した時、上記ユーザ管理テーブルから、該受信パケットの送信元アドレスと対応するテーブルエントリを検索し、該テーブルエントリが示すレイヤ２トンネリング制御情報に従って上記受信パケットをカプセル化し、レイヤ２トンネリングパケットとして上記広域イーサネット網に送信するための手段と、
   上記広域イーサネット網からレイヤ２トンネリングパケットを受信した時、上記レイヤ２トンネリングパケットをデカプセル化し、得られたパケットをその送信先アドレスと対応するユーザ端末に転送するための手段とを備えたことを特徴とするパケット転送装置。

Images