(57)【特許請求の範囲】
【請求項１】
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、
また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する仮想ネットワーク接続方法。
【請求項２】
請求項１記載の仮想ネットワーク接続方法であって、
ＰＥ１は、端末２から端末１に向けた第３のパケットを受信し、
ＰＥ１は、第３のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第２のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第３のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第３のパケットに含まれるＩＰパケットに付加した第４のパケットを作成し、
ＰＥ１は、第４のパケットを、ＣＥ１を経由して端末１に向け送信する仮想ネットワーク接続方法。
【請求項３】
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、を備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、
更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する仮想ネットワーク接続方法。
【請求項４】
請求項３記載の仮想ネットワーク接続方法であって、
ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第３のパケットを受信し、
ＰＥ１は、第３のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第２のネットワークのネットワーク装置（ＣＥ１）である事を得て、
ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第３のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第３のパケットに含まれるＩＰパケットに付加した第４のパケットを作成し、
ＰＥ１は、第４のパケットを、ＣＥ１を経由して端末１に向け送信する
仮想ネットワーク接続方法。
【請求項５】
ＶＰＮを構成するネットワークシステムにおいて、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、  前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、第１のネットワーク内で他のネットワークに接続される宛先ネットワーク装置（ＰＥ）のアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、
また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信し、
ＰＥ１は、端末２から端末１に向けた第３のパケットを受信し、
ＰＥ１は、第３のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第２のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第３のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第３のパケットに含まれるＩＰパケットに付加した第４のパケットを作成し、
ＰＥ１は、第４のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワークシステム。
【請求項６】
請求項５記載のネットワークシステムであって、
第１のネットワーク内で他のネットワークに接続される宛先ネットワーク装置（ＰＥ）のアドレスは、ＭＡＣアドレスであって、
ＰＥ１は、前記宛先ネットワーク装置（ＰＥ）のアドレスが含まれるＭＡＣ−ｉｎ−ＭＡＣヘッダにしたがって前記第１のネットワークにパケットを送信する、ネットワークシステム。
【請求項７】
請求項５記載のネットワークシステムであって、
前記ＰＥ１は、
さらに、ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
を備え、
ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
ＰＥ１は、第３のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、前記求めたＶＰＮ番号と前記第三のパケットに含まれる宛先端末１のＩＰアドレスを用いて前記フォワーディングテーブルが検索され、  
ＰＥ１は、前記第４のパケットを作成する場合、さらに、更新したフォワーディングテーブルを用いて、一時的に保存していた第３のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを生成する、
ネットワークシステム。
【請求項８】
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ネットワーク装置は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、
また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワーク装置。
【請求項９】
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
処理部は、端末２から端末１に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第２のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置。
【請求項１０】
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部とを備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、
更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信し、
端末２から端末１に向けたＭＰＬＳの第３のパケットを受信し、
処理部は、第３のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第２のネットワークのネットワーク装置（ＣＥ１）である事を得て、
ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第３のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第３のパケットに含まれるＩＰパケットに付加した第４のパケットを作成し、
ＰＥ１は、第４のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置。
【請求項１１】
請求項６に記載のネットワークシステムにおいて、
ＰＥ１は、ＡＲＰリクエストパケットを作成する際、
ＶＰＮ番号と宛先ＩＰアドレスに対応するＶＬＡＮ番号を得て、宛先ＰＥのＭＡＣアドレスをブロードキャストアドレスとし、送信元ＰＥのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報を取得したＶＰＮ番号とし、宛先ユーザのＭＡＣアドレスをブロードキャストアドレスとし、送信元ユーザのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＬＡＮ番号を含むヘッダを作成し、ＩＰパケットを宛先ＩＰアドレスのＡＲＰ解決を要求するためのＡＲＰパケットのフォーマットとして、前記ヘッダを付加することにより、ＡＲＰリクエストパケットを作成する
ことを特徴とするネットワークシステム。
【請求項１２】
請求項６に記載のネットワークシステムにおいて、
フォワーディングテーブル及び端末情報テーブルの更新後、端末１が端末２に向けて送信する第５のパケットは、ＰＥ１が、更新されたフォワーディングテーブル及び／又は端末情報テーブルを検索することで必要なエントリを得ることで、ＡＲＰによる隣接探索は行わずパケット処理を行い、第６のパケットを作成し、端末２に向けて送信することを特徴とするネットワークシステム。
【請求項１３】
請求項６に記載のネットワークシステムにおいて、
ＰＥ１は、端末１から第１のパケットを受信すると、パケットを受信したインタフェースＩＦ１に該当するＶＰＮ番号と、第１のパケットのＩＰパケットに含まれる宛先端末２の宛先ＩＰアドレスを取得し、
ＰＥ１は、取得したＶＰＮ番号と宛先ＩＰアドレスを用いて、フォワーディングテーブルを検索し、該当するエントリの出力インタフェース番号及び／又は宛先ＰＥのＭＡＣアドレスが未定である場合、ＰＥ１は、隣接探索を行うため、第１のパケットを一時的に保存し、ＡＲＰリクエストパケットを作成し、ＡＲＰリクエストパケットを、第１のネットワークに向けて送信し、
ＰＥ１は、端末２からＡＲＰリプライパケットをインタフェースＩＦ２から受信すると、端末情報テーブルに、ＡＲＰリプライパケットに含まれる、端末２の所属するＶＰＮ番号及び端末２の所属するＶＬＡＮ番号、端末２のＩＰアドレス、端末２のＭＡＣアドレスを、対応して記憶し、また、フォワーディングテーブルに、ＡＲＰリプライパケットに含まれる、端末２の所属するＶＰＮ番号、端末２のＩＰアドレス、ＰＥ２のＭＡＣアドレス、ＡＲＰリプライパケットを受信したインタフェースＩＦ２を、対応して記憶し、
ＰＥ１は、第１のパケットから取得したＶＰＮ番号と宛先端末２のＩＰアドレスに基づき、宛先ＰＥのＭＡＣアドレスをフォワーディングテーブルに格納されているＰＥ２のＭＡＣアドレスとし、送信元ＰＥのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＰＮ番号情報を取得したＶＰＮ番号とし、宛先ユーザＭＡＣアドレスを端末情報テーブルに格納されている端末２のＭＡＣアドレスとし、送信元ユーザＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇを端末情報テーブルに格納されている端末２の所属するＶＬＡＮ番号とし、ＩＰパケットを第１のパケットから変更しないことにより、第２のパケットを作成し、
ＰＥ１は、作成した第２のパケットを、第１のネットワークに接続しているインタフェースであるＩＦ２に向けて送信し、
ＰＥ１が、端末２から第３のパケットを受信すると、パケットを受信したインタフェースＩＦ２に該当する、ＶＰＮ番号と宛先端末１の宛先ＩＰアドレスを取得し、
ＰＥ１は、取得したＶＰＮ番号と宛先ＩＰアドレスを用いて、フォワーディングテーブルを検索し、パケットの転送先が出力インタフェース番号がＩＦ１であり、ネクストホップ情報がＣＥ１のＩＰアドレスであることを求め、
パケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために、端末情報テーブルをＶＰＮ番号とＣＥ１のＩＰアドレスにて検索するが、エントリが存在しない場合、第１のパケットを一時的に保存し、ＡＲＰリクエストパケットを作成し、作成したＡＲＰリクエストパケットを、インタフェースＩＦ１に向けて送信し、
ＰＥ１は、ＡＲＰリプライパケットをＩＦ１から受信し、
ＰＥ１は、端末情報テーブルに、ＣＥ１の所属するＶＰＮ番号に対して、ＡＰＲリプライパケットＰに含まれる、ＣＥ１の所属するＶＬＡＮ番号、ＣＥ１のＩＰアドレス、ＣＥ１のＭＡＣアドレスを記憶し、
ＰＥ１は、受信したパケットから取得したＶＰＮ番号と宛先ＩＰアドレスに基づき、フォワーディングテーブルを検索し、パケットの転送先インタフェースＩＦ１と、ネクストホップのＣＥ１のＩＰアドレスを得て、ＶＰＮ番号とＣＥ１のＩＰアドレスを用いて、端末情報テーブを検索し、ＶＬＡＮ番号とＣＥ１のＭＡＣアドレスを求め、
ＰＥ１は、宛先ユーザＭＡＣアドレスを端末情報テーブルに格納されているＣＥ１のＭ
ＡＣアドレスとし、送信元ユーザＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇを端末情報テーブルに格納されているＣＥ１の所属するＶＬＡＮ番号とし、ＩＰパケットは前記第３のパケットから変更しないことにより、第４のパケットを作成し、
ＰＥ１は、作成した第４のパケットを、第２のネットワークに接続しているインタフェースであるＩＦ１に向けて送信する
ことを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想ネットワーク接続方法、ネットワークシステム及び装置に係り、特に、ネットワーク同士を接続する仮想ネットワーク接続方法、ネットワークシステム及び装置に関する。
【背景技術】
【０００２】
従来、離れた拠点にあるネットワーク（以下、拠点ネットワークと呼ぶ）において、サービスプロバイダのネットワーク（以下、コアネットワークと呼ぶ）を利用してそれらのネットワーク同士を接続するＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）という技術が知られている。サービスプロバイダは、コアネットワークにおいて複数の顧客の拠点ネットワーク間を接続し、かつ、異なる顧客間での通信を不可能とすることで、顧客毎に独立したネットワークを構築するサービスを提供している。
【０００３】
コアネットワークを用いて拠点ネットワーク間を接続するための技術として、非特許文献１に示されるＰＢＢ（Ｐｒｏｖｉｄｅｒ  Ｂａｃｋｂｏｎｅ  Ｂｒｉｄｇｅｓ）に代表されるＭＡＣ−ｉｎ−ＭＡＣ（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）と呼ばれる技術や、非特許文献２に示されるＭＰＬＳ（Ｍｕｌｔｉ  Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）、非特許文献３に示されるＶＰＬＳ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  ＬＡＮ  Ｓｅｒｖｉｃｅ）がある。
ＭＡＣ−ｉｎ−ＭＡＣは、顧客の拠点ネットワークとサービスプロバイダの間をレイヤ２（ＯＳＩ参照モデルにおける第２層）によって接続し、拠点ネットワーク間でレイヤ２による通信を可能とする技術である。コアネットワーク内はレイヤ２の技術により、ユニキャスト、フラッディング、マルチキャスト、ブロードキャストの転送を行う。ある拠点ネットワークからサービスプロバイダのエッジ装置（顧客の拠点ネットワークと接続するサービスプロバイダの装置）に到達したパケットに対し、サービスプロバイダの装置はそのパケットＭＡＣ−ｉｎ−ＭＡＣのフォーマットのレイヤ２ヘッダを追加し、コアネットワーク内はその追加したヘッダを用いてパケットを転送し、最後にコアネットワークの出口となるエッジ装置で拠点ネットワークにパケットを渡す際に、追加したレイヤ２ヘッダを削除し、宛先の拠点ネットワークにパケットを届ける。顧客のパケットのレイヤ２ヘッダとレイヤ３以上の情報を変更せずに転送することで、拠点ネットワーク間でレイヤ２通信を可能とする点が特徴である。サービスプロバイダと拠点ネットワークの接続においてレイヤ３に依存しない。ＭＡＣ−ｉｎ−ＭＡＣは、コアネットワーク内の拠点間パケット転送のために特別なプロトコルを用いない点で、ＭＰＬＳと比較し低コストでネットワーク運用や管理を行うことができ、また、装置のコストも比較的安価である事が多い。ただし、コアネットワークのエッジ装置ではＭＡＣアドレス学習などのレイヤ２の全ての情報を保持する必要があり、大容量の情報を保持可能な装置である必要がある。
【０００４】
ＭＰＬＳは、顧客の拠点ネットワークとサービスプロバイダの間を接続する方法として、非特許文献２に示されるレイヤ３（ＯＳＩ参照モデルにおける第３層）による方法と、非特許文献３に示されるレイヤ２による方法があり、それぞれレイヤ３接続のネットワーク間の接続、レイヤ２接続のネットワーク間の接続を可能としている。ＭＰＬＳはコアネットワーク内において、コアネットワーク内での宛先を示す第１ラベルと、拠点ネットワークの宛先を示す第２ラベルの２つをＢＧＰ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）を用いたプロトコルによって決定し、そのラベルを用いてコアネットワーク内のパケット転送を行う。ある拠点ネットワークからサービスプロバイダのエッジ装置に到達したパケットに対し、サービスプロバイダの装置はそのパケットに第１ラベル、第２ラベルを含むＭＰＬＳヘッダを追加し、コアネットワーク内はその追加したヘッダを用いてパケットを転送し、最後に出口となるエッジ装置で拠点ネットワークにパケットを渡す際に、追加したＭＰＬＳヘッダを削除し、宛先の拠点ネットワークにパケットを届ける。レイヤ３による接続の場合は顧客の拠点間のルーティングをサービスプロバイダが仲介することで顧客のレイヤ３接続を容易にしている事が特徴のひとつであり、レイヤ２による接続の場合は顧客のパケットに対しレイヤ２ヘッダとレイヤ３以上の情報を全く変更せずに転送することで、拠点ネットワーク間でレイヤ２通信を可能とする点が特徴のひとつである。その場合サービスプロバイダと拠点ネットワークの接続においてレイヤ３に依存しない。ＭＰＬＳは、コアネットワーク内の拠点間パケット転送のためにＢＧＰやＭＰＬＳのプロトコルを用いている点で、複雑なプロトコルの運用や管理を行う必要があり高コストになりやすく、装置のコストも比較的高価である事が多い。また、コアネットワークのエッジ装置ではラベル情報を含む多くの情報を保持する必要があり、大容量の情報を保持可能な装置である必要がある。
【０００５】
ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳによるＶＰＮは、顧客の拠点ネットワークとサービスプロバイダのコアネットワークとの間の接続において、接続する形態がレイヤ３による接続かレイヤ２による接続かのいずれかに統一してＶＰＮを構成する必要がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＩＥＥＥ８０２．１ａｈ  Ｐｒｏｖｉｄｅｒ  Ｂａｃｋｂｏｎｅ  Ｂｒｉｄｇｅｓ
【非特許文献２】ＲＦＣ４３６４  ＢＧＰ／ＭＰＬＳ  ＩＰ  Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋｓ
【非特許文献３】ＲＦＣ４７６２  Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  ＬＡＮ  Ｓｅｒｖｉｃｅ（ＶＰＬＳ）  Ｕｓｉｎｇ  Ｌａｂｅｌ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＬＤＰ）  Ｓｉｇｎａｌｉｎｇ
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の１つ目の課題は、上述したＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳによるＶＰＮは、顧客の拠点ネットワークとサービスプロバイダ間の接続において、全ての拠点ネットワークの接続をレイヤ３とするか、もしくは全ての拠点ネットワークの接続をレイヤ２とするか、いずれかに統一する必要があるという課題である。このように、従来は、いずれかを選択する必要があり、一般に、ネットワーク構成の選択における自由度が低い。１つ目の課題は、具体的には、ある拠点ネットワークはレイヤ３での接続を行い、ある拠点ネットワークはレイヤ２での接続を行い、それらを相互に接続するといった構成ができないという課題である。したがって、たとえば、ある拠点ネットワークのレイヤ３のルーティングはサービスプロバイダが仲介することで顧客の運用や管理を容易にし、別の拠点ネットワークではレイヤ２による接続によってレイヤ３に依存しない構成とする、といった構成が組めないという課題が発生する。
上記に加えて、ある顧客がレイヤ３による接続からレイヤ２による接続に切り替えを行う必要が生じた場合やその逆の場合に、拠点ネットワーク毎に順次変更するといった事はできず、ネットワーク全体を一斉に切り替える必要があり、切り替えを行う際に全体を一旦停止しなければならないため作業の影響が大きいという課題が発生する。
【０００８】
本発明の２つ目の課題は、ＭＡＣ−ｉｎ−ＭＡＣによるＶＰＮは、サービスプロバイダのエッジ装置が、コアネットワークを介した別の拠点ネットワークを含み全てのＭＡＣアドレス学習などの情報を保持する必要があり、大容量の情報を保持可能な装置が必要があるため、エッジ装置の装置コストを下げるのが困難であるという課題である。同時に、ＭＰＬＳのエッジ装置においても同様に、コアネットワークを介した別の拠点ネットワークを含む全ての情報を保持可能な装置である必要があるため、大容量の情報を保持可能な装置が必要であるため、エッジ装置の装置コストを下げるのが困難であるという課題もある。
【０００９】
本発明の目的のひとつは、上記の課題を解決し、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能とすることである。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することである。
本発明の別の目的は、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減し、エッジ装置の装置コストを下げる事を可能にすることである。
【課題を解決するための手段】
【００１０】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【００１１】
［適用例１］
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、前記第１のネットワークにレイヤ２によって接続する第３のネットワークとがＶＰＮを構成するネットワークにおいて、前記第２のネットワークを接続する第１のネットワークに属するネットワーク装置であって、第３のネットワークに属する宛先に対し第１のネットワークを経由して宛先のアドレス探索を行い宛先の情報を保存し、同時に、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応を保存する第４の機能と、第３のネットワークに属する宛先の情報と、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の宛先の情報との２つを同時にパケットに格納する第５の機能と、を備え、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先の情報と宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とを用いて、前記第５の機能により第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とパケットの宛先の情報の２つを同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。
【００１２】
適用例１のネットワーク装置では、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
【００１３】
［適用例２］
適用例１に記載のネットワーク装置であって、前記第１のネットワークはＭＡＣ−ｉｎ−ＭＡＣによりＶＰＮを接続するネットワークであって、前記第４の機能のアドレス探索による宛先の情報はＭＡＣアドレス情報であって、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応とは、宛先のアドレス探索のパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダの送信元ＭＡＣアドレスと宛先のＩＰアドレスとの対応であって、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先のアドレス探索のパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダの送信元ＭＡＣアドレスと、宛先のＭＡＣアドレスを用いて、前記第５の機能により２つの情報を同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。
【００１４】
適用例２のネットワーク装置では、適用例１に示した構成において、コアネットワークにＭＡＣ−ｉｎ−ＭＡＣの方式を用いることが可能となる。ＭＡＣ−ｉｎ−ＭＡＣは、コアネットワーク内の拠点間パケット転送のために特別なプロトコルを用いない点で、比較的低コストでネットワーク運用や管理を行うことができ、また、装置のコストも比較的安価にネットワークを構築することができる。また、このような構成により、レイヤ２による通信を対象としたＭＡＣ−ｉｎ−ＭＡＣネットワークにレイヤ３のＶＰＮを接続することが可能となる。
【００１５】
［適用例３］
適用例１に記載のネットワーク装置であって、前記第１のネットワークはＭＰＬＳによりＶＰＮを接続するネットワークであって、前記第４の機能のアドレス探索による宛先の情報はＭＡＣアドレスであって、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応とは、宛先のアドレス探索のパケットの入力ラベル情報と宛先のＩＰアドレスとの対応であって、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による入力ラベルと対応する出力ラベルと、宛先のＭＡＣアドレスを用いて、前記第５の機能により２つの情報を同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。
適用例３のネットワーク装置では、適用例１に示した構成において、コアネットワークにＭＰＬＳの方式を用いることが可能となる。ＭＰＬＳで構築したレイヤ３のＶＰＮもしくはレイヤ２のＶＰＮに対し、それぞれ違う方式のＶＰＮを追加で接続することが可能になる。
【００１６】
［適用例４］
適用例１に記載のネットワーク装置であって、第５の機能においてレイヤ３によるパケット転送処理を行う際に、ＩＰヘッダを一切変更しない、ネットワーク装置。
適用例４のネットワーク装置では、適用例１に示した構成において、レイヤ２のＶＰＮ同士の通信を行う場合に、上記ネットワーク装置を経由したパケットを中継を行うことで、レイヤ２のＶＰＮを接続するネットワーク装置は通信先の情報を保持する必要がなく、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減することができ、エッジ装置の装置コストを下げる事を可能にする。
【００１７】
［適用例５］
ネットワークシステムであって、ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、前記第１のネットワークにレイヤ２によって接続する第３のネットワークとがＶＰＮを構成するネットワークと、前記第２のネットワークを接続する第１のネットワークに属するネットワーク装置であって、第３のネットワークに属する宛先に対し第１のネットワークを経由して宛先のアドレス探索を行い宛先の情報を保存し、同時に、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応を保存する第４の機能と、第３のネットワークに属する宛先の情報と、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の宛先の情報との２つを同時にパケットに格納し、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先の情報と宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とを用いて、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とパケットの宛先の情報の２つを同時にパケットの宛先情報に格納し、パケット転送を行う、第５の機能と、
を有するネットワーク装置と、を備える、ネットワークシステム。
【００１８】
適用例５のネットワークシステムでは、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
【００１９】
本発明の第１の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステム、及び、仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
【００２０】
本発明の第２の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末２から端末１に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
【００２１】
本発明の第３の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
【００２２】
本発明の第４の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
を備え、
ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
【００２３】
本発明の第５の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ネットワーク装置は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワーク装置が提供される。
【００２４】
本発明の第６の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
処理部は、端末２から端末１に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置が提供される。
【００２５】
本発明の第７の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワーク装置が提供される。
【００２６】
本発明の第８の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置が提供される。
【発明の効果】
【００２７】
本発明の効果を以下に示す。
本発明によると、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。
また、本発明によると、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
本発明の別の効果は、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減することで、エッジ装置の装置コストを下げる事を可能にすることである。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施の形態としてのネットワークシステムの構成を示す説明図。
【図２】図１のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図。
【図３】ＰＥ１であるネットワーク装置１１１の構成を示す説明図。
【図４】図３に示すインタフェース情報テーブル３２１の説明図。
【図５】図３に示すＬ２ＶＰＮ情報テーブル３２２の説明図。
【図６】図３に示す経路制御情報テーブル３２３の説明図。
【図７】図３に示すフォワーディングテーブル３２４の説明図。
【図８】図３に示す端末情報テーブル３２５の説明図。
【図９】パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャート。
【図１０】ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャート。
【図１１】図１０のＳ１００６におけるＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理の手順を示すフローチャート。
【図１２】図１０のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理の手順を示すフローチャート。
【図１３】図１１のＳ１１０６、図１２のＳ１２０６においてパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャート。
【図１４】ネットワーク装置１１１がＡＲＰリプライパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図１５】ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図１６】ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図１７】ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図１８】ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図１９】ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図２０】ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート（図１９の続き）。
【図２１】ＶＰＮ接続制御部３１２が経路制御部３１１から経路を登録した事の通知を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図２２】第２の実施の形態としてのネットワークシステムの構成を示す説明図
【図２３】図２２のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図。
【図２４】第２の実施の形態におけるＰＥ１であるネットワーク装置１１１の構成を示す説明図。
【図２５】図２４に示すインタフェース情報テーブル３２１の説明図。
【図２６】図２４に示すフォワーディングテーブル３２４の説明図。
【図２７】図２４に示すＭＰＬＳ情報テーブル２４２６の説明図。
【図２８】第２の実施の形態におけるパケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャート。
【図２９】第２の実施の形態におけるＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャート。
【図３０】図２９のＳ２９０６におけるＭＰＬＳネットワークへのパケット転送処理の手順を示すフローチャート。
【図３１】第２の実施の形態におけるパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャート。
【図３２】第２の実施の形態におけるネットワーク装置１１１がＡＲＰリプライパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図３３】第２の実施の形態におけるネットワーク装置１１１がＡＲＰリクエストパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図３４】第２の実施の形態におけるネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。
【図３５】第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図３６】第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図３７】第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。
【図３８】第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート（図３７の続き）。
【図３９】ＩＰＶＰＮ→Ｌ２ＶＰＮのパケットの流れについての説明図。
【図４０】フォワーディングテーブルの初期状態についての説明図。
【図４１】ＰＡ１１受信からＰＡ１２送信までの処理についての説明図。
【図４２】ＰＡ１３受信によるテーブル更新についての説明図。
【図４３】更新後のテーブルについての説明図。
【図４４】パケットＰＡ１４、ＰＡ１６の送信についての説明図。
【図４５】Ｌ２ＶＰＮ→ＩＰＶＰＮのパケットの流れについての説明図。
【図４６】ＰＡ７１受信からＰＡ７２送信までの処理についての説明図。
【図４７】ＰＡ７３受信によるテーブル更新についての説明図。
【図４８】更新後のテーブルについての説明図。
【図４９】パケットＰＡ７４、ＰＡ７６の送信についての説明図。
【図５０】ＩＰＶＰＮ→Ｌ２ＶＰＮのパケットの流れについての説明図。
【図５１】フォワーディングテーブルの初期状態についての説明図。
【図５２】ＰＢ１１受信からＰＢ１２送信まで（１）についての説明図。
【図５３】ＰＢ１１受信からＰＢ１２送信まで（２）についての説明図。
【図５４】ＰＢ１３受信によるテーブル更新（１）についての説明図。
【図５５】ＰＢ１３受信によるテーブル更新（２）についての説明図。
【図５６】更新後のテーブルについての説明図。
【図５７】パケットＰＢ１４、ＰＢ１６の送信についての説明図。
【図５８】Ｌ２ＶＰＮ→ＩＰＶＰＮのパケットの流れについての説明図。
【図５９】ＰＢ７１受信からＰＢ７２送信まで（１）についての説明図。
【図６０】ＰＢ７１受信からＰＢ７２送信まで（２）についての説明図。
【図６１】ＰＢ７３受信によるテーブル更新についての説明図。
【図６２】更新後のテーブルについての説明図。
【図６３】パケットＰＢ７４、ＰＢ７６の送信についての説明図。
【発明を実施するための形態】
【００２９】
以下、本発明を実施するための形態を以下の順序で説明する。
Ａ．第１の実施の形態：
Ａ１．システム構成：
Ａ２．通信の具体的な手順の説明：
Ａ３．ネットワーク装置の動作：
Ａ４．第１の実施の形態の効果：
Ｂ．第２の実施の形態：
Ｂ１．システム構成：
Ｂ２．通信の具体的な手順の説明：
Ｂ３．ネットワーク装置の動作：
Ｂ４．第２の実施の形態の効果：
Ｃ．変形例：
【００３０】
Ａ．第１の実施の形態：
本実施の形態では、ＶＰＮを接続するＭＡＣ−ｉｎ−ＭＡＣを用いたコアネットワークによって、レイヤ３によって接続した拠点ネットワークとレイヤ２によって接続した拠点ネットワークとの間での通信を可能とする方法の一例である実施の形態を示す。
【００３１】
Ａ１．システム構成：
ここでは、本実施の形態のネットワークシステムとネットワーク装置の構成について説明する。
図１は、本発明の一実施の形態としてのネットワークシステムの構成を示す説明図である。このネットワークシステムは、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１と、ＩＰＶＰＮネットワーク１０２と、Ｌ２ＶＰＮネットワーク１０３とを備えている。ＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３は相互に通信可能なネットワークであり、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１がその間の通信を仲介する。なお、相互に通信可能な２つのＶＰＮネットワークはＶＰＮ番号１００によって識別するものとする。
ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１にはネットワーク装置１１１（以下、ＰＥ１（Ｐｒｏｖｉｄｅｒ  Ｅｄｇｅ）と呼ぶ）とネットワーク装置１１２（以下、ＰＥ２と呼ぶ）が所属しており、ＰＥ１はＩＰＶＰＮネットワーク１０２と接続し、ＰＥ２はＬ２ＶＰＮネットワーク１０３と接続している。ＰＥ１とＩＰＶＰＮネットワーク１０２の間の接続はレイヤ３による接続であり、ＰＥ１はＩＰＶＰＮネットワーク１０２からのパケットをレイヤ３により転送する。また、ＰＥ２とＬ２ＶＰＮネットワーク１０３との接続はレイヤ２による接続であり、ＰＥ２はＬ２ＶＰＮネットワーク１０３からのパケットをレイヤ２により転送する。
ＩＰＶＰＮネットワーク１０２にはネットワーク装置１２１（以下、ＣＥ１（Ｃｕｓｔｏｍｅｒ  Ｅｄｇｅ）と呼ぶ）とネットワーク装置１２２（以下、端末１と呼ぶ）が所属している。ＣＥ１はＰＥ１と接続することでＩＰＶＰＮネットワーク１０２をＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１に接続している。端末１はＣＥ１を経由してＶＰＮを用いた通信を行う端末である。
Ｌ２ＶＰＮネットワーク１０３にはネットワーク装置１３１（以下、ＣＥ２と呼ぶ）とネットワーク装置１３２（以下、端末２と呼ぶ）とネットワーク装置１３３（以下、ルータ１と呼ぶ）とネットワーク装置１３４（以下、端末３と呼ぶ）が所属しており、ＣＥ２はＰＥ２と接続することでＬ２ＶＰＮネットワーク１０３をＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１に接続している。端末２、ルータ１、端末３はＣＥ２を経由してＶＰＮを用いた通信を行う端末である。ルータ１はＬ２ＶＰＮネットワーク内において端末３が通信を行えるようにするためのレイヤ３ルーティングを担っており、ＩＰＶＰＮネットワーク１０２と端末３が通信を行うためにＰＥ１とルーティングプロトコルによりレイヤ３の経路情報を交換する。端末２、端末３はデフォルトゲートウェイと呼ばれるレイヤ３通信の転送先を示す情報を保持している。端末２はＣＥ２，ＰＥ２とレイヤ２により接続しており、デフォルトゲートウェイはレイヤ３通信を担うＰＥ１である。端末３はルータ１の配下にある端末であり、デフォルトゲートウェイはルータ１である。
各ネットワーク装置には予めＭＡＣアドレス、ＩＰアドレスが割り当てられている。
ＰＥ１がＣＥ１と接続するインタフェースは、ＶＬＡＮ  １０でありＩＰアドレスは１０．０．０．１である。ＰＥ１はＬ２ＶＰＮネットワーク１０３へレイヤ３によるパケット転送を行うためのＩＰアドレスとして、Ｌ２ＶＰＮ用ＩＰアドレス２０．０．０．１を持つ。また、ＰＥ１がＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるＭＡＣアドレスは１１１１．１１１１．１１１１である。
ＰＥ２がＣＥ２と接続するインタフェースは、ＶＬＡＮ  ２０である。レイヤ２による接続であるためＩＰアドレスは持たない。また、ＰＥ２がＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるＭＡＣアドレスは２２２２．２２２２．２２２２である。
ＣＥ１がＰＥ１と接続するインタフェースは、ＩＰアドレス１０．０．０．１０であり、ＭＡＣアドレス１は０１０．１０１０．１０１０である。
端末１のＩＰアドレスは１１．０．０．１１である。
ＣＥ２はＩＰアドレスを持たない。また、ＣＥ２のＭＡＣアドレスは本実施の形態では用いないため省略する。
端末２のＩＰアドレスは２０．０．０．２０であり、ＭＡＣアドレスは２０２０．２０２０．２０２０である。
ルータ１のＩＰアドレスは２０．０．０．２１であり、ＭＡＣアドレスは２１２１．２１２１．２１２１である。
端末３のＩＰアドレスは３０．０．０．３０である。
【００３２】
図２は、図１のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図である。図２に示すパケットフォーマット２００、２０１は、それぞれ、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内において用いるパケットのフォーマット、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１外において用いるパケット、すなわち、ＰＥ１とＣＥ１の間とＩＰＶＰＮネットワーク１０２内と、ＰＥ２とＣＥ２の間とＬ２ＶＰＮネットワーク１０３内において用いるパケットのフォーマットである。
パケットフォーマット２００に示すＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるパケットは、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０、ユーザレイヤ２ヘッダ２１１、ＩＰパケット２１２を含み、ＭＡＣ−ｉｎ−ＭＡＣネットワーク外で用いるパケット２０１に比較しＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を追加したフォーマットである。
ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０は、宛先ＰＥＭＡＣアドレス２２１、送信元ＰＥＭＡＣアドレス２２２、ＶＰＮ情報２２３を含む。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０はＭＡＣ−ｉｎ−ＭＡＣネットワーク内専用のヘッダであり、ＰＥ１やＰＥ２といったＶＰＮを接続する役割を担う装置を宛先、送信元とするヘッダである。ＶＰＮ情報２２３には転送先のＶＰＮを示す情報を格納する。ＭＡＣ−インーＭＡＣネットワーク内において、このＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０に基づきパケットを転送する。
ユーザレイヤ２ヘッダ２１１は、宛先ユーザＭＡＣアドレス２２４、送信元ユーザＭＡＣアドレス２２５、ユーザＶＬＡＮ  Ｔａｇ２２６を含む。ユーザレイヤ２ヘッダ２１１はＭＡＣ−ｉｎ−ＭＡＣネットワーク外のネットワーク、つまり、ＩＰＶＰＮネットワーク１０２やＬ２ＶＰＮネットワーク１０３における宛先と送信元を示すレイヤ２のヘッダである。ユーザＶＬＡＮ  Ｔａｇ２２６には、そのパケットをレイヤ２で転送するためのＶＬＡＮ情報を格納する。
ＩＰパケット２１２は、通信を行う端末間でのレイヤ３の宛先、送信元とその内容が格納されたレイヤ３のパケットである。
パケットフォーマット２０１に示すＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１外で用いるパケットは、パケットフォーマット２００からＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を除いたもので、他は同様である。ＭＡＣ−ｉｎ−ＭＡＣネットワーク外において、ユーザレイヤ２ヘッダおよびＩＰパケット２１２内に格納されるレイヤ３の宛先、送信元に基づきパケットを転送する。
本実施の形態は以後、主にＰＥ１であるネットワーク装置１１１の動作について説明する。ＰＥ１以外のネットワーク装置は、例えば従来の技術等により動作する装置であり、各装置の動作の説明は最小限に留める。
なお、本実施の形態ではレイヤ３としてＩＰｖ４を用いるが、レイヤ３のプロトコルとしてＩＰｖ６などを用いることもできる。
【００３３】
図３は、ＰＥ１であるネットワーク装置１１１の構成を示す説明図である。
ネットワーク装置１１１は、レイヤ３スイッチであり、ＯＳＩ参照モデルにおける第２層（データリンク層）および第３層（ネットワーク層）のパケットを転送する。なお、レイヤ３スイッチに代えてルータを用いることもできる。
ネットワーク装置１１１は、２つのインタフェース（インタフェース３０１、インタフェース３０２）と、メモリ３２０と、処理部３００を備えている。処理部３００は、経路制御部３１１と、ＶＰＮ接続制御部３１２と、パケット転送処理部３１３とを備えている。
インタフェース３０１は、ＣＥ１と接続するインタフェースである。また、インタフェース３０２はＭＡＣ−インーＭＡＣネットワーク１０１内に接続するためのインタフェースである。これらのインタフェース３０１、３０２は、いずれもＭＡＣアドレスとＩＰアドレスが割り当てられるインタフェースである。これらは、Ｅｔｈｅｒｎｅｔ（登録商標）等の物理的なインタフェースであっても、ＶＬＡＮ等の論理的なインタフェースであってもよい。
メモリ３２０は、インタフェース情報テーブル３２１と、Ｌ２ＶＰＮ情報テーブル３２２と、経路制御情報テーブル３２３と、フォワーディングテーブル３２４と、端末情報テーブル３２５とを格納している。各テーブルの詳細については後述する。
経路制御部３１１と、ＶＰＮ接続制御部３１２と、パケット転送処理部３１３は、いずれもメモリ３２０に格納されているプログラムを、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が実行することにより実現される機能部である。なお、ＣＰＵに代えて、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等を用いることもできる。
経路制御部３１１は、ＩＰｖ４のルーティングプロトコル等の経路制御に関する処理を行い、パケット転送経路を制御する。インタフェース情報テーブル３２１と、Ｌ２ＶＰＮ情報テーブル３２２と、ルーティングプロトコルの情報から、経路制御情報テーブル３２３と、フォワーディングテーブル３２４と、端末情報テーブル３２５に必要なエントリを登録する。なお、ルーティングプロトコルとは、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等の隣接探索に関するプロトコルや、ＢＧＰ（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）、ＯＳＰＦ（ＯｐｅｎＳｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）といったレイヤ３の経路制御を行うプロトコルの事を示す。本実施の形態は、隣接探索に関するプロトコルはＡＲＰを用い、レイヤ３の経路制御を行うプロトコルは特に指定しない。
ＶＰＮ接続制御部３１２は、ＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３との間の通信を行うためのパケット転送経路を制御し、経路制御部３１１からの経路に関する情報をもとに、フォワーディングテーブル３２４と、端末情報テーブル４２５に必要なエントリを登録する。
パケット転送処理部３１３は、各インタフェース３０１、３０２が受信したパケットを、フォワーディングテーブル３２４及び端末情報テーブル３２５に基づき転送する。また、インタフェース間で転送すべきパケットか、装置自身が処理するパケットかを判定し、装置自身が処理するパケットの場合は経路制御部３１１に転送する役割も持つ。装置自身が処理するパケットとは、ルーティングプロトコル等のパケットを指す。
【００３４】
図４は、図３に示すインタフェース情報テーブル３２１の説明図である。インタフェース情報テーブル３２１は、ネットワーク装置１１１が備える各インタフェース３０１、３０２の各種情報を管理するテーブルである。インタフェース情報テーブル３２１では、インタフェース番号４０１に対して各種情報が対応付けられている。インタフェース番号４０１は、各インタフェース３０１、３０２を示す番号を示す。なお、本実施の形態では、インタフェース３０１のインタフェース番号としてＩＦ１が設定されている。同様に、インタフェース３０２のインタフェース番号としてＩＦ２が設定されている。ＶＰＮ番号４０２は、インタフェースがＶＰＮネットワークと接続している場合に、接続しているＶＰＮの番号を示すフィールドである。ＶＰＮに接続していないインタフェース、すなわちＭＡＣ−ｉｎ−ＭＡＣネットワーク内に接続しているインタフェースはＶＰＮに接続していない事を示す「−」が設定される。ＶＬＡＮ番号４０３は、そのインタフェースで通信を行うためのＶＬＡＮ番号を示すフィールドである。ＶＬＡＮを用いていないインタフェースは、用いていない事を示す「−」が設定される。インタフェース種別４０４は「ＩＰＶＰＮ」、「ＭＡＣ−ｉｎ−ＭＡＣ」の２つの値のいずれかであり、インタフェースがＩＰＶＰＮネットワークに接続しているかＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しているかのいずれであるかを示す。ＩＰアドレス／プレフィックス長４０５は、インタフェースに設定されているＩＰアドレスとそのプレフィックス長を示す。ＩＰアドレスが設定されていないインタフェースは、設定されていない事を示す「−」が設定される。
インタフェース情報テーブル３２１は、ネットワーク装置の管理者が、予めインタフェース３０１、３０２をネットワーク構成に合わせて設定することで、その設定に基づき経路制御部３１１が登録する。なお、インタフェース情報テーブル３２１のＶＰＮ番号４０２とＶＬＡＮ番号４０３は、異なるインタフェース番号４０１に対して同じＶＰＮ番号、ＶＬＡＮ番号が格納されている場合もある。
図４の例では、第１エントリにおいて、インタフェース３０１（ＩＦ１）がＶＰＮ番号１００に接続しており、ＩＦ１ではＶＬＡＮ  １０を用い、ＩＰＶＰＮネットワークに接続しており、インタフェースのＩＰアドレスは１０．０．０．１でありそのプレフィックス長は２４である事を示している。第２エントリにおいて、インタフェース３０２（ＩＦ２）が、ＶＰＮネットワークに接続していなく、ＶＬＡＮを用いていなく、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しており、インタフェースにＩＰアドレスが設定されていない事を示している。
【００３５】
図５は、図３に示すＬ２ＶＰＮ情報テーブル３２２の説明図である。Ｌ２ＶＰＮ情報テーブル３２２は、ＭＡＣ−ｉｎーＭＡＣネットワーク１０１とレイヤ２接続を行っているＬ２ＶＰＮネットワークに対し、ネットワーク装置１１１がレイヤ３通信を行うためのレイヤ３に関する情報を格納するテーブルである。Ｌ２ＶＰＮ情報テーブル３２２では、ＶＰＮ番号５０１、ＶＬＡＮ番号５０２に対して、ＩＰアドレス／プレフィックス長が対応付けられている。ＶＰＮ番号５０１は、レイヤ３通信を行う対象のＶＰＮ番号を示し、ＶＬＡＮ番号５０２はそのレイヤ３通信の対象のＬ２ＶＰＮネットワークのＶＬＡＮ番号を示す。ＩＰアドレス／プレフィックス長５０３は、ＶＰＮ番号、ＶＬＡＮ番号に対応するネットワーク装置１１１のＩＰアドレスとプレフィックス長を示す。
Ｌ２ＶＰＮ情報テーブル３２２は、ネットワーク装置の管理者が、予めＰＥ１がＬ２ＶＰＮネットワーク１０３へレイヤ３によるパケット転送を行うためのＩＰアドレスを設定することで、その設定に基づき経路制御部３１１が登録する。
図５の例では、第１エントリにおいて、ＶＰＮ番号５０１が１００であり、ＶＬＡＮ番号５０２が２０に対し、ＩＰアドレス／プレフィックス長は２０．０．０．１／２４が対応付けられている。すなわち、ネットワーク装置１１１は、ＶＰＮ番号１００かつＶＬＡＮ番号２０の通信対象に対して、ＩＰアドレス２０．０．０．１／２４を用いる事を示している。
【００３６】
図６は、図３に示す経路制御情報テーブル３２３の説明図である。経路制御情報テーブル３２３は、経路制御部３１１がレイヤ３のルーティングに用いるための経路情報を格納するテーブルであり、インタフェース情報テーブ３２１に基づくネットワーク装置自身の経路情報と、ルーティングプロトコルによって得た経路情報を格納する。経路制御情報テーブル３２３では、ＶＰＮ番号６０１、ＩＰアドレス／プレフィックス長６０２に対して、出力インタフェース番号６０３、ネクストホップ情報６０４が対応付けられている。ＶＰＮ番号６０１はそのエントリを用いるＶＰＮ番号を示し、ＩＰアドレス／プレフィックス長６０２は経路のＩＰアドレスとプレフィックス長を示す。出力インタフェース番号６０３は、そのエントリを用いる場合にパケットを出力するインタフェース番号を示し、ネクストホップ情報６０４はそのエントリを用いる場合のレイヤ３のネクストホップを示す。ネクストホップ情報６０４は、ルーティングプロトコルによって得た経路情報の場合はレイヤ３のネクストホップを格納し、ネットワーク装置自身の経路情報を格納する場合にはネクストホップが未定である事を示す「−」を格納する。
経路制御情報テーブル３２３は、インタフェース情報テーブル３２１に基づくネットワーク装置自身の経路情報は、経路制御部３１１が初期値として登録する。インタフェース情報テーブル３２１のインタフェース種別４０４がＩＰＶＰＮであるエントリについて、ＶＰＮ番号４０２をＶＰＮ番号６０１に、ＩＰアドレス／プレフィックス長４０５をＩＰアドレス／プレフィックス長６０２に、インタフェース番号４０１を出力インタフェース番号６０３に対応させ、ネクストホップ番号６０４には「−」を格納する。ルーティングプロトコルによって得た経路情報は、その得た情報を経路制御部３１１が登録する。
図６の例では、第１エントリは、インタフェース情報テーブル３２１の第１エントリに対応しており、ＶＰＮ番号６０１が１００であり、ＩＰアドレス／プレフィックス長６０２は１０．０．０．１／２４であり、出力インタフェース番号６０３はＩＦ１であり、ネクストホップ情報６０４は「−」である。第２エントリと第３エントリはそれぞれルーティングプロトコルによって得た経路情報であり、第２エントリはＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が１１．０．０．０／２４、出力インタフェース番号６０３がＩＦ１、ネクストホップ情報６０４が１０．０．０．１０であり、第３エントリはＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が３０．０．０．０／２４、出力インタフェース番号６０３がＩＦ２、ネクストホップ情報６０４が２０．０．０．２１である。
【００３７】
図７は、図３に示すフォワーディングテーブル３２４の説明図である。フォワーディングテーブル３２４は、パケット転送処理部３１３がレイヤ３のパケット転送を行うために用いるテーブルであり、経路制御情報テーブル３２３に基づくエントリと、Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリと、ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって作成するエントリを登録する。フォワーディングテーブル３２４では、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２に対して、出力インタフェース番号７０３、ネクストホップ情報７０４、付加情報７０５が対応付けられている。ＶＰＮ番号７０１はそのエントリを用いるＶＰＮ番号を示し、ＩＰアドレス／プレフィックス長７０２は経路のＩＰアドレスとプレフィックス長を示す。出力インタフェース番号７０３は、そのエントリを用いる場合にパケットを出力するインタフェース番号を示し、ネクストホップ情報７０４はそのエントリを用いる場合のレイヤ３のネクストホップを示す。出力インタフェース番号７０３は、Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリの場合は「−」を格納する。ネクストホップ情報７０４は、経路制御情報テーブル３２３に基づくエントリで基のエントリにネクストホップ情報がある場合にはその値を、それ以外の場合は「−」を格納する。付加情報７０５は、そのエントリがＭＡＣ−ｉｎ−ＭＡＣネットワーク内へ転送する事を示すエントリである場合に、ＭＡＣ−ｉｎ−ＭＡＣヘッダを作成するために用いるＭＡＣアドレスを格納する。それ以外の場合は「−」を格納する。
フォワーディングテーブル３２４は、経路制御情報テーブル３２３に基づくエントリは、出力インタフェース番号６０３のインタフェースに関するインタフェース情報テーブル３２１のエントリのインタフェース種別４０４の値によって２種類の登録方法に分ける。インタフェース種別４０４がＩＰＶＰＮであるエントリについては、対応するエントリを経路制御部３１１が登録する。具体的には、ＶＰＮ番号６０１の値をＶＰＮ番号７０１に、ＩＰアドレス／プレフィックス長６０２の値をＩＰアドレス／プレフィックス長７０２に、出力インタフェース番号６０３の値を出力インタフェース番号７０３に、ネクストホップ情報６０４の値をネクストホップ情報７０４に格納し、付加情報７０５には「−」を格納する。インタフェース種別４０４がＩＰＶＰＮではないエントリについては、詳細について図２１を用いた説明で後述する。Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリは経路制御部３１１が初期値として登録し、ＶＰＮ番号５０１の値をＶＰＮ番号７０１に、ＩＰアドレス／プレフィックス長５０３の値をＩＰアドレス／プレフィックス長７０２に、出力インタフェース番号７０３には「−」を、ネクストホップ情報７０４には「−」を、付加情報７０５には「−」を格納する。ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって作成するエントリは、詳細について図１８、図１９を用いた説明で後述する。
図７の例では、第１エントリと第２エントリは、経路制御情報テーブルの第１エントリと第２エントリに基づいて経路制御部３１１が登録したエントリであり、第１エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は１０．０．０．１／２４であり、出力インタフェース番号７０３がＩＦ１であり、ネクストホップ情報７０４が「−」であり、付加情報７０５は「−」である。第２エントリはＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２が１１．０．０．０／２４、出力インタフェース番号７０３がＩＦ１、ネクストホップ情報７０４が１０．０．０．１０、付加情報７０５は「−」である。第３エントリは、Ｌ２ＶＰＮ情報テーブル３２２に基づいてＶＰＮ接続制御部３１２が登録したエントリであり、ＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が３０．０．０．０・２４、出力インタフェース番号７０３には「−」を格納し、ネクストホップ番号７０４には「−」を格納し、付加情報７０５には「−」を格納する。第４エントリと第５エントリは、ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって登録したエントリであり、第４エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は２０．０．０．２０／３２であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が「−」であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。第５エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は２０．０．０．２１／３２であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が「−」であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。第６エントリは、経路制御情報テーブル３２３の第３エントリに基づいてＶＰＮ接続制御部３１２が登録したエントリであり、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は３０．０．０．０／２４であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が２０．０．０．２１であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。
【００３８】
図８は、図３に示す端末情報テーブル３２５の説明図である。端末情報テーブル３２５は、経路制御部３１１とＶＰＮ接続制御部３１２がＡＲＰ等による隣接探索の結果を格納するテーブルであり、パケット転送処理部３１３がレイヤ３のパケット転送を行うためにも用いる。端末情報テーブル３２５では、ＶＰＮ番号８０１、ＶＬＡＮ番号８０２、ＩＰアドレス８０３に対して、ＭＡＣアドレス８０４が対応付けられている。ＶＰＮ番号８０１はそのエントリを用いるＶＰＮ番号を示し、ＶＬＡＮ番号８０２、ＩＰアドレス８０３、ＭＡＣアドレス８０４はＡＲＰ等による隣接探索によって得た端末の情報を格納する。
端末情報テーブル３２５は、経路制御部３１１がＶＰＮネットワークとの間で処理する隣接探索の結果を格納する場合と、ＶＰＮ接続制御部３１２がＭＡＣ−ｉｎ−ＭＡＣネットワーク経由で処理する隣接探索の結果を格納する場合がある。それぞれ、詳細については図１４、図１５と、図１８、図１９によって後述する。
図８の例では、第１エントリは経路制御部３１１が登録したエントリであり、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が１０、ＩＰアドレス８０３が１０．０．０．１０、ＭＡＣアドレス８０４が１０１０．１０１０．１０１０である。第２エントリ、第３エントリはＶＰＮ接続制御部が登録したエントリであり、第２エントリは、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が２０、ＩＰアドレス８０３が２０．０．０．２０、ＭＡＣアドレス８０４が２０２０．２０２０．２０２０であり、第３エントリは、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が２０、ＩＰアドレス８０３が２０．０．０．２１、ＭＡＣアドレス８０４が２１２１．２１２１．２１２１である。
【００３９】
Ａ２．通信の具体的な手順の説明：
ここでは、本発明の第１の実施の形態における、通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係について説明する。
【００４０】
（１）ＩＰＶＰＮからＬ２ＶＰＮへの流れ
まず、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
図３９は、ＩＰＶＰＮネットワーク１０２内の端末１がＬ２ＶＰＮネットワーク１０３内の端末２に向けて通信を行う時のパケットの流れを示す説明図である。
端末１がパケットＰＡ１１を送信すると、パケットＰＡ１１はＣＥ１を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＡ１１の宛先ＩＰアドレスである端末２のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由して端末２に対してＡＲＰリクエストパケットＰＡ１２を送信する。
端末２はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットＰＡ１３を返信すると、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由してＡＲＰリプライパケットＰＡ１３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ１３によりフォワーディングテーブル３２４と端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＡ１１の転送処理を行い、パケットＰＡ１４を送信する。パケットＰＡ１４はＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由して端末２に到達する。
その後、端末１が端末２に向けて送信するパケットＰＡ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＡ１６を送信、端末２に到達可能となる。
【００４１】
以後、図３９にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。
インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図３９のパケットＰＡ１１をＰＥ１が受信する前に図４、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
図４０は、ＰＥ１が図３９のパケットＰＡ１１を受信する前の、フォワーディングテーブル３２４の初期状態を示す説明図である。図７で説明したように、第１エントリと第２エントリは経路制御情報テーブル３２３に基づいて登録したものであり、第３エントリはＬ２ＶＰＮ情報テーブル３２２に基づいて登録したものである。
端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。
端末１がパケットＰＡ１１を送信すると、パケットＰＡ１１はＰＥ１のインタフェース３０１（ＩＦ１）に到達する。なお、パケットＰＡ１１は図２に示すパケットフォーマット２０１のフォーマットである。
【００４２】
ＰＥ１がパケットＰＡ１１を受信してから、ＡＲＰリクエストパケットＰＡ１２を送信するまでの手順について図４１を用いて説明する。
ＰＥ１は、パケットＰＡ１１の転送先を求めるための最初の手順として、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索（Ａ３１）し、第１エントリが該当し、第１エントリのＶＰＮ番号４０２からＶＰＮ番号（１００）を取得する。また同時に、受信したパケットのＩＰパケット２１２に含まれる宛先ＩＰアドレス（２０．０．０．２０）を取得する。この宛先ＩＰアドレスは端末２のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて、図４０に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ａ３２、Ａ３３）。第３エントリが該当するが、出力インタフェース番号７０３が未定であるため、パケット転送先不明であり隣接探索を行う必要があると判断し、パケットＰＡ１１は一時的に保存し、ＡＲＰリクエストパケットＰＡ１２送信の処理を行う。
ＰＥ１は、図３９に示すＡＲＰリクエストパケットＰＡ１２の作成にＶＬＡＮ番号を得る必要があるが出力インタフェース番号７０３が未定であるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２）を用いて、図５に示すＬ２ＶＰＮ情報テーブル３２２を検索（Ａ３４、Ａ３５、Ａ３６）し、第１エントリが該当し、ＶＬＡＮ番号５０２からＶＬＡＮ番号（２０）を得る。
ＰＥ１は、その後、ここまで得た情報を用いてＡＲＰリクエストパケットを作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２００である。宛先ＰＥＭＡＣアドレス２２１をブロードキャストアドレスとし、送信元ＰＥＭＡＣアドレス２２２をＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報２２３を取得したＶＰＮ番号（１００）（Ａ３７）とし、宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をＬ２ＶＰＮ情報テーブル３２２の第１エントリから取得したＶＬＡＮ番号（２０）（Ａ３８）とし、ＩＰパケット２１２は宛先ＩＰアドレス（２０．０．０．２）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ａ３９）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＡ１２を、ＭＡＣ−ｉｎ−ＭＡＣネットワークに向けて送信する。
ＡＲＰリクエストパケットＰＡ１２はＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。端末２はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットを返信し、ＣＥ２を経由し、ＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を追加され、パケットフォーマット２００の形となったパケットＰＡ１３がＰＥ１に到達する。なお、ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
【００４３】
ＰＥ１がパケットＰＡ１３を受信してから、パケットＰＡ１４を送信するまでの手順について図４２、図４３、図４４を用いて説明する。
【００４４】
パケットＰＡ１３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図４２を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ１３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索し（Ａ４１）、第２エントリが該当し、インタフェース種別がＭＡＣ−ｉｎ−ＭＡＣのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５とフォワーディングテーブル３２４に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末２にパケットを転送する際に宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。フォワーディングテーブル３２４に登録するエントリは、端末２にパケットを転送する際の出力先インタフェースの決定と、宛先ＰＥＭＡＣアドレス２２１を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第２エントリの内容を登録することとなる。ＶＰＮ番号８０１は受信したパケットＰＡ１３のＶＰＮ情報２２３に格納されており端末２の所属するＶＰＮ番号（１００）であり（Ａ４２）、ＶＬＡＮ番号８０２は受信したパケットＰＡ１３のユーザＶＬＡＮＴａｇ２２６に格納されており端末２の所属するＶＬＡＮ番号（２０）であり（Ａ４３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）であり（Ａ４４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）である（Ａ４５）。
フォワーディングテーブル３２４には、図７に示す例の第４エントリの内容を登録することとなる。ＶＰＮ番号７０１は受信したパケットＰＡ１３のＶＰＮ情報２２３に格納されており端末２の所属するＶＰＮ番号（１００）であり（Ａ４６）、ＩＰアドレス／プレフィックス長７０２はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）と最大プレフィックス長である３２であり（Ａ４７）、出力インタフェース番号７０３はパケットＰＡ１３を受信したインタフェースであるＩＦ２であり（Ａ４８）、ネクストホップ情報７０４はこの場合不要であるため設定されていない事を示す「−」であり、付加情報７０５は受信したパケットＰＡ１３の送信元ＰＥＭＡＣアドレス２２２に格納されているＰＥ２のＭＡＣアドレス（２２２２．２２２２．２２２２）である（Ａ４９）。なお、パケットＰＡ１３の送信元ＰＥＭＡＣアドレスはＰＥ２が作成したものであり、ＰＥ２のアドレスが格納されている。
【００４５】
図４３は、図４２に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４はパケットＰＡ１１受信前の状態である図４０に比べて第４エントリが追加されている。端末情報テーブル３２５はエントリが無い状態から第２エントリが追加されている。
【００４６】
図４２に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＡ１１の転送処理を行いパケットＰＡ１４を送信するまでの手順について図４４を用いて説明する。
ＰＥ１は、図４１で説明した手順において取得（Ａ３１）したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）により、図４３に示すフォワーディングテーブル３２４を検索し転送先を求める（Ａ３２、Ａ３３）。この検索はＩＰアドレスによるロンゲストマッチ検索であり、第３エントリではなく、よりプレフィックス長の長い第４エントリが該当し、第４エントリは出力インタフェース番号７０３がＩＦ２となっているため、ＩＦ２に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ２のインタフェース種別はＭＡＣ−ｉｎ−ＭＡＣとなっているため、ＭＡＣ−ｉｎ−ＭＡＣネットワークへの転送、すなわちパケットフォーマット２００のパケットを作成し転送することとなる。
転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて図４３に示す端末情報テーブル３２５を検索し（Ａ６１、Ａ６２）、第２エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図３９に示すパケットＰＡ１４を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２００である。宛先ＰＥＭＡＣアドレス２２１を、フォワーディングテーブル３２４の第４エントリの付加情報７０５に格納されているＰＥ２のＭＡＣアドレス（２２２２．２２２２．２２２２）とし、送信元ＰＥＭＡＣアドレス２２２をＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報２２３を取得したＶＰＮ番号（１００）（Ａ６４）とし、宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第２エントリのＭＡＣアドレス８０４に格納されている端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）とし（Ａ６５）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第２エントリのＶＬＡＮ番号８０２に格納されている端末２の所属するＶＬＡＮ番号（２０）とし（Ａ６６）、ＩＰパケット２１２はパケットＰＡ１１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＡ１４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しているインタフェースであるＩＦ２に向けて送信する。
パケットＰＡ１４はＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
その後、端末１が端末２に向けて送信するパケットＰＡ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで最初から第４エントリを得ることができ、図４４にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＡ１６を作成し転送する。パケットＰＡ１６はパケットＰＡ１４と同様に端末２に到達する。
【００４７】
（２）Ｌ２ＶＰＮからＩＰＶＰＮへの流れ
次に、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
【００４８】
図４５は、Ｌ２ＶＰＮネットワーク１０３内の端末２がＩＰＶＰＮネットワーク１０２内の端末１に向けて通信を行う時のパケットの流れを示す説明図である。
端末２がパケットＰＡ７１を送信すると、パケットＰＡ７１はＣＥ２、ＰＥ２を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＡ７１の宛先ＩＰアドレスである端末１のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、次の転送先がＣＥ１である事を得る。次にＣＥ１に関し端末情報テーブル３２５を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＩＰＶＰＮネットワーク１０２に向けてＣＥ１に対してＡＲＰリクエストパケットＰＡ７２を送信し、ＣＥ１に到達する。
ＣＥ１はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを返信すると、パケットＰＡ７３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ７３により端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＡ７１の転送処理を行い、パケットＰＡ７４を送信する。パケットＰＡ７４はＣＥ１を経由して端末１に到達する。
その後、端末２が端末１に向けて送信するパケットＰＡ７５は、ＰＥ１がフォワーディングテーブル３２４と端末情報テーブル３２５を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＡ７６を送信、端末１に到達可能となる。
【００４９】
以後、図４５にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。
インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図３９のパケットＰＡ１１をＰＥ１が受信する前に図４、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
フォワーディングテーブル３２４の、ＰＥ１が図３９のパケットＰＡ１１を受信する前の初期状態は、図４０に示したものと同じである。
端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。
端末２がパケットＰＡ７１を送信すると、パケットＰＡ７１はＰＥ２を経由してＰＥ１のインタフェース３０２（ＩＦ２）に到達する。なお、ＰＥ１に到達するパケットＰＡ７１は図２に示すパケットフォーマット２００のフォーマットである。
【００５０】
ＰＥ１がパケットＰＡ７１を受信してから、ＡＲＰリクエストパケットＰＡ７２を送信するまでの手順について図４６を用いて説明する。
ＰＥ１は、パケットＰＡ７１の転送先を求めるための最初の手順として、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索（Ａ８１）し、第２エントリが該当する。第２エントリのインタフェース種別４０４はＭＡＣ−ｉｎ−ＭＡＣであり、この場合はＶＰＮ番号と宛先ＩＰアドレスの両方を受信したパケットから取得する。受信したパケットから、ＶＰＮ番号はＶＰＮ情報２２３に含まれるＶＰＮ番号（１００）であり、宛先ＩＰアドレスはＩＰパケット２１２に含まれる宛先ＩＰアドレス（１１．０．０．１１）である。この宛先ＩＰアドレスは端末１のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図４０に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ａ８２、Ａ８３）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、続いてパケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために端末情報テーブル３２５をＶＰＮ番号（１００）とＣＥ１のＩＰアドレス（１０．０．０．１０）にて検索（Ａ８４、Ａ８５）するが、エントリが存在しないため、パケット転送先の隣接探索を行う必要があると判断し、パケットＰＡ７１は一時的に保存し、ＡＲＰリクエストパケットＰＡ７２送信の処理を行う。
ＰＥ１は、図４５に示すＡＲＰリクエストパケットＰＡ７２の作成にＶＬＡＮ番号を得る必要があり、インタフェース情報テーブル３２１をパケットの転送先であるＩＦ１で検索し（Ａ８６）、第１エントリが該当し、ＶＬＡＮ番号４０３からＶＬＡＮ番号（１０）を得る。
その後、ＰＥ１は、ここまで得た情報を用いてＡＲＰリクエストパケットＰＡ７２を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をインタフェース情報テーブル３２１の第１エントリから取得したＶＬＡＮ番号（１０）（Ａ８７）とし、ＩＰパケット２１２は転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ａ８８）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＡ７２を、転送先のインタフェースであるＩＦ１に向けて送信する。
ＡＲＰリクエストパケットＰＡ７２はＣＥ１に到達する。ＣＥ１はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットＰＡ７３を返信し、パケットＰＡ７３がＰＥ１に到達する。
【００５１】
ＰＥ１がパケットＰＡ７３を受信してから、パケットＰＡ７４を送信するまでの手順について図４７、図４８、図４９を用いて説明する。
【００５２】
パケットＰＡ７３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図４７を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ７３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索し（Ａ９１）、第１エントリが該当し、インタフェース種別がＩＰＶＰＮのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末１にパケットを転送する際に、パケットフォーマットの宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第１エントリの内容を登録することとなる。ＶＰＮ番号８０１はＡ９１の検索で得たインタフェース情報テーブル３２１の第１エントリのＶＰＮ番号４０２に格納されておりＣＥ１の所属するＶＰＮ番号（１００）であり（Ａ９２）、ＶＬＡＮ番号８０２は受信したパケットＰＡ７３のユーザＶＬＡＮＴａｇ２２６に格納されておりＣＥ１の所属するＶＬＡＮ番号（１０）であり（Ａ９３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＩＰアドレス（１０．０．０．１０）であり（Ａ９４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）である（Ａ９５）。
【００５３】
図４８は、図４７に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４は初期状態である図４０の時点から変更なく、端末情報テーブル３２５はエントリが無い状態から第１エントリが追加されている。
【００５４】
図４７に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＡ７１の転送処理を行いパケットＰＡ７４を送信するまでの手順について図４９を用いて説明する。
ＰＥ１は、図４６で説明した手順において、受信したインタフェース（ＩＦ２）からインタフェース情報テーブル３２１の検索（Ａ８１）を行い、その結果によって受信したパケットからＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を取得し、図４８に示すフォワーディングテーブル３２４を検索し（Ａ８２、Ａ８３）第２エントリを得て、パケットの転送先インタフェースがＩＦ１でありネクストホップがＣＥ１（１０．０．０．１０）である事を得て、端末情報テーブル３２５を検索する前までの手順は図４６を用いた説明と同様である。
ＰＥ１は、転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と、パケットの転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）を用いて図４８に示す端末情報テーブル３２５を検索し（Ａ６１、Ａ６２）、第１エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図４５に示すパケットＰＡ７４を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第１エントリのＭＡＣアドレス８０４に格納されているＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）とし（Ａ１１３）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第１エントリのＶＬＡＮ番号８０２に格納されているＣＥ１の所属するＶＬＡＮ番号（１０）とし（Ａ１１４）、ＩＰパケット２１２はパケットＰＡ７１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＡ７４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＩＰＶＰＮネットワークに接続しているインタフェースであるＩＦ１に向けて送信する。
パケットＰＡ７４はＣＥ１を経由してパケットフォーマット２０１の形で端末１に到達する。ＣＥ１については一般的な技術により動作する装置であるため、説明は省略する
その後、端末２が端末１に向けて送信するパケットＰＡ７５は、ＰＥ１が端末情報テーブル３２４を検索することで最初から第１エントリを得ることができ、図４９にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＡ７６を作成し転送する。パケットＰＡ７６はパケットＰＡ７４と同様に端末１に到達する。
以上が、ＩＰＶＰＮネットワークに所属する端末１とＬ２ＶＰＮネットワークに所属する端末２との間で双方向に通信を行うため、本実施の形態における通信の具体的な手順と、実施の形態の装置が持つ各テーブルと転送するパケットとの関係である。
【００５５】
Ａ３．ネットワーク装置の動作：
ここでは、ネットワーク装置１１１の動作について説明する。
【００５６】
（１）パケット転送処理部３１３
図９、図１０、図１１、図１２は、ネットワーク装置１１１のパケット転送処理部３１３において実行されるパケット転送処理の手順を示すフローチャートである。
【００５７】
図９は、パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャートである。
ネットワーク装置１１１はパケットを受信すると、パケット転送処理部３１３において受信したパケットに対し受信パケットの判定と宛先検索に関する情報を取得する処理を開始する（Ｓ９０１）。
受信したパケットが、経路制御部３１１が処理するルーティングプロトコルのパケットもしくはＡＲＰのパケットである場合（Ｓ９０２）、パケット転送処理部３１３は、経路制御部３１１へパケットを転送し（Ｓ９０３）、パケット転送処理部３１３は処理を終了する（Ｓ９０４）。なお、ルーティングプロトコルのパケットやＡＲＰのパケットであるかを判定する方法は一般的な手段となんら変わりないため、説明は省略する。
受信したパケットが、経路制御部３１１が処理するルーティングプロトコルのパケット以外である場合（Ｓ９０２），パケット転送処理部３１３は、パケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ９０５）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ９０６）。
Ｓ９０６においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、パケット転送処理部３１３は、図２に示すパケットフォーマット２００のパケットを受信しており、受信したパケットのＶＰＮ情報２２３からＶＰＮ番号を、ＩＰパケット２１２から宛先ＩＰアドレスを取得し（Ｓ９０７）、パケットからＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除する（Ｓ９０８）。
Ｓ９０６においてインタフェース種別がＩＰＶＰＮである場合、パケット転送処理部３１３は、図２に示すパケットフォーマット２０１のパケットを受信しており、Ｓ９０５で検索したエントリのＶＰＮ番号４０２からＶＰＮ番号を、ＩＰパケット２１２から宛先ＩＰアドレスを取得する（Ｓ９０９）。
ＶＰＮ番号と宛先ＩＰアドレスを取得した後、図１０の宛先検索処理へ処理を継続する（Ｓ９１０）。
【００５８】
図１０は、ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャートである。
図９のＳ９１０から処理を継続する（Ｓ１００１）。
パケット転送処理部３１３は、取得したＶＰＮ番号と宛先ＩＰアドレスを検索キーとしてフォワーディングテーブル３２４を検索する。検索は、フォワーディングテーブル３２４のＩＰアドレス／プレフィックス長７０２に格納されているプレフィックス長を用いたロンゲストマッチ検索により行う（Ｓ１００２）。パケット転送処理部３１３は、該当するエントリが存在したかによって処理を振り分ける（Ｓ１００３）。
Ｓ１００３において該当するエントリが存在しない場合、パケット転送処理部３１３は、受信したパケットは廃棄し（Ｓ１００８）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００３において該当するエントリが存在する場合で、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、パケット転送処理部３１３は、Ｓ１００６の処理へ移行し、図１１を用いて後述するＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を実行し（Ｓ１００６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００３において該当するエントリが存在する場合で、該当するエントリの出力インタフェース番号７０３が設定されている場合、パケット転送処理部３１３は、出力インタフェース番号７０３を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１００４）、該当するエントリのインタフェース種別４０４によって処理を振り分ける（Ｓ１００５）。
Ｓ１００５においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、パケット転送処理部３１３は、図１１を用いて後述するＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を実行し（Ｓ１００６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００５においてインタフェース種別がＩＰＶＰＮである場合、パケット転送処理部３１３は、図１２を用いて後述するＩＰＶＰＮネットワークへのパケット転送処理を実行し（Ｓ１００７）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
【００５９】
図１１は、図１０のＳ１００６におけるＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理の手順を示すフローチャートである。
図１０のフローチャートにおいてＳ１００６に到達した場合、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を開始する（Ｓ１１０１）。
処理が開始されると、パケット転送処理部３１３は、端末情報テーブル３２５を検索する（Ｓ１１０２）。検索キーに用いる値は、図９のフローチャートにて取得したＶＰＮ番号と、Ｓ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを用いる。なお、端末情報テーブル３２５のＶＬＡＮ番号８０２はこの検索では用いず、ＶＰＮ番号８０１とＩＰアドレス８０３の２つの値が一致するエントリを検索する。この検索は、該当するエントリがある場合は唯一である。
パケット転送処理部３１３は、Ｓ１１０２の検索において該当するエントリが存在した場合としない場合によって処理を振り分ける（Ｓ１１０３）。
Ｓ１１０３において該当するエントリが存在しない場合は、パケット転送処理部３１３は、経路制御部３１１に対し、図９のフローチャートにて取得したＶＰＮ番号と、ＩＰアドレスにはＳ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを、図１０のＳ１００２で検索したエントリの出力インタフェース番号７０３の組み合わせによるＡＲＰ解決を要求する（Ｓ１１０６）。その後、パケット転送処理部３１３は、受信したパケットを一時的に保存し（Ｓ１１０７）、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を一旦終了（Ｓ１１０８）する。なお、Ｓ１１０７にて一時的に保存したパケットは、後述する図１８のＳ１８０４にて用いる。
Ｓ１１０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ転送するパケットを作成する（Ｓ１１０４）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１をＳ１００２で検索したエントリの付加情報７０５に格納されているＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を図９のフローチャートにて取得したＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１１０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１１０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。
最後に、パケット転送処理部３１３は、Ｓ１１０４で作成したパケットを、Ｓ１００２で検索したエントリの出力インタフェース番号７０３に対して出力し、（Ｓ１１０５）、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を終了（Ｓ１１０８）する。
【００６０】
図１２は、図１０のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理の手順を示すフローチャートである。
図１０のフローチャートにおいてＳ１００７に到達した場合、パケット転送処理部３１３は、ＩＰＶＰＮネットワークへのパケット転送処理を開始する（Ｓ１２０１）。
処理が開始されると、パケット転送処理部３１３は、端末情報テーブル３２５を検索する（Ｓ１２０２）。検索キーに用いる値は、図９のフローチャートにて取得したＶＰＮ番号と、Ｓ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを用いる。なお、端末情報テーブル３２５のＶＬＡＮ番号８０２はこの検索では用いず、ＶＰＮ番号８０１とＩＰアドレス８０３の２つの値が一致するエントリを検索する。この検索は、該当するエントリがある場合は唯一である。
パケット転送処理部３１３は、Ｓ１２０２の検索において該当するエントリが存在した場合としない場合によって処理を振り分ける（Ｓ１２０３）。
Ｓ１２０３において該当するエントリが存在しない場合は、パケット転送処理部３１３は、経路制御部３１１に対し、図９のフローチャートにて取得したＶＰＮ番号と、ＩＰアドレスにはＳ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを、図１０のＳ１００２で検索したエントリの出力インタフェース番号７０３の組み合わせによるＡＲＰ解決を要求する（Ｓ１２０６）。その後、パケット転送処理部３１３は、受信したパケットを一時的に保存し（Ｓ１２０７）、ＩＰＶＰＮネットワークへのパケット転送処理を一旦終了（Ｓ１２０８）する。なお、Ｓ１２０７にて一時的に保存したパケットは、後述する図１４のＳ１４０６にて用いる。
Ｓ１２０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＩＰＶＰＮネットワークへ転送するパケットを作成する（Ｓ１２０４）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１２０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１２０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。
最後に、パケット転送処理部３１３は、Ｓ１２０４で作成したパケットを、Ｓ１００２で検索したエントリの出力インタフェース番号７０３に対して出力し（Ｓ１２０５）、ＩＰＶＰＮネットワークへのパケット転送処理を終了（Ｓ１２０８）する。
【００６１】
（２）経路制御部３１１
図１３、図１４、図１５、図１６は、ネットワーク装置１１１の経路制御部３１１において実行される処理の手順を示すフローチャートである。
【００６２】
図１３は、図１１のＳ１１０６、図１２のＳ１２０６においてパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰ解決の要求を受けると処理を開始する（Ｓ１３０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１３０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１３０３）。ただし、Ｓ１３０２において、パケット転送処理部３１３から通知されたインタフェース番号が「−」である場合は、経路制御部３１１は、検索を行わずＳ１３０４の処理へ移行する。これは、図１０のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送を行うための手順の途中であり、Ｓ１３０４に移行する。
Ｓ１３０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合かＳ１３０２においてインタフェース番号が「−」であった場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰ解決の要求を転送し（Ｓ１３０４）、経路制御部３１１は処理を終了する（Ｓ１３０７）。
Ｓ１３０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、ＩＰＶＰＮネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１３０５）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１３０２で検索したエントリに格納されているＶＬＡＮ番号４０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとしてパケット転送処理部３１３から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１３０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長４０５のＩＰアドレスの値を用いる。
最後に、経路制御部３１１は、Ｓ１３０５で作成したＡＲＰリクエストパケットを、パケット転送処理部３１３から通知されたインタフェースに対して出力し（Ｓ１３０６）、処理を終了する（Ｓ１３０７）。
【００６３】
図１４は、ネットワーク装置１１１がＡＲＰリプライパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰリプライパケットを転送されると処理を開始する（Ｓ１４０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１４０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１４０３）。
Ｓ１４０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリプライパケットを転送し（Ｓ１４０４）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
Ｓ１４０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、受信したＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１４０５）。登録する内容は、ＶＰＮ番号８０１はＳ１４０２で検索したエントリのＶＰＮ番号４０２であり、ＶＬＡＮ番号８０２は受信したＡＲＰリプライパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリプライパケットに格納されている相手装置のＭＡＣアドレスである。
最後に、経路制御部３１１は、図１２のＳ１２０７で説明した一時的に保存したパケットの中に、パケットを受信したＶＰＮ番号と、ＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスに一致するものがある場合には、そのパケットに対し、パケット転送処理部３１３にて図１０のＳ１００１以降の処理を行い（Ｓ１４０６）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
【００６４】
図１５は、ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰリクエストパケットを転送されると処理を開始する（Ｓ１５０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１５０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１５０３）。
Ｓ１５０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリクエストパケットを転送し（Ｓ１５０４）、経路制御部３１１は処理を終了する（Ｓ１５０８）。
Ｓ１５０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、受信したＡＲＰリクエストパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１５０５）。登録する内容は、ＶＰＮ番号８０１はＳ１５０２で検索したエントリのＶＰＮ番号４０２であり、ＶＬＡＮ番号８０２は受信したＡＲＰリクエストパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１５０５に続いて、経路制御部３１１は、ＩＰＶＰＮネットワークへ出力するＡＲＰリプライパケットを作成する（Ｓ１５０６）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４を受信したＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１５０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰリクエストに応答するＩＰアドレスとしてＳ１５０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長４０５のＩＰアドレスとし、ＡＲＰリクエストに応答するＭＡＣアドレスとしてネットワーク装置１１１のＭＡＣアドレスの値とする。
最後に、経路制御部３１１は、Ｓ１５０６で作成したＡＲＰリプライパケットを、パケット転送処理部３１３から通知されたインタフェースに対して出力し（Ｓ１５０７）、処理を終了する（Ｓ１５０８）。
【００６５】
図１６は、ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からルーティングプロトコルのパケットを転送されると処理を開始する（Ｓ１６０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１６０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１６０３）。
Ｓ１６０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ１６０４）。登録する内容は、ＶＰＮ番号６０１は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３のＶＰＮ番号であり、ＩＰアドレス／プレフィックス長６０２は処理した経路のＩＰアドレス／プレフィックス長であり、出力インタフェース番号６０３は処理した経路の出力インタフェース番号であり、ネクストホップ情報６０４は処理した経路のネクストホップである。なお、プロトコルに従った経路処理は一般的なルーティングプロトコルの処理であり説明は省略するが、プロトコル処理に使用する装置自身のＩＰアドレスは、Ｌ２ＶＰＮ情報テーブル３２２に登録されているエントリのうち、ＶＰＮ番号５０１と受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３のＶＰＮ番号とが一致し、ＶＬＡＮ番号５０２とユーザレイヤ２ヘッダ２２１のユーザＶＬＡＮＴａｇ２２６のＶＬＡＮ番号とが一致するエントリのＩＰアドレス／プレフィックス長５０３のＩＰアドレスを用いる。
Ｓ１６０４に続き、経路制御部３１１は、Ｓ１６０４で登録した経路の情報を、ＶＰＮ接続制御部へ通知し（Ｓ１６０５）、経路制御部３１１は処理を終了する（Ｓ１６０８）。
Ｓ１６０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ１６０６）。登録する内容は、ＶＰＮ番号６０１はＳ１６０２で検索したエントリのＶＰＮ番号４０２であり、ＩＰアドレス／プレフィックス長６０２は処理した経路のＩＰアドレス／プレフィックス長であり、出力インタフェース番号６０３は処理した経路の出力インタフェース番号であり、ネクストホップ情報６０４は処理した経路のネクストホップである。
Ｓ１６０６に続き、経路制御部３１１は、Ｓ１６０６で登録した経路の情報をフォワーディングテーブル３２４に登録する（Ｓ１６０７）。登録する内容は、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２、出力インタフェース番号７０３、ネクストホップ情報７０４はそれぞれ経路制御情報テーブル３２３に登録した内容と同じであり、付加情報７０５は設定されていない事を示す「−」を登録する。登録が完了すると、経路制御部３１１は処理を終了する（Ｓ１６０８）。
【００６６】
（３）ＶＰＮ接続制御部３１２
図１７、図１８、図１９、図２０、図２１は、ネットワーク装置１１１のＶＰＮ接続制御部３１２において実行される処理の手順を示すフローチャートである。
【００６７】
図１７は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰ解決の要求を受けると処理を開始する（Ｓ１７０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、経路制御部３１１から受けた通知のＶＰＮ番号とＩＰアドレスを検索キーとして、Ｌ２ＶＰＮ情報テーブル３２２を検索する（Ｓ１７０２）。ＩＰアドレスは、ＩＰアドレス／プレフィックス長５０３に対するロンゲストマッチにより検索する。
Ｓ１７０２に続き、ＶＰＮ接続制御部３１２は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１７０３）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１をブロードキャストとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を経路制御部３１１から受けた通知のＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１７０２で検索したエントリのＶＬＡＮ番号５０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとして経路制御部３１１から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１７０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長５０３のＩＰアドレスの値を用いる。
最後に、ＶＰＮ接続制御部３１２は、Ｓ１７０４で作成したパケットを、経路制御部３１１から通知されたインタフェースに出力し（Ｓ１７０４）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１７０５）する。ただし、経路制御部３１１から通知されたインタフェース番号が「−」である場合には、ＶＰＮ接続制御部３１２は、Ｓ１７０４において、インタフェース種別４０４がＭＡＣ−ｉｎ−ＭＡＣである全てのインタフェースに対して同じパケットを送信する。これは、図１０のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＰＥ１であるネットワーク装置１１１がＭＡＣ−ｉｎ−ＭＡＣネットワークに接続するインタフェースのうちどのインタフェースにパケットを送信すべきかが未定の状態であり、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続している全てのインタフェースに対して、すなわちＭＡＣ−ｉｎ−ＭＡＣネットワーク全体にパケットを送信する。このパケットの応答であるＡＲＰリプライパケットをいずれか１つのインタフェースから受信することとなる。
【００６８】
図１８は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰリプライパケットを受けると処理を開始する（Ｓ１８０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１８０２）。登録する内容は、ＶＰＮ番号８０１は受信したＡＲＰリプライパケットのＶＰＮ情報２２３に格納されているＶＰＮ番号であり、ＶＬＡＮ番号８０２は受信したＡＲＰリプライパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリプライパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１８０２に続き、ＶＰＮ接続制御部３１２は、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ１８０３）。登録する内容は、ＶＰＮ番号７０１は受信したＡＲＰリプライパケットのＶＰＮ情報２２３に格納されているＶＰＮ番号であり、ＩＰアドレス／プレフィックス長７０２はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスとプレフィックス長の最大値であり、出力インタフェース番号７０３はＡＲＰリプライパケットを受信したインタフェース番号であり、ネクストホップ情報７０４は設定されていない事を示す「−」であり、付加情報７０５は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２である。なお、プレフィックス長が最大長であるとは、ＩＰアドレスの長さとプレフィックス長の値が一致している事であり、例えばＩＰｖ４の場合は３２でありＩＰｖ６の場合は１２８である。
最後に、ＶＰＮ接続制御部３１２は、図１１のＳ１１０７で説明した一時的に保存したパケットの中に、ＶＰＮ番号とＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスに一致するものがある場合には、そのパケットに対し、パケット転送処理部３１３にて図１０のＳ１００１以降の処理を行い（Ｓ１８０４）、経路制御部３１１は処理を終了する（Ｓ１８０５）。
【００６９】
図１９、図２０は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰリクエストパケットを受けると処理を開始する（Ｓ１９０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリクエストパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１９０２）。登録する内容は、ＶＰＮ番号８０１は経路制御部３１１から受けた通知のＶＰＮ番号であり、ＶＬＡＮ番号８０２は受信したＡＲＰリクエストパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１９０２に続き、ＶＰＮ接続制御部３１２は、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ１９０３）。登録する内容は、ＶＰＮ番号７０１は経路制御部３１１から受けた通知のＶＰＮ番号であり、ＩＰアドレス／プレフィックス長７０２はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスとプレフィックス長の最大値であり、出力インタフェース番号７０３はＡＲＰリクエストパケットを受信したインタフェース番号であり、ネクストホップ情報７０４は設定されていない事を示す「−」であり、付加情報７０５は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２である。
Ｓ１９０３に続き、ＶＰＮ接続制御部３１２は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１９０４）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１を、受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２とし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を経路制御部３１１から受けた通知のＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４を受信したＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６を受信したＡＲＰリクエストパケットのユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰリクエストに応答するＩＰアドレスとして受信したＡＲＰリクエストパケットに格納されている解決要求のあった自装置のＩＰアドレスとし、ＡＲＰリクエストに応答するＭＡＣアドレスとしてネットワーク装置１１１のＭＡＣアドレスの値とする。
最後に、Ｓ１９０４で作成したパケットを、ＡＲＰリクエストを受信したインタフェースに対して出力し（Ｓ１９０５）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１９０６）する。
【００７０】
図２１は、ＶＰＮ接続制御部３１２が経路制御部３１１から経路を登録した事の通知を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１から経路を登録した事の通知を受けると処理を開始する（Ｓ２１０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知を受けた経路の情報を用いてフォワーディングテーブル３２４を検索する。検索は、通知されたＶＰＮ番号と、ＩＰアドレスに通知されたネクストホップ情報を、プレフィックス長に最大長を用いてロンゲストマッチ検索により行う（Ｓ２１０２）。
つぎに、ＶＰＮ接続制御部３１２は、Ｓ２１０２によって検索したエントリの付加情報７０５を取得する（Ｓ２１０３）。
ＶＰＮ接続制御部３１２は、通知を受けた経路の情報と、Ｓ２１０３によって取得した付加情報を用いて、フォワーディングテーブルにエントリを登録する（Ｓ２１０２）。登録する内容は、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２、出力インタフェース番号７０３、ネクストホップ情報７０４はそれぞれ通知を受けた経路の内容であり、付加情報７０５はＳ２１０３によって取得した付加情報である。登録が完了すると、ＶＰＮ接続制御部３１２は処理を終了する（Ｓ２１０３）。
【００７１】
（４）ＩＰＶＰＮとＬ２ＶＰＮ間の通信
ここまで説明したネットワーク装置１１１の動作により、レイヤ３によってＭＡＣ−ｉｎーＭＡＣネットワーク１０１に接続したＩＰＶＰＮネットワーク１０２と、レイヤ２によってＭＡＣ−ｉｎーＭＡＣネットワーク１０１に接続したＬ２ＶＰＮネットワーク１０３との間において通信が可能となる。
具体的には、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を必要とする場合には、主に図１７、図１８を用いて説明したＶＰＮ接続制御部３１２の動作により、ＭＡＣ−ｉｎ−ＭＡＣネットワークを経由したＡＲＰ解決を行い、フォワーディングテーブル３２４に付加情報７０５を含むエントリを登録し、また、主に図１１を用いて説明したパケット転送処理部３１３の動作により、レイヤ３転送を行いつつ、フォワーディングテーブル３２４の付加情報７０５などを用いてＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を含むパケットを作成し転送することで、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１のＰＥ２（ネットワーク装置１１２）がレイヤ２転送をできるようになり、ＩＰＶＰＮネットワーク１０２からＬ２ＶＰＮネットワーク１０３にパケットが到達できる。
また、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を必要とする場合にも、同様に、主に図１９、図２０を用いて説明したＶＰＮ接続制御部３１２の動作と、主に図１２を用いて説明したパケット転送処理部３１３の動作により、Ｌ２ＶＰＮネットワーク１０３内の端末が通信先のデフォルトゲートウェイやネクストホップとしてＰＥ１（ネットワーク装置１１１）を指定することが可能となり、Ｌ２ＶＰＮネットワーク１０３からＩＰＶＰＮネットワーク１０２にパケットが到達できる。
さらに、主に図１６、図２１を用いて説明したルーティングプロトコルにより経路の処理により、ＰＥ１（ネットワーク装置１１１）とＬ２ＶＰＮネットワーク１０３内のルータとで経路情報を交換しパケット転送に反映することが可能となり、Ｌ２ＶＰＮネットワーク１０３内にルータを配置しても上記同様に双方向の通信が到達できる。
【００７２】
Ａ４．第１の実施の形態の効果：
本実施の形態の効果を以下に示す。
本実施の形態によれば、レイヤ３によってＭＡＣ−インーＭＡＣのコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、そのことにより、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能となる。レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合においても、部分的な変更のみで接続が可能となり、全体の停止を回避することができる。
【００７３】
Ｂ．第２の実施の形態：
本実施の形態では、第１の実施の形態で説明したＭＡＣ−ｉｎ−ＭＡＣを用いたコアネットワークに代わって、ＭＰＬＳを用いたコアネットワークによって、レイヤ３によって接続した拠点ネットワークとレイヤ２によって接続した拠点ネットワークとの間での通信を可能とする方法の一例である実施の形態を示す。
なお、第２の実施の形態は第１の実施の形態との同様の部分が多いため、第１の実施の形態との差分を明示することにより説明する。
【００７４】
Ｂ１．システム構成：
ここでは、本実施の形態のネットワークシステムとネットワーク装置の構成について説明する。
【００７５】
図２２は、本発明の一実施の形態としてのネットワークシステムの構成を示す説明図である。第１の実施の形態の図１に示す構成とは、コアネットワークがＭＰＬＳネットワーク２２０４である点が異なる。ＭＰＬＳネットワーク２２０４がＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３との間で相互に通信を行うために通信を仲介する。ネットワーク装置１１１（ＰＥ１）、ネットワーク装置１１２（ＰＥ２）はＭＰＬＳが動作するネットワーク装置であり、それぞれＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３を接続している。
各装置の役割やＩＰアドレス、ＭＡＣアドレスなどについては同様のため省略する。
【００７６】
図２３は、図２２のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図である。
ＭＰＬＳネットワーク内のパケット２３００は、ＭＰＬＳヘッダ２３１０を持ち、ＭＰＬＳ情報２３２１を格納する。ＭＰＬＳ情報にはＭＰＬＳのラベルを含む情報と、レイヤ２ヘッダを含むが、一般的なＭＰＬＳの動作によるものであるため内容の説明は省略する。その他のフィールドは第１の実施の形態で説明したパケットフォーマット２００と同様である。
ＭＰＬＳネットワーク外のパケットは、第１の実施の形態で説明したパケットフォーマット２０１と同様である。
本実施の形態は以後、主にＰＥ１であるネットワーク装置１１１の動作について説明する。ＰＥ１以外のネットワーク装置は従来の技術により動作する装置であり、各装置の動作の説明は最小限に留める。
なお、本実施の形態ではレイヤ３としてＩＰｖ４を用いるが、レイヤ３のプロトコルとしてＩＰｖ６などを用いることもできる。
【００７７】
図２４は、ＰＥ１であるネットワーク装置１１１の構成を示す説明図である。
第１の実施の形態の図３に示す構成とは、メモリ３２０内にＭＰＬＳ情報テーブル２４２６を格納している点が異なる。ＭＰＬＳ情報テーブル２４２６の詳細については後述する。
また、経路制御部３１１は、第１の実施の形態に示した役割に加えてＭＰＬＳの処理も行い、ＭＰＬＳ情報テーブル２４２６に必要なエントリを登録する。
その他の点は第１の実施の形態と同様であるため省略する。
【００７８】
図２５は、図２４に示すインタフェース情報テーブル３２１の説明図である。
第１の実施の形態の図４に示す構成とは、インタフェース種別４０４のとり得る値であり、「ＩＰＶＰＮ」、「ＭＰＬＳ」の２つの値のいずれかである点が異なる。
図２５の例では、第２エントリにおいて、インタフェース３０２（ＩＦ２）が、ＭＰＬＳネットワークに接続している事を示している。
その他の点は第１の実施の形態と同様であるため省略する。
第１の実施の形態において図５、図６を用いて説明したＬ２ＶＰＮ情報テーブル３２２と経路制御情報テーブル３２３については第１の実施の形態と同様のため省略する。
【００７９】
図２６は、図２４に示すフォワーディングテーブル３２４の説明図である。
第１の実施の形態の図７に示す構成とは、付加情報７０５に格納する値が異なる。付加情報７０５には、そのエントリがＭＰＬＳネットワーク内へ転送する事を示すエントリである場合に、ＭＰＬＳヘッダを作成するために用いるラベル情報を格納する。それ以外の場合は「−」を格納する。
フォワーディングテーブル３２４は、経路制御情報テーブル３２３に基づくエントリは、出力インタフェース番号６０３のインタフェースに関するインタフェース情報テーブル３２１のエントリのインタフェース種別４０４の値がＩＰＶＰＮであるエントリについては第１の実施の形態と同様である。ＭＰＬＳであるエントリについて詳細は後述する。
図２６の例では、第４エントリ〜第６エントリが出力インタフェース番号７０３に関するインタフェース種別４０４がＭＰＬＳであり、付加情報にラベル情報を格納している。
第１の実施の形態において図８を用いて説明した端末情報テーブル３２５については第１の実施の形態と同様のため省略する。
【００８０】
図２７は、図２４に示すＭＰＬＳ情報テーブル２４２６の説明図である。ＭＰＬＳ情報テーブル２４２６は、経路制御部３１１がＭＰＬＳプロトコルによる処理結果を格納するテーブルである。ＭＰＬＳ情報テーブル２４２６では、ＶＰＮ番号２７０１、ＶＬＡＮ番号２７０２に対して、出力ラベル番号２７０３、入力ラベル番号２７０４、インタフェース番号２７０５が対応付けられている。ＶＰＮ番号２７０１はそのエントリを用いるＶＰＮ番号を示し、ＶＬＡＮ番号２７０２はラベルを割り当てているＶＬＡＮ番号、出力ラベル番号２７０３と入力ラベル番号２７０４はＭＰＬＳプロトコルによって割り当てられたラベル番号、インタフェース番号２７０５は出力ラベル番号２７０３と入力ラベル番号２７０４を用いるインタフェース番号、を格納する。
ＭＰＬＳ情報テーブル２４２６は、経路制御部３１１がＭＰＬＳネットワーク２２０４でＭＰＬＳプロトコルによってＶＰＮとＶＬＡＮの組み合わせに対し割り当てたラベル情報を格納している。出力ラベル番号２７０３と入力ラベル番号２７０４の組み合わせを構成する１つの方法は、ＭＰＬＳプロトコルにおけるＶＣ（Ｖｉｒｔｕａｌ  Ｃｉｒｃｕｉｔ）に関して送受信に用いるラベルの組み合わせである。
図２７の例では、第１エントリにおいて、ＶＰＮ番号２７０１が１００、ＶＬＡＮ番号２７０２が１０、出力ラベル番号２７０３がラベル１、入力ラベル番号２７０４がラベル２、インタフェース番号２７０５がＩＦ２である。すなわち、ＶＰＮ番号１００であるＬ２ＶＰＮネットワーク１０２のＶＬＡＮ２０に対し送信するパケットにはラベル１を用い、逆にそこから受信するパケットにはラベル２が格納されている事を示している。インタフェース番号２７０５は、ラベル１とラベル２の組み合わせによる通信をインタフェースＩＦ２を介して行うことを示している。なお、ＶＰＮ番号とＶＬＡＮ番号の１つの組み合わせに対し、出力ラベル番号、入力ラベル番号の組み合わせを複数登録する場合もあり、それに対応するインタフェース番号は同じものが複数ある場合や異なるインタフェース番号が登録されている場合がある。
【００８１】
Ｂ２．通信の具体的な手順の説明：
ここでは、本発明の第２の実施の形態における、通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係について説明する。
【００８２】
（１）ＩＰＶＰＮからＬ２ＶＰＮへの流れ
まず、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
【００８３】
図５０は、ＩＰＶＰＮネットワーク１０２内の端末１がＬ２ＶＰＮネットワーク１０３内の端末２に向けて通信を行う時のパケットの流れを示す説明図である。
端末１がパケットＰＢ１１を送信すると、パケットＰＢ１１はＣＥ１を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＢ１１の宛先ＩＰアドレスである端末２のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＭＰＬＳネットワーク２２０４を経由して端末２に対してＡＲＰリクエストパケットＰＢ１２を送信する。
端末２はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットＰＢ１３を返信すると、ＭＰＬＳネットワーク２２０４を経由してＡＲＰリプライパケットＰＢ１３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ１３によりフォワーディングテーブル３２４と端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＢ１１の転送処理を行い、パケットＰＢ１４を送信する。パケットＰＢ１４はＭＰＬＳネットワーク２２０４を経由して端末２に到達する。
その後、端末１が端末２に向けて送信するパケットＰＢ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＢ１６を送信、端末２に到達可能となる。
【００８４】
以後、図５０にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。
インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図５０のパケットＰＢ１１をＰＥ１が受信する前に図２５、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
【００８５】
図５１は、ＰＥ１が図５０のパケットＰＢ１１を受信する前の、フォワーディングテーブル３２４の初期状態を示す説明図である。図２６で説明したように、第１エントリと第２エントリは経路制御情報テーブル３２３に基づいて登録したものであり、第３エントリはＬ２ＶＰＮ情報テーブル３２２に基づいて登録したものである。
端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。
ＭＰＬＳ情報テーブル２４２６の初期状態は、図２７の状態であるものとする。これは経路制御部３１１がＭＰＬＳプロトコルによって格納した情報である。
端末１がパケットＰＢ１１を送信すると、パケットＰＢ１１はＰＥ１のインタフェース３０１（ＩＦ１）に到達する。なお、パケットＰＢ１１は図２３に示すパケットフォーマット２０１のフォーマットである。
【００８６】
ＰＥ１がパケットＰＢ１１を受信してから、ＡＲＰリクエストパケットＰＢ１２を送信するまでの手順について図５２、図５３を用いて説明する。
ＰＥ１は、パケットＰＢ１１の転送先を求めるための最初の手順として、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索（Ｂ３１）し、第１エントリが該当し、第１エントリのＶＰＮ番号４０２からＶＰＮ番号（１００）を取得する。また同時に、受信したパケットのＩＰパケット２１２に含まれる宛先ＩＰアドレス（２０．０．０．２０）を取得する。この宛先ＩＰアドレスは端末２のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ３２、Ｂ３３）。第３エントリが該当するが、出力インタフェース番号７０３が未定であるため、パケット転送先不明であり隣接探索を行う必要があると判断し、パケットＰＢ１１は一時的に保存し、ＡＲＰリクエストパケットＰＢ１２送信の処理を行う。
ＰＥ１は、図５０に示すＡＲＰリクエストパケットＰＢ１２の作成にＶＬＡＮ番号とラベル番号をを得る必要がある。ＶＬＡＮ番号は、出力インタフェース番号７０３が未定であるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２）を用いて、図５に示すＬ２ＶＰＮ情報テーブル３２２を検索（Ｂ３４、Ｂ３５、Ｂ３６）し、第１エントリが該当し、ＶＬＡＮ番号５０２からＶＬＡＮ番号（２０）を得る。ラベル番号は、ＶＰＮ番号とＶＬＡＮ番号と出力インタフェース番号から図２７に示すＭＰＬＳ情報テーブル２４２６を用いて求めるが、出力インタフェース番号７０３（Ｂ３Ａ）が未定であるため、ＭＰＬＳ情報テーブル２４２６のエントリのうちＶＰＮ番号２７０１がＶＰＮ番号（１００）（Ｂ３７）、ＶＬＡＮ番号２７０２がＶＬＡＮ番号（２０）（Ｂ３８）と一致する全てのエントリからＶＬＡＮ番号とインタフェース番号を取得する。この場合第１エントリが該当し、出力ラベル（ラベル１）とインタフェース番号（ＩＦ２）の組み合わせを取得する。このラベル番号の取得は複数のエントリが該当する場合があるが、図２７に示す例の場合は１つのエントリのみが該当している。
ＰＥ１は、その後、ここまで得た情報を用いてＡＲＰリクエストパケットを作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２３００である。ＭＰＬＳ情報２３２１に取得した出力ラベル番号（ラベル１）を設定し（Ｂ３Ｂ）、宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をＬ２ＶＰＮ情報テーブル３２２の第１エントリから取得したＶＬＡＮ番号（２０）（Ｂ３Ｃ）とし、ＩＰパケット２１２は宛先ＩＰアドレス（２０．０．０．２）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ｂ３９）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＢ１２を、ＭＰＬＳネットワークに向けて、ＭＰＬＳ情報テーブル２４２６から取得したインタフェース（ＩＦ２）に送信する。なお、ラベルを取得するためのＭＰＬＳ情報テーブル２４２６の検索において複数のエントリが該当した場合は、それぞれ、ラベル番号を格納したパケットを作成しその組み合わせのインタフェースにパケットを出力する。
ＡＲＰリクエストパケットＰＢ１２はＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。端末２はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットを返信し、ＣＥ２を経由し、ＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を追加され、パケットフォーマット２００の形となったパケットＰＢ１３がＰＥ１に到達する。なお、ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
【００８７】
ＰＥ１がパケットＰＢ１３を受信してから、パケットＰＢ１４を送信するまでの手順について図５４、図５５、図５６、図５７を用いて説明する。
パケットＰＢ１３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図５４、図５５を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ１３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索し（Ｂ４１）、第２エントリが該当し、インタフェース種別がＭＰＬＳのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５とフォワーディングテーブル３２４に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末２にパケットを転送する際に宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。フォワーディングテーブル３２４に登録するエントリは、端末２にパケットを転送する際の出力先インタフェースの決定と、ＭＰＬＳ情報２３２１を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第２エントリの内容を登録することとなる。ＶＰＮ番号８０１は、登録する値をＭＰＬＳ情報テーブル２４２６から求める。受信したパケットのＭＰＬＳ情報２３２１に格納されているラベル番号（ラベル２）（Ｂ４２）と、パケットを受信したインタフェース（ＩＦ２）（Ｂ４３）から第１エントリが該当し、ＶＰＮ番号２７０１のＶＰＮ番号（１００）をＶＰＮ番号８０１に登録する（Ｂ４４）。このＶＰＮ番号は端末２が所属するＶＰＮ番号である。ＶＬＡＮ番号８０２は受信したパケットＰＢ１３のユーザＶＬＡＮＴａｇ２２６に格納されており端末２の所属するＶＬＡＮ番号（２０）であり（Ｂ４５）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）であり（Ｂ４６）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）である（Ｂ４７）。
フォワーディングテーブル３２４には、図２６に示す例の第４エントリの内容を登録することとなる。ＶＰＮ番号７０１は端末情報テーブル３２５で登録したものと同じ端末２が所属するＶＰＮ番号（１００）であり（Ｂ４８）、ＩＰアドレス／プレフィックス長７０２はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）と最大プレフィックス長である３２であり（Ｂ４９）、出力インタフェース番号７０３はパケットＰＡ１３を受信したインタフェースであるＩＦ２であり（Ｂ４Ａ）、ネクストホップ情報７０４はこの場合不要であるため設定されていない事を示す「−」であり、付加情報７０５は端末情報テーブル３２５にエントリを登録する際に検索したＭＰＬＳ情報テーブル２４２６の第１エントリの出力ラベル２７０３の値（ラベル１）である（Ｂ４Ｂ）。なお、ラベル１はＡＲＰリプライパケットＰＢ１３のＭＰＬＳ情報に格納されていたラベル番号に対応しＰＥ２に向けて送信するためのラベル番号である。
図５６は、図５４、図５５に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４はパケットＰＢ１１受信前の状態である図５１に比べて第４エントリが追加されている。端末情報テーブル３２５はエントリが無い状態から第２エントリが追加されている。
【００８８】
図５４、図５５に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＢ１１の転送処理を行いパケットＰＢ１４を送信するまでの手順について図５７を用いて説明する。
ＰＥ１は、図５２、図５３で説明した手順において取得（Ｂ３１）したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）により、図５６に示すフォワーディングテーブル３２４を検索し転送先を求める（Ｂ３２、Ｂ３３）。この検索はＩＰアドレスによるロンゲストマッチ検索であり、第３エントリではなく、よりプレフィックス長の長い第４エントリが該当し、第４エントリは出力インタフェース番号７０３がＩＦ２となっているため、ＩＦ２に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ２のインタフェース種別はＭＰＬＳとなっているため、ＭＰＬＳネットワークへの転送、すなわちパケットフォーマット２３００のパケットを作成し転送することとなる。
転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて図５６に示す端末情報テーブル３２５を検索し（Ｂ６１、Ｂ６２）、第２エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図５０に示すパケットＰＢ１４を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２３００である。ＭＰＬＳ情報２３２１を、フォワーディングテーブル３２４の第４エントリの付加情報７０５に格納されているＰＥ２に対して送信するためのラベル番号（ラベル１）とし（Ｂ６３）、宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第２エントリのＭＡＣアドレス８０４に格納されている端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）とし（Ｂ６４）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第２エントリのＶＬＡＮ番号８０２に格納されている端末２の所属するＶＬＡＮ番号（２０）とし（Ｂ６５）、ＩＰパケット２１２はパケットＰＢ１１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＢ１４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＭＰＬＳネットワークに接続しているインタフェースであるＩＦ２に向けて送信する。
パケットＰＢ１４はＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
その後、端末１が端末２に向けて送信するパケットＰＢ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで最初から第４エントリを得ることができ、図５７にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＢ１６を作成し転送する。パケットＰＢ１６はパケットＰＢ１４と同様に端末２に到達する。
【００８９】
（２）Ｌ２ＶＰＮからＩＰＶＰＮへの流れ
次に、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
【００９０】
図５８は、Ｌ２ＶＰＮネットワーク１０３内の端末２がＩＰＶＰＮネットワーク１０２内の端末１に向けて通信を行う時のパケットの流れを示す説明図である。
端末２がパケットＰＢ７１を送信すると、パケットＰＢ７１はＣＥ２、ＰＥ２を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＢ７１の宛先ＩＰアドレスである端末１のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、次の転送先がＣＥ１である事を得る。次にＣＥ１に関し端末情報テーブル３２５を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＩＰＶＰＮネットワーク１０２に向けてＣＥ１に対してＡＲＰリクエストパケットＰＢ７２を送信し、ＣＥ１に到達する。
ＣＥ１はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを返信すると、パケットＰＢ７３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ７３により端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＢ７１の転送処理を行い、パケットＰＢ７４を送信する。パケットＰＢ７４はＣＥ１を経由して端末１に到達する。
その後、端末２が端末１に向けて送信するパケットＰＢ７５は、ＰＥ１がフォワーディングテーブル３２４と端末情報テーブル３２５を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＢ７６を送信、端末１に到達可能となる。
【００９１】
以後、図５８にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。
インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図５０のパケットＰＢ１１をＰＥ１が受信する前に図２５、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
フォワーディングテーブル３２４の、ＰＥ１が図５０のパケットＰＢ１１を受信する前の初期状態は、図５１に示したものと同じである。
端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。
ＭＰＬＳ情報テーブル２４２６の初期状態は、図２７の状態であるものとする。これは経路制御部３１１がＭＰＬＳプロトコルによって格納した情報である。
端末２がパケットＰＢ７１を送信すると、パケットＰＢ７１はＰＥ２を経由してＰＥ１のインタフェース３０２（ＩＦ２）に到達する。なお、ＰＥ１に到達するパケットＰＢ７１は図２３に示すパケットフォーマット２３００のフォーマットである。
【００９２】
ＰＥ１がパケットＰＢ７１を受信してから、ＡＲＰリクエストパケットＰＢ７２を送信するまでの手順について図５９、図６０を用いて説明する。
ＰＥ１は、パケットＰＢ７１の転送先を求めるための最初の手順として、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索（Ｂ８１）し、第２エントリが該当する。第２エントリのインタフェース種別４０４はＭＰＬＳであり、この場合はＶＰＮ番号と宛先ＩＰアドレスの両方を受信したパケットの情報を基に取得する。ＶＰＮ番号は、受信したパケットのＭＰＬＳ情報２３２１に格納されているラベル番号（ラベル２）（Ｂ８２）と、パケットを受信したインタフェース（ＩＦ２）（Ｂ４３）の情報からＭＰＬＳ情報テーブル２４２６を検索し、第１エントリが該当し、ＶＰＮ番号２７０１のＶＰＮ番号（１００）を得る（Ｂ８４）。宛先ＩＰアドレスはＩＰパケット２１２に含まれる宛先ＩＰアドレス（１１．０．０．１１）である。この宛先ＩＰアドレスは端末１のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ８６、Ｂ８７）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、続いてパケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために端末情報テーブル３２５をＶＰＮ番号（１００）とＣＥ１のＩＰアドレス（１０．０．０．１０）にて検索（Ｂ８８、Ｂ８９）するが、エントリが存在しないため、パケット転送先の隣接探索を行う必要があると判断し、パケットＰＢ７１は一時的に保存し、ＡＲＰリクエストパケットＰＢ７２送信の処理を行う。
ＰＥ１は、図５８に示すＡＲＰリクエストパケットＰＢ７２の作成にＶＬＡＮ番号を得る必要があり、インタフェース情報テーブル３２１をパケットの転送先であるＩＦ１で検索し（Ｂ８Ａ）、第１エントリが該当し、ＶＬＡＮ番号４０３からＶＬＡＮ番号（１０）を得る。
その後、ＰＥ１は、ここまで得た情報を用いてＡＲＰリクエストパケットＰＢ７２を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をインタフェース情報テーブル３２１の第１エントリから取得したＶＬＡＮ番号（１０）（Ｂ８Ｂ）とし、ＩＰパケット２１２は転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ｂ８Ｃ）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＢ７２を、転送先のインタフェースであるＩＦ１に向けて送信する。
ＡＲＰリクエストパケットＰＢ７２はＣＥ１に到達する。ＣＥ１はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットＰＢ７３を返信し、パケットＰＢ７３がＰＥ１に到達する。
【００９３】
ＰＥ１がパケットＰＢ７３を受信してから、パケットＰＢ７４を送信するまでの手順について図６１、図６２、図６３を用いて説明する。
パケットＰＢ７３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図６１を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ７３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索し（Ｂ９１）、第１エントリが該当し、インタフェース種別がＩＰＶＰＮのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末１にパケットを転送する際に、パケットフォーマットの宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第１エントリの内容を登録することとなる。ＶＰＮ番号８０１はＢ９１の検索で得たインタフェース情報テーブル３２１の第１エントリのＶＰＮ番号４０２に格納されておりＣＥ１の所属するＶＰＮ番号（１００）であり（Ｂ９２）、ＶＬＡＮ番号８０２は受信したパケットＰＢ７３のユーザＶＬＡＮＴａｇ２２６に格納されておりＣＥ１の所属するＶＬＡＮ番号（１０）であり（Ｂ９３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＩＰアドレス（１０．０．０．１０）であり（Ｂ９４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）である（Ｂ９５）。
【００９４】
図６２は、図６１に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４は初期状態である図５１の時点から変更なく、端末情報テーブル３２５はエントリが無い状態から第１エントリが追加されている。
ＰＥ１は、図６１に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＢ７１の転送処理を行いパケットＰＢ７４を送信するまでの手順について図６３を用いて説明する。ただし、図５９に示す、パケットＰＢ１１を受信してからＶＰＮ番号（１００）（Ｂ８４）とＩＰアドレス（１１．０．０．１１）（Ｂ８５）を取得するまでの手順は図５９と同じであるので、説明は省略する。図６３は図５９の続きとして記載する。
図５９の手順にて取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ１１１、Ｂ１１２）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と、パケットの転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）を用いて図６２に示す端末情報テーブル３２５を検索し（Ｂ１１３、Ｂ１１４）、第１エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図５８に示すパケットＰＢ７４を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第１エントリのＭＡＣアドレス８０４に格納されているＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）とし（Ｂ１１５）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第１エントリのＶＬＡＮ番号８０２に格納されているＣＥ１の所属するＶＬＡＮ番号（１０）とし（Ｂ１１６）、ＩＰパケット２１２はパケットＰＢ７１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＢ７４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＩＰＶＰＮネットワークに接続しているインタフェースであるＩＦ１に向けて送信する。
パケットＰＢ７４はＣＥ１を経由してパケットフォーマット２０１の形で端末１に到達する。ＣＥ１については一般的な技術により動作する装置であるため、説明は省略する
その後、端末２が端末１に向けて送信するパケットＰＢ７５は、ＰＥ１が端末情報テーブル３２４を検索することで最初から第１エントリを得ることができ、図６３にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＢ７６を作成し転送する。パケットＰＢ７６はパケットＰＢ７４と同様に端末１に到達する。
以上が、ＩＰＶＰＮネットワークに所属する端末１とＬ２ＶＰＮネットワークに所属する端末２との間で双方向に通信を行うため、本発明の第２の実施の形態における通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係である。
【００９５】
Ｂ３．ネットワーク装置の動作：
ここでは、ネットワーク装置１１１の動作について説明する。
【００９６】
（１）パケット転送処理部３１３
図２８は、パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャートである。
第１の実施の形態の図９に示す手順とは、Ｓ９０７をＳ２８０７に、Ｓ９０８をＳ２８０８に置き換えている。
Ｓ９０６においてインタフェース種別がＭＰＬＳである場合、パケット転送処理部３１３は、図２３に示すパケットフォーマット２３００のパケットを受信しており、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得し、同時に、ＩＰパケット２１２から宛先ＩＰアドレスを取得し（Ｓ２８０７）、パケットからＭＰＬＳヘッダ２３１０を削除する（Ｓ２８０８）。
その他は第１の実施の形態の図９と同様のため説明は省略する。
【００９７】
図２９は、ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャートである。
第１の実施の形態の図１０に示す手順とは、Ｓ１００４をＳ２９０４に、Ｓ１００６をＳ２９０６に置き換えている。
Ｓ２９０４におけるＳ１００４との違いは、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、Ｓ２９０６に処理を移行する点である。
Ｓ１００５においてインタフェース種別がＭＰＬＳである場合、パケット転送処理部３１３は、図３０を用いて後述するＭＰＬＳネットワークへのパケット転送処理を実行し（Ｓ２９０６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
その他は第１の実施の形態の図１０と同様のため説明は省略する。
【００９８】
図３０は、図２９のＳ２９０６におけるＭＰＬＳネットワークへのパケット転送処理の手順を示すフローチャートである。
第１の実施の形態の図１１に示す手順とは、Ｓ１１０１をＳ３００１に、Ｓ１１０４をＳ３００４に置き換えている。
図２９のフローチャートにおいてＳ２９０６に到達した場合、パケット転送処理部３１３は、ＭＰＬＳネットワークへのパケット転送処理を開始する（Ｓ２９０１）。
Ｓ１１０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＭＰＬＳネットワークへ転送するパケットを作成する（Ｓ３００４）。作成するパケットは、図２３のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のＭＰＬＳ情報２３２１に、Ｓ１００２で検索したエントリの付加情報７０５に登録されているラベル情報を格納し、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１１０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１１０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。また、ＭＰＬＳヘッダ２３１０にはレイヤ２ヘッダを含むが、出力ラベル番号２７０３に対応するＭＡＣアドレスの制御方法については一般的なＭＰＬＳの動作であるため説明を省略する。
その他は第１の実施の形態の図１０と同様のため説明は省略する。
第１の実施の形態において図１２用いて説明した、図２９のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理については第１の実施の形態と同様のため省略する。
Ｓ２９０４におけるＳ１００４との違いは、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、Ｓ２９０６に処理を移行する点である。
【００９９】
（２）経路制御部３１１
図３１は、パケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１３に示す手順とは、Ｓ１３０２をＳ３１０２に、Ｓ１３０４をＳ３１０４に置き換えている。
Ｓ３１０２におけるＳ１３０２との違いは、パケット転送処理部３１３から通知されたインタフェース番号が「−」である場合は、検索を行わずＳ３１０４に処理を移行する点である。これは、図２９のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＭＰＬＳネットワークへのパケット転送を行うための手順の途中であり、Ｓ３１０４に移行する。
Ｓ１３０３においてインタフェース種別がＭＰＬＳである場合かＳ３１０２においてインタフェース番号が「−」であった場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰ解決の要求を転送し（Ｓ３１０４）、経路制御部３１１は処理を終了する（Ｓ１３０７）。
その他は第１の実施の形態の図１３と同様のため説明は省略する。
【０１００】
図３２は、ネットワーク装置１１１がＡＲＰリプライパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１４に示す手順とは、Ｓ１４０４をＳ３２０４に置き換えている。
Ｓ１４０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリプライパケットを転送し（Ｓ３２０４）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
その他は第１の実施の形態の図１４と同様のため説明は省略する。
【０１０１】
図３３は、ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１５に示す手順とは、Ｓ１５０４をＳ３３０４に置き換えている。
Ｓ１５０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリクエストパケットを転送し（Ｓ３３０４）、経路制御部３１１は処理を終了する（Ｓ１５０８）。
その他は第１の実施の形態の図１５と同様のため説明は省略する。
【０１０２】
図３４は、ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１６に示す手順とは、Ｓ１６０４をＳ３４０４に置き換えている。
Ｓ１６０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ３４０４）。登録する内容は、ＶＰＮ番号６０１は、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得することで、その値を登録し、その他のフィールドは図１６のＳ１６０４で説明した内容と同様である。なお、プロトコルに従った経路処理は一般的なルーティングプロトコルの処理であり説明は省略するが、プロトコル処理に使用する装置自身のＩＰアドレスは、Ｌ２ＶＰＮ情報テーブル３２２に登録されているエントリのうち、ＶＰＮ番号５０１と上記のＶＰＮ番号６０１に登録したＶＰＮ番号とが一致し、ＶＬＡＮ番号５０２とユーザレイヤ２ヘッダ２２１のユーザＶＬＡＮＴａｇ２２６のＶＬＡＮ番号とが一致するエントリのＩＰアドレス／プレフィックス長５０３のＩＰアドレスを用いる。
その他は第１の実施の形態の図１６と同様のため説明は省略する。
【０１０３】
（３）ＶＰＮ接続制御部３１２
図３５は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１７に示す手順とは、Ｓ１７０３、Ｓ１７０４をＳ３５０３、Ｓ３５０４，Ｓ３５０５に置き換えている。
ＶＰＮ接続制御部３１２は、Ｓ１７０２の処理の後、Ｓ１７０２で検索したエントリのＶＰＮ番号５０１の値と、ＶＬＡＮ番号５０２の値と、ＭＰＬＳ情報テーブル２４２６のＶＬＡＮ番号２７０２の値が一致し、かつ経路制御部３１１から通知されたインタフェース番号とインタフェース番号２７０５が一致するＭＰＬＳ情報テーブル２４２６の全てのエントリから、出力ラベル番号２７０３とインタフェース番号２７０５を取得する（Ｓ３５０３）。ただし、経路制御部３１１から通知されたインタフェース番号が「−」である場合には、ＶＰＮ接続制御部３１２は、ＶＰＮ番号とＶＬＡＮ番号が一致する全てのエントリを対象として出力ラベル番号２７０３とインタフェース番号２７０５を取得する。これにより取得したラベル番号とインタフェース番号の組み合わせは複数種類になる場合がある。経路制御部３１１から通知されたインタフェース番号が「−」である場合とは、図２９のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＰＥ１であるネットワーク装置１１１がＭＰＬＳネットワークに接続するインタフェースのうちどのインタフェースにパケットを送信すべきかが未定の状態であり、ＭＰＬＳ情報テーブル２４２６に基づいて可能性のある全てのインタフェースに対してパケットを送信する。このパケットの応答であるＡＲＰリプライパケットをいずれか１つのインタフェースから受信することとなる。
ＶＰＮ接続制御部３１２は、Ｓ３５０３で取得したラベル番号を用いて、ＭＰＬＳネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ３５０４）。作成するパケットの数はＳ３５０３で取得したラベルとインタフェース番号の組み合わせの数である。すなわち、Ｓ３５０３で該当したエントリの数だけパケットを作成する。作成するパケットは、図２３のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のラベル情報は、Ｓ３５０３で取得した出力ラベルを格納する。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１７０２で検索したエントリのＶＬＡＮ番号５０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとして経路制御部３１１から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１７０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長５０３のＩＰアドレスの値を用いる。
最後に、ＶＰＮ接続制御部３１２は、Ｓ３５０４で作成したパケットを、Ｓ３５０３で取得した組み合わせに従いそれぞれＳ３５０３で取得したインタフェースに出力し（Ｓ３５０５）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１７０５）する
Ｓ１７０１、Ｓ１７０２、Ｓ１７０５は第１の実施の形態の図１７と同様のため説明は省略する。
【０１０４】
図３６は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１８に示す手順とは、Ｓ１８０２をＳ３６０２に、Ｓ１８０３をＳ３６０３に置き換えている。
Ｓ３６０２では、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する。登録する内容は、ＶＰＮ番号８０１には、受信したパケットのＭＰＬＳ情報２３２１のラベル情報に基づいて取得するＶＰＮ番号を登録する。そのＶＰＮ番号は、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得する。ＶＬＡＮ番号８０２、ＩＰアドレス８０３、ＭＡＣアドレス８０４については、図１８のＳ１８０２で説明した内容と同じである。
ＶＰＮ接続制御部３１２は、Ｓ３６０２の処理の後、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ３６０３）。登録する内容は、付加情報７０５に登録するラベル番号をＭＰＬＳ情報テーブル２４２６から求める。ＭＰＬＳ情報テーブル２４２６から、Ｓ３６０２で用いたＶＰＮ番号と受信したＡＲＰリプライパケットのラベル番号とパケットを受信したインタフェース番号がＭＰＬＳ情報テーブル２４２６のＶＰＮ番号２７０１と入力ラベル番号２７０４とインタフェース番号２７０５に一致するエントリを検索し、該当するエントリの出力ラベル番号２７０３を付加情報７０５に登録する。ＶＰＮ番号７０１にはＳ３６０２で用いたＶＰＮ番号を登録する。その他のフィールドは図１８で説明した内容と同様である。
その他は第１の実施の形態の図１６と同様のため説明は省略する。
【０１０５】
図３７、図３８は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１９、図２０に示す手順とは、Ｓ１９０３をＳ３７０３に、Ｓ１９０４をＳ３７０４に置き換えている。
ＶＰＮ接続制御部３１２は、Ｓ１９０２の処理の後、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ３７０３）。登録する内容は、付加情報７０５に登録するラベル番号をＭＰＬＳ情報テーブル２４２６から求める。ＭＰＬＳ情報テーブル２４２６から、経路制御部３１１から通知を受けたＶＰＮ番号と受信したＡＲＰリクエストパケットのラベル番号とパケットを受信したインタフェース番号がＭＰＬＳ情報テーブル２４２６のＶＰＮ番号２７０１と入力ラベル番号２７０４とインタフェース番号２７０５に一致するエントリを検索し、該当するエントリの出力ラベル番号２７０３を付加情報７０５に登録する。その他のフィールドは図１９で説明した内容と同様である。
ＶＰＮ接続制御部３１２は、Ｓ３７０３に続き、ＭＰＬＳネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ３７０４）。作成するパケットは、図２のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のラベル情報は、Ｓ３７０３で付加情報７０５に登録した出力ラベルを格納する。その他のフィールドは図２０で説明した内容と同様である。
その他は第１の実施の形態の図１９、図２０と同様のため説明は省略する。
第１の実施の形態において図２１用いて説明した、経路制御部３１１から経路の通知を受けた時のＶＰＮ接続制御部３１２の処理については第１の実施の形態と同様のため省略する。
【０１０６】
（４）ＩＰＶＰＮとＬ２ＶＰＮ間の通信
ここまで説明したネットワーク装置１１１の動作により、レイヤ３によってＭＰＬＳネットワーク２２０４に接続したＩＰＶＰＮネットワーク１０２と、レイヤ２によってＭＰＬＳネットワーク２２０４に接続したＬ２ＶＰＮネットワーク１０３との間において通信が可能となる。
具体的には、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を必要とする場合には、主に図３５、図３６を用いて説明したＶＰＮ接続制御部３１２の動作により、ＭＰＬＳネットワークを経由したＡＲＰ解決を行い、フォワーディングテーブル３２４に付加情報７０５を含むエントリを登録し、また、主に図３０を用いて説明したパケット転送処理部３１３の動作により、レイヤ３転送を行いつつ、フォワーディングテーブル３２４の付加情報７０５などを用いてＭＰＬＳヘッダ２３１０を含むパケットを作成し転送することで、ＭＰＬＳネットワーク１０１のＰＥ２（ネットワーク装置１１２）がレイヤ２転送をできるようになり、ＩＰＶＰＮネットワーク１０２からＬ２ＶＰＮネットワーク１０３にパケットが到達できる。
また、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を必要とする場合にも、同様に、主に図３７、図３８を用いて説明したＶＰＮ接続制御部３１２の動作と、主に図１２を用いて説明したパケット転送処理部３１３の動作により、Ｌ２ＶＰＮネットワーク１０３内の端末が通信先のデフォルトゲートウェイやネクストホップとしてＰＥ１（ネットワーク装置１１１）を指定することが可能となり、Ｌ２ＶＰＮネットワーク１０３からＩＰＶＰＮネットワーク１０２にパケットが到達できる。
さらに、主に図３４、図２１を用いて説明したルーティングプロトコルにより経路の処理により、ＰＥ１（ネットワーク装置１１１）とＬ２ＶＰＮネットワーク１０３内のルータとで経路情報を交換しパケット転送に反映することが可能となり、Ｌ２ＶＰＮネットワーク１０３内にルータを配置しても上記同様に双方向の通信が到達できる。
【０１０７】
Ｂ４．第２の実施の形態の効果：
本実施の形態の効果を以下に示す。
本実施の形態によれば、レイヤ３によってＭＰＬＳのコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、そのことにより、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能となる。レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合においても、部分的な変更のみで接続が可能となり、全体の停止を回避することができる。
【０１０８】
Ｃ．変形例：
第１の実施の形態、第２の実施の形態において、図１１のＳ１１０４、図１２のＳ１２０４、図２９のＳ２９０１の説明に記載したように、パケットを転送する際にＩＰヘッダをＴＴＬ減算等を含み一切変更しないで転送することもできる。この場合、パケットの送信元と送信先からはレイヤ２中継と区別なく処理することが可能となる。ＰＥ１がこの動作をすることで、ＰＥ２はレイヤ２中継を行うパケットを全てＰＥ１に転送し、ＰＥ１が適切な宛先に転送することが可能となる。
本変形例の効果は、ＰＥ２が全てのパケットをＰＥ１に転送するのみでネットワークを構築することができ、ＰＥ２がＭＡＣアドレス学習のエントリを保持する必要がなくなるため、エッジ装置が保持しなければならない情報量を削減し、エッジ装置の装置コストを下げる事が可能となる。
【産業上の利用可能性】
【０１０９】
以上では、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１、ＩＰＶＰＮネットワーク１０２、Ｌ２ＶＰＮネットワーク１０３との間での通信を可能とする場合について説明したが、本発明はこれに限らず、適宜のコアネットワーク、レイヤ３によって接続した適宜のネットワーク、レイヤ２によって接続した適宜のネットワークとの間での通信を可能とする場合に適用することができる。
【符号の説明】
【０１１０】
１０１  ＭＡＣ−ｉｎ−ＭＡＣネットワーク
１０２  ＩＰＶＰＮネットワーク
１０３  Ｌ２ＶＰＮネットワーク
１１１  ネットワーク装置（ＰＥ１）
１１２  ネットワーク装置（ＰＥ２）
１２１  ネットワーク装置（ＣＥ１）
１２２  ネットワーク装置（端末１）
１３１  ネットワーク装置（ＣＥ２）
１３２  ネットワーク装置（端末２）
１３３  ネットワーク装置（ルータ１）
１３４  ネットワーク装置（端末３）
２００  ＭＡＣ−ｉｎ−ＭＡＣネットワーク内のパケットフォーマット
２０１  ＭＡＣ−ｉｎ−ＭＡＣネットワーク外のパケットフォーマット
２１０  ＭＡＣ−ｉｎ−ＭＡＣヘッダ
２１１  ユーザレイヤ２ヘッダ
２１２  ＩＰパケット
２２１  ＭＡＣ−ｉｎ−ＭＡＣヘッダ内の宛先ＰＥＭＡＣアドレス
２２２  ＭＡＣ−ｉｎ−ＭＡＣヘッダ内の送信元ＰＥＭＡＣアドレス
２２３  ＭＡＣ−ｉｎ−ＭＡＣヘッダ内のＶＰＮ情報
２２４  ユーザレイヤ２ヘッダ内の宛先ユーザＭＡＣアドレス
２２５  ユーザレイヤ２ヘッダ内の送信元ユーザＭＡＣアドレス
２２６  ユーザレイヤ２ヘッダ内のユーザＶＬＡＮＴａｇ
３０１  インタフェース
３０２  インタフェース
３１１  経路制御部
３１２  ＶＰＮ接続制御部
３１３  パケット転送処理部
３２０  メモリ
３２１  インタフェース情報テーブル
３２２  Ｌ２ＶＰＮ情報テーブル
３２３  経路制御情報テーブル
３２４  フォワーディングテーブル
３２５  端末情報テーブル
４０１  インタフェース情報テーブル３２１のインタフェース番号
４０２  インタフェース情報テーブル３２１のＶＰＮ番号
４０３  インタフェース情報テーブル３２１のＶＬＡＮ番号
４０４  インタフェース情報テーブル３２１のインタフェース種別
４０５  インタフェース情報テーブル３２１のＩＰアドレス／プレフィックス長
５０１  Ｌ２ＶＰＮ情報テーブル３２２のＶＰＮ番号
５０２  Ｌ２ＶＰＮ情報テーブル３２２のＶＬＡＮ番号
５０３  Ｌ２ＶＰＮ情報テーブル３２２のＩＰアドレス／プレフィックス長
６０１  経路制御情報テーブル３２３のＶＰＮ番号
６０２  経路制御情報テーブル３２３のＩＰアドレス／プレフィックス長
６０３  経路制御情報テーブル３２３の出力インタフェース番号
６０４  経路制御情報テーブル３２３のネクストホップ情報
７０１  フォワーディングテーブル３２４のＶＰＮ番号
７０２  フォワーディングテーブル３２４のＩＰアドレス／プレフィックス長
７０３  フォワーディングテーブル３２４の出力インタフェース番号
７０４  フォワーディングテーブル３２４のネクストホップ情報
７０５  フォワーディングテーブル３２４の付加情報
８０１  端末情報テーブル３２５のＶＰＮ番号
８０２  端末情報テーブル３２５のＶＬＡＮ番号
８０３  端末情報テーブル３２５のＩＰアドレス
８０４  端末情報テーブル３２５のＭＡＣアドレス
２２０４  ＭＰＬＳネットワーク
２３００  ＭＰＬＳネットワーク内のパケットフォーマット
２３１０  ＭＰＬＳヘッダ
２３２１  ＭＰＬＳヘッダ内のＭＰＬＳ情報
２４２６  ＭＰＬＳ情報テーブル
２７０１  ＭＰＬＳ情報テーブル２４２６のＶＰＮ番号
２７０２  ＭＰＬＳ情報テーブル２４２６のＶＬＡＮ番号
２７０３  ＭＰＬＳ情報テーブル２４２６の出力ラベル番号
２７０４  ＭＰＬＳ情報テーブル２４２６の入力ラベル番号
【図１】
0005398787.tif 000002
【図２】
0005398787.tif 000003
【図３】
0005398787.tif 000004
【図４】
0005398787.tif 000005
【図５】
0005398787.tif 000006
【図６】
0005398787.tif 000007
【図７】
0005398787.tif 000008
【図８】
0005398787.tif 000009
【図９】
0005398787.tif 000010
【図１０】
0005398787.tif 000011
【図１１】
0005398787.tif 000012
【図１２】
0005398787.tif 000013
【図１３】
0005398787.tif 000014
【図１４】
0005398787.tif 000015
【図１５】
0005398787.tif 000016
【図１６】
0005398787.tif 000017
【図１７】
0005398787.tif 000018
【図１８】
0005398787.tif 000019
【図１９】
0005398787.tif 000020
【図２０】
0005398787.tif 000021
【図２１】
0005398787.tif 000022
【図２２】
0005398787.tif 000023
【図２３】
0005398787.tif 000024
【図２４】
0005398787.tif 000025
【図２５】
0005398787.tif 000026
【図２６】
0005398787.tif 000027
【図２７】
0005398787.tif 000028
【図２８】
0005398787.tif 000029
【図２９】
0005398787.tif 000030
【図３０】
0005398787.tif 000031
【図３１】
0005398787.tif 000032
【図３２】
0005398787.tif 000033
【図３３】
0005398787.tif 000034
【図３４】
0005398787.tif 000035
【図３５】
0005398787.tif 000036
【図３６】
0005398787.tif 000037
【図３７】
0005398787.tif 000038
【図３８】
0005398787.tif 000039
【図３９】
0005398787.tif 000040
【図４０】
0005398787.tif 000041
【図４１】
0005398787.tif 000042
【図４２】
0005398787.tif 000043
【図４３】
0005398787.tif 000044
【図４４】
0005398787.tif 000045
【図４５】
0005398787.tif 000046
【図４６】
0005398787.tif 000047
【図４７】
0005398787.tif 000048
【図４８】
0005398787.tif 000049
【図４９】
0005398787.tif 000050
【図５０】
0005398787.tif 000051
【図５１】
0005398787.tif 000052
【図５２】
0005398787.tif 000053
【図５３】
0005398787.tif 000054
【図５４】
0005398787.tif 000055
【図５５】
0005398787.tif 000056
【図５６】
0005398787.tif 000057
【図５７】
0005398787.tif 000058
【図５８】
0005398787.tif 000059
【図５９】
0005398787.tif 000060
【図６０】
0005398787.tif 000061
【図６１】
0005398787.tif 000062
【図６２】
0005398787.tif 000063
【図６３】
0005398787.tif 000064