JP2013009049A - 仮想ネットワーク接続方法、ネットワークシステム及び装置 - Google Patents

仮想ネットワーク接続方法、ネットワークシステム及び装置 Download PDF

Info

Publication number
JP2013009049A
JP2013009049A JP2011138843A JP2011138843A JP2013009049A JP 2013009049 A JP2013009049 A JP 2013009049A JP 2011138843 A JP2011138843 A JP 2011138843A JP 2011138843 A JP2011138843 A JP 2011138843A JP 2013009049 A JP2013009049 A JP 2013009049A
Authority
JP
Japan
Prior art keywords
packet
network
terminal
address
destination
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011138843A
Other languages
English (en)
Other versions
JP2013009049A5 (ja
JP5398787B2 (ja
Inventor
Shinji Nozaki
信司 野崎
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alaxala Networks Corp
Original Assignee
Alaxala Networks Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alaxala Networks Corp filed Critical Alaxala Networks Corp
Priority to JP2011138843A priority Critical patent/JP5398787B2/ja
Priority to US13/527,022 priority patent/US8879569B2/en
Publication of JP2013009049A publication Critical patent/JP2013009049A/ja
Publication of JP2013009049A5 publication Critical patent/JP2013009049A5/ja
Application granted granted Critical
Publication of JP5398787B2 publication Critical patent/JP5398787B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

【課題】レイヤ３ＶＰＮによってコアネットワークに接続した拠点ネットワークとレイヤ２ＶＰＮによって接続した拠点ネットワークとの間の通信を可能とする。
【解決手段】ＶＰＮのパケット転送を行う第１のＮＷ１０１と、第１のＮＷ１０１にレイヤ３にて接続する第２のＮＷ１０２と、第１のＮＷ１０１にレイヤ２にて接続する第３のＮＷ１０３とがＶＰＮを構成する。第２のＮＷ１０２から第３のＮＷ１０３の宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、宛先の情報と宛先への中継点となる第３のＮＷ１０３を接続する第１のＮＷ１０１に属するネットワーク装置ＰＥ１ １１１の情報を用いて、これらの情報をパケットの宛先情報に格納し転送する。
【選択図】図１

Description

本発明は、仮想ネットワーク接続方法、ネットワークシステム及び装置に係り、特に、ネットワーク同士を接続する仮想ネットワーク接続方法、ネットワークシステム及び装置に関する。
従来、離れた拠点にあるネットワーク（以下、拠点ネットワークと呼ぶ）において、サービスプロバイダのネットワーク（以下、コアネットワークと呼ぶ）を利用してそれらのネットワーク同士を接続するＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）という技術が知られている。サービスプロバイダは、コアネットワークにおいて複数の顧客の拠点ネットワーク間を接続し、かつ、異なる顧客間での通信を不可能とすることで、顧客毎に独立したネットワークを構築するサービスを提供している。
コアネットワークを用いて拠点ネットワーク間を接続するための技術として、非特許文献１に示されるＰＢＢ（Ｐｒｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｅｓ）に代表されるＭＡＣ−ｉｎ−ＭＡＣ（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）と呼ばれる技術や、非特許文献２に示されるＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）、非特許文献３に示されるＶＰＬＳ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ ＬＡＮ Ｓｅｒｖｉｃｅ）がある。

ＭＡＣ−ｉｎ−ＭＡＣは、顧客の拠点ネットワークとサービスプロバイダの間をレイヤ２（ＯＳＩ参照モデルにおける第２層）によって接続し、拠点ネットワーク間でレイヤ２による通信を可能とする技術である。コアネットワーク内はレイヤ２の技術により、ユニキャスト、フラッディング、マルチキャスト、ブロードキャストの転送を行う。ある拠点ネットワークからサービスプロバイダのエッジ装置（顧客の拠点ネットワークと接続するサービスプロバイダの装置）に到達したパケットに対し、サービスプロバイダの装置はそのパケットＭＡＣ−ｉｎ−ＭＡＣのフォーマットのレイヤ２ヘッダを追加し、コアネットワーク内はその追加したヘッダを用いてパケットを転送し、最後にコアネットワークの出口となるエッジ装置で拠点ネットワークにパケットを渡す際に、追加したレイヤ２ヘッダを削除し、宛先の拠点ネットワークにパケットを届ける。顧客のパケットのレイヤ２ヘッダとレイヤ３以上の情報を変更せずに転送することで、拠点ネットワーク間でレイヤ２通信を可能とする点が特徴である。サービスプロバイダと拠点ネットワークの接続においてレイヤ３に依存しない。ＭＡＣ−ｉｎ−ＭＡＣは、コアネットワーク内の拠点間パケット転送のために特別なプロトコルを用いない点で、ＭＰＬＳと比較し低コストでネットワーク運用や管理を行うことができ、また、装置のコストも比較的安価である事が多い。ただし、コアネットワークのエッジ装置ではＭＡＣアドレス学習などのレイヤ２の全ての情報を保持する必要があり、大容量の情報を保持可能な装置である必要がある。
ＭＰＬＳは、顧客の拠点ネットワークとサービスプロバイダの間を接続する方法として、非特許文献２に示されるレイヤ３（ＯＳＩ参照モデルにおける第３層）による方法と、非特許文献３に示されるレイヤ２による方法があり、それぞれレイヤ３接続のネットワーク間の接続、レイヤ２接続のネットワーク間の接続を可能としている。ＭＰＬＳはコアネットワーク内において、コアネットワーク内での宛先を示す第１ラベルと、拠点ネットワークの宛先を示す第２ラベルの２つをＢＧＰ（Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ）を用いたプロトコルによって決定し、そのラベルを用いてコアネットワーク内のパケット転送を行う。ある拠点ネットワークからサービスプロバイダのエッジ装置に到達したパケットに対し、サービスプロバイダの装置はそのパケットに第１ラベル、第２ラベルを含むＭＰＬＳヘッダを追加し、コアネットワーク内はその追加したヘッダを用いてパケットを転送し、最後に出口となるエッジ装置で拠点ネットワークにパケットを渡す際に、追加したＭＰＬＳヘッダを削除し、宛先の拠点ネットワークにパケットを届ける。レイヤ３による接続の場合は顧客の拠点間のルーティングをサービスプロバイダが仲介することで顧客のレイヤ３接続を容易にしている事が特徴のひとつであり、レイヤ２による接続の場合は顧客のパケットに対しレイヤ２ヘッダとレイヤ３以上の情報を全く変更せずに転送することで、拠点ネットワーク間でレイヤ２通信を可能とする点が特徴のひとつである。その場合サービスプロバイダと拠点ネットワークの接続においてレイヤ３に依存しない。ＭＰＬＳは、コアネットワーク内の拠点間パケット転送のためにＢＧＰやＭＰＬＳのプロトコルを用いている点で、複雑なプロトコルの運用や管理を行う必要があり高コストになりやすく、装置のコストも比較的高価である事が多い。また、コアネットワークのエッジ装置ではラベル情報を含む多くの情報を保持する必要があり、大容量の情報を保持可能な装置である必要がある。
ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳによるＶＰＮは、顧客の拠点ネットワークとサービスプロバイダのコアネットワークとの間の接続において、接続する形態がレイヤ３による接続かレイヤ２による接続かのいずれかに統一してＶＰＮを構成する必要がある。
ＩＥＥＥ８０２．１ａｈ Ｐｒｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｅｓ ＲＦＣ４３６４ ＢＧＰ／ＭＰＬＳ ＩＰ Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋｓ ＲＦＣ４７６２ Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ ＬＡＮ Ｓｅｒｖｉｃｅ（ＶＰＬＳ） Ｕｓｉｎｇ Ｌａｂｅｌ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＬＤＰ） Ｓｉｇｎａｌｉｎｇ
本発明の１つ目の課題は、上述したＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳによるＶＰＮは、顧客の拠点ネットワークとサービスプロバイダ間の接続において、全ての拠点ネットワークの接続をレイヤ３とするか、もしくは全ての拠点ネットワークの接続をレイヤ２とするか、いずれかに統一する必要があるという課題である。このように、従来は、いずれかを選択する必要があり、一般に、ネットワーク構成の選択における自由度が低い。１つ目の課題は、具体的には、ある拠点ネットワークはレイヤ３での接続を行い、ある拠点ネットワークはレイヤ２での接続を行い、それらを相互に接続するといった構成ができないという課題である。したがって、たとえば、ある拠点ネットワークのレイヤ３のルーティングはサービスプロバイダが仲介することで顧客の運用や管理を容易にし、別の拠点ネットワークではレイヤ２による接続によってレイヤ３に依存しない構成とする、といった構成が組めないという課題が発生する。
上記に加えて、ある顧客がレイヤ３による接続からレイヤ２による接続に切り替えを行う必要が生じた場合やその逆の場合に、拠点ネットワーク毎に順次変更するといった事はできず、ネットワーク全体を一斉に切り替える必要があり、切り替えを行う際に全体を一旦停止しなければならないため作業の影響が大きいという課題が発生する。
本発明の２つ目の課題は、ＭＡＣ−ｉｎ−ＭＡＣによるＶＰＮは、サービスプロバイダのエッジ装置が、コアネットワークを介した別の拠点ネットワークを含み全てのＭＡＣアドレス学習などの情報を保持する必要があり、大容量の情報を保持可能な装置が必要があるため、エッジ装置の装置コストを下げるのが困難であるという課題である。同時に、ＭＰＬＳのエッジ装置においても同様に、コアネットワークを介した別の拠点ネットワークを含む全ての情報を保持可能な装置である必要があるため、大容量の情報を保持可能な装置が必要であるため、エッジ装置の装置コストを下げるのが困難であるという課題もある。
本発明の目的のひとつは、上記の課題を解決し、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能とすることである。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することである。
本発明の別の目的は、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減し、エッジ装置の装置コストを下げる事を可能にすることである。
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
［適用例１］
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、前記第１のネットワークにレイヤ２によって接続する第３のネットワークとがＶＰＮを構成するネットワークにおいて、前記第２のネットワークを接続する第１のネットワークに属するネットワーク装置であって、第３のネットワークに属する宛先に対し第１のネットワークを経由して宛先のアドレス探索を行い宛先の情報を保存し、同時に、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応を保存する第４の機能と、第３のネットワークに属する宛先の情報と、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の宛先の情報との２つを同時にパケットに格納する第５の機能と、を備え、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先の情報と宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とを用いて、前記第５の機能により第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とパケットの宛先の情報の２つを同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。
適用例１のネットワーク装置では、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
［適用例２］
適用例１に記載のネットワーク装置であって、前記第１のネットワークはＭＡＣ−ｉｎ−ＭＡＣによりＶＰＮを接続するネットワークであって、前記第４の機能のアドレス探索による宛先の情報はＭＡＣアドレス情報であって、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応とは、宛先のアドレス探索のパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダの送信元ＭＡＣアドレスと宛先のＩＰアドレスとの対応であって、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先のアドレス探索のパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダの送信元ＭＡＣアドレスと、宛先のＭＡＣアドレスを用いて、前記第５の機能により２つの情報を同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。
適用例２のネットワーク装置では、適用例１に示した構成において、コアネットワークにＭＡＣ−ｉｎ−ＭＡＣの方式を用いることが可能となる。ＭＡＣ−ｉｎ−ＭＡＣは、コアネットワーク内の拠点間パケット転送のために特別なプロトコルを用いない点で、比較的低コストでネットワーク運用や管理を行うことができ、また、装置のコストも比較的安価にネットワークを構築することができる。また、このような構成により、レイヤ２による通信を対象としたＭＡＣ−ｉｎ−ＭＡＣネットワークにレイヤ３のＶＰＮを接続することが可能となる。
［適用例３］
適用例１に記載のネットワーク装置であって、前記第１のネットワークはＭＰＬＳによりＶＰＮを接続するネットワークであって、前記第４の機能のアドレス探索による宛先の情報はＭＡＣアドレスであって、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応とは、宛先のアドレス探索のパケットの入力ラベル情報と宛先のＩＰアドレスとの対応であって、第３のネットワークに属する宛先にパケットを送付する際に、レイヤ３によるパケット転送処理を行い、前記第４の機能による入力ラベルと対応する出力ラベルと、宛先のＭＡＣアドレスを用いて、前記第５の機能により２つの情報を同時にパケットの宛先情報に格納し、パケット転送を行う、ネットワーク装置。

適用例３のネットワーク装置では、適用例１に示した構成において、コアネットワークにＭＰＬＳの方式を用いることが可能となる。ＭＰＬＳで構築したレイヤ３のＶＰＮもしくはレイヤ２のＶＰＮに対し、それぞれ違う方式のＶＰＮを追加で接続することが可能になる。
［適用例４］
適用例１に記載のネットワーク装置であって、第５の機能においてレイヤ３によるパケット転送処理を行う際に、ＩＰヘッダを一切変更しない、ネットワーク装置。

適用例４のネットワーク装置では、適用例１に示した構成において、レイヤ２のＶＰＮ同士の通信を行う場合に、上記ネットワーク装置を経由したパケットを中継を行うことで、レイヤ２のＶＰＮを接続するネットワーク装置は通信先の情報を保持する必要がなく、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減することができ、エッジ装置の装置コストを下げる事を可能にする。
［適用例５］
ネットワークシステムであって、ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、前記第１のネットワークにレイヤ２によって接続する第３のネットワークとがＶＰＮを構成するネットワークと、前記第２のネットワークを接続する第１のネットワークに属するネットワーク装置であって、第３のネットワークに属する宛先に対し第１のネットワークを経由して宛先のアドレス探索を行い宛先の情報を保存し、同時に、宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報と宛先の情報との対応を保存する第４の機能と、第３のネットワークに属する宛先の情報と、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の宛先の情報との２つを同時にパケットに格納し、レイヤ３によるパケット転送処理を行い、前記第４の機能による宛先の情報と宛先への中継点となる第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とを用いて、第３のネットワークを接続する第１のネットワークに属するネットワーク装置の情報とパケットの宛先の情報の２つを同時にパケットの宛先情報に格納し、パケット転送を行う、第５の機能と、
を有するネットワーク装置と、を備える、ネットワークシステム。
適用例５のネットワークシステムでは、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。また、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
本発明の第１の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステム、及び、仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
本発明の第２の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
を備え、
ＰＥ１は、端末２から端末１に向けた第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
本発明の第３の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
を備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
本発明の第４の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
を備え、
ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
ＰＥ１は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワークシステム、及び、仮想ネットワーク接続方法が提供される。
本発明の第５の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ネットワーク装置は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワーク装置が提供される。
本発明の第６の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
処理部は、端末２から端末１に向けた第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置が提供される。
本発明の第７の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
ネットワーク装置が提供される。
本発明の第８の解決手段によると、
ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
を備え、ＶＰＮを構成するネットワークシステムにおいて、
前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
前記ＰＥ１は、
ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
を備え、
ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
処理部は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
ネットワーク装置が提供される。
本発明の効果を以下に示す。
本発明によると、レイヤ３によってコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とすることで、レイヤ３による接続方法とレイヤ２による接続方法とを自由に選択可能になる。
また、本発明によると、それによって、レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合に部分的な変更を可能にし全体の停止を回避することができる。
本発明の別の効果は、ＭＡＣ−ｉｎ−ＭＡＣやＭＰＬＳにおいてエッジ装置が保持しなければならない情報量を削減することで、エッジ装置の装置コストを下げる事を可能にすることである。
本発明の一実施の形態としてのネットワークシステムの構成を示す説明図。 図１のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図。 ＰＥ１であるネットワーク装置１１１の構成を示す説明図。 図３に示すインタフェース情報テーブル３２１の説明図。 図３に示すＬ２ＶＰＮ情報テーブル３２２の説明図。 図３に示す経路制御情報テーブル３２３の説明図。 図３に示すフォワーディングテーブル３２４の説明図。 図３に示す端末情報テーブル３２５の説明図。 パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャート。 ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャート。 図１０のＳ１００６におけるＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理の手順を示すフローチャート。 図１０のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理の手順を示すフローチャート。 図１１のＳ１１０６、図１２のＳ１２０６においてパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャート。 ネットワーク装置１１１がＡＲＰリプライパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート（図１９の続き）。 ＶＰＮ接続制御部３１２が経路制御部３１１から経路を登録した事の通知を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 第２の実施の形態としてのネットワークシステムの構成を示す説明図 図２２のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図。 第２の実施の形態におけるＰＥ１であるネットワーク装置１１１の構成を示す説明図。 図２４に示すインタフェース情報テーブル３２１の説明図。 図２４に示すフォワーディングテーブル３２４の説明図。 図２４に示すＭＰＬＳ情報テーブル２４２６の説明図。 第２の実施の形態におけるパケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャート。 第２の実施の形態におけるＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャート。 図２９のＳ２９０６におけるＭＰＬＳネットワークへのパケット転送処理の手順を示すフローチャート。 第２の実施の形態におけるパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャート。 第２の実施の形態におけるネットワーク装置１１１がＡＲＰリプライパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 第２の実施の形態におけるネットワーク装置１１１がＡＲＰリクエストパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 第２の実施の形態におけるネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャート。 第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート。 第２の実施の形態におけるＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャート（図３７の続き）。 ＩＰＶＰＮ→Ｌ２ＶＰＮのパケットの流れについての説明図。 フォワーディングテーブルの初期状態についての説明図。 ＰＡ１１受信からＰＡ１２送信までの処理についての説明図。 ＰＡ１３受信によるテーブル更新についての説明図。 更新後のテーブルについての説明図。 パケットＰＡ１４、ＰＡ１６の送信についての説明図。 Ｌ２ＶＰＮ→ＩＰＶＰＮのパケットの流れについての説明図。 ＰＡ７１受信からＰＡ７２送信までの処理についての説明図。 ＰＡ７３受信によるテーブル更新についての説明図。 更新後のテーブルについての説明図。 パケットＰＡ７４、ＰＡ７６の送信についての説明図。 ＩＰＶＰＮ→Ｌ２ＶＰＮのパケットの流れについての説明図。 フォワーディングテーブルの初期状態についての説明図。 ＰＢ１１受信からＰＢ１２送信まで（１）についての説明図。 ＰＢ１１受信からＰＢ１２送信まで（２）についての説明図。 ＰＢ１３受信によるテーブル更新（１）についての説明図。 ＰＢ１３受信によるテーブル更新（２）についての説明図。 更新後のテーブルについての説明図。 パケットＰＢ１４、ＰＢ１６の送信についての説明図。 Ｌ２ＶＰＮ→ＩＰＶＰＮのパケットの流れについての説明図。 ＰＢ７１受信からＰＢ７２送信まで（１）についての説明図。 ＰＢ７１受信からＰＢ７２送信まで（２）についての説明図。 ＰＢ７３受信によるテーブル更新についての説明図。 更新後のテーブルについての説明図。 パケットＰＢ７４、ＰＢ７６の送信についての説明図。
以下、本発明を実施するための形態を以下の順序で説明する。
Ａ．第１の実施の形態：
Ａ１．システム構成：
Ａ２．通信の具体的な手順の説明：
Ａ３．ネットワーク装置の動作：
Ａ４．第１の実施の形態の効果：
Ｂ．第２の実施の形態：
Ｂ１．システム構成：
Ｂ２．通信の具体的な手順の説明：
Ｂ３．ネットワーク装置の動作：
Ｂ４．第２の実施の形態の効果：
Ｃ．変形例：
Ａ．第１の実施の形態：
本実施の形態では、ＶＰＮを接続するＭＡＣ−ｉｎ−ＭＡＣを用いたコアネットワークによって、レイヤ３によって接続した拠点ネットワークとレイヤ２によって接続した拠点ネットワークとの間での通信を可能とする方法の一例である実施の形態を示す。
Ａ１．システム構成：
ここでは、本実施の形態のネットワークシステムとネットワーク装置の構成について説明する。

図１は、本発明の一実施の形態としてのネットワークシステムの構成を示す説明図である。このネットワークシステムは、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１と、ＩＰＶＰＮネットワーク１０２と、Ｌ２ＶＰＮネットワーク１０３とを備えている。ＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３は相互に通信可能なネットワークであり、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１がその間の通信を仲介する。なお、相互に通信可能な２つのＶＰＮネットワークはＶＰＮ番号１００によって識別するものとする。
ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１にはネットワーク装置１１１（以下、ＰＥ１（Ｐｒｏｖｉｄｅｒ Ｅｄｇｅ）と呼ぶ）とネットワーク装置１１２（以下、ＰＥ２と呼ぶ）が所属しており、ＰＥ１はＩＰＶＰＮネットワーク１０２と接続し、ＰＥ２はＬ２ＶＰＮネットワーク１０３と接続している。ＰＥ１とＩＰＶＰＮネットワーク１０２の間の接続はレイヤ３による接続であり、ＰＥ１はＩＰＶＰＮネットワーク１０２からのパケットをレイヤ３により転送する。また、ＰＥ２とＬ２ＶＰＮネットワーク１０３との接続はレイヤ２による接続であり、ＰＥ２はＬ２ＶＰＮネットワーク１０３からのパケットをレイヤ２により転送する。
ＩＰＶＰＮネットワーク１０２にはネットワーク装置１２１（以下、ＣＥ１（Ｃｕｓｔｏｍｅｒ Ｅｄｇｅ）と呼ぶ）とネットワーク装置１２２（以下、端末１と呼ぶ）が所属している。ＣＥ１はＰＥ１と接続することでＩＰＶＰＮネットワーク１０２をＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１に接続している。端末１はＣＥ１を経由してＶＰＮを用いた通信を行う端末である。
Ｌ２ＶＰＮネットワーク１０３にはネットワーク装置１３１（以下、ＣＥ２と呼ぶ）とネットワーク装置１３２（以下、端末２と呼ぶ）とネットワーク装置１３３（以下、ルータ１と呼ぶ）とネットワーク装置１３４（以下、端末３と呼ぶ）が所属しており、ＣＥ２はＰＥ２と接続することでＬ２ＶＰＮネットワーク１０３をＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１に接続している。端末２、ルータ１、端末３はＣＥ２を経由してＶＰＮを用いた通信を行う端末である。ルータ１はＬ２ＶＰＮネットワーク内において端末３が通信を行えるようにするためのレイヤ３ルーティングを担っており、ＩＰＶＰＮネットワーク１０２と端末３が通信を行うためにＰＥ１とルーティングプロトコルによりレイヤ３の経路情報を交換する。端末２、端末３はデフォルトゲートウェイと呼ばれるレイヤ３通信の転送先を示す情報を保持している。端末２はＣＥ２，ＰＥ２とレイヤ２により接続しており、デフォルトゲートウェイはレイヤ３通信を担うＰＥ１である。端末３はルータ１の配下にある端末であり、デフォルトゲートウェイはルータ１である。
各ネットワーク装置には予めＭＡＣアドレス、ＩＰアドレスが割り当てられている。
ＰＥ１がＣＥ１と接続するインタフェースは、ＶＬＡＮ １０でありＩＰアドレスは１０．０．０．１である。ＰＥ１はＬ２ＶＰＮネットワーク１０３へレイヤ３によるパケット転送を行うためのＩＰアドレスとして、Ｌ２ＶＰＮ用ＩＰアドレス２０．０．０．１を持つ。また、ＰＥ１がＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるＭＡＣアドレスは１１１１．１１１１．１１１１である。
ＰＥ２がＣＥ２と接続するインタフェースは、ＶＬＡＮ ２０である。レイヤ２による接続であるためＩＰアドレスは持たない。また、ＰＥ２がＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるＭＡＣアドレスは２２２２．２２２２．２２２２である。
ＣＥ１がＰＥ１と接続するインタフェースは、ＩＰアドレス１０．０．０．１０であり、ＭＡＣアドレス１は０１０．１０１０．１０１０である。
端末１のＩＰアドレスは１１．０．０．１１である。
ＣＥ２はＩＰアドレスを持たない。また、ＣＥ２のＭＡＣアドレスは本実施の形態では用いないため省略する。
端末２のＩＰアドレスは２０．０．０．２０であり、ＭＡＣアドレスは２０２０．２０２０．２０２０である。
ルータ１のＩＰアドレスは２０．０．０．２１であり、ＭＡＣアドレスは２１２１．２１２１．２１２１である。
端末３のＩＰアドレスは３０．０．０．３０である。
図２は、図１のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図である。図２に示すパケットフォーマット２００、２０１は、それぞれ、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内において用いるパケットのフォーマット、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１外において用いるパケット、すなわち、ＰＥ１とＣＥ１の間とＩＰＶＰＮネットワーク１０２内と、ＰＥ２とＣＥ２の間とＬ２ＶＰＮネットワーク１０３内において用いるパケットのフォーマットである。
パケットフォーマット２００に示すＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１内で用いるパケットは、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０、ユーザレイヤ２ヘッダ２１１、ＩＰパケット２１２を含み、ＭＡＣ−ｉｎ−ＭＡＣネットワーク外で用いるパケット２０１に比較しＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を追加したフォーマットである。
ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０は、宛先ＰＥＭＡＣアドレス２２１、送信元ＰＥＭＡＣアドレス２２２、ＶＰＮ情報２２３を含む。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０はＭＡＣ−ｉｎ−ＭＡＣネットワーク内専用のヘッダであり、ＰＥ１やＰＥ２といったＶＰＮを接続する役割を担う装置を宛先、送信元とするヘッダである。ＶＰＮ情報２２３には転送先のＶＰＮを示す情報を格納する。ＭＡＣ−インーＭＡＣネットワーク内において、このＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０に基づきパケットを転送する。
ユーザレイヤ２ヘッダ２１１は、宛先ユーザＭＡＣアドレス２２４、送信元ユーザＭＡＣアドレス２２５、ユーザＶＬＡＮ Ｔａｇ２２６を含む。ユーザレイヤ２ヘッダ２１１はＭＡＣ−ｉｎ−ＭＡＣネットワーク外のネットワーク、つまり、ＩＰＶＰＮネットワーク１０２やＬ２ＶＰＮネットワーク１０３における宛先と送信元を示すレイヤ２のヘッダである。ユーザＶＬＡＮ Ｔａｇ２２６には、そのパケットをレイヤ２で転送するためのＶＬＡＮ情報を格納する。
ＩＰパケット２１２は、通信を行う端末間でのレイヤ３の宛先、送信元とその内容が格納されたレイヤ３のパケットである。
パケットフォーマット２０１に示すＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１外で用いるパケットは、パケットフォーマット２００からＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を除いたもので、他は同様である。ＭＡＣ−ｉｎ−ＭＡＣネットワーク外において、ユーザレイヤ２ヘッダおよびＩＰパケット２１２内に格納されるレイヤ３の宛先、送信元に基づきパケットを転送する。

本実施の形態は以後、主にＰＥ１であるネットワーク装置１１１の動作について説明する。ＰＥ１以外のネットワーク装置は、例えば従来の技術等により動作する装置であり、各装置の動作の説明は最小限に留める。
なお、本実施の形態ではレイヤ３としてＩＰｖ４を用いるが、レイヤ３のプロトコルとしてＩＰｖ６などを用いることもできる。
図３は、ＰＥ１であるネットワーク装置１１１の構成を示す説明図である。
ネットワーク装置１１１は、レイヤ３スイッチであり、ＯＳＩ参照モデルにおける第２層（データリンク層）および第３層（ネットワーク層）のパケットを転送する。なお、レイヤ３スイッチに代えてルータを用いることもできる。
ネットワーク装置１１１は、２つのインタフェース（インタフェース３０１、インタフェース３０２）と、メモリ３２０と、処理部３００を備えている。処理部３００は、経路制御部３１１と、ＶＰＮ接続制御部３１２と、パケット転送処理部３１３とを備えている。
インタフェース３０１は、ＣＥ１と接続するインタフェースである。また、インタフェース３０２はＭＡＣ−インーＭＡＣネットワーク１０１内に接続するためのインタフェースである。これらのインタフェース３０１、３０２は、いずれもＭＡＣアドレスとＩＰアドレスが割り当てられるインタフェースである。これらは、Ｅｔｈｅｒｎｅｔ（登録商標）等の物理的なインタフェースであっても、ＶＬＡＮ等の論理的なインタフェースであってもよい。
メモリ３２０は、インタフェース情報テーブル３２１と、Ｌ２ＶＰＮ情報テーブル３２２と、経路制御情報テーブル３２３と、フォワーディングテーブル３２４と、端末情報テーブル３２５とを格納している。各テーブルの詳細については後述する。
経路制御部３１１と、ＶＰＮ接続制御部３１２と、パケット転送処理部３１３は、いずれもメモリ３２０に格納されているプログラムを、図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が実行することにより実現される機能部である。なお、ＣＰＵに代えて、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等を用いることもできる。
経路制御部３１１は、ＩＰｖ４のルーティングプロトコル等の経路制御に関する処理を行い、パケット転送経路を制御する。インタフェース情報テーブル３２１と、Ｌ２ＶＰＮ情報テーブル３２２と、ルーティングプロトコルの情報から、経路制御情報テーブル３２３と、フォワーディングテーブル３２４と、端末情報テーブル３２５に必要なエントリを登録する。なお、ルーティングプロトコルとは、ＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の隣接探索に関するプロトコルや、ＢＧＰ（Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ）、ＯＳＰＦ（ＯｐｅｎＳｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）といったレイヤ３の経路制御を行うプロトコルの事を示す。本実施の形態は、隣接探索に関するプロトコルはＡＲＰを用い、レイヤ３の経路制御を行うプロトコルは特に指定しない。
ＶＰＮ接続制御部３１２は、ＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３との間の通信を行うためのパケット転送経路を制御し、経路制御部３１１からの経路に関する情報をもとに、フォワーディングテーブル３２４と、端末情報テーブル４２５に必要なエントリを登録する。
パケット転送処理部３１３は、各インタフェース３０１、３０２が受信したパケットを、フォワーディングテーブル３２４及び端末情報テーブル３２５に基づき転送する。また、インタフェース間で転送すべきパケットか、装置自身が処理するパケットかを判定し、装置自身が処理するパケットの場合は経路制御部３１１に転送する役割も持つ。装置自身が処理するパケットとは、ルーティングプロトコル等のパケットを指す。
図４は、図３に示すインタフェース情報テーブル３２１の説明図である。インタフェース情報テーブル３２１は、ネットワーク装置１１１が備える各インタフェース３０１、３０２の各種情報を管理するテーブルである。インタフェース情報テーブル３２１では、インタフェース番号４０１に対して各種情報が対応付けられている。インタフェース番号４０１は、各インタフェース３０１、３０２を示す番号を示す。なお、本実施の形態では、インタフェース３０１のインタフェース番号としてＩＦ１が設定されている。同様に、インタフェース３０２のインタフェース番号としてＩＦ２が設定されている。ＶＰＮ番号４０２は、インタフェースがＶＰＮネットワークと接続している場合に、接続しているＶＰＮの番号を示すフィールドである。ＶＰＮに接続していないインタフェース、すなわちＭＡＣ−ｉｎ−ＭＡＣネットワーク内に接続しているインタフェースはＶＰＮに接続していない事を示す「−」が設定される。ＶＬＡＮ番号４０３は、そのインタフェースで通信を行うためのＶＬＡＮ番号を示すフィールドである。ＶＬＡＮを用いていないインタフェースは、用いていない事を示す「−」が設定される。インタフェース種別４０４は「ＩＰＶＰＮ」、「ＭＡＣ−ｉｎ−ＭＡＣ」の２つの値のいずれかであり、インタフェースがＩＰＶＰＮネットワークに接続しているかＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しているかのいずれであるかを示す。ＩＰアドレス／プレフィックス長４０５は、インタフェースに設定されているＩＰアドレスとそのプレフィックス長を示す。ＩＰアドレスが設定されていないインタフェースは、設定されていない事を示す「−」が設定される。
インタフェース情報テーブル３２１は、ネットワーク装置の管理者が、予めインタフェース３０１、３０２をネットワーク構成に合わせて設定することで、その設定に基づき経路制御部３１１が登録する。なお、インタフェース情報テーブル３２１のＶＰＮ番号４０２とＶＬＡＮ番号４０３は、異なるインタフェース番号４０１に対して同じＶＰＮ番号、ＶＬＡＮ番号が格納されている場合もある。
図４の例では、第１エントリにおいて、インタフェース３０１（ＩＦ１）がＶＰＮ番号１００に接続しており、ＩＦ１ではＶＬＡＮ １０を用い、ＩＰＶＰＮネットワークに接続しており、インタフェースのＩＰアドレスは１０．０．０．１でありそのプレフィックス長は２４である事を示している。第２エントリにおいて、インタフェース３０２（ＩＦ２）が、ＶＰＮネットワークに接続していなく、ＶＬＡＮを用いていなく、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しており、インタフェースにＩＰアドレスが設定されていない事を示している。
図５は、図３に示すＬ２ＶＰＮ情報テーブル３２２の説明図である。Ｌ２ＶＰＮ情報テーブル３２２は、ＭＡＣ−ｉｎーＭＡＣネットワーク１０１とレイヤ２接続を行っているＬ２ＶＰＮネットワークに対し、ネットワーク装置１１１がレイヤ３通信を行うためのレイヤ３に関する情報を格納するテーブルである。Ｌ２ＶＰＮ情報テーブル３２２では、ＶＰＮ番号５０１、ＶＬＡＮ番号５０２に対して、ＩＰアドレス／プレフィックス長が対応付けられている。ＶＰＮ番号５０１は、レイヤ３通信を行う対象のＶＰＮ番号を示し、ＶＬＡＮ番号５０２はそのレイヤ３通信の対象のＬ２ＶＰＮネットワークのＶＬＡＮ番号を示す。ＩＰアドレス／プレフィックス長５０３は、ＶＰＮ番号、ＶＬＡＮ番号に対応するネットワーク装置１１１のＩＰアドレスとプレフィックス長を示す。
Ｌ２ＶＰＮ情報テーブル３２２は、ネットワーク装置の管理者が、予めＰＥ１がＬ２ＶＰＮネットワーク１０３へレイヤ３によるパケット転送を行うためのＩＰアドレスを設定することで、その設定に基づき経路制御部３１１が登録する。
図５の例では、第１エントリにおいて、ＶＰＮ番号５０１が１００であり、ＶＬＡＮ番号５０２が２０に対し、ＩＰアドレス／プレフィックス長は２０．０．０．１／２４が対応付けられている。すなわち、ネットワーク装置１１１は、ＶＰＮ番号１００かつＶＬＡＮ番号２０の通信対象に対して、ＩＰアドレス２０．０．０．１／２４を用いる事を示している。
図６は、図３に示す経路制御情報テーブル３２３の説明図である。経路制御情報テーブル３２３は、経路制御部３１１がレイヤ３のルーティングに用いるための経路情報を格納するテーブルであり、インタフェース情報テーブ３２１に基づくネットワーク装置自身の経路情報と、ルーティングプロトコルによって得た経路情報を格納する。経路制御情報テーブル３２３では、ＶＰＮ番号６０１、ＩＰアドレス／プレフィックス長６０２に対して、出力インタフェース番号６０３、ネクストホップ情報６０４が対応付けられている。ＶＰＮ番号６０１はそのエントリを用いるＶＰＮ番号を示し、ＩＰアドレス／プレフィックス長６０２は経路のＩＰアドレスとプレフィックス長を示す。出力インタフェース番号６０３は、そのエントリを用いる場合にパケットを出力するインタフェース番号を示し、ネクストホップ情報６０４はそのエントリを用いる場合のレイヤ３のネクストホップを示す。ネクストホップ情報６０４は、ルーティングプロトコルによって得た経路情報の場合はレイヤ３のネクストホップを格納し、ネットワーク装置自身の経路情報を格納する場合にはネクストホップが未定である事を示す「−」を格納する。
経路制御情報テーブル３２３は、インタフェース情報テーブル３２１に基づくネットワーク装置自身の経路情報は、経路制御部３１１が初期値として登録する。インタフェース情報テーブル３２１のインタフェース種別４０４がＩＰＶＰＮであるエントリについて、ＶＰＮ番号４０２をＶＰＮ番号６０１に、ＩＰアドレス／プレフィックス長４０５をＩＰアドレス／プレフィックス長６０２に、インタフェース番号４０１を出力インタフェース番号６０３に対応させ、ネクストホップ番号６０４には「−」を格納する。ルーティングプロトコルによって得た経路情報は、その得た情報を経路制御部３１１が登録する。
図６の例では、第１エントリは、インタフェース情報テーブル３２１の第１エントリに対応しており、ＶＰＮ番号６０１が１００であり、ＩＰアドレス／プレフィックス長６０２は１０．０．０．１／２４であり、出力インタフェース番号６０３はＩＦ１であり、ネクストホップ情報６０４は「−」である。第２エントリと第３エントリはそれぞれルーティングプロトコルによって得た経路情報であり、第２エントリはＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が１１．０．０．０／２４、出力インタフェース番号６０３がＩＦ１、ネクストホップ情報６０４が１０．０．０．１０であり、第３エントリはＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が３０．０．０．０／２４、出力インタフェース番号６０３がＩＦ２、ネクストホップ情報６０４が２０．０．０．２１である。
図７は、図３に示すフォワーディングテーブル３２４の説明図である。フォワーディングテーブル３２４は、パケット転送処理部３１３がレイヤ３のパケット転送を行うために用いるテーブルであり、経路制御情報テーブル３２３に基づくエントリと、Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリと、ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって作成するエントリを登録する。フォワーディングテーブル３２４では、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２に対して、出力インタフェース番号７０３、ネクストホップ情報７０４、付加情報７０５が対応付けられている。ＶＰＮ番号７０１はそのエントリを用いるＶＰＮ番号を示し、ＩＰアドレス／プレフィックス長７０２は経路のＩＰアドレスとプレフィックス長を示す。出力インタフェース番号７０３は、そのエントリを用いる場合にパケットを出力するインタフェース番号を示し、ネクストホップ情報７０４はそのエントリを用いる場合のレイヤ３のネクストホップを示す。出力インタフェース番号７０３は、Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリの場合は「−」を格納する。ネクストホップ情報７０４は、経路制御情報テーブル３２３に基づくエントリで基のエントリにネクストホップ情報がある場合にはその値を、それ以外の場合は「−」を格納する。付加情報７０５は、そのエントリがＭＡＣ−ｉｎ−ＭＡＣネットワーク内へ転送する事を示すエントリである場合に、ＭＡＣ−ｉｎ−ＭＡＣヘッダを作成するために用いるＭＡＣアドレスを格納する。それ以外の場合は「−」を格納する。
フォワーディングテーブル３２４は、経路制御情報テーブル３２３に基づくエントリは、出力インタフェース番号６０３のインタフェースに関するインタフェース情報テーブル３２１のエントリのインタフェース種別４０４の値によって２種類の登録方法に分ける。インタフェース種別４０４がＩＰＶＰＮであるエントリについては、対応するエントリを経路制御部３１１が登録する。具体的には、ＶＰＮ番号６０１の値をＶＰＮ番号７０１に、ＩＰアドレス／プレフィックス長６０２の値をＩＰアドレス／プレフィックス長７０２に、出力インタフェース番号６０３の値を出力インタフェース番号７０３に、ネクストホップ情報６０４の値をネクストホップ情報７０４に格納し、付加情報７０５には「−」を格納する。インタフェース種別４０４がＩＰＶＰＮではないエントリについては、詳細について図２１を用いた説明で後述する。Ｌ２ＶＰＮ情報テーブル３２２に基づくエントリは経路制御部３１１が初期値として登録し、ＶＰＮ番号５０１の値をＶＰＮ番号７０１に、ＩＰアドレス／プレフィックス長５０３の値をＩＰアドレス／プレフィックス長７０２に、出力インタフェース番号７０３には「−」を、ネクストホップ情報７０４には「−」を、付加情報７０５には「−」を格納する。ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって作成するエントリは、詳細について図１８、図１９を用いた説明で後述する。
図７の例では、第１エントリと第２エントリは、経路制御情報テーブルの第１エントリと第２エントリに基づいて経路制御部３１１が登録したエントリであり、第１エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は１０．０．０．１／２４であり、出力インタフェース番号７０３がＩＦ１であり、ネクストホップ情報７０４が「−」であり、付加情報７０５は「−」である。第２エントリはＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２が１１．０．０．０／２４、出力インタフェース番号７０３がＩＦ１、ネクストホップ情報７０４が１０．０．０．１０、付加情報７０５は「−」である。第３エントリは、Ｌ２ＶＰＮ情報テーブル３２２に基づいてＶＰＮ接続制御部３１２が登録したエントリであり、ＶＰＮ番号６０１が１００、ＩＰアドレス／プレフィックス長６０２が３０．０．０．０・２４、出力インタフェース番号７０３には「−」を格納し、ネクストホップ番号７０４には「−」を格納し、付加情報７０５には「−」を格納する。第４エントリと第５エントリは、ＶＰＮ接続制御部３１２がＡＲＰ等の隣接探索に関するプロトコルによって登録したエントリであり、第４エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は２０．０．０．２０／３２であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が「−」であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。第５エントリは、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は２０．０．０．２１／３２であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が「−」であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。第６エントリは、経路制御情報テーブル３２３の第３エントリに基づいてＶＰＮ接続制御部３１２が登録したエントリであり、ＶＰＮ番号７０１が１００、ＩＰアドレス／プレフィックス長７０２は３０．０．０．０／２４であり、出力インタフェース番号７０３がＩＦ２であり、ネクストホップ情報７０４が２０．０．０．２１であり、付加情報７０５はＭＡＣアドレス２２２２．２２２２．２２２２である。
図８は、図３に示す端末情報テーブル３２５の説明図である。端末情報テーブル３２５は、経路制御部３１１とＶＰＮ接続制御部３１２がＡＲＰ等による隣接探索の結果を格納するテーブルであり、パケット転送処理部３１３がレイヤ３のパケット転送を行うためにも用いる。端末情報テーブル３２５では、ＶＰＮ番号８０１、ＶＬＡＮ番号８０２、ＩＰアドレス８０３に対して、ＭＡＣアドレス８０４が対応付けられている。ＶＰＮ番号８０１はそのエントリを用いるＶＰＮ番号を示し、ＶＬＡＮ番号８０２、ＩＰアドレス８０３、ＭＡＣアドレス８０４はＡＲＰ等による隣接探索によって得た端末の情報を格納する。
端末情報テーブル３２５は、経路制御部３１１がＶＰＮネットワークとの間で処理する隣接探索の結果を格納する場合と、ＶＰＮ接続制御部３１２がＭＡＣ−ｉｎ−ＭＡＣネットワーク経由で処理する隣接探索の結果を格納する場合がある。それぞれ、詳細については図１４、図１５と、図１８、図１９によって後述する。
図８の例では、第１エントリは経路制御部３１１が登録したエントリであり、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が１０、ＩＰアドレス８０３が１０．０．０．１０、ＭＡＣアドレス８０４が１０１０．１０１０．１０１０である。第２エントリ、第３エントリはＶＰＮ接続制御部が登録したエントリであり、第２エントリは、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が２０、ＩＰアドレス８０３が２０．０．０．２０、ＭＡＣアドレス８０４が２０２０．２０２０．２０２０であり、第３エントリは、ＶＰＮ番号８０１が１００、ＶＬＡＮ番号８０２が２０、ＩＰアドレス８０３が２０．０．０．２１、ＭＡＣアドレス８０４が２１２１．２１２１．２１２１である。
Ａ２．通信の具体的な手順の説明：
ここでは、本発明の第１の実施の形態における、通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係について説明する。
（１）ＩＰＶＰＮからＬ２ＶＰＮへの流れ
まず、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
図３９は、ＩＰＶＰＮネットワーク１０２内の端末１がＬ２ＶＰＮネットワーク１０３内の端末２に向けて通信を行う時のパケットの流れを示す説明図である。
端末１がパケットＰＡ１１を送信すると、パケットＰＡ１１はＣＥ１を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＡ１１の宛先ＩＰアドレスである端末２のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由して端末２に対してＡＲＰリクエストパケットＰＡ１２を送信する。
端末２はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットＰＡ１３を返信すると、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由してＡＲＰリプライパケットＰＡ１３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ１３によりフォワーディングテーブル３２４と端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＡ１１の転送処理を行い、パケットＰＡ１４を送信する。パケットＰＡ１４はＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１を経由して端末２に到達する。
その後、端末１が端末２に向けて送信するパケットＰＡ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＡ１６を送信、端末２に到達可能となる。
以後、図３９にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。

インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図３９のパケットＰＡ１１をＰＥ１が受信する前に図４、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
図４０は、ＰＥ１が図３９のパケットＰＡ１１を受信する前の、フォワーディングテーブル３２４の初期状態を示す説明図である。図７で説明したように、第１エントリと第２エントリは経路制御情報テーブル３２３に基づいて登録したものであり、第３エントリはＬ２ＶＰＮ情報テーブル３２２に基づいて登録したものである。
端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。
端末１がパケットＰＡ１１を送信すると、パケットＰＡ１１はＰＥ１のインタフェース３０１（ＩＦ１）に到達する。なお、パケットＰＡ１１は図２に示すパケットフォーマット２０１のフォーマットである。
ＰＥ１がパケットＰＡ１１を受信してから、ＡＲＰリクエストパケットＰＡ１２を送信するまでの手順について図４１を用いて説明する。
ＰＥ１は、パケットＰＡ１１の転送先を求めるための最初の手順として、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索（Ａ３１）し、第１エントリが該当し、第１エントリのＶＰＮ番号４０２からＶＰＮ番号（１００）を取得する。また同時に、受信したパケットのＩＰパケット２１２に含まれる宛先ＩＰアドレス（２０．０．０．２０）を取得する。この宛先ＩＰアドレスは端末２のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて、図４０に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ａ３２、Ａ３３）。第３エントリが該当するが、出力インタフェース番号７０３が未定であるため、パケット転送先不明であり隣接探索を行う必要があると判断し、パケットＰＡ１１は一時的に保存し、ＡＲＰリクエストパケットＰＡ１２送信の処理を行う。
ＰＥ１は、図３９に示すＡＲＰリクエストパケットＰＡ１２の作成にＶＬＡＮ番号を得る必要があるが出力インタフェース番号７０３が未定であるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２）を用いて、図５に示すＬ２ＶＰＮ情報テーブル３２２を検索（Ａ３４、Ａ３５、Ａ３６）し、第１エントリが該当し、ＶＬＡＮ番号５０２からＶＬＡＮ番号（２０）を得る。
ＰＥ１は、その後、ここまで得た情報を用いてＡＲＰリクエストパケットを作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２００である。宛先ＰＥＭＡＣアドレス２２１をブロードキャストアドレスとし、送信元ＰＥＭＡＣアドレス２２２をＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報２２３を取得したＶＰＮ番号（１００）（Ａ３７）とし、宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をＬ２ＶＰＮ情報テーブル３２２の第１エントリから取得したＶＬＡＮ番号（２０）（Ａ３８）とし、ＩＰパケット２１２は宛先ＩＰアドレス（２０．０．０．２）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ａ３９）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＡ１２を、ＭＡＣ−ｉｎ−ＭＡＣネットワークに向けて送信する。

ＡＲＰリクエストパケットＰＡ１２はＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。端末２はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットを返信し、ＣＥ２を経由し、ＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を追加され、パケットフォーマット２００の形となったパケットＰＡ１３がＰＥ１に到達する。なお、ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
ＰＥ１がパケットＰＡ１３を受信してから、パケットＰＡ１４を送信するまでの手順について図４２、図４３、図４４を用いて説明する。
パケットＰＡ１３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図４２を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ１３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索し（Ａ４１）、第２エントリが該当し、インタフェース種別がＭＡＣ−ｉｎ−ＭＡＣのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５とフォワーディングテーブル３２４に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末２にパケットを転送する際に宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。フォワーディングテーブル３２４に登録するエントリは、端末２にパケットを転送する際の出力先インタフェースの決定と、宛先ＰＥＭＡＣアドレス２２１を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第２エントリの内容を登録することとなる。ＶＰＮ番号８０１は受信したパケットＰＡ１３のＶＰＮ情報２２３に格納されており端末２の所属するＶＰＮ番号（１００）であり（Ａ４２）、ＶＬＡＮ番号８０２は受信したパケットＰＡ１３のユーザＶＬＡＮＴａｇ２２６に格納されており端末２の所属するＶＬＡＮ番号（２０）であり（Ａ４３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）であり（Ａ４４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）である（Ａ４５）。
フォワーディングテーブル３２４には、図７に示す例の第４エントリの内容を登録することとなる。ＶＰＮ番号７０１は受信したパケットＰＡ１３のＶＰＮ情報２２３に格納されており端末２の所属するＶＰＮ番号（１００）であり（Ａ４６）、ＩＰアドレス／プレフィックス長７０２はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）と最大プレフィックス長である３２であり（Ａ４７）、出力インタフェース番号７０３はパケットＰＡ１３を受信したインタフェースであるＩＦ２であり（Ａ４８）、ネクストホップ情報７０４はこの場合不要であるため設定されていない事を示す「−」であり、付加情報７０５は受信したパケットＰＡ１３の送信元ＰＥＭＡＣアドレス２２２に格納されているＰＥ２のＭＡＣアドレス（２２２２．２２２２．２２２２）である（Ａ４９）。なお、パケットＰＡ１３の送信元ＰＥＭＡＣアドレスはＰＥ２が作成したものであり、ＰＥ２のアドレスが格納されている。
図４３は、図４２に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４はパケットＰＡ１１受信前の状態である図４０に比べて第４エントリが追加されている。端末情報テーブル３２５はエントリが無い状態から第２エントリが追加されている。
図４２に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＡ１１の転送処理を行いパケットＰＡ１４を送信するまでの手順について図４４を用いて説明する。
ＰＥ１は、図４１で説明した手順において取得（Ａ３１）したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）により、図４３に示すフォワーディングテーブル３２４を検索し転送先を求める（Ａ３２、Ａ３３）。この検索はＩＰアドレスによるロンゲストマッチ検索であり、第３エントリではなく、よりプレフィックス長の長い第４エントリが該当し、第４エントリは出力インタフェース番号７０３がＩＦ２となっているため、ＩＦ２に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ２のインタフェース種別はＭＡＣ−ｉｎ−ＭＡＣとなっているため、ＭＡＣ−ｉｎ−ＭＡＣネットワークへの転送、すなわちパケットフォーマット２００のパケットを作成し転送することとなる。
転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて図４３に示す端末情報テーブル３２５を検索し（Ａ６１、Ａ６２）、第２エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図３９に示すパケットＰＡ１４を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２００である。宛先ＰＥＭＡＣアドレス２２１を、フォワーディングテーブル３２４の第４エントリの付加情報７０５に格納されているＰＥ２のＭＡＣアドレス（２２２２．２２２２．２２２２）とし、送信元ＰＥＭＡＣアドレス２２２をＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報２２３を取得したＶＰＮ番号（１００）（Ａ６４）とし、宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第２エントリのＭＡＣアドレス８０４に格納されている端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）とし（Ａ６５）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第２エントリのＶＬＡＮ番号８０２に格納されている端末２の所属するＶＬＡＮ番号（２０）とし（Ａ６６）、ＩＰパケット２１２はパケットＰＡ１１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＡ１４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続しているインタフェースであるＩＦ２に向けて送信する。

パケットＰＡ１４はＰＥ２を経由する時にＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する

その後、端末１が端末２に向けて送信するパケットＰＡ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで最初から第４エントリを得ることができ、図４４にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＡ１６を作成し転送する。パケットＰＡ１６はパケットＰＡ１４と同様に端末２に到達する。
（２）Ｌ２ＶＰＮからＩＰＶＰＮへの流れ
次に、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
図４５は、Ｌ２ＶＰＮネットワーク１０３内の端末２がＩＰＶＰＮネットワーク１０２内の端末１に向けて通信を行う時のパケットの流れを示す説明図である。
端末２がパケットＰＡ７１を送信すると、パケットＰＡ７１はＣＥ２、ＰＥ２を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＡ７１の宛先ＩＰアドレスである端末１のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、次の転送先がＣＥ１である事を得る。次にＣＥ１に関し端末情報テーブル３２５を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＩＰＶＰＮネットワーク１０２に向けてＣＥ１に対してＡＲＰリクエストパケットＰＡ７２を送信し、ＣＥ１に到達する。
ＣＥ１はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを返信すると、パケットＰＡ７３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ７３により端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＡ７１の転送処理を行い、パケットＰＡ７４を送信する。パケットＰＡ７４はＣＥ１を経由して端末１に到達する。
その後、端末２が端末１に向けて送信するパケットＰＡ７５は、ＰＥ１がフォワーディングテーブル３２４と端末情報テーブル３２５を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＡ７６を送信、端末１に到達可能となる。
以後、図４５にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。

インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図３９のパケットＰＡ１１をＰＥ１が受信する前に図４、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。

フォワーディングテーブル３２４の、ＰＥ１が図３９のパケットＰＡ１１を受信する前の初期状態は、図４０に示したものと同じである。

端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。

端末２がパケットＰＡ７１を送信すると、パケットＰＡ７１はＰＥ２を経由してＰＥ１のインタフェース３０２（ＩＦ２）に到達する。なお、ＰＥ１に到達するパケットＰＡ７１は図２に示すパケットフォーマット２００のフォーマットである。
ＰＥ１がパケットＰＡ７１を受信してから、ＡＲＰリクエストパケットＰＡ７２を送信するまでの手順について図４６を用いて説明する。
ＰＥ１は、パケットＰＡ７１の転送先を求めるための最初の手順として、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索（Ａ８１）し、第２エントリが該当する。第２エントリのインタフェース種別４０４はＭＡＣ−ｉｎ−ＭＡＣであり、この場合はＶＰＮ番号と宛先ＩＰアドレスの両方を受信したパケットから取得する。受信したパケットから、ＶＰＮ番号はＶＰＮ情報２２３に含まれるＶＰＮ番号（１００）であり、宛先ＩＰアドレスはＩＰパケット２１２に含まれる宛先ＩＰアドレス（１１．０．０．１１）である。この宛先ＩＰアドレスは端末１のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図４０に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ａ８２、Ａ８３）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、続いてパケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために端末情報テーブル３２５をＶＰＮ番号（１００）とＣＥ１のＩＰアドレス（１０．０．０．１０）にて検索（Ａ８４、Ａ８５）するが、エントリが存在しないため、パケット転送先の隣接探索を行う必要があると判断し、パケットＰＡ７１は一時的に保存し、ＡＲＰリクエストパケットＰＡ７２送信の処理を行う。
ＰＥ１は、図４５に示すＡＲＰリクエストパケットＰＡ７２の作成にＶＬＡＮ番号を得る必要があり、インタフェース情報テーブル３２１をパケットの転送先であるＩＦ１で検索し（Ａ８６）、第１エントリが該当し、ＶＬＡＮ番号４０３からＶＬＡＮ番号（１０）を得る。
その後、ＰＥ１は、ここまで得た情報を用いてＡＲＰリクエストパケットＰＡ７２を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をインタフェース情報テーブル３２１の第１エントリから取得したＶＬＡＮ番号（１０）（Ａ８７）とし、ＩＰパケット２１２は転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ａ８８）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＡ７２を、転送先のインタフェースであるＩＦ１に向けて送信する。

ＡＲＰリクエストパケットＰＡ７２はＣＥ１に到達する。ＣＥ１はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットＰＡ７３を返信し、パケットＰＡ７３がＰＥ１に到達する。
ＰＥ１がパケットＰＡ７３を受信してから、パケットＰＡ７４を送信するまでの手順について図４７、図４８、図４９を用いて説明する。
パケットＰＡ７３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図４７を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＡ７３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図４に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索し（Ａ９１）、第１エントリが該当し、インタフェース種別がＩＰＶＰＮのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末１にパケットを転送する際に、パケットフォーマットの宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第１エントリの内容を登録することとなる。ＶＰＮ番号８０１はＡ９１の検索で得たインタフェース情報テーブル３２１の第１エントリのＶＰＮ番号４０２に格納されておりＣＥ１の所属するＶＰＮ番号（１００）であり（Ａ９２）、ＶＬＡＮ番号８０２は受信したパケットＰＡ７３のユーザＶＬＡＮＴａｇ２２６に格納されておりＣＥ１の所属するＶＬＡＮ番号（１０）であり（Ａ９３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＩＰアドレス（１０．０．０．１０）であり（Ａ９４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）である（Ａ９５）。
図４８は、図４７に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４は初期状態である図４０の時点から変更なく、端末情報テーブル３２５はエントリが無い状態から第１エントリが追加されている。
図４７に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＡ７１の転送処理を行いパケットＰＡ７４を送信するまでの手順について図４９を用いて説明する。
ＰＥ１は、図４６で説明した手順において、受信したインタフェース（ＩＦ２）からインタフェース情報テーブル３２１の検索（Ａ８１）を行い、その結果によって受信したパケットからＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を取得し、図４８に示すフォワーディングテーブル３２４を検索し（Ａ８２、Ａ８３）第２エントリを得て、パケットの転送先インタフェースがＩＦ１でありネクストホップがＣＥ１（１０．０．０．１０）である事を得て、端末情報テーブル３２５を検索する前までの手順は図４６を用いた説明と同様である。
ＰＥ１は、転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と、パケットの転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）を用いて図４８に示す端末情報テーブル３２５を検索し（Ａ６１、Ａ６２）、第１エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図４５に示すパケットＰＡ７４を作成する。作成するパケットのフォーマットは図２に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第１エントリのＭＡＣアドレス８０４に格納されているＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）とし（Ａ１１３）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第１エントリのＶＬＡＮ番号８０２に格納されているＣＥ１の所属するＶＬＡＮ番号（１０）とし（Ａ１１４）、ＩＰパケット２１２はパケットＰＡ７１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＡ７４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＩＰＶＰＮネットワークに接続しているインタフェースであるＩＦ１に向けて送信する。

パケットＰＡ７４はＣＥ１を経由してパケットフォーマット２０１の形で端末１に到達する。ＣＥ１については一般的な技術により動作する装置であるため、説明は省略する

その後、端末２が端末１に向けて送信するパケットＰＡ７５は、ＰＥ１が端末情報テーブル３２４を検索することで最初から第１エントリを得ることができ、図４９にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＡ７６を作成し転送する。パケットＰＡ７６はパケットＰＡ７４と同様に端末１に到達する。

以上が、ＩＰＶＰＮネットワークに所属する端末１とＬ２ＶＰＮネットワークに所属する端末２との間で双方向に通信を行うため、本実施の形態における通信の具体的な手順と、実施の形態の装置が持つ各テーブルと転送するパケットとの関係である。
Ａ３．ネットワーク装置の動作：
ここでは、ネットワーク装置１１１の動作について説明する。
（１）パケット転送処理部３１３
図９、図１０、図１１、図１２は、ネットワーク装置１１１のパケット転送処理部３１３において実行されるパケット転送処理の手順を示すフローチャートである。
図９は、パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャートである。
ネットワーク装置１１１はパケットを受信すると、パケット転送処理部３１３において受信したパケットに対し受信パケットの判定と宛先検索に関する情報を取得する処理を開始する（Ｓ９０１）。
受信したパケットが、経路制御部３１１が処理するルーティングプロトコルのパケットもしくはＡＲＰのパケットである場合（Ｓ９０２）、パケット転送処理部３１３は、経路制御部３１１へパケットを転送し（Ｓ９０３）、パケット転送処理部３１３は処理を終了する（Ｓ９０４）。なお、ルーティングプロトコルのパケットやＡＲＰのパケットであるかを判定する方法は一般的な手段となんら変わりないため、説明は省略する。
受信したパケットが、経路制御部３１１が処理するルーティングプロトコルのパケット以外である場合（Ｓ９０２），パケット転送処理部３１３は、パケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ９０５）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ９０６）。
Ｓ９０６においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、パケット転送処理部３１３は、図２に示すパケットフォーマット２００のパケットを受信しており、受信したパケットのＶＰＮ情報２２３からＶＰＮ番号を、ＩＰパケット２１２から宛先ＩＰアドレスを取得し（Ｓ９０７）、パケットからＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を削除する（Ｓ９０８）。
Ｓ９０６においてインタフェース種別がＩＰＶＰＮである場合、パケット転送処理部３１３は、図２に示すパケットフォーマット２０１のパケットを受信しており、Ｓ９０５で検索したエントリのＶＰＮ番号４０２からＶＰＮ番号を、ＩＰパケット２１２から宛先ＩＰアドレスを取得する（Ｓ９０９）。
ＶＰＮ番号と宛先ＩＰアドレスを取得した後、図１０の宛先検索処理へ処理を継続する（Ｓ９１０）。
図１０は、ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャートである。
図９のＳ９１０から処理を継続する（Ｓ１００１）。
パケット転送処理部３１３は、取得したＶＰＮ番号と宛先ＩＰアドレスを検索キーとしてフォワーディングテーブル３２４を検索する。検索は、フォワーディングテーブル３２４のＩＰアドレス／プレフィックス長７０２に格納されているプレフィックス長を用いたロンゲストマッチ検索により行う（Ｓ１００２）。パケット転送処理部３１３は、該当するエントリが存在したかによって処理を振り分ける（Ｓ１００３）。
Ｓ１００３において該当するエントリが存在しない場合、パケット転送処理部３１３は、受信したパケットは廃棄し（Ｓ１００８）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００３において該当するエントリが存在する場合で、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、パケット転送処理部３１３は、Ｓ１００６の処理へ移行し、図１１を用いて後述するＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を実行し（Ｓ１００６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００３において該当するエントリが存在する場合で、該当するエントリの出力インタフェース番号７０３が設定されている場合、パケット転送処理部３１３は、出力インタフェース番号７０３を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１００４）、該当するエントリのインタフェース種別４０４によって処理を振り分ける（Ｓ１００５）。
Ｓ１００５においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、パケット転送処理部３１３は、図１１を用いて後述するＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を実行し（Ｓ１００６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
Ｓ１００５においてインタフェース種別がＩＰＶＰＮである場合、パケット転送処理部３１３は、図１２を用いて後述するＩＰＶＰＮネットワークへのパケット転送処理を実行し（Ｓ１００７）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
図１１は、図１０のＳ１００６におけるＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理の手順を示すフローチャートである。
図１０のフローチャートにおいてＳ１００６に到達した場合、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を開始する（Ｓ１１０１）。
処理が開始されると、パケット転送処理部３１３は、端末情報テーブル３２５を検索する（Ｓ１１０２）。検索キーに用いる値は、図９のフローチャートにて取得したＶＰＮ番号と、Ｓ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを用いる。なお、端末情報テーブル３２５のＶＬＡＮ番号８０２はこの検索では用いず、ＶＰＮ番号８０１とＩＰアドレス８０３の２つの値が一致するエントリを検索する。この検索は、該当するエントリがある場合は唯一である。
パケット転送処理部３１３は、Ｓ１１０２の検索において該当するエントリが存在した場合としない場合によって処理を振り分ける（Ｓ１１０３）。
Ｓ１１０３において該当するエントリが存在しない場合は、パケット転送処理部３１３は、経路制御部３１１に対し、図９のフローチャートにて取得したＶＰＮ番号と、ＩＰアドレスにはＳ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを、図１０のＳ１００２で検索したエントリの出力インタフェース番号７０３の組み合わせによるＡＲＰ解決を要求する（Ｓ１１０６）。その後、パケット転送処理部３１３は、受信したパケットを一時的に保存し（Ｓ１１０７）、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を一旦終了（Ｓ１１０８）する。なお、Ｓ１１０７にて一時的に保存したパケットは、後述する図１８のＳ１８０４にて用いる。
Ｓ１１０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ転送するパケットを作成する（Ｓ１１０４）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１をＳ１００２で検索したエントリの付加情報７０５に格納されているＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を図９のフローチャートにて取得したＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１１０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１１０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。
最後に、パケット転送処理部３１３は、Ｓ１１０４で作成したパケットを、Ｓ１００２で検索したエントリの出力インタフェース番号７０３に対して出力し、（Ｓ１１０５）、ＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送処理を終了（Ｓ１１０８）する。
図１２は、図１０のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理の手順を示すフローチャートである。
図１０のフローチャートにおいてＳ１００７に到達した場合、パケット転送処理部３１３は、ＩＰＶＰＮネットワークへのパケット転送処理を開始する（Ｓ１２０１）。
処理が開始されると、パケット転送処理部３１３は、端末情報テーブル３２５を検索する（Ｓ１２０２）。検索キーに用いる値は、図９のフローチャートにて取得したＶＰＮ番号と、Ｓ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを用いる。なお、端末情報テーブル３２５のＶＬＡＮ番号８０２はこの検索では用いず、ＶＰＮ番号８０１とＩＰアドレス８０３の２つの値が一致するエントリを検索する。この検索は、該当するエントリがある場合は唯一である。
パケット転送処理部３１３は、Ｓ１２０２の検索において該当するエントリが存在した場合としない場合によって処理を振り分ける（Ｓ１２０３）。
Ｓ１２０３において該当するエントリが存在しない場合は、パケット転送処理部３１３は、経路制御部３１１に対し、図９のフローチャートにて取得したＶＰＮ番号と、ＩＰアドレスにはＳ１００２で検索したエントリのネクストホップ情報７０４が設定されている場合にはネクストホップ情報７０４を、ネクストホップ情報７０４が設定されていない事を示す「−」である場合には図９のフローチャートにて取得した宛先ＩＰアドレスを、図１０のＳ１００２で検索したエントリの出力インタフェース番号７０３の組み合わせによるＡＲＰ解決を要求する（Ｓ１２０６）。その後、パケット転送処理部３１３は、受信したパケットを一時的に保存し（Ｓ１２０７）、ＩＰＶＰＮネットワークへのパケット転送処理を一旦終了（Ｓ１２０８）する。なお、Ｓ１２０７にて一時的に保存したパケットは、後述する図１４のＳ１４０６にて用いる。
Ｓ１２０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＩＰＶＰＮネットワークへ転送するパケットを作成する（Ｓ１２０４）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１２０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１２０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。
最後に、パケット転送処理部３１３は、Ｓ１２０４で作成したパケットを、Ｓ１００２で検索したエントリの出力インタフェース番号７０３に対して出力し（Ｓ１２０５）、ＩＰＶＰＮネットワークへのパケット転送処理を終了（Ｓ１２０８）する。
（２）経路制御部３１１
図１３、図１４、図１５、図１６は、ネットワーク装置１１１の経路制御部３１１において実行される処理の手順を示すフローチャートである。
図１３は、図１１のＳ１１０６、図１２のＳ１２０６においてパケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰ解決の要求を受けると処理を開始する（Ｓ１３０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１３０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１３０３）。ただし、Ｓ１３０２において、パケット転送処理部３１３から通知されたインタフェース番号が「−」である場合は、経路制御部３１１は、検索を行わずＳ１３０４の処理へ移行する。これは、図１０のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＭＡＣ−ｉｎ−ＭＡＣネットワークへのパケット転送を行うための手順の途中であり、Ｓ１３０４に移行する。
Ｓ１３０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合かＳ１３０２においてインタフェース番号が「−」であった場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰ解決の要求を転送し（Ｓ１３０４）、経路制御部３１１は処理を終了する（Ｓ１３０７）。
Ｓ１３０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、ＩＰＶＰＮネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１３０５）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１３０２で検索したエントリに格納されているＶＬＡＮ番号４０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとしてパケット転送処理部３１３から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１３０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長４０５のＩＰアドレスの値を用いる。
最後に、経路制御部３１１は、Ｓ１３０５で作成したＡＲＰリクエストパケットを、パケット転送処理部３１３から通知されたインタフェースに対して出力し（Ｓ１３０６）、処理を終了する（Ｓ１３０７）。
図１４は、ネットワーク装置１１１がＡＲＰリプライパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰリプライパケットを転送されると処理を開始する（Ｓ１４０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１４０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１４０３）。
Ｓ１４０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリプライパケットを転送し（Ｓ１４０４）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
Ｓ１４０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、受信したＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１４０５）。登録する内容は、ＶＰＮ番号８０１はＳ１４０２で検索したエントリのＶＰＮ番号４０２であり、ＶＬＡＮ番号８０２は受信したＡＲＰリプライパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリプライパケットに格納されている相手装置のＭＡＣアドレスである。
最後に、経路制御部３１１は、図１２のＳ１２０７で説明した一時的に保存したパケットの中に、パケットを受信したＶＰＮ番号と、ＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスに一致するものがある場合には、そのパケットに対し、パケット転送処理部３１３にて図１０のＳ１００１以降の処理を行い（Ｓ１４０６）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
図１５は、ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からＡＲＰリクエストパケットを転送されると処理を開始する（Ｓ１５０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１５０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１５０３）。
Ｓ１５０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリクエストパケットを転送し（Ｓ１５０４）、経路制御部３１１は処理を終了する（Ｓ１５０８）。
Ｓ１５０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１は、受信したＡＲＰリクエストパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１５０５）。登録する内容は、ＶＰＮ番号８０１はＳ１５０２で検索したエントリのＶＰＮ番号４０２であり、ＶＬＡＮ番号８０２は受信したＡＲＰリクエストパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１５０５に続いて、経路制御部３１１は、ＩＰＶＰＮネットワークへ出力するＡＲＰリプライパケットを作成する（Ｓ１５０６）。作成するパケットは、図２のパケットフォーマット２０１のフォーマットである。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４を受信したＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１５０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰリクエストに応答するＩＰアドレスとしてＳ１５０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長４０５のＩＰアドレスとし、ＡＲＰリクエストに応答するＭＡＣアドレスとしてネットワーク装置１１１のＭＡＣアドレスの値とする。
最後に、経路制御部３１１は、Ｓ１５０６で作成したＡＲＰリプライパケットを、パケット転送処理部３１３から通知されたインタフェースに対して出力し（Ｓ１５０７）、処理を終了する（Ｓ１５０８）。
図１６は、ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、図９のＳ９０２，Ｓ９０３に示した処理により、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
経路制御部３１１は、パケット転送処理部３１３からルーティングプロトコルのパケットを転送されると処理を開始する（Ｓ１６０１）。
経路制御部３１１は、パケット転送処理部３１３から通知されたパケットを受信したインタフェース番号を検索キーとしてインタフェース情報テーブル３２１を検索し（Ｓ１６０２）、該当するエントリのインタフェース種別４０４の値によって処理を振り分ける（Ｓ１６０３）。
Ｓ１６０３においてインタフェース種別がＭＡＣ−ｉｎ−ＭＡＣである場合、経路制御部３１１は、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ１６０４）。登録する内容は、ＶＰＮ番号６０１は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３のＶＰＮ番号であり、ＩＰアドレス／プレフィックス長６０２は処理した経路のＩＰアドレス／プレフィックス長であり、出力インタフェース番号６０３は処理した経路の出力インタフェース番号であり、ネクストホップ情報６０４は処理した経路のネクストホップである。なお、プロトコルに従った経路処理は一般的なルーティングプロトコルの処理であり説明は省略するが、プロトコル処理に使用する装置自身のＩＰアドレスは、Ｌ２ＶＰＮ情報テーブル３２２に登録されているエントリのうち、ＶＰＮ番号５０１と受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３のＶＰＮ番号とが一致し、ＶＬＡＮ番号５０２とユーザレイヤ２ヘッダ２２１のユーザＶＬＡＮＴａｇ２２６のＶＬＡＮ番号とが一致するエントリのＩＰアドレス／プレフィックス長５０３のＩＰアドレスを用いる。
Ｓ１６０４に続き、経路制御部３１１は、Ｓ１６０４で登録した経路の情報を、ＶＰＮ接続制御部へ通知し（Ｓ１６０５）、経路制御部３１１は処理を終了する（Ｓ１６０８）。
Ｓ１６０３においてインタフェース種別がＩＰＶＰＮである場合、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ１６０６）。登録する内容は、ＶＰＮ番号６０１はＳ１６０２で検索したエントリのＶＰＮ番号４０２であり、ＩＰアドレス／プレフィックス長６０２は処理した経路のＩＰアドレス／プレフィックス長であり、出力インタフェース番号６０３は処理した経路の出力インタフェース番号であり、ネクストホップ情報６０４は処理した経路のネクストホップである。
Ｓ１６０６に続き、経路制御部３１１は、Ｓ１６０６で登録した経路の情報をフォワーディングテーブル３２４に登録する（Ｓ１６０７）。登録する内容は、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２、出力インタフェース番号７０３、ネクストホップ情報７０４はそれぞれ経路制御情報テーブル３２３に登録した内容と同じであり、付加情報７０５は設定されていない事を示す「−」を登録する。登録が完了すると、経路制御部３１１は処理を終了する（Ｓ１６０８）。
（３）ＶＰＮ接続制御部３１２
図１７、図１８、図１９、図２０、図２１は、ネットワーク装置１１１のＶＰＮ接続制御部３１２において実行される処理の手順を示すフローチャートである。
図１７は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰ解決の要求を受けると処理を開始する（Ｓ１７０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、経路制御部３１１から受けた通知のＶＰＮ番号とＩＰアドレスを検索キーとして、Ｌ２ＶＰＮ情報テーブル３２２を検索する（Ｓ１７０２）。ＩＰアドレスは、ＩＰアドレス／プレフィックス長５０３に対するロンゲストマッチにより検索する。
Ｓ１７０２に続き、ＶＰＮ接続制御部３１２は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１７０３）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１をブロードキャストとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を経路制御部３１１から受けた通知のＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１７０２で検索したエントリのＶＬＡＮ番号５０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとして経路制御部３１１から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１７０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長５０３のＩＰアドレスの値を用いる。
最後に、ＶＰＮ接続制御部３１２は、Ｓ１７０４で作成したパケットを、経路制御部３１１から通知されたインタフェースに出力し（Ｓ１７０４）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１７０５）する。ただし、経路制御部３１１から通知されたインタフェース番号が「−」である場合には、ＶＰＮ接続制御部３１２は、Ｓ１７０４において、インタフェース種別４０４がＭＡＣ−ｉｎ−ＭＡＣである全てのインタフェースに対して同じパケットを送信する。これは、図１０のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＰＥ１であるネットワーク装置１１１がＭＡＣ−ｉｎ−ＭＡＣネットワークに接続するインタフェースのうちどのインタフェースにパケットを送信すべきかが未定の状態であり、ＭＡＣ−ｉｎ−ＭＡＣネットワークに接続している全てのインタフェースに対して、すなわちＭＡＣ−ｉｎ−ＭＡＣネットワーク全体にパケットを送信する。このパケットの応答であるＡＲＰリプライパケットをいずれか１つのインタフェースから受信することとなる。
図１８は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰリプライパケットを受けると処理を開始する（Ｓ１８０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１８０２）。登録する内容は、ＶＰＮ番号８０１は受信したＡＲＰリプライパケットのＶＰＮ情報２２３に格納されているＶＰＮ番号であり、ＶＬＡＮ番号８０２は受信したＡＲＰリプライパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリプライパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１８０２に続き、ＶＰＮ接続制御部３１２は、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ１８０３）。登録する内容は、ＶＰＮ番号７０１は受信したＡＲＰリプライパケットのＶＰＮ情報２２３に格納されているＶＰＮ番号であり、ＩＰアドレス／プレフィックス長７０２はＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスとプレフィックス長の最大値であり、出力インタフェース番号７０３はＡＲＰリプライパケットを受信したインタフェース番号であり、ネクストホップ情報７０４は設定されていない事を示す「−」であり、付加情報７０５は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２である。なお、プレフィックス長が最大長であるとは、ＩＰアドレスの長さとプレフィックス長の値が一致している事であり、例えばＩＰｖ４の場合は３２でありＩＰｖ６の場合は１２８である。
最後に、ＶＰＮ接続制御部３１２は、図１１のＳ１１０７で説明した一時的に保存したパケットの中に、ＶＰＮ番号とＡＲＰリプライパケットに格納されている相手装置のＩＰアドレスに一致するものがある場合には、そのパケットに対し、パケット転送処理部３１３にて図１０のＳ１００１以降の処理を行い（Ｓ１８０４）、経路制御部３１１は処理を終了する（Ｓ１８０５）。
図１９、図２０は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１からＡＲＰリクエストパケットを受けると処理を開始する（Ｓ１９０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリクエストパケットに関する情報を端末情報テーブル３２５に登録する（Ｓ１９０２）。登録する内容は、ＶＰＮ番号８０１は経路制御部３１１から受けた通知のＶＰＮ番号であり、ＶＬＡＮ番号８０２は受信したＡＲＰリクエストパケットのユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号であり、ＩＰアドレス８０３はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスであり、ＭＡＣアドレス８０４はＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスである。
Ｓ１９０２に続き、ＶＰＮ接続制御部３１２は、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ１９０３）。登録する内容は、ＶＰＮ番号７０１は経路制御部３１１から受けた通知のＶＰＮ番号であり、ＩＰアドレス／プレフィックス長７０２はＡＲＰリクエストパケットに格納されている相手装置のＩＰアドレスとプレフィックス長の最大値であり、出力インタフェース番号７０３はＡＲＰリクエストパケットを受信したインタフェース番号であり、ネクストホップ情報７０４は設定されていない事を示す「−」であり、付加情報７０５は受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２である。
Ｓ１９０３に続き、ＶＰＮ接続制御部３１２は、ＭＡＣ−ｉｎ−ＭＡＣネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ１９０４）。作成するパケットは、図２のパケットフォーマット２００のフォーマットである。ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の宛先ＰＥＭＡＣアドレス２２１を、受信したパケットのＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の送信元ＰＥＭＡＣアドレス２２２とし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０の装置元ＰＥＭＡＣアドレス２２２をネットワーク装置１１１のＭＡＣアドレスとし、ＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０のＶＰＮ情報２２３を経路制御部３１１から受けた通知のＶＰＮ番号とし、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４を受信したＡＲＰリクエストパケットに格納されている相手装置のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６を受信したＡＲＰリクエストパケットのユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６に格納されているＶＬＡＮ番号とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰリクエストに応答するＩＰアドレスとして受信したＡＲＰリクエストパケットに格納されている解決要求のあった自装置のＩＰアドレスとし、ＡＲＰリクエストに応答するＭＡＣアドレスとしてネットワーク装置１１１のＭＡＣアドレスの値とする。
最後に、Ｓ１９０４で作成したパケットを、ＡＲＰリクエストを受信したインタフェースに対して出力し（Ｓ１９０５）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１９０６）する。
図２１は、ＶＰＮ接続制御部３１２が経路制御部３１１から経路を登録した事の通知を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
ＶＰＮ接続制御部３１２は、経路制御部３１１から経路を登録した事の通知を受けると処理を開始する（Ｓ２１０１）。
処理が開始されると、ＶＰＮ接続制御部３１２は、通知を受けた経路の情報を用いてフォワーディングテーブル３２４を検索する。検索は、通知されたＶＰＮ番号と、ＩＰアドレスに通知されたネクストホップ情報を、プレフィックス長に最大長を用いてロンゲストマッチ検索により行う（Ｓ２１０２）。
つぎに、ＶＰＮ接続制御部３１２は、Ｓ２１０２によって検索したエントリの付加情報７０５を取得する（Ｓ２１０３）。
ＶＰＮ接続制御部３１２は、通知を受けた経路の情報と、Ｓ２１０３によって取得した付加情報を用いて、フォワーディングテーブルにエントリを登録する（Ｓ２１０２）。登録する内容は、ＶＰＮ番号７０１、ＩＰアドレス／プレフィックス長７０２、出力インタフェース番号７０３、ネクストホップ情報７０４はそれぞれ通知を受けた経路の内容であり、付加情報７０５はＳ２１０３によって取得した付加情報である。登録が完了すると、ＶＰＮ接続制御部３１２は処理を終了する（Ｓ２１０３）。
（４）ＩＰＶＰＮとＬ２ＶＰＮ間の通信
ここまで説明したネットワーク装置１１１の動作により、レイヤ３によってＭＡＣ−ｉｎーＭＡＣネットワーク１０１に接続したＩＰＶＰＮネットワーク１０２と、レイヤ２によってＭＡＣ−ｉｎーＭＡＣネットワーク１０１に接続したＬ２ＶＰＮネットワーク１０３との間において通信が可能となる。
具体的には、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を必要とする場合には、主に図１７、図１８を用いて説明したＶＰＮ接続制御部３１２の動作により、ＭＡＣ−ｉｎ−ＭＡＣネットワークを経由したＡＲＰ解決を行い、フォワーディングテーブル３２４に付加情報７０５を含むエントリを登録し、また、主に図１１を用いて説明したパケット転送処理部３１３の動作により、レイヤ３転送を行いつつ、フォワーディングテーブル３２４の付加情報７０５などを用いてＭＡＣ−ｉｎ−ＭＡＣヘッダ２１０を含むパケットを作成し転送することで、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１のＰＥ２（ネットワーク装置１１２）がレイヤ２転送をできるようになり、ＩＰＶＰＮネットワーク１０２からＬ２ＶＰＮネットワーク１０３にパケットが到達できる。
また、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を必要とする場合にも、同様に、主に図１９、図２０を用いて説明したＶＰＮ接続制御部３１２の動作と、主に図１２を用いて説明したパケット転送処理部３１３の動作により、Ｌ２ＶＰＮネットワーク１０３内の端末が通信先のデフォルトゲートウェイやネクストホップとしてＰＥ１（ネットワーク装置１１１）を指定することが可能となり、Ｌ２ＶＰＮネットワーク１０３からＩＰＶＰＮネットワーク１０２にパケットが到達できる。
さらに、主に図１６、図２１を用いて説明したルーティングプロトコルにより経路の処理により、ＰＥ１（ネットワーク装置１１１）とＬ２ＶＰＮネットワーク１０３内のルータとで経路情報を交換しパケット転送に反映することが可能となり、Ｌ２ＶＰＮネットワーク１０３内にルータを配置しても上記同様に双方向の通信が到達できる。
Ａ４．第１の実施の形態の効果：
本実施の形態の効果を以下に示す。
本実施の形態によれば、レイヤ３によってＭＡＣ−インーＭＡＣのコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、そのことにより、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能となる。レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合においても、部分的な変更のみで接続が可能となり、全体の停止を回避することができる。
Ｂ．第２の実施の形態：
本実施の形態では、第１の実施の形態で説明したＭＡＣ−ｉｎ−ＭＡＣを用いたコアネットワークに代わって、ＭＰＬＳを用いたコアネットワークによって、レイヤ３によって接続した拠点ネットワークとレイヤ２によって接続した拠点ネットワークとの間での通信を可能とする方法の一例である実施の形態を示す。
なお、第２の実施の形態は第１の実施の形態との同様の部分が多いため、第１の実施の形態との差分を明示することにより説明する。
Ｂ１．システム構成：
ここでは、本実施の形態のネットワークシステムとネットワーク装置の構成について説明する。
図２２は、本発明の一実施の形態としてのネットワークシステムの構成を示す説明図である。第１の実施の形態の図１に示す構成とは、コアネットワークがＭＰＬＳネットワーク２２０４である点が異なる。ＭＰＬＳネットワーク２２０４がＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３との間で相互に通信を行うために通信を仲介する。ネットワーク装置１１１（ＰＥ１）、ネットワーク装置１１２（ＰＥ２）はＭＰＬＳが動作するネットワーク装置であり、それぞれＩＰＶＰＮネットワーク１０２とＬ２ＶＰＮネットワーク１０３を接続している。
各装置の役割やＩＰアドレス、ＭＡＣアドレスなどについては同様のため省略する。
図２３は、図２２のネットワークシステムにおいて用いるパケットのフォーマットを示す説明図である。
ＭＰＬＳネットワーク内のパケット２３００は、ＭＰＬＳヘッダ２３１０を持ち、ＭＰＬＳ情報２３２１を格納する。ＭＰＬＳ情報にはＭＰＬＳのラベルを含む情報と、レイヤ２ヘッダを含むが、一般的なＭＰＬＳの動作によるものであるため内容の説明は省略する。その他のフィールドは第１の実施の形態で説明したパケットフォーマット２００と同様である。
ＭＰＬＳネットワーク外のパケットは、第１の実施の形態で説明したパケットフォーマット２０１と同様である。

本実施の形態は以後、主にＰＥ１であるネットワーク装置１１１の動作について説明する。ＰＥ１以外のネットワーク装置は従来の技術により動作する装置であり、各装置の動作の説明は最小限に留める。
なお、本実施の形態ではレイヤ３としてＩＰｖ４を用いるが、レイヤ３のプロトコルとしてＩＰｖ６などを用いることもできる。
図２４は、ＰＥ１であるネットワーク装置１１１の構成を示す説明図である。
第１の実施の形態の図３に示す構成とは、メモリ３２０内にＭＰＬＳ情報テーブル２４２６を格納している点が異なる。ＭＰＬＳ情報テーブル２４２６の詳細については後述する。
また、経路制御部３１１は、第１の実施の形態に示した役割に加えてＭＰＬＳの処理も行い、ＭＰＬＳ情報テーブル２４２６に必要なエントリを登録する。
その他の点は第１の実施の形態と同様であるため省略する。
図２５は、図２４に示すインタフェース情報テーブル３２１の説明図である。
第１の実施の形態の図４に示す構成とは、インタフェース種別４０４のとり得る値であり、「ＩＰＶＰＮ」、「ＭＰＬＳ」の２つの値のいずれかである点が異なる。
図２５の例では、第２エントリにおいて、インタフェース３０２（ＩＦ２）が、ＭＰＬＳネットワークに接続している事を示している。
その他の点は第１の実施の形態と同様であるため省略する。

第１の実施の形態において図５、図６を用いて説明したＬ２ＶＰＮ情報テーブル３２２と経路制御情報テーブル３２３については第１の実施の形態と同様のため省略する。
図２６は、図２４に示すフォワーディングテーブル３２４の説明図である。
第１の実施の形態の図７に示す構成とは、付加情報７０５に格納する値が異なる。付加情報７０５には、そのエントリがＭＰＬＳネットワーク内へ転送する事を示すエントリである場合に、ＭＰＬＳヘッダを作成するために用いるラベル情報を格納する。それ以外の場合は「−」を格納する。
フォワーディングテーブル３２４は、経路制御情報テーブル３２３に基づくエントリは、出力インタフェース番号６０３のインタフェースに関するインタフェース情報テーブル３２１のエントリのインタフェース種別４０４の値がＩＰＶＰＮであるエントリについては第１の実施の形態と同様である。ＭＰＬＳであるエントリについて詳細は後述する。
図２６の例では、第４エントリ〜第６エントリが出力インタフェース番号７０３に関するインタフェース種別４０４がＭＰＬＳであり、付加情報にラベル情報を格納している。

第１の実施の形態において図８を用いて説明した端末情報テーブル３２５については第１の実施の形態と同様のため省略する。
図２７は、図２４に示すＭＰＬＳ情報テーブル２４２６の説明図である。ＭＰＬＳ情報テーブル２４２６は、経路制御部３１１がＭＰＬＳプロトコルによる処理結果を格納するテーブルである。ＭＰＬＳ情報テーブル２４２６では、ＶＰＮ番号２７０１、ＶＬＡＮ番号２７０２に対して、出力ラベル番号２７０３、入力ラベル番号２７０４、インタフェース番号２７０５が対応付けられている。ＶＰＮ番号２７０１はそのエントリを用いるＶＰＮ番号を示し、ＶＬＡＮ番号２７０２はラベルを割り当てているＶＬＡＮ番号、出力ラベル番号２７０３と入力ラベル番号２７０４はＭＰＬＳプロトコルによって割り当てられたラベル番号、インタフェース番号２７０５は出力ラベル番号２７０３と入力ラベル番号２７０４を用いるインタフェース番号、を格納する。
ＭＰＬＳ情報テーブル２４２６は、経路制御部３１１がＭＰＬＳネットワーク２２０４でＭＰＬＳプロトコルによってＶＰＮとＶＬＡＮの組み合わせに対し割り当てたラベル情報を格納している。出力ラベル番号２７０３と入力ラベル番号２７０４の組み合わせを構成する１つの方法は、ＭＰＬＳプロトコルにおけるＶＣ（Ｖｉｒｔｕａｌ Ｃｉｒｃｕｉｔ）に関して送受信に用いるラベルの組み合わせである。
図２７の例では、第１エントリにおいて、ＶＰＮ番号２７０１が１００、ＶＬＡＮ番号２７０２が１０、出力ラベル番号２７０３がラベル１、入力ラベル番号２７０４がラベル２、インタフェース番号２７０５がＩＦ２である。すなわち、ＶＰＮ番号１００であるＬ２ＶＰＮネットワーク１０２のＶＬＡＮ２０に対し送信するパケットにはラベル１を用い、逆にそこから受信するパケットにはラベル２が格納されている事を示している。インタフェース番号２７０５は、ラベル１とラベル２の組み合わせによる通信をインタフェースＩＦ２を介して行うことを示している。なお、ＶＰＮ番号とＶＬＡＮ番号の１つの組み合わせに対し、出力ラベル番号、入力ラベル番号の組み合わせを複数登録する場合もあり、それに対応するインタフェース番号は同じものが複数ある場合や異なるインタフェース番号が登録されている場合がある。
Ｂ２．通信の具体的な手順の説明：
ここでは、本発明の第２の実施の形態における、通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係について説明する。
（１）ＩＰＶＰＮからＬ２ＶＰＮへの流れ
まず、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
図５０は、ＩＰＶＰＮネットワーク１０２内の端末１がＬ２ＶＰＮネットワーク１０３内の端末２に向けて通信を行う時のパケットの流れを示す説明図である。
端末１がパケットＰＢ１１を送信すると、パケットＰＢ１１はＣＥ１を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＢ１１の宛先ＩＰアドレスである端末２のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＭＰＬＳネットワーク２２０４を経由して端末２に対してＡＲＰリクエストパケットＰＢ１２を送信する。
端末２はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットＰＢ１３を返信すると、ＭＰＬＳネットワーク２２０４を経由してＡＲＰリプライパケットＰＢ１３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ１３によりフォワーディングテーブル３２４と端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＢ１１の転送処理を行い、パケットＰＢ１４を送信する。パケットＰＢ１４はＭＰＬＳネットワーク２２０４を経由して端末２に到達する。
その後、端末１が端末２に向けて送信するパケットＰＢ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＢ１６を送信、端末２に到達可能となる。
以後、図５０にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。

インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図５０のパケットＰＢ１１をＰＥ１が受信する前に図２５、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。
図５１は、ＰＥ１が図５０のパケットＰＢ１１を受信する前の、フォワーディングテーブル３２４の初期状態を示す説明図である。図２６で説明したように、第１エントリと第２エントリは経路制御情報テーブル３２３に基づいて登録したものであり、第３エントリはＬ２ＶＰＮ情報テーブル３２２に基づいて登録したものである。

端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。

ＭＰＬＳ情報テーブル２４２６の初期状態は、図２７の状態であるものとする。これは経路制御部３１１がＭＰＬＳプロトコルによって格納した情報である。

端末１がパケットＰＢ１１を送信すると、パケットＰＢ１１はＰＥ１のインタフェース３０１（ＩＦ１）に到達する。なお、パケットＰＢ１１は図２３に示すパケットフォーマット２０１のフォーマットである。
ＰＥ１がパケットＰＢ１１を受信してから、ＡＲＰリクエストパケットＰＢ１２を送信するまでの手順について図５２、図５３を用いて説明する。
ＰＥ１は、パケットＰＢ１１の転送先を求めるための最初の手順として、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索（Ｂ３１）し、第１エントリが該当し、第１エントリのＶＰＮ番号４０２からＶＰＮ番号（１００）を取得する。また同時に、受信したパケットのＩＰパケット２１２に含まれる宛先ＩＰアドレス（２０．０．０．２０）を取得する。この宛先ＩＰアドレスは端末２のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ３２、Ｂ３３）。第３エントリが該当するが、出力インタフェース番号７０３が未定であるため、パケット転送先不明であり隣接探索を行う必要があると判断し、パケットＰＢ１１は一時的に保存し、ＡＲＰリクエストパケットＰＢ１２送信の処理を行う。
ＰＥ１は、図５０に示すＡＲＰリクエストパケットＰＢ１２の作成にＶＬＡＮ番号とラベル番号をを得る必要がある。ＶＬＡＮ番号は、出力インタフェース番号７０３が未定であるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２）を用いて、図５に示すＬ２ＶＰＮ情報テーブル３２２を検索（Ｂ３４、Ｂ３５、Ｂ３６）し、第１エントリが該当し、ＶＬＡＮ番号５０２からＶＬＡＮ番号（２０）を得る。ラベル番号は、ＶＰＮ番号とＶＬＡＮ番号と出力インタフェース番号から図２７に示すＭＰＬＳ情報テーブル２４２６を用いて求めるが、出力インタフェース番号７０３（Ｂ３Ａ）が未定であるため、ＭＰＬＳ情報テーブル２４２６のエントリのうちＶＰＮ番号２７０１がＶＰＮ番号（１００）（Ｂ３７）、ＶＬＡＮ番号２７０２がＶＬＡＮ番号（２０）（Ｂ３８）と一致する全てのエントリからＶＬＡＮ番号とインタフェース番号を取得する。この場合第１エントリが該当し、出力ラベル（ラベル１）とインタフェース番号（ＩＦ２）の組み合わせを取得する。このラベル番号の取得は複数のエントリが該当する場合があるが、図２７に示す例の場合は１つのエントリのみが該当している。
ＰＥ１は、その後、ここまで得た情報を用いてＡＲＰリクエストパケットを作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２３００である。ＭＰＬＳ情報２３２１に取得した出力ラベル番号（ラベル１）を設定し（Ｂ３Ｂ）、宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をＬ２ＶＰＮ情報テーブル３２２の第１エントリから取得したＶＬＡＮ番号（２０）（Ｂ３Ｃ）とし、ＩＰパケット２１２は宛先ＩＰアドレス（２０．０．０．２）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ｂ３９）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＢ１２を、ＭＰＬＳネットワークに向けて、ＭＰＬＳ情報テーブル２４２６から取得したインタフェース（ＩＦ２）に送信する。なお、ラベルを取得するためのＭＰＬＳ情報テーブル２４２６の検索において複数のエントリが該当した場合は、それぞれ、ラベル番号を格納したパケットを作成しその組み合わせのインタフェースにパケットを出力する。

ＡＲＰリクエストパケットＰＢ１２はＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。端末２はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットを返信し、ＣＥ２を経由し、ＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を追加され、パケットフォーマット２００の形となったパケットＰＢ１３がＰＥ１に到達する。なお、ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する
ＰＥ１がパケットＰＢ１３を受信してから、パケットＰＢ１４を送信するまでの手順について図５４、図５５、図５６、図５７を用いて説明する。

パケットＰＢ１３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図５４、図５５を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ１３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索し（Ｂ４１）、第２エントリが該当し、インタフェース種別がＭＰＬＳのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５とフォワーディングテーブル３２４に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末２にパケットを転送する際に宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。フォワーディングテーブル３２４に登録するエントリは、端末２にパケットを転送する際の出力先インタフェースの決定と、ＭＰＬＳ情報２３２１を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第２エントリの内容を登録することとなる。ＶＰＮ番号８０１は、登録する値をＭＰＬＳ情報テーブル２４２６から求める。受信したパケットのＭＰＬＳ情報２３２１に格納されているラベル番号（ラベル２）（Ｂ４２）と、パケットを受信したインタフェース（ＩＦ２）（Ｂ４３）から第１エントリが該当し、ＶＰＮ番号２７０１のＶＰＮ番号（１００）をＶＰＮ番号８０１に登録する（Ｂ４４）。このＶＰＮ番号は端末２が所属するＶＰＮ番号である。ＶＬＡＮ番号８０２は受信したパケットＰＢ１３のユーザＶＬＡＮＴａｇ２２６に格納されており端末２の所属するＶＬＡＮ番号（２０）であり（Ｂ４５）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）であり（Ｂ４６）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）である（Ｂ４７）。
フォワーディングテーブル３２４には、図２６に示す例の第４エントリの内容を登録することとなる。ＶＰＮ番号７０１は端末情報テーブル３２５で登録したものと同じ端末２が所属するＶＰＮ番号（１００）であり（Ｂ４８）、ＩＰアドレス／プレフィックス長７０２はＩＰパケット２１２に格納されているＡＲＰパケットの端末２のＩＰアドレス（２０．０．０．２０）と最大プレフィックス長である３２であり（Ｂ４９）、出力インタフェース番号７０３はパケットＰＡ１３を受信したインタフェースであるＩＦ２であり（Ｂ４Ａ）、ネクストホップ情報７０４はこの場合不要であるため設定されていない事を示す「−」であり、付加情報７０５は端末情報テーブル３２５にエントリを登録する際に検索したＭＰＬＳ情報テーブル２４２６の第１エントリの出力ラベル２７０３の値（ラベル１）である（Ｂ４Ｂ）。なお、ラベル１はＡＲＰリプライパケットＰＢ１３のＭＰＬＳ情報に格納されていたラベル番号に対応しＰＥ２に向けて送信するためのラベル番号である。

図５６は、図５４、図５５に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４はパケットＰＢ１１受信前の状態である図５１に比べて第４エントリが追加されている。端末情報テーブル３２５はエントリが無い状態から第２エントリが追加されている。
図５４、図５５に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＢ１１の転送処理を行いパケットＰＢ１４を送信するまでの手順について図５７を用いて説明する。
ＰＥ１は、図５２、図５３で説明した手順において取得（Ｂ３１）したＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）により、図５６に示すフォワーディングテーブル３２４を検索し転送先を求める（Ｂ３２、Ｂ３３）。この検索はＩＰアドレスによるロンゲストマッチ検索であり、第３エントリではなく、よりプレフィックス長の長い第４エントリが該当し、第４エントリは出力インタフェース番号７０３がＩＦ２となっているため、ＩＦ２に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ２のインタフェース種別はＭＰＬＳとなっているため、ＭＰＬＳネットワークへの転送、すなわちパケットフォーマット２３００のパケットを作成し転送することとなる。
転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と宛先ＩＰアドレス（２０．０．０．２０）を用いて図５６に示す端末情報テーブル３２５を検索し（Ｂ６１、Ｂ６２）、第２エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図５０に示すパケットＰＢ１４を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２３００である。ＭＰＬＳ情報２３２１を、フォワーディングテーブル３２４の第４エントリの付加情報７０５に格納されているＰＥ２に対して送信するためのラベル番号（ラベル１）とし（Ｂ６３）、宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第２エントリのＭＡＣアドレス８０４に格納されている端末２のＭＡＣアドレス（２０２０．２０２０．２０２０）とし（Ｂ６４）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第２エントリのＶＬＡＮ番号８０２に格納されている端末２の所属するＶＬＡＮ番号（２０）とし（Ｂ６５）、ＩＰパケット２１２はパケットＰＢ１１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＢ１４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＭＰＬＳネットワークに接続しているインタフェースであるＩＦ２に向けて送信する。

パケットＰＢ１４はＰＥ２を経由する時にＭＰＬＳヘッダ２３１０を削除され，その後ＣＥ２を経由してパケットフォーマット２０１の形で端末２に到達する。ＰＥ２については一般的な技術により動作する装置であるため、説明は省略する

その後、端末１が端末２に向けて送信するパケットＰＢ１５は、ＰＥ１がフォワーディングテーブル３２４を検索することで最初から第４エントリを得ることができ、図５７にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＢ１６を作成し転送する。パケットＰＢ１６はパケットＰＢ１４と同様に端末２に到達する。
（２）Ｌ２ＶＰＮからＩＰＶＰＮへの流れ
次に、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を行う場合の具体的な手順について説明する。
まず、概略動作を説明する。
図５８は、Ｌ２ＶＰＮネットワーク１０３内の端末２がＩＰＶＰＮネットワーク１０２内の端末１に向けて通信を行う時のパケットの流れを示す説明図である。
端末２がパケットＰＢ７１を送信すると、パケットＰＢ７１はＣＥ２、ＰＥ２を経由してＰＥ１に到達する。ＰＥ１は、パケットＰＢ７１の宛先ＩＰアドレスである端末１のＩＰアドレスを用いてフォワーディングテーブル３２４を検索し、次の転送先がＣＥ１である事を得る。次にＣＥ１に関し端末情報テーブル３２５を検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、ＡＲＰにより隣接探索を行う。
ＰＥ１はＩＰＶＰＮネットワーク１０２に向けてＣＥ１に対してＡＲＰリクエストパケットＰＢ７２を送信し、ＣＥ１に到達する。
ＣＥ１はＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを返信すると、パケットＰＢ７３がＰＥ１に到達する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ７３により端末情報テーブル３２５を更新し、また、その情報を用いて一時的に保存していたパケットＰＢ７１の転送処理を行い、パケットＰＢ７４を送信する。パケットＰＢ７４はＣＥ１を経由して端末１に到達する。
その後、端末２が端末１に向けて送信するパケットＰＢ７５は、ＰＥ１がフォワーディングテーブル３２４と端末情報テーブル３２５を検索することで必要なエントリを得ることができ、ＡＲＰによる隣接探索は行わずパケット処理を行い、パケットＰＢ７６を送信、端末１に到達可能となる。
以後、図５８にて示したパケットの流れにおけるＰＥ１の動作について、パケットフォーマットとテーブルを用いて具体的に説明する。

インタフェース情報テーブル３２１、Ｌ２ＶＰＮ情報テーブル３２２、経路制御情報テーブル３２３は、それぞれ図５０のパケットＰＢ１１をＰＥ１が受信する前に図２５、図５、図６の状態であるものとする。これらはネットワーク管理者が予め設定した情報と、ルーティングプロトコルによって得た情報を元に登録するものである。

フォワーディングテーブル３２４の、ＰＥ１が図５０のパケットＰＢ１１を受信する前の初期状態は、図５１に示したものと同じである。

端末情報テーブル３２５の初期状態は、エントリが登録されていない状態であるものとする。

ＭＰＬＳ情報テーブル２４２６の初期状態は、図２７の状態であるものとする。これは経路制御部３１１がＭＰＬＳプロトコルによって格納した情報である。

端末２がパケットＰＢ７１を送信すると、パケットＰＢ７１はＰＥ２を経由してＰＥ１のインタフェース３０２（ＩＦ２）に到達する。なお、ＰＥ１に到達するパケットＰＢ７１は図２３に示すパケットフォーマット２３００のフォーマットである。
ＰＥ１がパケットＰＢ７１を受信してから、ＡＲＰリクエストパケットＰＢ７２を送信するまでの手順について図５９、図６０を用いて説明する。
ＰＥ１は、パケットＰＢ７１の転送先を求めるための最初の手順として、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ２に該当するエントリを検索（Ｂ８１）し、第２エントリが該当する。第２エントリのインタフェース種別４０４はＭＰＬＳであり、この場合はＶＰＮ番号と宛先ＩＰアドレスの両方を受信したパケットの情報を基に取得する。ＶＰＮ番号は、受信したパケットのＭＰＬＳ情報２３２１に格納されているラベル番号（ラベル２）（Ｂ８２）と、パケットを受信したインタフェース（ＩＦ２）（Ｂ４３）の情報からＭＰＬＳ情報テーブル２４２６を検索し、第１エントリが該当し、ＶＰＮ番号２７０１のＶＰＮ番号（１００）を得る（Ｂ８４）。宛先ＩＰアドレスはＩＰパケット２１２に含まれる宛先ＩＰアドレス（１１．０．０．１１）である。この宛先ＩＰアドレスは端末１のＩＰアドレスである。
次に、ＰＥ１は、取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ８６、Ｂ８７）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、続いてパケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために端末情報テーブル３２５をＶＰＮ番号（１００）とＣＥ１のＩＰアドレス（１０．０．０．１０）にて検索（Ｂ８８、Ｂ８９）するが、エントリが存在しないため、パケット転送先の隣接探索を行う必要があると判断し、パケットＰＢ７１は一時的に保存し、ＡＲＰリクエストパケットＰＢ７２送信の処理を行う。
ＰＥ１は、図５８に示すＡＲＰリクエストパケットＰＢ７２の作成にＶＬＡＮ番号を得る必要があり、インタフェース情報テーブル３２１をパケットの転送先であるＩＦ１で検索し（Ｂ８Ａ）、第１エントリが該当し、ＶＬＡＮ番号４０３からＶＬＡＮ番号（１０）を得る。
その後、ＰＥ１は、ここまで得た情報を用いてＡＲＰリクエストパケットＰＢ７２を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６をインタフェース情報テーブル３２１の第１エントリから取得したＶＬＡＮ番号（１０）（Ｂ８Ｂ）とし、ＩＰパケット２１２は転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）のＡＲＰ解決を要求するための一般的なＡＲＰパケットのフォーマットとする（Ｂ８Ｃ）。
ＰＥ１は作成したＡＲＰリクエストパケットＰＢ７２を、転送先のインタフェースであるＩＦ１に向けて送信する。

ＡＲＰリクエストパケットＰＢ７２はＣＥ１に到達する。ＣＥ１はＡＲＰリクエストパケットに対する応答としてパケットフォーマット２０１の形でＡＲＰリプライパケットＰＢ７３を返信し、パケットＰＢ７３がＰＥ１に到達する。
ＰＥ１がパケットＰＢ７３を受信してから、パケットＰＢ７４を送信するまでの手順について図６１、図６２、図６３を用いて説明する。

パケットＰＢ７３を受信してから、ＰＥ１の持つテーブルを更新するまでの手順について図６１を用いて説明する。
ＰＥ１は、ＡＲＰリプライパケットＰＢ７３受信に関する処理の最初の手順として、処理すべき内容を決めるために、図２５に示すインタフェース情報テーブル３２１からパケットを受信したインタフェースＩＦ１に該当するエントリを検索し（Ｂ９１）、第１エントリが該当し、インタフェース種別がＩＰＶＰＮのインタフェースから受信した場合の処理を行うと判定する。
次に、ＰＥ１は、端末情報テーブル３２５に、受信したＡＲＰリプライパケットに対応するエントリを登録する処理を行う。端末情報テーブル３２５に登録するエントリは、端末１にパケットを転送する際に、パケットフォーマットの宛先ユーザＭＡＣアドレス２２４とユーザＶＬＡＮＴａｇ２２６を作成するために必要なエントリである。
端末情報テーブル３２５には、図８に示す例の第１エントリの内容を登録することとなる。ＶＰＮ番号８０１はＢ９１の検索で得たインタフェース情報テーブル３２１の第１エントリのＶＰＮ番号４０２に格納されておりＣＥ１の所属するＶＰＮ番号（１００）であり（Ｂ９２）、ＶＬＡＮ番号８０２は受信したパケットＰＢ７３のユーザＶＬＡＮＴａｇ２２６に格納されておりＣＥ１の所属するＶＬＡＮ番号（１０）であり（Ｂ９３）、ＩＰアドレス８０３はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＩＰアドレス（１０．０．０．１０）であり（Ｂ９４）、ＭＡＣアドレス８０４はＩＰパケット２１２に格納されているＡＲＰパケットのＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）である（Ｂ９５）。
図６２は、図６１に示したテーブル更新を行った後のフォワーディングテーブル３２４と端末情報テーブル３２５の状態を示す説明図である。フォワーディングテーブル３２４は初期状態である図５１の時点から変更なく、端末情報テーブル３２５はエントリが無い状態から第１エントリが追加されている。

ＰＥ１は、図６１に示したテーブル更新処理が終わった後、更新したテーブルを用いて、一時的に保存していたＰＢ７１の転送処理を行いパケットＰＢ７４を送信するまでの手順について図６３を用いて説明する。ただし、図５９に示す、パケットＰＢ１１を受信してからＶＰＮ番号（１００）（Ｂ８４）とＩＰアドレス（１１．０．０．１１）（Ｂ８５）を取得するまでの手順は図５９と同じであるので、説明は省略する。図６３は図５９の続きとして記載する。
図５９の手順にて取得したＶＰＮ番号（１００）と宛先ＩＰアドレス（１１．０．０．１１）を用いて、図５１に示すフォワーディングテーブル３２４を検索し転送先を求めようとする（Ｂ１１１、Ｂ１１２）。第２エントリが該当し、パケットの転送先は出力インタフェース番号７０２がＩＦ１であり、ネクストホップ情報７０４がＣＥ１の１０．０．０．１０である。第２エントリは出力インタフェース番号７０３がＩＦ１となっているため、ＩＦ１に向けて転送する処理を行う。インタフェース情報テーブル３２１からＩＦ１のインタフェース種別はＩＰＶＰＮとなっているため、ＩＰＶＰＮネットワークへの転送、すなわちパケットフォーマット２０１のパケットを作成し転送することとなる。
ＰＥ１は、転送するパケットを作成するためにフォワーディングテーブル３２４の情報以外にＶＬＡＮ番号、ＭＡＣアドレスを得る必要があるため、ＶＰＮ番号（１００）と、パケットの転送先であるＣＥ１のＩＰアドレス（１０．０．０．１０）を用いて図６２に示す端末情報テーブル３２５を検索し（Ｂ１１３、Ｂ１１４）、第１エントリが該当する。このエントリのＶＬＡＮ番号とＭＡＣアドレスをパケット作成に用いる。
ＰＥ１は、ここまでに得た情報を用いて、図５８に示すパケットＰＢ７４を作成する。作成するパケットのフォーマットは図２３に示すパケットフォーマット２０１である。宛先ユーザＭＡＣアドレス２２４を、端末情報テーブル３２５の第１エントリのＭＡＣアドレス８０４に格納されているＣＥ１のＭＡＣアドレス（１０１０．１０１０．１０１０）とし（Ｂ１１５）、送信元ユーザＭＡＣアドレス２２５をＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇ２２６を、端末情報テーブル３２５の第１エントリのＶＬＡＮ番号８０２に格納されているＣＥ１の所属するＶＬＡＮ番号（１０）とし（Ｂ１１６）、ＩＰパケット２１２はパケットＰＢ７１から変更しない。
最後に、ＰＥ１は、作成したパケットＰＢ７４を、フォワーディングテーブル３２４の出力インタフェース番号７０３に格納されている、ＩＰＶＰＮネットワークに接続しているインタフェースであるＩＦ１に向けて送信する。

パケットＰＢ７４はＣＥ１を経由してパケットフォーマット２０１の形で端末１に到達する。ＣＥ１については一般的な技術により動作する装置であるため、説明は省略する

その後、端末２が端末１に向けて送信するパケットＰＢ７５は、ＰＥ１が端末情報テーブル３２４を検索することで最初から第１エントリを得ることができ、図６３にて説明した処理を行うことでＡＲＰによる隣接探索は行わずにパケットＰＢ７６を作成し転送する。パケットＰＢ７６はパケットＰＢ７４と同様に端末１に到達する。

以上が、ＩＰＶＰＮネットワークに所属する端末１とＬ２ＶＰＮネットワークに所属する端末２との間で双方向に通信を行うため、本発明の第２の実施の形態における通信の具体的な手順と、装置が持つ各テーブルと転送するパケットとの関係である。
Ｂ３．ネットワーク装置の動作：
ここでは、ネットワーク装置１１１の動作について説明する。
（１）パケット転送処理部３１３
図２８は、パケットを受信してから宛先検索に関する情報を取得するまでの手順を示すフローチャートである。
第１の実施の形態の図９に示す手順とは、Ｓ９０７をＳ２８０７に、Ｓ９０８をＳ２８０８に置き換えている。
Ｓ９０６においてインタフェース種別がＭＰＬＳである場合、パケット転送処理部３１３は、図２３に示すパケットフォーマット２３００のパケットを受信しており、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得し、同時に、ＩＰパケット２１２から宛先ＩＰアドレスを取得し（Ｓ２８０７）、パケットからＭＰＬＳヘッダ２３１０を削除する（Ｓ２８０８）。
その他は第１の実施の形態の図９と同様のため説明は省略する。
図２９は、ＶＰＮ番号と宛先ＩＰアドレスを取得した後に、パケットを転送するまでの手順を示すフローチャートである。
第１の実施の形態の図１０に示す手順とは、Ｓ１００４をＳ２９０４に、Ｓ１００６をＳ２９０６に置き換えている。
Ｓ２９０４におけるＳ１００４との違いは、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、Ｓ２９０６に処理を移行する点である。
Ｓ１００５においてインタフェース種別がＭＰＬＳである場合、パケット転送処理部３１３は、図３０を用いて後述するＭＰＬＳネットワークへのパケット転送処理を実行し（Ｓ２９０６）、パケット転送処理部３１３は処理を終了する（Ｓ１００９）。
その他は第１の実施の形態の図１０と同様のため説明は省略する。
図３０は、図２９のＳ２９０６におけるＭＰＬＳネットワークへのパケット転送処理の手順を示すフローチャートである。
第１の実施の形態の図１１に示す手順とは、Ｓ１１０１をＳ３００１に、Ｓ１１０４をＳ３００４に置き換えている。
図２９のフローチャートにおいてＳ２９０６に到達した場合、パケット転送処理部３１３は、ＭＰＬＳネットワークへのパケット転送処理を開始する（Ｓ２９０１）。
Ｓ１１０３において該当するエントリが存在する場合は、パケット転送処理部３１３は、ＭＰＬＳネットワークへ転送するパケットを作成する（Ｓ３００４）。作成するパケットは、図２３のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のＭＰＬＳ情報２３２１に、Ｓ１００２で検索したエントリの付加情報７０５に登録されているラベル情報を格納し、ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をＳ１１０２で検索したエントリに格納されているＭＡＣアドレス８０４とし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１１０２で検索したエントリに格納されているＶＬＡＮ番号８０２とし、ＩＰパケット２１２は受信したパケットから変更しない。なお、ＩＰパケット２１２に格納されているＩＰヘッダは、一般的なレイヤ３中継処理にて行うＴＴＬ減算などの処理を行ってもよいし、それらの処理は省略して全く行わなくてもよい。ここでは特に言及しない。また、ＭＰＬＳヘッダ２３１０にはレイヤ２ヘッダを含むが、出力ラベル番号２７０３に対応するＭＡＣアドレスの制御方法については一般的なＭＰＬＳの動作であるため説明を省略する。
その他は第１の実施の形態の図１０と同様のため説明は省略する。

第１の実施の形態において図１２用いて説明した、図２９のＳ１００７におけるＩＰＶＰＮネットワークへのパケット転送処理については第１の実施の形態と同様のため省略する。

Ｓ２９０４におけるＳ１００４との違いは、該当するエントリの出力インタフェース番号７０３が設定されていない事を示す「−」である場合、Ｓ２９０６に処理を移行する点である。
（２）経路制御部３１１
図３１は、パケット転送処理部３１３が経路制御部３１１に対しＡＲＰ解決を要求した時の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１３に示す手順とは、Ｓ１３０２をＳ３１０２に、Ｓ１３０４をＳ３１０４に置き換えている。
Ｓ３１０２におけるＳ１３０２との違いは、パケット転送処理部３１３から通知されたインタフェース番号が「−」である場合は、検索を行わずＳ３１０４に処理を移行する点である。これは、図２９のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＭＰＬＳネットワークへのパケット転送を行うための手順の途中であり、Ｓ３１０４に移行する。
Ｓ１３０３においてインタフェース種別がＭＰＬＳである場合かＳ３１０２においてインタフェース番号が「−」であった場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰ解決の要求を転送し（Ｓ３１０４）、経路制御部３１１は処理を終了する（Ｓ１３０７）。
その他は第１の実施の形態の図１３と同様のため説明は省略する。
図３２は、ネットワーク装置１１１がＡＲＰリプライパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１４に示す手順とは、Ｓ１４０４をＳ３２０４に置き換えている。
Ｓ１４０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリプライパケットを転送し（Ｓ３２０４）、経路制御部３１１は処理を終了する（Ｓ１４０７）。
その他は第１の実施の形態の図１４と同様のため説明は省略する。
図３３は、ネットワーク装置１１１がＡＲＰリクエストパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１５に示す手順とは、Ｓ１５０４をＳ３３０４に置き換えている。
Ｓ１５０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１は、ＶＰＮ接続制御部３１２へ、パケット転送処理部３１３からのＡＲＰリクエストパケットを転送し（Ｓ３３０４）、経路制御部３１１は処理を終了する（Ｓ１５０８）。
その他は第１の実施の形態の図１５と同様のため説明は省略する。
図３４は、ネットワーク装置１１１が経路の制御に用いるルーティングプロトコルのパケットを受信し、パケット転送処理部３１３がルーティングプロトコルのパケットと判定し経路制御部３１１にパケットを転送した場合の、経路制御部３１１の処理の手順を示すフローチャートである。
第１の実施の形態の図１６に示す手順とは、Ｓ１６０４をＳ３４０４に置き換えている。
Ｓ１６０３においてインタフェース種別がＭＰＬＳである場合、経路制御部３１１はプロトコルに従い経路処理を行い、その結果の経路を経路制御情報テーブル３２３に登録する（Ｓ３４０４）。登録する内容は、ＶＰＮ番号６０１は、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得することで、その値を登録し、その他のフィールドは図１６のＳ１６０４で説明した内容と同様である。なお、プロトコルに従った経路処理は一般的なルーティングプロトコルの処理であり説明は省略するが、プロトコル処理に使用する装置自身のＩＰアドレスは、Ｌ２ＶＰＮ情報テーブル３２２に登録されているエントリのうち、ＶＰＮ番号５０１と上記のＶＰＮ番号６０１に登録したＶＰＮ番号とが一致し、ＶＬＡＮ番号５０２とユーザレイヤ２ヘッダ２２１のユーザＶＬＡＮＴａｇ２２６のＶＬＡＮ番号とが一致するエントリのＩＰアドレス／プレフィックス長５０３のＩＰアドレスを用いる。
その他は第１の実施の形態の図１６と同様のため説明は省略する。
（３）ＶＰＮ接続制御部３１２
図３５は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰ解決の要求を受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１７に示す手順とは、Ｓ１７０３、Ｓ１７０４をＳ３５０３、Ｓ３５０４，Ｓ３５０５に置き換えている。
ＶＰＮ接続制御部３１２は、Ｓ１７０２の処理の後、Ｓ１７０２で検索したエントリのＶＰＮ番号５０１の値と、ＶＬＡＮ番号５０２の値と、ＭＰＬＳ情報テーブル２４２６のＶＬＡＮ番号２７０２の値が一致し、かつ経路制御部３１１から通知されたインタフェース番号とインタフェース番号２７０５が一致するＭＰＬＳ情報テーブル２４２６の全てのエントリから、出力ラベル番号２７０３とインタフェース番号２７０５を取得する（Ｓ３５０３）。ただし、経路制御部３１１から通知されたインタフェース番号が「−」である場合には、ＶＰＮ接続制御部３１２は、ＶＰＮ番号とＶＬＡＮ番号が一致する全てのエントリを対象として出力ラベル番号２７０３とインタフェース番号２７０５を取得する。これにより取得したラベル番号とインタフェース番号の組み合わせは複数種類になる場合がある。経路制御部３１１から通知されたインタフェース番号が「−」である場合とは、図２９のＳ１００２で検索したフォワーディングテーブル３２４のエントリの出力インタフェース番号７０３が「−」であった場合であり、フォワーディングテーブル３２４に登録されているエントリのうちＬ２ＶＰＮ情報テーブル３２２に基づいて登録されたエントリであった場合である。この場合はＰＥ１であるネットワーク装置１１１がＭＰＬＳネットワークに接続するインタフェースのうちどのインタフェースにパケットを送信すべきかが未定の状態であり、ＭＰＬＳ情報テーブル２４２６に基づいて可能性のある全てのインタフェースに対してパケットを送信する。このパケットの応答であるＡＲＰリプライパケットをいずれか１つのインタフェースから受信することとなる。
ＶＰＮ接続制御部３１２は、Ｓ３５０３で取得したラベル番号を用いて、ＭＰＬＳネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ３５０４）。作成するパケットの数はＳ３５０３で取得したラベルとインタフェース番号の組み合わせの数である。すなわち、Ｓ３５０３で該当したエントリの数だけパケットを作成する。作成するパケットは、図２３のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のラベル情報は、Ｓ３５０３で取得した出力ラベルを格納する。ユーザレイヤ２ヘッダ２１１の宛先ユーザＭＡＣアドレス２２４をブロードキャストアドレスとし、ユーザレイヤ２ヘッダ２１１の送信元ユーザＭＡＣアドレス２２５をネットワーク装置１１１のＭＡＣアドレスとし、ユーザレイヤ２ヘッダ２１１のユーザＶＬＡＮＴａｇ２２６をＳ１７０２で検索したエントリのＶＬＡＮ番号５０３とし、ＩＰパケット２１２は一般的なＡＲＰパケットのフォーマットとする。ＡＲＰパケットは、ＡＲＰ解決する対象のＩＰアドレスとして経路制御部３１１から通知されたＩＰアドレスを格納し、自身のＩＰアドレスとして、Ｓ１７０２で検索したエントリに格納されているＩＰアドレス／プレフィックス長５０３のＩＰアドレスの値を用いる。
最後に、ＶＰＮ接続制御部３１２は、Ｓ３５０４で作成したパケットを、Ｓ３５０３で取得した組み合わせに従いそれぞれＳ３５０３で取得したインタフェースに出力し（Ｓ３５０５）、ＶＰＮ接続制御部３１２は処理を終了（Ｓ１７０５）する
Ｓ１７０１、Ｓ１７０２、Ｓ１７０５は第１の実施の形態の図１７と同様のため説明は省略する。
図３６は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリプライパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１８に示す手順とは、Ｓ１８０２をＳ３６０２に、Ｓ１８０３をＳ３６０３に置き換えている。
Ｓ３６０２では、ＶＰＮ接続制御部３１２は、通知されたＡＲＰリプライパケットに関する情報を端末情報テーブル３２５に登録する。登録する内容は、ＶＰＮ番号８０１には、受信したパケットのＭＰＬＳ情報２３２１のラベル情報に基づいて取得するＶＰＮ番号を登録する。そのＶＰＮ番号は、受信したパケットのＭＰＬＳ情報２３２１からラベル情報を取得し、そのラベル番号とパケットを受信したインタフェース番号を用いて、ＭＰＬＳ情報テーブル２４２６の入力ラベル番号２７０４とインタフェース番号２７０５が一致するエントリを検索し、該当するエントリからＶＰＮ番号を取得する。ＶＬＡＮ番号８０２、ＩＰアドレス８０３、ＭＡＣアドレス８０４については、図１８のＳ１８０２で説明した内容と同じである。
ＶＰＮ接続制御部３１２は、Ｓ３６０２の処理の後、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ３６０３）。登録する内容は、付加情報７０５に登録するラベル番号をＭＰＬＳ情報テーブル２４２６から求める。ＭＰＬＳ情報テーブル２４２６から、Ｓ３６０２で用いたＶＰＮ番号と受信したＡＲＰリプライパケットのラベル番号とパケットを受信したインタフェース番号がＭＰＬＳ情報テーブル２４２６のＶＰＮ番号２７０１と入力ラベル番号２７０４とインタフェース番号２７０５に一致するエントリを検索し、該当するエントリの出力ラベル番号２７０３を付加情報７０５に登録する。ＶＰＮ番号７０１にはＳ３６０２で用いたＶＰＮ番号を登録する。その他のフィールドは図１８で説明した内容と同様である。
その他は第１の実施の形態の図１６と同様のため説明は省略する。
図３７、図３８は、ＶＰＮ接続制御部３１２が経路制御部３１１からＡＲＰリクエストパケットを受けた時の、ＶＰＮ接続制御部３１２の処理の手順を示すフローチャートである。
第１の実施の形態の図１９、図２０に示す手順とは、Ｓ１９０３をＳ３７０３に、Ｓ１９０４をＳ３７０４に置き換えている。
ＶＰＮ接続制御部３１２は、Ｓ１９０２の処理の後、フォワーディングテーブル３２４に対応するエントリを登録する（Ｓ３７０３）。登録する内容は、付加情報７０５に登録するラベル番号をＭＰＬＳ情報テーブル２４２６から求める。ＭＰＬＳ情報テーブル２４２６から、経路制御部３１１から通知を受けたＶＰＮ番号と受信したＡＲＰリクエストパケットのラベル番号とパケットを受信したインタフェース番号がＭＰＬＳ情報テーブル２４２６のＶＰＮ番号２７０１と入力ラベル番号２７０４とインタフェース番号２７０５に一致するエントリを検索し、該当するエントリの出力ラベル番号２７０３を付加情報７０５に登録する。その他のフィールドは図１９で説明した内容と同様である。
ＶＰＮ接続制御部３１２は、Ｓ３７０３に続き、ＭＰＬＳネットワークへ出力するＡＲＰリクエストパケットを作成する（Ｓ３７０４）。作成するパケットは、図２のパケットフォーマット２３００のフォーマットである。ＭＰＬＳヘッダ２３１０のラベル情報は、Ｓ３７０３で付加情報７０５に登録した出力ラベルを格納する。その他のフィールドは図２０で説明した内容と同様である。
その他は第１の実施の形態の図１９、図２０と同様のため説明は省略する。

第１の実施の形態において図２１用いて説明した、経路制御部３１１から経路の通知を受けた時のＶＰＮ接続制御部３１２の処理については第１の実施の形態と同様のため省略する。
（４）ＩＰＶＰＮとＬ２ＶＰＮ間の通信
ここまで説明したネットワーク装置１１１の動作により、レイヤ３によってＭＰＬＳネットワーク２２０４に接続したＩＰＶＰＮネットワーク１０２と、レイヤ２によってＭＰＬＳネットワーク２２０４に接続したＬ２ＶＰＮネットワーク１０３との間において通信が可能となる。
具体的には、ＩＰＶＰＮネットワーク１０２内の端末がＬ２ＶＰＮネットワーク１０３内の端末と通信を必要とする場合には、主に図３５、図３６を用いて説明したＶＰＮ接続制御部３１２の動作により、ＭＰＬＳネットワークを経由したＡＲＰ解決を行い、フォワーディングテーブル３２４に付加情報７０５を含むエントリを登録し、また、主に図３０を用いて説明したパケット転送処理部３１３の動作により、レイヤ３転送を行いつつ、フォワーディングテーブル３２４の付加情報７０５などを用いてＭＰＬＳヘッダ２３１０を含むパケットを作成し転送することで、ＭＰＬＳネットワーク１０１のＰＥ２（ネットワーク装置１１２）がレイヤ２転送をできるようになり、ＩＰＶＰＮネットワーク１０２からＬ２ＶＰＮネットワーク１０３にパケットが到達できる。
また、Ｌ２ＶＰＮネットワーク１０３内の端末がＩＰＶＰＮネットワーク１０２内の端末と通信を必要とする場合にも、同様に、主に図３７、図３８を用いて説明したＶＰＮ接続制御部３１２の動作と、主に図１２を用いて説明したパケット転送処理部３１３の動作により、Ｌ２ＶＰＮネットワーク１０３内の端末が通信先のデフォルトゲートウェイやネクストホップとしてＰＥ１（ネットワーク装置１１１）を指定することが可能となり、Ｌ２ＶＰＮネットワーク１０３からＩＰＶＰＮネットワーク１０２にパケットが到達できる。
さらに、主に図３４、図２１を用いて説明したルーティングプロトコルにより経路の処理により、ＰＥ１（ネットワーク装置１１１）とＬ２ＶＰＮネットワーク１０３内のルータとで経路情報を交換しパケット転送に反映することが可能となり、Ｌ２ＶＰＮネットワーク１０３内にルータを配置しても上記同様に双方向の通信が到達できる。
Ｂ４．第２の実施の形態の効果：
本実施の形態の効果を以下に示す。
本実施の形態によれば、レイヤ３によってＭＰＬＳのコアネットワークに接続した拠点ネットワークとレイヤ２によってコアネットワークに接続した拠点ネットワークとの間の通信を可能とし、そのことにより、レイヤ３による接続方法とレイヤ２による接続方法を自由に選択可能となる。レイヤ３による接続とレイヤ２による接続を切り替える必要が生じた場合においても、部分的な変更のみで接続が可能となり、全体の停止を回避することができる。
Ｃ．変形例：
第１の実施の形態、第２の実施の形態において、図１１のＳ１１０４、図１２のＳ１２０４、図２９のＳ２９０１の説明に記載したように、パケットを転送する際にＩＰヘッダをＴＴＬ減算等を含み一切変更しないで転送することもできる。この場合、パケットの送信元と送信先からはレイヤ２中継と区別なく処理することが可能となる。ＰＥ１がこの動作をすることで、ＰＥ２はレイヤ２中継を行うパケットを全てＰＥ１に転送し、ＰＥ１が適切な宛先に転送することが可能となる。
本変形例の効果は、ＰＥ２が全てのパケットをＰＥ１に転送するのみでネットワークを構築することができ、ＰＥ２がＭＡＣアドレス学習のエントリを保持する必要がなくなるため、エッジ装置が保持しなければならない情報量を削減し、エッジ装置の装置コストを下げる事が可能となる。
以上では、ＭＡＣ−ｉｎ−ＭＡＣネットワーク１０１、ＩＰＶＰＮネットワーク１０２、Ｌ２ＶＰＮネットワーク１０３との間での通信を可能とする場合について説明したが、本発明はこれに限らず、適宜のコアネットワーク、レイヤ３によって接続した適宜のネットワーク、レイヤ２によって接続した適宜のネットワークとの間での通信を可能とする場合に適用することができる。
１０１ ＭＡＣ−ｉｎ−ＭＡＣネットワーク
１０２ ＩＰＶＰＮネットワーク
１０３ Ｌ２ＶＰＮネットワーク
１１１ ネットワーク装置（ＰＥ１）
１１２ ネットワーク装置（ＰＥ２）
１２１ ネットワーク装置（ＣＥ１）
１２２ ネットワーク装置（端末１）
１３１ ネットワーク装置（ＣＥ２）
１３２ ネットワーク装置（端末２）
１３３ ネットワーク装置（ルータ１）
１３４ ネットワーク装置（端末３）
２００ ＭＡＣ−ｉｎ−ＭＡＣネットワーク内のパケットフォーマット
２０１ ＭＡＣ−ｉｎ−ＭＡＣネットワーク外のパケットフォーマット
２１０ ＭＡＣ−ｉｎ−ＭＡＣヘッダ
２１１ ユーザレイヤ２ヘッダ
２１２ ＩＰパケット
２２１ ＭＡＣ−ｉｎ−ＭＡＣヘッダ内の宛先ＰＥＭＡＣアドレス
２２２ ＭＡＣ−ｉｎ−ＭＡＣヘッダ内の送信元ＰＥＭＡＣアドレス
２２３ ＭＡＣ−ｉｎ−ＭＡＣヘッダ内のＶＰＮ情報
２２４ ユーザレイヤ２ヘッダ内の宛先ユーザＭＡＣアドレス
２２５ ユーザレイヤ２ヘッダ内の送信元ユーザＭＡＣアドレス
２２６ ユーザレイヤ２ヘッダ内のユーザＶＬＡＮＴａｇ
３０１ インタフェース
３０２ インタフェース
３１１ 経路制御部
３１２ ＶＰＮ接続制御部
３１３ パケット転送処理部
３２０ メモリ
３２１ インタフェース情報テーブル
３２２ Ｌ２ＶＰＮ情報テーブル
３２３ 経路制御情報テーブル
３２４ フォワーディングテーブル
３２５ 端末情報テーブル
４０１ インタフェース情報テーブル３２１のインタフェース番号
４０２ インタフェース情報テーブル３２１のＶＰＮ番号
４０３ インタフェース情報テーブル３２１のＶＬＡＮ番号
４０４ インタフェース情報テーブル３２１のインタフェース種別
４０５ インタフェース情報テーブル３２１のＩＰアドレス／プレフィックス長
５０１ Ｌ２ＶＰＮ情報テーブル３２２のＶＰＮ番号
５０２ Ｌ２ＶＰＮ情報テーブル３２２のＶＬＡＮ番号
５０３ Ｌ２ＶＰＮ情報テーブル３２２のＩＰアドレス／プレフィックス長
６０１ 経路制御情報テーブル３２３のＶＰＮ番号
６０２ 経路制御情報テーブル３２３のＩＰアドレス／プレフィックス長
６０３ 経路制御情報テーブル３２３の出力インタフェース番号
６０４ 経路制御情報テーブル３２３のネクストホップ情報
７０１ フォワーディングテーブル３２４のＶＰＮ番号
７０２ フォワーディングテーブル３２４のＩＰアドレス／プレフィックス長
７０３ フォワーディングテーブル３２４の出力インタフェース番号
７０４ フォワーディングテーブル３２４のネクストホップ情報
７０５ フォワーディングテーブル３２４の付加情報
８０１ 端末情報テーブル３２５のＶＰＮ番号
８０２ 端末情報テーブル３２５のＶＬＡＮ番号
８０３ 端末情報テーブル３２５のＩＰアドレス
８０４ 端末情報テーブル３２５のＭＡＣアドレス
２２０４ ＭＰＬＳネットワーク
２３００ ＭＰＬＳネットワーク内のパケットフォーマット
２３１０ ＭＰＬＳヘッダ
２３２１ ＭＰＬＳヘッダ内のＭＰＬＳ情報
２４２６ ＭＰＬＳ情報テーブル
２７０１ ＭＰＬＳ情報テーブル２４２６のＶＰＮ番号
２７０２ ＭＰＬＳ情報テーブル２４２６のＶＬＡＮ番号
２７０３ ＭＰＬＳ情報テーブル２４２６の出力ラベル番号
２７０４ ＭＰＬＳ情報テーブル２４２６の入力ラベル番号

Claims (18)

  1. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    を備え、
    ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    仮想ネットワーク接続方法。
  2. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    を備え、
    ＰＥ１は、端末２から端末１に向けた第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    仮想ネットワーク接続方法。
  3. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    を備え、
    ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    仮想ネットワーク接続方法。
  4. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおける仮想ネットワーク接続方法であって、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    を備え、
    ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    仮想ネットワーク接続方法。
  5. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    を備え、
    ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    ネットワークシステム。
  6. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    を備え、
    ＰＥ１は、端末２から端末１に向けた第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    ネットワークシステム。
  7. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    を備え、
    ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    ＰＥ１は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    ネットワークシステム。
  8. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属する第１のネットワーク装置（ＰＥ１）を備え、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    を備え、
    ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
    ＰＥ１は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    ＰＥ１は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    ＰＥ１は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    ＰＥ１は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    ネットワークシステム。
  9. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
    前記ネットワーク装置は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
    を備え、
    ＰＥ１は、端末１から端末２に向けた第１のパケットを受信し、
    処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    処理部は、ＡＲＰリプライパケットに基づき、フォワーディングテーブルに、ＶＰＮ番号及び宛先ＩＰアドレスに対する、出力ＩＦ及び宛先ＰＥ２のＭＡＣアドレスを記憶し、また、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＰＥ２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＰＮ番号、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    ネットワーク装置。
  10. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
    を備え、
    処理部は、端末２から端末１に向けた第１のパケットを受信し、
    処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    ネットワーク装置。
  11. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、出力ラベルを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
    を備え、
    ＰＥ１は、端末１から端末２に向けたＭＰＬＳの第１のパケットを受信し、
    処理部は、第１のパケットに基づき、ＶＰＮ番号及び宛先端末２のＩＰアドレスを用いてフォワーディングテーブルを検索し、パケット転送に必要な、出力ＩＦ及び／又は宛先第２のネットワーク装置（ＰＥ２）のＭＡＣアドレスが存在しない場合、第１のパケットを一時的に保存し、第１のネットワークを経由して端末２に対してＡＲＰリクエストパケットを送信し、
    処理部は、端末２から、第１のネットワークを経由して、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    処理部は、第１のパケットに含まれるＭＰＬＳ情報の入力ラベルから、ＭＰＬＳ情報テーブルを検索して、出力ラベルを得て、
    処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対する、ＶＬＡＮ番号及び宛先端末２のＩＰアドレス及びＭＡＣアドレスを記憶することで、更新し、
    処理部は、更新したフォワーディングテーブルと端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、ＭＰＬＳ情報、宛先端末２のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、第１のネットワークを経由して端末２に向け送信する
    ネットワーク装置。
  12. ＶＰＮを接続しＶＰＮの拠点間のパケット転送を行う第１のネットワークと、
    端末１を有し、前記第１のネットワークにレイヤ３によって接続する第２のネットワークと、
    端末２を有し、前記第１のネットワークにレイヤ２によって接続する第３のネットワークと
    を備え、ＶＰＮを構成するネットワークシステムにおいて、
    前記第２のネットワークを接続し、第１のネットワークに属するネットワーク装置（ＰＥ１）であって、
    前記ＰＥ１は、
    ＶＰＮ番号に対応して、宛先端末のＩＰアドレス、出力インターフェース（ＩＦ）、ネクストホップ、宛先ネットワーク装置（ＰＥ）のＭＡＣアドレスを対応して記憶するフォワーディングテーブルと、
    ＶＰＮ番号に対応して、宛先のＩＰアドレス及びＭＡＣアドレスを記憶する端末情報テーブルと、
    ＶＰＮ番号に対応して、ＶＬＡＮ番号、出力ラベル、入力ラベル、インターフェース（ＩＦ）を記憶するＭＰＬＳ情報テーブルと、
    フォワーディングテーブル及び端末情報テーブルを用いて、パケットを転送処理する処理部と
    を備え、
    ＰＥ１は、端末２から端末１に向けたＭＰＬＳの第１のパケットを受信し、
    処理部は、第１のパケットに基づき、ＭＰＬＳ情報テーブルを検索してインターフェース及びＭＰＬＳ情報に含まれる入力ラベルによりＶＰＮ番号を求め、ＶＰＮ番号及び第１のパケットに含まれる宛先端末１のＩＰアドレスを用いてフォワーディングテーブルを検索し、次の転送先が第３のネットワークのネットワーク装置（ＣＥ１）である事を得て、ＣＥ１に関し端末情報テーブルを検索し、パケット転送に必要なエントリが存在しない場合はそのパケットを一時的に保存し、第２のネットワークに向けてＣＥ１に対してＡＲＰリクエストパケットを送信し、
    処理部は、ＣＥ１から、ＡＲＰリクエストパケットに対する応答としてＡＲＰリプライパケットを受信し、
    処理部は、ＡＲＰリプライパケットに基づき、端末情報テーブルに、ＶＰＮ番号に対して、ＶＬＡＮ番号及び宛先ＣＥ１のＩＰアドレス及びＭＡＣアドレスを記憶することで更新し、
    処理部は、更新した端末情報テーブルを用いて、一時的に保存していた第１のパケットについて、宛先ＣＥ１のＭＡＣアドレス、送信元ＰＥ１のＭＡＣアドレス、ＶＬＡＮ番号を含むヘッダを、第１のパケットに含まれるＩＰパケットに付加した第２のパケットを作成し、
    ＰＥ１は、第２のパケットを、ＣＥ１を経由して端末１に向け送信する
    ネットワーク装置。
  13. 請求項５に記載のネットワークシステム、又は、請求項９に記載のネットワーク装置において、
    ＰＥ１は、ＡＲＰリクエストパケットを作成する際、
    ＶＰＮ番号と宛先ＩＰアドレスに対応するＶＬＡＮ番号を得て、
    宛先ＰＥのＭＡＣアドレスをブロードキャストアドレスとし、送信元ＰＥのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＰＮ情報を取得したＶＰＮ番号とし、宛先ユーザのＭＡＣアドレスをブロードキャストアドレスとし、送信元ユーザのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＬＡＮ番号を含むヘッダを作成し、ＩＰパケットを宛先ＩＰアドレスのＡＲＰ解決を要求するためのＡＲＰパケットのフォーマットとして、前記ヘッダを付加することにより、ＡＲＰリクエストパケットを作成する
    ことを特徴とするネットワークシステム、又は、ネットワーク装置。
  14. 請求項５に記載のネットワークシステム、又は、請求項９に記載のネットワーク装置において、
    フォワーディングテーブル及び端末情報テーブルの更新後、端末１が端末２に向けて送信する第３のパケットは、ＰＥ１が、更新されたフォワーディングテーブル及び／又は端末情報テーブルを検索することで必要なエントリを得ることで、ＡＲＰによる隣接探索は行わずパケット処理を行い、第４のパケットを作成し、端末２に向けて送信することを特徴とするネットワークシステム、又は、ネットワーク装置。
  15. 請求項５に記載のネットワークシステム、又は、請求項９に記載のネットワーク装置において、
    ＰＥ１は、端末１から第１のパケットを受信すると、パケットを受信したインタフェースＩＦ１に該当するＶＰＮ番号と、第１のパケットのＩＰパケットに含まれる宛先端末２の宛先ＩＰアドレスを取得し、
    ＰＥ１は、取得したＶＰＮ番号と宛先ＩＰアドレスを用いて、フォワーディングテーブルを検索し、該当するエントリの出力インタフェース番号及び／又は宛先ＰＥのＭＡＣアドレスが未定である場合、ＰＥ１は、隣接探索を行うため、第１のパケットを一時的に保存し、ＡＲＰリクエストパケットを作成し、ＡＲＰリクエストパケットを、第１のネットワークに向けて送信し、
    ＰＥ１は、端末２からＡＲＰリプライパケットをインタフェースＩＦ２から受信すると、端末情報テーブルに、ＡＲＰリプライパケットに含まれる、端末２の所属するＶＰＮ番号及び端末２の所属するＶＬＡＮ番号、端末２のＩＰアドレス、端末２のＭＡＣアドレスを、対応して記憶し、また、フォワーディングテーブルに、ＡＲＰリプライパケットに含まれる、端末２の所属するＶＰＮ番号、端末２のＩＰアドレス、ＰＥ２のＭＡＣアドレス、ＡＲＰリプライパケットを受信したインタフェースＩＦ２を、対応して記憶し、
    ＰＥ１は、第１のパケットから取得したＶＰＮ番号と宛先端末２のＩＰアドレスに基づき、宛先ＰＥのＭＡＣアドレスをフォワーディングテーブルに格納されているＰＥ２のＭＡＣアドレスとし、送信元ＰＥのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ＶＰＮ番号情報を取得したＶＰＮ番号とし、宛先ユーザＭＡＣアドレスを端末情報テーブルに格納されている端末２のＭＡＣアドレスとし、送信元ユーザＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇを端末情報テーブルに格納されている端末２の所属するＶＬＡＮ番号とし、ＩＰパケットを第１のパケットから変更しないことにより、第２のパケットを作成し、
    ＰＥ１は、作成した第２のパケットを、第１のネットワークに接続しているインタフェースであるＩＦ２に向けて送信する。
    ことを特徴とするネットワークシステム、又は、ネットワーク装置。
  16. 請求項６に記載のネットワークシステム、又は、請求項１０に記載のネットワーク装置において、
    ＰＥ１は、ＡＲＰリクエストパケットを作成する際、
    ＶＰＮ番号と宛先ＩＰアドレスを用いてフォワーディングテーブルから出力ＩＦとネクストホップであるＣＥ１のＩＰアドレスを得て、
    宛先ユーザのＭＡＣアドレスをブロードキャストアドレスとし、送信元ユーザのＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、出力ＩＦに該当するＶＬＡＮ番号を含むヘッダを作成し、ＩＰパケットを宛先ＩＰアドレスのＡＲＰ解決を要求するためのＡＲＰパケットのフォーマットとして、前記ヘッダを付加することにより、ＡＲＰリクエストパケットを作成する
    ことを特徴とするネットワークシステム、又は、ネットワーク装置。
  17. 請求項６に記載のネットワークシステム、又は、請求項１０に記載のネットワーク装置において、
    端末情報テーブルの更新後、端末２が端末１に向けて送信する第３のパケットは、ＰＥ１が、フォワーディングテーブル及び／又は端末情報テーブルを検索することで必要なエントリを得ることで、ＡＲＰによる隣接探索は行わずパケット処理を行い、第４のパケットを作成して、端末１に向けて送信することを特徴とするネットワークシステム、又は、ネットワーク装置。
  18. 請求項６に記載のネットワークシステム、又は、請求項１０に記載のネットワーク装置において、
    ＰＥ１が、端末２から第１のパケットを受信すると、パケットを受信したインタフェースＩＦ２に該当する、ＶＰＮ番号と宛先端末１の宛先ＩＰアドレスを取得し、
    ＰＥ１は、取得したＶＰＮ番号と宛先ＩＰアドレスを用いて、フォワーディングテーブルを検索し、パケットの転送先が出力インタフェース番号がＩＦ１であり、ネクストホップ情報がＣＥ１のＩＰアドレスであることを求め、
    パケットの転送先であるＣＥ１のＭＡＣアドレスを求めるために、端末情報テーブルをＶＰＮ番号とＣＥ１のＩＰアドレスにて検索するが、エントリが存在しない場合、第１のパケットを一時的に保存し、ＡＲＰリクエストパケットを作成し、作成したＡＲＰリクエストパケットを、インタフェースＩＦ１に向けて送信し、
    ＰＥ１は、ＡＲＰリプライパケットをＩＦ１から受信し、
    ＰＥ１は、端末情報テーブルに、ＣＥ１の所属するＶＰＮ番号に対して、ＡＰＲリプライパケットＰに含まれる、ＣＥ１の所属するＶＬＡＮ番号、ＣＥ１のＩＰアドレス、ＣＥ１のＭＡＣアドレスを記憶し、
    ＰＥ１は、受信したパケットから取得したＶＰＮ番号と宛先ＩＰアドレスに基づき、フォワーディングテーブルを検索し、パケットの転送先インタフェースＩＦ１と、ネクストホップのＣＥ１のＩＰアドレスを得て、ＶＰＮ番号とＣＥ１のＩＰアドレスを用いて、端末情報テーブを検索し、ＶＬＡＮ番号とＣＥ１のＭＡＣアドレスを求め、
    ＰＥ１は、宛先ユーザＭＡＣアドレスを端末情報テーブルに格納されているＣＥ１のＭＡＣアドレスとし、送信元ユーザＭＡＣアドレスをＰＥ１のＭＡＣアドレスとし、ユーザＶＬＡＮＴａｇを端末情報テーブルに格納されているＣＥ１の所属するＶＬＡＮ番号とし、ＩＰパケットは第１のパケットから変更しないことにより、第２のパケットを作成し、
    ＰＥ１は、作成した第２のパケットを、第２のネットワークに接続しているインタフェースであるＩＦ１に向けて送信する
    ことを特徴とするネットワークシステム、又は、ネットワーク装置。
JP2011138843A 2011-06-22 2011-06-22 仮想ネットワーク接続方法、ネットワークシステム及び装置 Active JP5398787B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011138843A JP5398787B2 (ja) 2011-06-22 2011-06-22 仮想ネットワーク接続方法、ネットワークシステム及び装置
US13/527,022 US8879569B2 (en) 2011-06-22 2012-06-19 Virtual network connection method, network system, and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011138843A JP5398787B2 (ja) 2011-06-22 2011-06-22 仮想ネットワーク接続方法、ネットワークシステム及び装置

Publications (3)

Publication Number Publication Date
JP2013009049A true JP2013009049A (ja) 2013-01-10
JP2013009049A5 JP2013009049A5 (ja) 2013-03-28
JP5398787B2 JP5398787B2 (ja) 2014-01-29

Family

ID=47361772

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011138843A Active JP5398787B2 (ja) 2011-06-22 2011-06-22 仮想ネットワーク接続方法、ネットワークシステム及び装置

Country Status (2)

Country Link
US (1) US8879569B2 (ja)
JP (1) JP5398787B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016511978A (ja) * 2013-02-06 2016-04-21 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワーク仮想化のデータ伝送のための方法、デバイス、及びルーティングシステム
JP2019041371A (ja) * 2017-08-28 2019-03-14 マイケル イー マザリックＭｉｃｈａｅｌ Ｅ． Ｍａｚａｒｉｃｋ ネットワークリソースを共有するための方法およびシステム
JP2021093626A (ja) * 2019-12-10 2021-06-17 沖電気工業株式会社 通信装置、通信制御プログラム、及び通信制御方法

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011150396A1 (en) 2010-05-28 2011-12-01 Huawei Technologies Co., Ltd. Virtual layer 2 and mechanism to make it scalable
CN102971992B (zh) 2010-06-29 2016-03-09 华为技术有限公司 虚拟专用局域网设备、网络组件和数据帧转发方法
EP2975808B1 (en) * 2013-03-15 2020-07-29 Huawei Technologies Co., Ltd. Method for packet processing and packet device and system
CN104468305B (zh) * 2013-09-23 2018-02-06 华为技术有限公司 实现三层虚拟专用网方法和设备
US10587509B2 (en) * 2014-02-04 2020-03-10 Architecture Technology Corporation Low-overhead routing
US20150257081A1 (en) 2014-02-04 2015-09-10 Architecture Technology, Inc. Hybrid autonomous network and router for communication between heterogeneous subnets
EP2983337B1 (en) * 2014-08-08 2017-03-29 ADVA Optical Networking SE Method and system for facilitating the establishment of a virtual private network in a cellular communication network
US10003655B2 (en) * 2014-09-10 2018-06-19 Verizon Patent And Licensing Inc. Provisioning network devices based on network connectivity type
CN105991433B (zh) * 2015-01-29 2019-06-07 新华三技术有限公司 三层虚拟专用网接入二层虚拟专用网的方法和装置
EP3107269A1 (en) * 2015-06-17 2016-12-21 Advanced Digital Broadcast S.A. System and method for mac addressing
US10326617B2 (en) 2016-04-15 2019-06-18 Architecture Technology, Inc. Wearable intelligent communication hub
CN107787020B (zh) * 2016-08-26 2020-12-08 华为技术有限公司 一种sfc网络中同步拓扑信息的方法及路由网元
CN108667708B (zh) * 2018-04-19 2019-08-13 国家计算机网络与信息安全管理中心 一种多种vpn流量的采集分析***及采集分析方法
US11538562B1 (en) 2020-02-04 2022-12-27 Architecture Technology Corporation Transmission of medical information in disrupted communication networks
CN112737850B (zh) * 2020-12-30 2023-03-24 杭州迪普科技股份有限公司 一种互斥访问的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003092586A (ja) * 2001-09-18 2003-03-28 Fujitsu Ltd レイヤ２−ｖｐｎ中継システム
JP2005086820A (ja) * 2003-09-06 2005-03-31 Fujitsu Ltd チャネライズイーサネットオーバーソネット（ＥｏＳ）インターフェースを用いる仮想プライベートネットワーク（ＶＰＮ）、エッジルータ及び方法
JP2005252624A (ja) * 2004-03-03 2005-09-15 Nippon Telegr & Teleph Corp <Ntt> 広域ネットワークシステム及び通信方法
JP2010087585A (ja) * 2008-09-29 2010-04-15 Alaxala Networks Corp 転送装置、転送方法、およびコンピュータプログラム
JP2010278636A (ja) * 2009-05-27 2010-12-09 Ntt Comware Corp 通信システム、通信管理装置、通信管理方法、及び通信管理プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4110671B2 (ja) * 1999-05-27 2008-07-02 株式会社日立製作所 データ転送装置
JP5398410B2 (ja) * 2009-08-10 2014-01-29 アラクサラネットワークス株式会社 ネットワークシステム，パケット転送装置，パケット転送方法及びコンピュータプログラム
JP5393622B2 (ja) * 2010-09-01 2014-01-22 アラクサラネットワークス株式会社 ネットワーク中継装置およびネットワーク中継方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003092586A (ja) * 2001-09-18 2003-03-28 Fujitsu Ltd レイヤ２−ｖｐｎ中継システム
JP2005086820A (ja) * 2003-09-06 2005-03-31 Fujitsu Ltd チャネライズイーサネットオーバーソネット（ＥｏＳ）インターフェースを用いる仮想プライベートネットワーク（ＶＰＮ）、エッジルータ及び方法
JP2005252624A (ja) * 2004-03-03 2005-09-15 Nippon Telegr & Teleph Corp <Ntt> 広域ネットワークシステム及び通信方法
JP2010087585A (ja) * 2008-09-29 2010-04-15 Alaxala Networks Corp 転送装置、転送方法、およびコンピュータプログラム
JP2010278636A (ja) * 2009-05-27 2010-12-09 Ntt Comware Corp 通信システム、通信管理装置、通信管理方法、及び通信管理プログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016511978A (ja) * 2013-02-06 2016-04-21 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワーク仮想化のデータ伝送のための方法、デバイス、及びルーティングシステム
US9628295B2 (en) 2013-02-06 2017-04-18 Huawei Technologies Co., Ltd. Method, device, and routing system for data transmission of network virtualization
JP2019041371A (ja) * 2017-08-28 2019-03-14 マイケル イー マザリックＭｉｃｈａｅｌ Ｅ． Ｍａｚａｒｉｃｋ ネットワークリソースを共有するための方法およびシステム
JP2021093626A (ja) * 2019-12-10 2021-06-17 沖電気工業株式会社 通信装置、通信制御プログラム、及び通信制御方法

Also Published As

Publication number Publication date
US20120327811A1 (en) 2012-12-27
US8879569B2 (en) 2014-11-04
JP5398787B2 (ja) 2014-01-29

Similar Documents

Publication Publication Date Title
JP5398787B2 (ja) 仮想ネットワーク接続方法、ネットワークシステム及び装置
CN102804693B (zh) 用于在ip网络上实现l2 vpn的方法和设备
CN103139037B (zh) 用于实现灵活的虚拟局域网的方法和装置
CN104579728B (zh) 网元设备配置和管理方法、装置及网元设备
WO2016015497A1 (zh) 一种报文转发的方法、设备及***
JP6544401B2 (ja) パケット転送装置、制御装置、通信システム、通信方法及びプログラム
CN104378297A (zh) 一种报文转发方法及设备
CN103078969B (zh) 一种mac地址信息通告方法和设备
CN105721311A (zh) 用于使用信息中心网络中的链路状态信息进行有效的基于名称的内容路由的***和方法
CN101052022B (zh) 一种虚拟专用网用户访问公网的***和方法
JP2014007681A (ja) ネットワークシステム、および、その管理装置、そのスイッチ
KR20160078248A (ko) 콘텐트 중심 네트워크들에서 멀티 소스 멀티캐스팅을 위한 시스템 및 방법
JP2019536366A (ja) パケット転送
CN105227466A (zh) 通信处理方法和装置
US9503272B2 (en) Fast convergence with multicast source mobility
CN114222209A (zh) 混合协议交换网络路由实现方法、装置及网络交换设备
CN104811377B (zh) 生成媒体接入控制表的方法及网络设备
CN103685029B (zh) 一种快速环网保护协议组网中报文转发方法和设备
JP2024027107A (ja) 通信方法および関連する装置
JP6379702B2 (ja) データ転送システム、データ転送サーバ、データ転送方法、および、プログラム
CN110572326A (zh) 转发路径的建立方法、装置、网络设备及***
CN103369064A (zh) 一种arp表项的学习方法和设备
Krattiger et al. Building Data Centers with VxLAN BGP EVPN: A Cisco NX-OS Perspective
CN114221895A (zh) 传输数据的方法、装置及网络设备
CN103259670B (zh) 叠加网广播消息的发送方法、装置及***

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130206

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130206

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130613

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130716

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130909

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20131001

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131022

R150 Certificate of patent or registration of utility model

Ref document number: 5398787

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250