JP2003324468A

JP2003324468A - データ転送システム及びノード装置

Info

Publication number: JP2003324468A
Application number: JP2002132618A
Authority: JP
Inventors: Hitoshi Yoshida; 均吉田; Satoshi Shimizu; 聡清水
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-05-08
Filing date: 2002-05-08
Publication date: 2003-11-14

Abstract

(57)【要約】【課題】接続される端末が増加した場合にスケーラビ
リティーを確保したＥｏＭＰＬＳネットワークを提供す
る。【解決手段】複数のエッジノード及び前記エッジノー
ドを接続するコアノードから構成されるコアネットワー
クと、複数の端末が接続された複数のサブネットワーク
とを備え、前記サブネットワークは前記エッジノードを
介して前記コアネットワークに接続されて構成される通
信ネットワークで構成されるデータ転送システムであっ
て、前記通信ネットワークには、前記通信ネットワーク
に接続された端末の宛先情報を管理する管理サーバを設
け、前記エッジノードは、前記サブネットワークから入
力されたデータの宛先に対応するデータの転送先が不明
なときに、該宛先に対応する転送先を前記管理サーバに
問い合わせ、前記管理サーバから得た宛先情報に基づい
て決定された転送先に前記データを転送することを特徴
とする。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明はデータ（パケット）
転送システム及びノード装置に関し、特に、Ethernet
（登録商標。以下同じ）を広域に収容し、データの転送
を行うパケットネットワークに適用可能なデータ転送シ
ステム及びノード装置に関する。

【０００２】

【従来の技術】複数の拠点間で企業内のネットワークを
構築したい場合などに、従来は専用線を用いてＬＡＮを
接続するといった方法が用いられていた。これに対し、
近年、企業内ネットワークを構築する技術として、公衆
データネットワークを介してプライベートなネットワー
クを構成するＶＰＮ（Virtual Private Network）技術
が注目されつつある。現在、Ethernet回線をアクセス回
線とし、高速かつ低コストな広域ＬＡＮサービスが普及
しつつあり、より大規模な広域ＬＡＮサービスへの要求
が高まっている。

【０００３】一方、ネットワークを仮想的に分割、管理
する手段としてＶＬＡＮ（VirtualLocal Area Networ
k）がある。ＶＬＡＮの方式は、ＩＥＥＥ８０２委員会
によりＩＥＥＥ８０２．１Ｑとして標準化されており、
EthernetフレームにＶＬＡＮを構成するグループの識別
子であるＶＬＡＮ＿ＴＡＧを付与することによりパケッ
トがどのＶＬＡＮに所属するかを識別する。

【０００４】ここで、例えば既存技術であるレイヤ２ス
イッチにより広域ネットワークを構成した場合、ネット
ワークを構成するコアノードは多数のプロバイダエッジ
ノードからのパケットが集中する場合があるため、多数
のＬＡＮに用いられるアドレスであるメディア・アクセ
ス制御（ＭＡＣ）アドレスを学習し転送を行う必要があ
る。しかし、コアノードは、ネットワークに接続される
全端末のアドレスを学習しなければならないため、ネッ
トワークの規模が大きくなってくるとＭＡＣアドレスの
記憶容量が不足し、接続される端末のＭＡＣアドレスを
収容しきれない（スケールしない）という問題が発生し
てくる。

【０００５】このような背景のなか、大規模広域ＬＡＮ
を実現するための技術としてＩＥＴＦ（The Internet E
ngineering Task Force）や、ＭＥＦ（Metro Ethernet
Forum）などの国際標準化団体において、ＬＡＮをレイ
ヤ２で接続するＥｏＭＰＬＳ（Ether over MPLS）の議
論がされている。

【０００６】ここでＭＰＬＳ（Multi Protocol Label S
witching）はＩＥＴＦにより標準化されたネットワーク
転送方式で、ネットワーク内のノードはラベルと呼ばれ
る固定長のコネクション識別子を用いてパケット転送処
理を行う。一般的なＭＰＬＳ網では、ＭＰＬＳ網の入り
口となるプロバイダエッジノードにパケットが入力され
ると、パケットに設定されたＩＰアドレスからパケット
の出力先とラベルの値とを決定する。パケットを中継す
るコアノードでは、入力されたパケットに付与されたラ
ベルによってパケットを中継する。

【０００７】ＩＥＴＦのドラフトdraft-martini-l2circ
uit-trans-mpls-07.txt及びdraft-kompella-ppvpn-l2vp
n-00.txtでは、EthernetパケットをＭＰＬＳラベルでカ
プセル化し、ＭＰＬＳネットワーク上を転送する方式が
提案されている（従来技術１）。この従来技術１では、
ＭＰＬＳが規定するラベルパスを１つのEthernet伝送路
とみなし、ＭＰＬＳ上に仮想的なEthernet網を構築す
る。入力パケットとラベルパスとの対応は、ネットワー
クへの入力ポート及びＶＬＡＮ＿ＴＡＧが用いられ２拠
点間のＬＡＮにおいてＭＰＬＳを介した接続を可能とし
ている。これによりバックボーンネットワークの処理負
担を軽減し、より大規模なネットワークへの対応を提案
している。

【０００８】更に同じくＩＥＴＦのドラフトdraft-lass
erre-vkompella-ppvpn-vpsn-00.txtでは、ネットワーク
を仮想的な１つのブリッジのように動作させトランスペ
アレントにEthernetを接続する技術が提案されている
（従来技術２）。この従来技術２では、バックボーンネ
ットワークであるＥｏＭＰＬＳのプロバイダエッジノー
ドがその配下に存在する端末のＭＡＣアドレスを学習す
ることにより、着信端末に到る方向の経路のみにパケッ
トを転送する。

【０００９】ネットワークに属するプロバイダエッジノ
ードは、配下のＬＡＮからパケットを受信したとき、そ
のパケットに含まれる宛先ＭＡＣアドレスが新規である
場合、すなわち宛先（ＭＡＣアドレス）の分からない場
合は、ＭＰＬＳのネットワークに属する他のすべてのプ
ロバイダエッジノードに対してフラッディングと呼ばれ
るマルチキャストでパケットを送付する。この時、各プ
ロバイダエッジノードは受信したパケットの送信元ＭＡ
Ｃアドレスを学習する機能を持つので、フラッディング
されて到着したパケットの送信元アドレスから、そのＭ
ＡＣアドレスを持つ端末がどのプロバイダエッジノード
の背後に存在するかを認識する。これらの動作がすべて
のプロバイダエッジノードで行われることによって、各
プロバイダエッジノードはそれぞれのＭＡＣアドレスが
どのプロバイダエッジノードに属するかを認識すること
ができる。これによりレイヤ２レベルでのトランスペア
レントな転送を可能としている。

【００１０】

【発明が解決しようとする課題】以上説明した従来技術
１では、ＬＡＮを収容するＭＰＬＳネットワークのプロ
バイダエッジノード間で、Point To Pointの転送方式が
提案されている。従来技術１で示した方式ではプロバイ
ダエッジノードの入力ポートと、配下のＬＡＮより付加
されてくるＶＬＡＮ＿ＴＡＧとに従い、ラベルパス（Ｌ
ＳＰ）を選択し転送を行う。例えば、企業網を構成する
拠点が３ヶ所以上の場合、これらの拠点は同じＶＬＡＮ
に属する。このため、１つの拠点から他の拠点にパケッ
トを送付したいとき、入力プロバイダエッジノードでは
同一ＶＬＡＮ内のどの拠点にパケットを転送すべきか判
断することができない。このように、従来技術１の方式
では３ヶ所以上の拠点で同一のＶＬＡＮを持つように構
成できず、適切にパケットを転送することができない。

【００１１】この結果、従来技術１の方式では、上記の
ような構成を持たせる場合に、各拠点毎にＬＡＮを分割
してルータを用いて接続する手順が必要となる。又は、
プロバイダエッジノードとＬＡＮとの間に、ＭＡＣ学習
能力のあるレイヤ２スイッチを設置し、宛先ＭＡＣアド
レスを監視することによってプロバイダエッジノードへ
の入力ポートを分ける手順が必要になる。あるいは、複
数存在する同一ＶＬＡＮの拠点の全てにマルチキャスト
をする方法もあるが、前述したdraftにおいては、マル
チキャストすることが考慮されていない。またマルチキ
ャストした場合には、その分、帯域が無駄に使用される
こととなる。

【００１２】この点、従来技術２では、ＥｏＭＰＬＳ網
のプロバイダエッジノードが配下のＬＡＮに存在する端
末のＭＡＣアドレスを学習するため、着信端末に至る方
向の経路のみにパケットを転送することができる。

【００１３】しかし、従来技術２ではプロバイダエッジ
ノードでネットワークに接続されている全てのＭＡＣア
ドレスについて学習する必要がある。従って、接続され
る端末が増加していった場合、新規に追加される端末が
多くなるとプロバイダエッジノードが持つアドレステー
ブルに収容しきれなくなるというスケーラビリティーの
問題が発生する。また、従来技術２の場合、例えば立ち
上げ時などに宛先不明のパケットが多数発生し、それに
対するマルチキャストトラヒックが多量に発生する。さ
らに新規の端末が追加された場合、新規の端末に対して
送付されるパケットはその新規に追加された端末から逆
方向に送信元のプロバイダエッジノードにパケットが到
着するまでフラッディングされてしまう問題があった。

【００１４】本発明の第１の目的は、接続される端末が
増加した場合にスケーラビリティーを確保したＥｏＭＰ
ＬＳネットワークの構成、及び、このようなネットワー
クに対応したプロバイダエッジノードを提供することに
ある。

【００１５】また、本発明の第２の目的は、立ち上げ時
や端末追加時に発生するマルチキャストトラヒックを削
減し、帯域の無駄の少ないＥｏＭＰＬＳネットワークの
構成、及び、このようなネットワークに対応したプロバ
イダエッジノードを提供することにある。

【００１６】

【課題を解決するための手段】上記課題を解決するため
に、本発明に係るデータ転送システムは、複数のエッジ
ノード及び前記エッジノードを接続するコアノードから
構成されるコアネットワークと、複数の端末が接続され
た複数のサブネットワークとを備え、前記サブネットワ
ークは前記エッジノードを介して前記コアネットワーク
に接続されて構成される通信ネットワークで構成される
データ転送システムであって、前記通信ネットワークに
は、前記通信ネットワークに接続された端末の宛先情報
を管理する管理サーバを設け、前記エッジノードは、前
記サブネットワークから入力されたデータの宛先に対応
するデータの転送先が不明なときに、該宛先に対応する
転送先を前記管理サーバに問い合わせ、前記管理サーバ
から得た宛先情報に基づいて決定された転送先に前記デ
ータを転送することを特徴とする。

【００１７】また、前記エッジノードは、前記コアネッ
トワークに設けられた他のエッジノードの地点情報及び
当該他のエッジノードに接続されるサブネットワーク内
に存在する端末の宛先情報を記憶した第２情報管理テー
ブル（ＤＭＡＣ＿ノード対応テーブル）を有し、前記デ
ータの宛先によって前記第２情報管理テーブルを検索し
て、前記サブネットワークから入力されたデータの転送
先が不明か否かを判定することを特徴とする。

【００１８】また、前記エッジノードは、前記コアネッ
トワークに設けられた他のエッジノードの地点情報及び
前記他のエッジノードへの通信経路情報を記憶した第３
情報管理テーブル（ノード＿ＬＳＰ対応テーブル）を有
し、前記管理サーバから得た宛先情報によって前記第３
情報管理テーブルを検索して、該検索に基づいて決定さ
れた転送経路に前記データを転送することを特徴とす
る。

【００１９】また、複数のエッジノード及び前記エッジ
ノードを接続するコアノードから構成されるコアネット
ワークと、複数の端末が接続された複数のサブネットワ
ークとを備え、前記サブネットワークは前記エッジノー
ドを介して前記コアネットワークに接続されて構成され
る通信ネットワークで構成されるパケット転送方式であ
って、前記エッジノードは、前記サブネットワークから
入力されたデータの送信元が不明なときに、該送信元装
置のアドレスを、前記宛先情報として前記管理サーバに
記録することを特徴とする。

【００２０】また、前記エッジノードは、当該エッジノ
ードの下位に接続されるサブネットワーク内に存在する
端末の宛先情報を記憶した第１情報管理テーブル（自配
下ＭＡＣ管理テーブル）を有し、前記データの送信元装
置のアドレスによって前記第１情報管理テーブルを検索
して、前記サブネットワークから入力されたデータの送
信元が不明か否かを判定することを特徴とする。

【００２１】また、複数のエッジノード及び前記エッジ
ノードを接続するコアノードから構成されるコアネット
ワークと、複数の端末が接続された複数のサブネットワ
ークと、通信ネットワークに接続された端末の宛先情報
を管理する管理サーバと、を備え、前記サブネットワー
クは前記エッジノードを介して前記コアネットワークに
接続されて構成される通信ネットワークに適用されるデ
ータ転送方法であって、前記エッジノードが、前記サブ
ネットワークから入力されたデータの宛先に対応するデ
ータの転送先が不明か否かを判定する手順と、前記エッ
ジノードが、前記判定によってデータ転送先が不明と判
定したときに、該宛先に対応する転送先を前記管理サー
バに問い合わせる手順と、管理サーバが、前記問い合わ
せを受けると、前記ネットワークに接続された端末の宛
先情報を記憶する宛先情報管理テーブルを検索した結果
を前記問い合わせをしたエッジノードに送信する手順
と、前記エッジノードが、前記管理サーバから得た宛先
情報に基づいて決定された転送先に前記データを転送す
る手順と、前記エッジノードが、前記サブネットワーク
から入力されたデータの送信元が不明か否かを判定する
手順と、前記エッジノードが、前記判定によってデータ
の送信元が不明と判定したときに、該送信元装置のアド
レスを、前記管理サーバに送信する手順と、前記管理サ
ーバが、前記送信された送信元装置のアドレスを宛先情
報として前記管理サーバに記録する手順を含むことを特
徴とする。

【００２２】また、本発明に係るエッジノードは、コア
ネットワークに接続される第１インタフェース部と、サ
ブネットワークに接続される第２インタフェース部と、
前記コアネットワークに接続されるサブネットワーク内
での通信経路を確保するための宛先情報を判定する宛先
情報判定部と、前記サブネットワークと前記コアネット
ワークとの間でのデータの転送を制御する転送制御部
と、前記コアネットワークと前記サブネットワークとを
接続するエッジノードであって、データ転送に使用する
情報を記憶した情報管理テーブルと、前記コアネットワ
ークに設置された管理サーバへのインタフェース制御を
行う制御部と、を備え、前記情報管理テーブルは、少な
くとも、当該エッジノードの下位に接続されるサブネッ
トワーク内に存在する端末の宛先情報を記憶した第１情
報管理テーブル（自配下ＭＡＣ管理テーブル）と、前記
コアネットワークに設けられた他のエッジノードの地点
情報及び当該他のエッジノードに接続されるサブネット
ワーク内に存在する端末の宛先情報を記憶した第２情報
管理テーブル（ＤＭＡＣ＿ノード対応テーブル）と、前
記コアネットワークに設けられた他のエッジノードの地
点情報及び前記他のエッジノードへの通信経路情報を記
憶した第３情報管理テーブル（ノード＿ＬＳＰ対応テー
ブル）とを含んで構成され、前記制御部は、前記情報管
理テーブルを検索した結果、前記サブネットワークから
入力されたデータの宛先に対応するデータの転送先が不
明なときに、該宛先に対応する転送先を前記管理サーバ
に問い合わせ、前記転送制御部は、前記管理サーバから
得た宛先情報に基づいて決定された転送先に前記データ
を転送し、前記制御部は、前記情報管理テーブルを検索
した結果、前記サブネットワークから入力されたデータ
の送信元が不明なときに、該送信元装置のアドレスを、
前記宛先情報として前記管理サーバに記録することを特
徴とする。

【００２３】また、本発明に係る管理サーバは、複数の
エッジノード及び前記エッジノードを接続するコアノー
ドから構成されるコアネットワークと、複数の端末が接
続された複数のサブネットワークとを備え、前記サブネ
ットワークは前記エッジノードを介して前記コアネット
ワークに接続されて構成される通信ネットワークに設け
られ、前記通信ネットワークに接続された端末の宛先情
報を管理するサーバ装置であって、前記サブネットワー
クから入力されたデータの宛先に対応するデータの転送
先が、前記エッジノードにおいて不明なときに、前記エ
ッジノードが前記管理サーバに対して発する問い合わせ
に対して、該宛先に対応する転送先の情報を、前記問い
合わせをしたエッジノードに送信し、前記サブネットワ
ークから入力されたデータの送信元が不明なときに、前
記エッジノードが前記管理サーバに対して送信する該送
信元装置のアドレスを、前記宛先情報として記録するこ
とを特徴とする。

【００２４】

【発明の作用及び効果】本発明に係るデータ転送システ
ムでは、複数のエッジノード及び前記エッジノードを接
続するコアノードから構成されるコアネットワークと、
複数の端末が接続された複数のサブネットワークとを備
え、前記サブネットワークは前記エッジノードを介して
前記コアネットワークに接続されて構成される通信ネッ
トワークで構成されるデータ転送システムであって、前
記通信ネットワークには、前記通信ネットワークに接続
された端末の宛先情報を管理する管理サーバを設け、前
記エッジノードは、前記サブネットワークから入力され
たデータの宛先に対応するデータの転送先が不明なとき
に、該宛先に対応する転送先を前記管理サーバに問い合
わせ、前記管理サーバから得た宛先情報に基づいて決定
された転送先に前記データを転送するので、管理サーバ
で、ネットワークに属する全ての機器の宛先情報を管理
することができ、エッジノードに記憶する宛先情報を少
なくし、エッジノードに持たせるメモリの容量を小さく
することができる。

【００２５】また、本発明に係るデータ転送システムで
は、複数のエッジノード及び前記エッジノードを接続す
るコアノードから構成されるコアネットワークと、複数
の端末が接続された複数のサブネットワークとを備え、
前記サブネットワークは前記エッジノードを介して前記
コアネットワークに接続されて構成される通信ネットワ
ークで構成されるパケット転送方式であって、前記エッ
ジノードは、前記サブネットワークから入力されたデー
タの送信元が不明なときに、該送信元装置のアドレス
を、前記宛先情報として前記管理サーバに記録する、管
理サーバに新規な端末の宛先情報をその都度登録する必
要がない。

【００２６】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２７】図１は、本発明の実施の形態が適用される
ＥｏＭＰＬＳ網のネットワーク構成図である。

【００２８】ＥｏＭＰＬＳ（Ether over MPLS）網１
は、ネットワークの端面に位置し、ＬＡＮへ接続される
プロバイダエッジノードＡ（６−１）、プロバイダエッ
ジノードＢ（６−２）、プロバイダエッジノードＣ（６
−３）、及び、ネットワーク内でＭＰＬＳラベルスイッ
チングを行うコアノード５より構成される。

【００２９】図１に示すネットワークは、ＥｏＭＰＬＳ
網１によって接続されている、地理的に異なるＬＡＮ２
−１、２−２、２−３はＥｏＭＰＬＳ網１によって接続
されている。ＬＡＮ２−１には、端末３−１−１、端末
３−１−２及び端末３−１−３が存在する。また、ＬＡ
Ｎ２−２には端末３−２−１、端末３−２−２及び端末
３−２−３の３つの端末が存在する。同様に、ＬＡＮ２
−３には、端末２−３−１、端末２−３−２及び端末２
−３−３が存在する。各端末はそれぞれが独立したＭＡ
Ｃアドレスを持つ。各ＬＡＮ２−１〜２−３は、カスタ
マプロバイダエッジノード４を介してＥｏＭＰＬＳ網１
へ接続される。また、ＥｏＭＰＬＳ網１上に各プロバイ
ダエッジノード間でＩＥＴＦで定められた手順により、
各コアノード５と各プロバイダエッジノード６−１〜６
−３との間にフルメッシュにＭＰＬＳのラベルパス（Ｌ
ＳＰ）が設定されている。

【００３０】また、ＥｏＭＰＬＳ網１には、ＥｏＭＰＬ
Ｓ網１に接続される各ＬＡＮ内に配置される各端末が所
持するＭＡＣアドレスを管理するＭＡＣ管理サーバ７が
接続されている。ＭＡＣ管理サーバ７は、ＥｏＭＰＬＳ
網１上の各プロバイダエッジノードと、各ＬＡＮ内に配
置される各端末が所持するＭＡＣアドレスとの関連を保
持するＭＡＣ管理テーブル８を持ち、ネットワーク全体
のアドレス管理を行う。すなわち、ＭＡＣ管理サーバ７
は、ＭＡＣ管理テーブル８によって、ＥｏＭＰＬＳ網１
上の各端末の宛先（ＭＡＣアドレス）と、各端末（各端
末の宛先としてのＭＡＣアドレス）に対応するパケット
転送先を管理する。

【００３１】また、前述した各プロバイダエッジノード
６−１〜６−３には、パケットの転送及びアドレス管理
に使用される、自配下ＭＡＣテーブル１３、ＤＭＡＣ＿
ノード対応テーブル１４及びノードＬＳＰ対応テーブル
１６の３種類のテーブルが設置されている。プロバイダ
エッジノード６−１〜６−３は、自配下ＭＡＣテーブル
１３により自分の配下に接続されたＬＡＮのＭＡＣアド
レスを管理する。また、ＤＭＡＣ＿ノード対応テーブル
１４及びノードＬＳＰ対応テーブル１６により宛先のプ
ロバイダエッジノードを決定し、パケットの転送を行
う。

【００３２】図２は、本発明の実施の形態の自配下ＭＡ
Ｃテーブル１３−１の構成を説明する図である。

【００３３】自配下ＭＡＣテーブル１３−１はプロバイ
ダエッジノード毎に設けられており、そのプロバイダエ
ッジノードの下位に接続されるサブネットワーク内に存
在する端末の宛先情報として、当該プロバイダエッジノ
ードの配下の端末が持つＭＡＣアドレスを管理する。図
２には、図１に示すネットワーク構成においてプロバイ
ダエッジノードＢ（６−２）に対応して設けられた自配
下ＭＡＣテーブル１３を示す。プロバイダエッジノード
Ｂの配下のＬＡＮ２−２に存在する端末３−２−１のＭ
ＡＣアドレスＭ４、端末３−２−２のＭＡＣアドレスＭ
５及び端末３−２−３のＭＡＣアドレスＭ６が格納され
ている。

【００３４】図３は、本発明の実施の形態のＤＭＡＣ＿
ノード対応テーブル１４−１の構成を説明する図であ
る。

【００３５】ＤＭＡＣ＿ノード対応テーブル１４−１は
プロバイダエッジノード毎に設けられており、プロバイ
ダエッジノードの地点情報及び当該プロバイダエッジノ
ードに接続されるサブネットワーク内に存在する端末の
宛先情報として、端末のＭＡＣアドレスと、そのＭＡＣ
アドレスの端末を配下に持つプロバイダエッジノードと
の対応が格納される。図３には、図１に示すネットワー
ク構成においてプロバイダエッジノードＢ（６−２）に
対応して設けられたＤＭＡＣ＿ノード対応テーブル１４
を示す。

【００３６】プロバイダエッジノードＡを表すノード番
号をＰＥ１、プロバイダエッジノードＣを表すノード番
号をＰＥ３とすると、プロバイダエッジノードＡの配下
のＬＡＮ２−１に存在する端末３−１−１〜３−１−３
のＭＡＣアドレスＭ１、Ｍ２、Ｍ３はノード番号ＰＥ１
に関連させて格納されている。また、プロバイダエッジ
ノードＣの配下のＬＡＮ２−３に存在する端末３−３−
１〜３−３−３のＭＡＣアドレスＭ７、Ｍ８、Ｍ９はノ
ード番号ＰＥ３に関連させて格納されている。

【００３７】図４は、本発明の実施の形態のノードＬＳ
Ｐ対応テーブル１６の構造を説明する図である。

【００３８】ノードＬＳＰ対応テーブル１６はプロバイ
ダエッジノード毎に設けられており、プロバイダエッジ
ノードの地点情報及び当該プロバイダエッジノードへの
通信経路情報として、宛先のプロバイダエッジノード
と、このプロバイダエッジノードに対応するＬＳＰとの
対応を収容する。図４には、図１に示すネットワーク構
成においてプロバイダエッジノードＢ（６−２）に対応
して設けられたノードＬＳＰ対応テーブル１６を示す。
プロバイダエッジノードＢからプロバイダエッジノード
ＡへのＬＳＰの番号は２０１である。これらの各ＬＳＰ
番号は、プロバイダエッジノードＢからプロバイダエッ
ジノードＣへのＬＳＰの番号を２０３であり、ノード番
号（ＰＥ１、ＰＥ２）に関連させて格納されている。こ
のＬＳＰは、ＬＤＰ（Label Distribution Protocol）
等のＭＰＬＳにおける既存のルーティング方法によって
決定される。

【００３９】図５は、本発明の実施の形態のプロバイダ
エッジノード６の構成を示すブロック図である。

【００４０】配下のＬＡＮとのインタフェースを行うＬ
ＡＮ＿ＩＦ部９、入力されたパケットのアドレス解析を
行うアドレス判定部１０、コアネットワークとのインタ
フェースを行うＭＰＬＳ＿ＩＦ部１１、パケットの転送
を制御する転送制御部１２、自配下ＭＡＣテーブル１
３、ＤＭＡＣ＿ノード対応テーブル１４、ＭＡＣ管理サ
ーバ７へのアクセスを行う制御パケット生成／解析部１
５、各プロバイダエッジノードとＭＰＬＳのラベルパス
との関連を保持するノードＬＳＰ対応テーブル１６を持
つ。

【００４１】ＬＡＮ＿ＩＦ９は、ＬＡＮから受信したパ
ケットを解析し、アドレス判定部１０によってパケット
の送信元がネットワークに登録されているかどうかの認
証を行う。プロバイダエッジノード６は配下に存在する
端末が持つＭＡＣアドレスを学習する機能を持ち、配下
のＬＡＮ側から受信したパケットの送信元ＭＡＣアドレ
ス（ＳＭＡＣ：Source MAC）に自配下ＭＡＣテーブル１
３に登録されていないＭＡＣアドレスが付与されていた
場合に、そのＭＡＣアドレスを自配下ＭＡＣテーブル１
３に追加して登録すると共に、その内容を制御パケット
生成／解析部１５によってＭＡＣ管理サーバ７配下のＭ
ＡＣ管理テーブル８へ登録するために、ＭＡＣ管理サー
バ７に送信する。

【００４２】一方、アドレス判定部１０は、配下のＬＡ
Ｎからパケットを受信すると、受信したパケットの宛先
ＭＡＣアドレス（ＤＭＡＣ：Destination MAC）がＤＭ
ＡＣ＿ノード対応テーブル１４に登録されているかを検
索する。検索の結果、宛先のＭＡＣアドレスに対応する
パケットの転送先ノードが判明した場合は、転送制御部
１２及びＭＰＬＳ＿ＩＦ部１１によって対応するノード
へパケットを転送する。この時、ノードＬＳＰ対応テー
ブル１６を検索することによって、ＭＰＬＳ網上の宛先
であるＬＳＰを決定して、そのＬＳＰに対してパケット
を送信する。

【００４３】制御パケット生成／解析部１５は、宛先の
ノードが分からないパケットに関し、そのパケットの宛
先ＭＡＣ情報をキーとしＭＡＣ管理サーバ７に宛先を問
合せる。

【００４４】プロバイダエッジノード６は、ＭＡＣ管理
サーバ７から問い合わせの結果、得た宛先情報（ＭＡＣ
アドレスに対応する転送先ノード）を、制御パケット生
成／解析部１５において解析し、ＭＡＣアドレスと宛先
ノード情報の関連をＤＭＡＣ＿ノード対応テーブル１４
に追加登録する。以降受信される該ＤＭＡＣ宛のパケッ
トは、ＤＭＡＣ＿ノード対応テーブル１４に宛先が登録
されているため、ノードＬＳＰ対応テーブル１６に収容
された情報とともにアドレス判定部１０で宛先判定を行
い、転送制御部１２及びＭＰＬＳ＿ＩＦ１１部により、
ＭＡＣアドレスに対応するノードへパケットを転送す
る。

【００４５】図６は、本発明の実施の形態のプロバイダ
エッジノードにおける処理のフローチャートである。

【００４６】プロバイダエッジノード６は、配下のＬＡ
Ｎからパケットを受信すると（７０１）、まず、そのパ
ケットの送信元ＭＡＣアドレス（ＳＭＡＣ）が自配下Ｍ
ＡＣテーブル１３に登録されているか否かを検索する
（７０２）。そして、プロバイダエッジノード６は、Ｓ
ＭＡＣが自配下ＭＡＣテーブル１３に登録されているか
否かを判定し（７０３）、該ＳＭＡＣが自配下ＭＡＣテ
ーブル１３に既に登録されている場合は、次に行うＤＭ
ＡＣ＿ノード対応テーブル１４の検索（７０６）へ移行
する。

【００４７】一方、ＳＭＡＣが自配下ＭＡＣテーブル１
３に登録されていない場合は、該ＭＡＣアドレスを自配
下ＭＡＣテーブル１３に追加登録し（７０４）、ＥｏＭ
ＰＬＳ網１内に設置されたＭＡＣ管理サーバ７に対して
ＳＭＡＣの情報を送信し、ＭＡＣ管理テーブル８にＳＭ
ＡＣの情報を登録する（７０５）。

【００４８】以上の処理により、ＥｏＭＰＬＳ網１上に
置かれたＭＡＣ管理サーバ７は、各ＬＡＮに置かれた端
末が、どのプロバイダエッジノード６の配下に存在する
のか、すなわち、どのプロバイダエッジノード６の配下
にどのＭＡＣアドレスを持つ端末が存在するかを認識す
る。

【００４９】次に、プロバイダエッジノード６は、到着
したパケットの宛先ＭＡＣアドレス（ＤＭＡＣ）がＤＭ
ＡＣ＿ノード対応テーブル１４に登録されているかを検
索する（７０６）。そしてプロバイダエッジノード６は
ＤＭＡＣが登録されているか否かを判定し（７０７）、
該ＤＭＡＣが既に登録されている場合は、そのＤＭＡＣ
に対応したノード番号をキーにノードＬＳＰ対応テーブ
ル１６の検索（７１０）に移行する。

【００５０】ここでＤＭＡＣがＤＭＡＣ＿ノード対応テ
ーブル１４に登録されていない場合は、そのパケットの
送付先が不明なため、ＥｏＭＰＬＳ網１上に置かれたＭ
ＡＣ管理サーバ７に対して、宛先情報（ＭＡＣアドレス
に対応したノード番号）を問い合わせる（７０８）。

【００５１】問い合わせを受けたＭＡＣ管理サーバ７
は、ＭＡＣ管理テーブル８を検索し、問い合わせを受け
たＭＡＣアドレスがどのプロバイダエッジノードに対応
しているかを調べ、問い合わせたプロバイダエッジノー
ド６に対し、検索の結果判明したノードの情報を通知す
る。プロバイダエッジノード６は、問合せの結果、ＭＡ
Ｃ管理サーバ７より得た宛先情報（ＭＡＣアドレスとノ
ード番号）をＤＭＡＣ＿ノード対応テーブル１４に追加
登録（７０９）する。そして、そのノード番号に基づい
てノードＬＳＰ対応テーブル１６を検索する（７１
０）。プロバイダエッジノード６はノードＬＳＰ対応テ
ーブル１６の検索（７１０）によりパケットに付与すべ
きＬＳＰ（ＭＬＰＳでの宛先ラベル）を決定し、パケッ
トを転送する（７１１）。

【００５２】次に、各プロバイダエッジノード６で行わ
れるエージング動作について説明する。このエージング
動作は、各プロバイダエッジノード６が、一定期間、Ｍ
ＡＣアドレスを監視して結果、使用されなくなったＭＡ
Ｃアドレスのエントリの削除をする動作である。

【００５３】プロバイダエッジノード６は、配下のＬＡ
Ｎから受信するパケットの送信元ＭＡＣアドレスを監視
し、該ＭＡＣアドレスからのパケットの受信が一定期間
無かったものについて、そのアドレスのパケットは最早
使用されていないものと判断する。ここで、プロバイダ
エッジノード６は、ＭＡＣ管理サーバ７に対して、制御
パケット生成／解析部１５によって、使用されなくなっ
たＭＡＣアドレスについて不使用通知を行う。

【００５４】不使用通知がされたＭＡＣ管理サーバ７
は、ＭＡＣ管理テーブル８から該当するＭＡＣアドレス
に関するエントリを削除し、さらに不使用通知を送信し
たプロバイダエッジノード以外のプロバイダエッジノー
ドに対して、エントリ削除要求を送信する。各プロバイ
ダエッジノード６は、ＭＡＣ管理サーバ７よりエントリ
削除要求を受信すると、配下のＤＭＡＣ＿ノード対応テ
ーブル１４から該当するＭＡＣアドレスに関するエント
リを削除する。

【００５５】また、ＭＡＣ管理サーバ７は、各プロバイ
ダエッジノード６の配下の端末が移動した場合の対応と
して、プロバイダエッジノード６から新規のＭＡＣ登録
が発生した場合にそのＭＡＣアドレスが、既にＭＡＣ管
理テーブル８に登録されているかを検索する。該ＭＡＣ
アドレスが既に登録されている場合は、登録されている
エントリは既に存在していないと判断し、そのエントリ
に関し配下のＭＡＣ管理テーブル８より削除し、さらに
各プロバイダエッジノードに対してエージングと同様の
エントリの削除を実行する。

【００５６】図７は、本発明の実施の形態のＭＡＣ管理
テーブル８−１の構成を説明する図である。

【００５７】ＭＡＣ管理テーブル８−１はＭＡＣ管理サ
ーバ７に設けられ、ネットワーク上に存在するプロバイ
ダエッジノード６毎に、その配下の端末が持つＭＡＣア
ドレスを管理する。図１に示すネットワークでは、ネッ
トワーク上に３つのプロバイダエッジノード６が存在
し、プロバイダエッジノードＡの配下のＬＡＮ２−１に
存在する端末３−１−１のＭＡＣアドレス”Ｍ１”、端
末３−１−２のＭＡＣアドレス”Ｍ２”及び端末３−１
−３のＭＡＣアドレス”Ｍ３”が、プロバイダエッジノ
ードＡに関連させて記憶されている。同様に、プロバイ
ダエッジノードＢの配下のＬＡＮ２−２に存在する端末
３−２−１〜３−２−３のＭＡＣアドレス”Ｍ４”〜”
Ｍ６”が、プロバイダエッジノードＢに関連させて記憶
されている。同様に、プロバイダエッジノード３の配下
のＬＡＮ２−３に存在する端末３−３−１〜３−３−３
のＭＡＣアドレス”Ｍ７”〜”Ｍ９”が、プロバイダエ
ッジノード３に関連させて記憶されている。

【００５８】図８は、本発明の実施の形態のプロバイダ
エッジノード６とＭＡＣ管理サーバ７との間での情報の
やり取りを示すシーケンス図である。

【００５９】プロバイダエッジノード６とＭＡＣ管理サ
ーバ７との間での情報の受け渡しは、アドレス登録フェ
ーズ（８０１）、パケット転送フェーズ（８０２）、ア
ドレス削除フェーズ（８０３）の３つのフェーズから成
る。

【００６０】まず、アドレス登録フェーズ（８０１）に
ついて説明する。

【００６１】プロバイダエッジノード６は、が配下のＬ
ＡＮより新規の（自配下ＭＡＣテーブル１３に登録され
ていない）送信元ＭＡＣアドレスからのパケットを受け
取った場合（８０４）、自配下ＭＡＣテーブル１３に登
録するとともに、ＭＡＣ管理サーバ７に対して新しく追
加されたＭＡＣアドレスを通知し（８０５）、配下のＬ
ＡＮ内に新しい端末が追加されたことをＭＡＣ管理サー
バ７に連絡する。ＭＡＣ管理サーバ７は、ＭＡＣ管理テ
ーブル８に、新しく通知されたＭＡＣアドレスを、プロ
バイダエッジノードに対応して追加する（８０６）。

【００６２】次に、パケット転送フェーズ（８０２）に
ついて説明する。

【００６３】第２にプロバイダエッジノードが宛先の不
明なパケットを配下のＬＡＮから受け取った場合（８０
７）、プロバイダエッジノードはＭＡＣ管理サーバ７に
対して宛先を問い合わせる（８０８）。問い合わせを受
けたＭＡＣ管理サーバ７は、ＭＡＣ管理テーブル８を検
索し、問い合わせを受けたＭＡＣアドレスがどのプロバ
イダエッジノードに対応しているかを調べる（８０
９）。次にＭＡＣ管理サーバ７は問い合わせ元のプロバ
イダエッジノード６に対し、検索の結果判明したノード
の情報を通知する（８１０）。プロバイダエッジノード
６は、ＭＡＣ管理サーバ７から得たパケットの宛先ノー
ド情報をＤＭＡＣ＿ノード対応テーブル１４に登録し
（８１１）、該ノードに対してパケットを転送する（８
１２）。

【００６４】次に、アドレス削除フェーズ（８０３）に
ついて説明する。

【００６５】プロバイダエッジノード６は、配下のＭＡ
Ｃアドレスを監視して、そのＭＡＣアドレスから一定時
間パケットが到着しない場合は、エージング期間が満了
したものとして（８１３）、ＭＡＣ管理サーバ７に通知
する（８１４）。これに対しＭＡＣ管理サーバ７は、他
のプロバイダエッジノードに対してエントリの削除の要
求を指示する（８１６）。エントリ削除要求指示を受け
た各プロバイダエッジノードは、ＤＭＡＣ＿ノード対応
テーブル１４から該当するエントリを削除する（８１
７）。

【００６６】図９は、本発明の実施の形態のＭＡＣ管理
サーバ７とプロバイダエッジノードとの間の情報の授受
に関する制御パケットの構成を説明する図である。

【００６７】この制御パケット１７は、制御パケットタ
イプによりその制御種別（ＭＡＣ登録、宛先問合せ、宛
先通知、エージング満了、エントリクリア）を区分し、
各制御情報の伝達を行う。パケット長は可変とし、Ｌｅ
ｎｇｔｈフィールドによってその長さを表示する。そし
て、ＶＬＡＮ＿ＴＡＧ、ＭＡＣアドレス、ノード番号に
よって変更の対象となるＭＡＣアドレス及びそのＭＡＣ
アドレスに関する情報（ＶＬＡＮ＿ＴＡＧ、ノード番
号）を通知する。

【００６８】図１０は、本発明の実施の形態において端
末が追加された場合の動作を示すシーケンス図であり、
図１に示すネットワークにおいて、プロバイダエッジノ
ードＡ（６−１）の配下のＬＡＮ２−１にＭＡＣアドレ
スＭ１０を持つ端末が追加された場合の動作を示す。

【００６９】ＬＡＮ２−１に、ＭＡＣアドレスＭ１０の
新規な端末が追加されると（１００１）、ＥｏＭＰＬＳ
網１は新規端末より何らかのパケットを受信するまで、
その端末の追加を認識することはできない。このときＬ
ＡＮ２−２に属する端末よりＭ１０宛のパケットが送信
されると、パケットは、ＬＡＮ２−２の上位に、ＬＡＮ
２−２に直接接続されたプロバイダエッジノードＢ（６
−２）に到着する（１００２）。ここでプロバイダエッ
ジノードＢ（６−２）は、Ｍ１０に関する宛先情報を保
持していないため、ＭＡＣ管理サーバ７に問い合わせる
（１００３）。この時点では、ＭＡＣ管理サーバ７はＭ
１０に関する情報を持っていないため、エントリが存在
しないことをプロバイダエッジノードＢ（６−２）に通
知する（１００４）。プロバイダエッジノードＢ（６−
２）はエントリが無く、宛先不明のパケットであると認
識し、このパケットを廃棄処理する（１００５）。

【００７０】次に、ＬＡＮ２−１に追加された新規な端
末より、ＬＡＮ２−３配下の端末へパケットが送信され
たとする（１００６）。まず、新規な端末から送信され
たパケットは、ＬＡＮ２−３の上位に、ＬＡＮ２−３に
直接接続されたプロバイダエッジノードＡ（６−１）に
到着する。ここでプロバイダエッジノードＡ（６−１）
は、パケットの送信元ＭＡＣアドレスが新規なものと認
識し、ＭＡＣ管理サーバ７に登録を行う（１００７）。
また、プロバイダエッジノードＡ（６−１）は、宛先Ｍ
ＡＣアドレスより、該パケットをプロバイダエッジノー
ドＣ（６−３）に転送し（１００８）、ＬＡＮ２−３へ
送信する（１００９）。

【００７１】この後、ＬＡＮ２−２に属する端末よりＭ
１０宛のパケットが送信されると、パケットはプロバイ
ダエッジノードＢ（６−２）に到着（１０１０）する。
プロバイダエッジノードＢ（６−２）はＭ１０に関する
宛先情報を保持していないため、ＭＡＣ管理サーバ７に
問い合わせる（１０１１）。ここでＭＡＣ管理サーバ７
は登録された情報よりＭ１０がＬＡＮ２−１に存在する
ことを検索し、そのノード情報をプロバイダエッジノー
ドＢ（６−２）に通知する（１０１２）。プロバイダエ
ッジノードＢ（６−２）はＤＭＡＣ＿ノード対応テーブ
ル１４にＭ１０に関する情報を登録する（１０１３）。
そして、該パケットをプロバイダエッジノードＡ（６−
１）に転送し（１０１４）、ＬＡＮ２−１へと送信する
（１０１５）。

【００７２】次に、プロバイダエッジノードＢ（６−
２）の配下のＬＡＮ２−２に所属する端末から、ＭＡＣ
アドレスＭ１０を持つ端末宛のパケットが送信されると
（１０１６）、プロバイダエッジノードＢ（６−２）で
宛先を決定し、プロバイダエッジノードＡ（６−１）に
転送し（１０１７）、ＬＡＮ２−１へと送信する（１０
１８）。

【００７３】またＬＡＮ２−３に属する端末よりＭ１０
宛のパケットが送信されると、パケットはプロバイダエ
ッジノードＣ（６−３）に到着（１０１９）する。プロ
バイダエッジノードＣ（６−３）はＭ１０に関する宛先
情報を保持していないため、ＭＡＣ管理サーバ７に問い
合わせる（１０２０）。ここでＭＡＣ管理サーバ７は登
録された情報よりＭ１０がＬＡＮ２−１に存在すること
を検索し、そのノード情報をプロバイダエッジノードＣ
（６−３）に通知する（１０２１）。プロバイダエッジ
ノードＣ（６−３）はＤＭＡＣ＿ノード対応テーブル１
４にＭ１０に関する情報を登録する（１０２２）。そし
て、該パケットをプロバイダエッジノードＡ（６−１）
に転送し（１０２３）、ＬＡＮ２−１へと送信する（１
０２４）。

【００７４】次に、本発明の第２の実施の形態について
説明する。以下説明する第２の実施の形態は、複数の拠
点にＶＬＡＮが跨った場合の実施例である。

【００７５】図１１は、本発明の第２の実施の形態の自
配下ＭＡＣテーブル１３−２の構成を示す説明図であ
る。

【００７６】自配下ＭＡＣテーブル１３−２は、プロバ
イダエッジノード毎に設けられており、そのプロバイダ
エッジノードの下位に接続されるサブネットワーク内に
存在する端末の宛先情報として、当該プロバイダエッジ
ノードの配下の端末が持つＭＡＣアドレスを管理する。
図１１には、図１に示すネットワーク構成においてプロ
バイダエッジノードＢ（６−２）に対応して設けられた
自配下ＭＡＣテーブル１３を示す。プロバイダエッジノ
ードＢの配下のＬＡＮ２−２に存在する端末３−２−１
のＭＡＣアドレスＭ４、端末３−２−２のＭＡＣアドレ
スＭ５及び端末３−２−３のＭＡＣアドレスＭ６が格納
されている。また、図１１に示す自配下ＭＡＣテーブル
１３−２では、端末のＭＡＣアドレスに対応して、端末
が属するＶＬＡＮ番号が格納されている。すなわち、端
末Ｍ４はＶＬＡＮ１に属しており、端末Ｍ５及び端末Ｍ
６はＶＬＡＮ２に属している。

【００７７】図１２は、本発明の第２の実施の形態のＤ
ＭＡＣ＿ノード対応テーブル１４−２の構成を示す説明
図である。

【００７８】ＤＭＡＣ＿ノード対応テーブル１４−２は
プロバイダエッジノード毎に設けられており、プロバイ
ダエッジノードの地点情報及び当該プロバイダエッジノ
ードに接続されるサブネットワーク内に存在する端末の
宛先情報として、端末のＭＡＣアドレス、そのＭＡＣア
ドレスの端末を配下に持つプロバイダエッジノード及び
その端末が属するＶＬＡＮ番号との対応が格納される。
図１２には、図１に示すネットワーク構成においてプロ
バイダエッジノードＢ（６−２）に対応して設けられた
ＤＭＡＣ＿ノード対応テーブル１４を示す。

【００７９】プロバイダエッジノードＡを表すノード番
号をＰＥ１、プロバイダエッジノードＣを表すノード番
号をＰＥ３とすると、プロバイダエッジノードＡの配下
のＬＡＮ２−１に存在する端末３−１−１〜３−１−３
のＭＡＣアドレスＭ１、Ｍ２、Ｍ３はノード番号ＰＥ１
に関連させて格納されている。また、プロバイダエッジ
ノードＣの配下のＬＡＮ２−３に存在する端末３−３−
１〜３−３−３のＭＡＣアドレスＭ７、Ｍ８、Ｍ９はノ
ード番号ＰＥ３に関連させて格納されている。そして、
端末のＭＡＣアドレスに対応して、端末が属するＶＬＡ
Ｎ番号が格納されている。すなわち、Ｍ１、Ｍ２、Ｍ７
及びＭ８はＶＬＡＮ１に属しており、Ｍ３及びＭ９はＶ
ＬＡＮ２に属している。

【００８０】図１３は、本発明の第２の実施の形態のプ
ロバイダエッジノードにおける処理のフローチャートで
ある。

【００８１】プロバイダエッジノード６は、配下のＬＡ
Ｎからパケットを受信すると、まず、ＶＬＡＮ＿ＴＡ
Ｇ、送信元ＭＡＣアドレス等から、該パケット発信元の
端末が属しているＶＬＡＮを識別する（１１０２）。そ
して、そのパケットの送信元ＭＡＣアドレス（ＳＭＡ
Ｃ）及び識別したＶＬＡＮの種別（ＶＬＡＮ番号）よ
り、該パケット送信元の端末が自配下ＭＡＣテーブル１
３に登録されているか否かを検索する（１１０３）。こ
の時、プロバイダエッジノード６は自配下ＭＡＣテーブ
ル１３に登録されているＭＡＣアドレスのエントリに関
してＶＬＡＮ毎に認証を行う。そしてプロバイダエッジ
ノード６はＳＭＡＣが登録されているか否かを判定し
（１１０４）、該ＳＭＡＣが自配下ＭＡＣテーブル１３
に既に登録されている場合は、次に行うＤＭＡＣ＿ノー
ド対応テーブル１４の検索（１１０７）へ移行する。

【００８２】一方、ＳＭＡＣが自配下ＭＡＣテーブル１
３に登録されていない場合は、該ＭＡＣアドレスを自配
下ＭＡＣテーブル１３に追加登録し（１１０５）、Ｅｏ
ＭＰＬＳ網１内に設置されたＭＡＣ管理サーバ７に対し
てＳＭＡＣの情報を送信し、ＭＡＣ管理テーブル８にＳ
ＭＡＣの情報を登録する（１１０６）。

【００８３】以上の処理により、ＥｏＭＰＬＳ網１上に
置かれたＭＡＣ管理サーバ７は、各ＬＡＮに置かれた端
末が、どのプロバイダエッジノード６の配下に存在する
のか、また、どのＶＬＡＮに所属するのか、すなわち、
どのプロバイダエッジノード６の配下にどのＭＡＣアド
レスを持つ端末が存在し、どのＶＬＡＮにどのＭＡＣア
ドレスを持つ端末が所属するかを認識する。

【００８４】次に、プロバイダエッジノード６は、到着
したパケットの宛先ＭＡＣアドレス（ＤＭＡＣ）がＤＭ
ＡＣ＿ノード対応テーブル１４に登録されているかを検
索する（１１０７）。そしてプロバイダエッジノード６
はＤＭＡＣが登録されているか否かを判定し（１１０
８）、該ＤＭＡＣが既に登録されている場合は、そのＤ
ＭＡＣ及びＶＬＡＮ番号に対応したノード番号をキーに
ノードＬＳＰ対応テーブル１６の検索（１１１１）に移
行する。

【００８５】ここでＤＭＡＣがＤＭＡＣ＿ノード対応テ
ーブル１４に登録されていない場合は、そのパケットの
送付先が不明なため、ＥｏＭＰＬＳ網１上に置かれたＭ
ＡＣ管理サーバ７に対して、宛先情報（ＭＡＣアドレス
及びＶＬＡＮに対応したノード番号）を問い合わせる
（１１０９）。問い合わせを受けたＭＡＣ管理サーバ７
は、ＭＡＣ管理テーブル８をＶＬＡＮ毎に検索し、問い
合わせを受けたＭＡＣアドレスがどのプロバイダエッジ
ノードに対応しているかを調べ、問い合わせたプロバイ
ダエッジノード６に対し、検索の結果判明したノードの
情報を通知する。

【００８６】プロバイダエッジノード６は、問合せの結
果、ＭＡＣ管理サーバ７より得た宛先情報（ＭＡＣアド
レスとノード番号とＶＬＡＮ番号）をＤＭＡＣ＿ノード
対応テーブル１４に追加登録（１１１０）する。そし
て、そのノード番号に基づいてノードＬＳＰ対応テーブ
ル１６を検索する（１１１１）。そして、プロバイダエ
ッジノード６はノードＬＳＰ対応テーブル１６の検索
（１１１１）によりパケットに付与すべきＬＳＰ（ＭＬ
ＰＳでの宛先ラベル）を決定し、パケットを転送する
（１１１２）。

【００８７】以降、プロバイダエッジノード６が受信す
るパケットは、ＤＭＡＣ＿ノード対応テーブル１４に宛
先が登録されているため、プロバイダエッジノード６が
自律してパケットを転送する。

【００８８】第２の実施の形態では、図６に示した処理
と異なり、ＭＡＣ管理サーバ７配下のＭＡＣ管理テーブ
ル８、及びプロバイダエッジノード６が管理する自配下
ＭＡＣテーブル１３、ＤＭＡＣ＿ノードテーブル１４に
は、端末のＶＬＡＮを識別するためのパラメータ（ＶＬ
ＡＮ番号）が追加される。

【００８９】図１４は、本発明の第２の実施の形態のＭ
ＡＣ管理テーブル８−２の構成を説明する図である。

【００９０】ＭＡＣ管理テーブル８−２はＭＡＣ管理サ
ーバ７に設けられ、ネットワーク上に存在するプロバイ
ダエッジノード６毎に、その配下の端末が持つＭＡＣア
ドレスを管理する。図１に示すネットワークでは、ネッ
トワーク上に３つのプロバイダエッジノード６が存在
し、プロバイダエッジノードＡの配下のＬＡＮ２−１に
存在する端末３−１−１のＭＡＣアドレス”Ｍ１”とＶ
ＬＡＮ番号”１”、端末３−１−２のＭＡＣアドレス”
Ｍ２”とＶＬＡＮ番号”１”及び端末３−１−３のＭＡ
Ｃアドレス”Ｍ３”とＶＬＡＮ番号”２”がプロバイダ
エッジノードＡに関連させて記憶されている。

【００９１】同様に、プロバイダエッジノードＢの配下
のＬＡＮ２−２に存在する端末３−２−１〜３−２−３
のＭＡＣアドレス”Ｍ４”〜”Ｍ６”及びＶＬＡＮ番号
がプロバイダエッジノードＢに関連させて記憶されてい
る。同様に、プロバイダエッジノード３の配下のＬＡＮ
２−３に存在する端末３−３−１〜３−３−３のＭＡＣ
アドレス”Ｍ７”〜”Ｍ９”及びＶＬＡＮ番号がプロバ
イダエッジノード３に関連させて記憶されている。

【００９２】すなわち、図１４に示すＭＡＣ管理テーブ
ル８−２によると、ＶＡＬＮ１の配下に端末Ｍ１、Ｍ
２、Ｍ４、Ｍ７、Ｍ８が存在し、ＶＬＡＮ２の配下にＭ
３、Ｍ５、Ｍ６、Ｍ９が存在しているこが分かる。

【００９３】以上説明したように、本発明の実施の形態
では、ＭＰＬＳネットワーク１内にＭＡＣアドレスの管
理を行うＭＡＣ管理サーバ７を設け、ＭＡＣ管理サーバ
７はプロバイダエッジノード６毎に、その配下の端末３
のＭＡＣアドレスを管理する。さらに、プロバイダエッ
ジノード６に、自配下の端末に関するＭＡＣアドレスを
学習し、管理する自配下ＭＡＣテーブル１３を持たせる
と共に、自配下ＭＡＣテーブル１３のデータをＭＡＣ管
理サーバ７へ登録する機能を持たせる。これにより、Ｍ
ＡＣ管理サーバ７は、ネットワーク１に属する全ての端
末３のＭＡＣアドレスを管理することができる。また、
ＭＡＣアドレスを大容量のメモリを有するサーバで集中
して管理することにより、プロバイダエッジノード６に
持たせるキャッシュメモリの容量を小さくすることがで
きる。

【００９４】さらに本発明の実施の形態では、プロバイ
ダエッジノード６に宛先のＭＡＣアドレスと送り先のノ
ードとの関連を保持するＤＭＡＣ＿ノード対応テーブル
１４を持たせ、宛先の分からないパケットが到着した時
は、ＭＡＣ管理サーバ７へどこのプロバイダエッジノー
ド６の配下の端末かを問合せ、ＤＭＡＣ＿ノード対応テ
ーブル１４へ登録すると共に、該パケットを、そのプロ
バイダエッジノード６に対するＬＳＰへ転送する機能を
持たせる。これにより、ネットワークを構成するプロバ
イダエッジノード６は自配下の端末及び必要な宛先につ
いてのみ学習すればよいため、ネットワークに接続され
ている全ての端末のＭＡＣアドレスを学習しなくてよ
く、スケーラビリティーの高いＥｏＭＰＬＳネットワー
クを構成することができる。

【００９５】また、宛先不明のパケットについてＭＡＣ
管理サーバ７に確認することにより、立ち上げ時や新規
に追加された端末に対する送信時のマルチキャストトラ
ヒックを削減でき、無駄に帯域が使用されることが少な
いＥｏＭＰＬＳネットワークを構成することができる。
例えば、自配下に１０個のＬＡＮが接続されているとき
に、あるＬＡＮの配下に新しい端末が追加された場合、
従来はその端末にパケットを送付しようとすると全ての
ＬＡＮにパケットをマルチキャストする必要があった
が、本発明では特定のＬＡＮにのみパケットを送付でき
るため、このパケット送付時のトラフィックが１／１０
となる。

【図面の簡単な説明】

【図１】本発明の実施の形態が適用されるＥｏＭＰＬＳ
網のネットワーク構成図である。

【図２】本発明の実施の形態の自配下ＭＡＣテーブルの
構成図である。

【図３】本発明の実施の形態のＤＭＡＣ＿ノード対応テ
ーブルの構成図である。

【図４】本発明の実施の形態のノードＬＳＰ対応テーブ
ルの構造図である。

【図５】本発明の実施の形態のプロバイダエッジノード
のブロック図である。

【図６】本発明の実施の形態のプロバイダエッジノード
における処理のフローチャートである。

【図７】本発明の実施の形態のＭＡＣ管理テーブルの構
成図である。

【図８】本発明の実施の形態のプロバイダエッジノード
とＭＡＣ管理サーバとの間のシーケンス図である。

【図９】本発明の実施の形態のＭＡＣ管理サーバとプロ
バイダエッジノードとの間の制御パケットの説明図であ
る。

【図１０】本発明の実施の形態の端末が追加された場合
の動作のシーケンス図である。

【図１１】本発明の第２の実施の形態の自配下ＭＡＣテ
ーブルの構成図である。

【図１２】本発明の第２の実施の形態のＤＭＡＣ＿ノー
ド対応テーブル構成図である。

【図１３】本発明の第２の実施の形態のプロバイダエッ
ジノードにおける処理のフローチャートである。

【図１４】本発明の第２の実施の形態のＭＡＣ管理テー
ブルの構成図である。

【符号の説明】

１ＥｏＭＰＬＳ網、２−１、２−１、２−３ＬＡＮ３−１−１、３−１−２、３−１−３、３−２−１、３
−２−１、３−２−３、３−３−１、３−３−２、３−
３−３ネットワーク端末４プロバイダエッジノード５コアノード、６、６−１、６−２、６−３プロバイダエッジノード７ＭＡＣ管理サーバ８、８−１、８−２ＭＡＣ管理テーブル９ＬＡＮ＿ＩＦ部１０アドレス判定部１１ＭＰＬＳ＿ＩＦ部１２転送制御部１３、１３−１、１３−２自配下ＭＡＣテーブル１４、１４−１、１４−２ＤＭＡＣ＿ノード対応テー
ブル１５制御パケット生成／解析部１６ノードＬＳＰ対応テーブル

Claims

【特許請求の範囲】

【請求項１】複数のエッジノード及び前記エッジノード
を接続するコアノードから構成されるコアネットワーク
と、複数の端末が接続された複数のサブネットワークと
を備え、前記サブネットワークは前記エッジノードを介
して前記コアネットワークに接続されて構成される通信
ネットワークで構成されるデータ転送システムであっ
て、前記通信ネットワークには、前記通信ネットワークに接
続された端末の宛先情報を管理する管理サーバを設け、前記エッジノードは、前記サブネットワークから入力さ
れたデータの宛先に対応するデータの転送先が不明なと
きに、該宛先に対応する転送先を前記管理サーバに問い
合わせ、前記管理サーバから得た宛先情報に基づいて決
定された転送先に前記データを転送することを特徴とす
るデータ転送システム。
【請求項２】前記管理サーバは、前記サブネットワークに接続された端末の宛先及び該宛
先に対応する転送先情報宛先情報を記憶する宛先情報管
理テーブルを有し、前記エッジノードからの問い合わせがあると、前記宛先
情報管理テーブルを検索して、前記検索の結果を前記問
い合わせをしたエッジノードに送信することを特徴とす
る請求項１に記載のデータ転送システム。
【請求項３】前記エッジノードは、前記コアネットワークに設けられた他のエッジノードの
地点情報及び当該他のエッジノードに接続されるサブネ
ットワーク内に存在する端末の宛先情報を記憶した第２
情報管理テーブルを有し、前記データの宛先によって前記第２情報管理テーブルを
検索して、前記サブネットワークから入力されたデータ
の転送先が不明か否かを判定することを特徴とする請求
項１又は２に記載のデータ転送システム。
【請求項４】前記エッジノードは、前記管理サーバから
得た宛先情報を、前記第２情報管理テーブルに記憶する
ことを特徴とする請求項３に記載のデータ転送システ
ム。
【請求項５】前記コアネットワークには、少なくともエ
ッジノードとコアノードとの間又はエッジノード間にラ
ベルを用いた通信経路が設定されており、前記エッジノードは、前記コアネットワークに設けられた他のエッジノードの
地点情報及び前記他のエッジノードへの通信経路情報を
記憶した第３情報管理テーブルを有し、前記管理サーバから得た宛先情報によって前記第３情報
管理テーブルを検索して、該検索に基づいて決定された
転送経路に前記データを転送することを特徴とする請求
項１から４のいずれか１つに記載のデータ転送システ
ム。
【請求項６】複数のエッジノード及び前記エッジノード
を接続するコアノードから構成されるコアネットワーク
と、複数の端末が接続された複数のサブネットワークと
を備え、前記サブネットワークは前記エッジノードを介
して前記コアネットワークに接続されて構成される通信
ネットワークで構成されるデータ転送システムであっ
て、前記エッジノードは、前記サブネットワークから入力さ
れたデータの送信元が不明なときに、該送信元装置のア
ドレスを、前記宛先情報として前記管理サーバに記録す
ることを特徴とするデータ転送システム。
【請求項７】前記エッジノードは、当該エッジノードの下位に接続されるサブネットワーク
内に存在する端末の宛先情報を記憶した第１情報管理テ
ーブルを有し、前記データの送信元装置のアドレスによって前記第１情
報管理テーブルを検索して、前記サブネットワークから
入力されたデータの送信元が不明か否かを判定すること
を特徴とする請求項６に記載のデータ転送システム。
【請求項８】該ネットワーク内は、マルチプロトコル・
ラベル・スイッチングによって仮想ネットワークが設定
されており、前記コアネットワークは、前記ネットワーク内を転送さ
れるデータに設定されたヘッダによってスイッチングが
行われ、前記エッジノードには、前記エッジノードに接続される
サブネットワーク内に存在する端末が属する仮想ネット
ワークを示す仮想ネットワーク情報が記憶されることを
特徴とする請求項１から８のいずれか１つに記載のデー
タ転送システム。
【請求項９】複数のエッジノード及び前記エッジノード
を接続するコアノードから構成されるコアネットワーク
と、複数の端末が接続された複数のサブネットワーク
と、通信ネットワークに接続された端末の宛先情報を管
理する管理サーバと、を備え、前記サブネットワークは
前記エッジノードを介して前記コアネットワークに接続
されて構成される通信ネットワークに適用されるデータ
転送方法であって、前記エッジノードが、前記サブネットワークから入力さ
れたデータの宛先に対応するデータの転送先が不明か否
かを判定する手順と、前記エッジノードが、前記判定によってデータ転送先が
不明と判定したときに、該宛先に対応する転送先を前記
管理サーバに問い合わせる手順と、管理サーバが、前記問い合わせを受けると、前記ネット
ワークに接続された端末の宛先情報を記憶する宛先情報
管理テーブルを検索した結果を前記問い合わせをしたエ
ッジノードに送信する手順と、前記エッジノードが、前記管理サーバから得た宛先情報
に基づいて決定された転送先に前記データを転送する手
順とを含むことを特徴とするデータ転送方法。
【請求項１０】複数のエッジノード及び前記エッジノー
ドを接続するコアノードから構成されるコアネットワー
クと、複数の端末が接続された複数のサブネットワーク
と、通信ネットワークに接続された端末の宛先情報を管
理する管理サーバと、を備え、前記サブネットワークは
前記エッジノードを介して前記コアネットワークに接続
されて構成される通信ネットワークに適用されるデータ
転送方法であって、前記エッジノードが、前記サブネットワークから入力さ
れたデータの送信元が不明か否かを判定する手順と、前記エッジノードが、前記判定によってデータの送信元
が不明と判定したときに、該送信元装置のアドレスを、
前記管理サーバに送信する手順と、前記管理サーバが、前記送信された送信元装置のアドレ
スを宛先情報として前記管理サーバに記録する手順を含
むことを特徴とするデータ転送方法。
【請求項１１】コアネットワークに接続される第１イン
タフェース部と、サブネットワークに接続される第２イ
ンタフェース部と、前記コアネットワークに接続される
サブネットワーク内での通信経路を確保するための宛先
情報を判定する宛先情報判定部と、前記サブネットワー
クと前記コアネットワークとの間でのデータの転送を制
御する転送制御部とを備え、前記コアネットワークと前
記サブネットワークとを接続するエッジノードであっ
て、データ転送に使用する情報を記憶した情報管理テーブル
と、前記コアネットワークに設置された管理サーバへの
インタフェース制御を行う制御部と、を備え、前記情報管理テーブルは、少なくとも、前記コアネット
ワークに設けられた他のエッジノードの地点情報及び当
該他のエッジノードに接続されるサブネットワーク内に
存在する端末の宛先情報を記憶した第２情報管理テーブ
ルと、前記コアネットワークに設けられた他のエッジノ
ードの地点情報及び前記他のエッジノードへの通信経路
情報を記憶した第３情報管理テーブルとを含んで構成さ
れ、前記制御部は、前記情報管理テーブルを検索した結果、
前記サブネットワークから入力されたデータの宛先に対
応するデータの転送先が不明なときに、該宛先に対応す
る転送先を前記管理サーバに問い合わせ、前記転送制御部は、前記管理サーバから得た宛先情報に
基づいて決定された転送先に前記データを転送すること
を特徴とするノード装置。
【請求項１２】コアネットワークに接続される第１イン
タフェース部と、サブネットワークに接続される第２イ
ンタフェース部と、前記コアネットワークに接続される
サブネットワーク内での通信経路を確保するための宛先
情報を判定する宛先情報判定部と、前記サブネットワー
クと前記コアネットワークとの間でのデータの転送を制
御する転送制御部とを備え、前記コアネットワークと前
記サブネットワークとを接続するエッジノードであっ
て、データ転送に使用する情報を記憶した情報管理テーブル
と、前記コアネットワークに設置された管理サーバへの
インタフェース制御を行う制御部と、を備え、前記情報管理テーブルは、少なくとも、当該エッジノー
ドの下位に接続されるサブネットワーク内に存在する端
末の宛先情報を記憶した第１情報管理テーブルとを含ん
で構成され、前記制御部は、前記情報管理テーブルを検索した結果、
前記サブネットワークから入力されたデータの送信元が
不明なときに、該送信元装置のアドレスを、前記宛先情
報として前記管理サーバに記録することを特徴とするノ
ード装置。
【請求項１３】複数のエッジノード及び前記エッジノー
ドを接続するコアノードから構成されるコアネットワー
クと、複数の端末が接続された複数のサブネットワーク
とを備え、前記サブネットワークは前記エッジノードを
介して前記コアネットワークに接続されて構成される通
信ネットワークに設けられ、前記通信ネットワークに接
続された端末の宛先情報を管理するサーバ装置であっ
て、前記サブネットワークから入力されたデータの宛先に対
応するデータの転送先が、前記エッジノードにおいて不
明なときに、前記エッジノードが前記管理サーバに対し
て発する問い合わせに対して、該宛先に対応する転送先
の情報を、前記問い合わせをしたエッジノードに送信
し、前記サブネットワークから入力されたデータの送信元が
不明なときに、前記エッジノードが前記管理サーバに対
して送信する該送信元装置のアドレスを、前記宛先情報
として記録することを特徴とするサーバ装置。