JP2000505279A - ルート制御されたａｔｍネットワーク上でのｌａｎｅを用いたｉｐマルチキャスト - Google Patents

Abstract

(57)【要約】 ルータによって相互接続された複数個のテレコミュニケーションサブネットを介してマルチキャストデータパケットを転送する方法およびシステムであって、前記複数個のテレコミュニケーションサブネットのうちの１個のサブネット内でデータパケットが受け取られる。データパケットがマルチキャストデータパケットである場合、そのマルチキャストデータパケットに対するマルチキャストＩＰアドレスが求められる。前記マルチキャストＩＰアドレスに関連するＬＡＮエミュレーションクライアントを決定するために、マルチキャスト転送データベースがアクセスされ、前記マルチキャストデータパケットに対するマルチキャストＩＰアドレスに関連するブロードキャスト・アンノウン・サーバが決定される。ポイント・ツー・ポイント接続を用いて、マルチキャストデータパケットのマルチキャストＩＰアドレスに関連する前記ブロードキャスト・アンノウン・サーバに、ＬＡＮエミュレーションクライアントを介してそのマルチキャストデータパケットが送られる。ブロードキャスト・アンノウン・サーバは、ポイント・ツー・マルチポイント接続を用いて、そのマルチキャストデータパケットのマルチキャストＩＰアドレスに関連する各ルータへ、そのマルチキャストデータパケットをインターサブネットで送る。マルチキャストデータパケットが受け取られたサブネットとは異なるサブネットに、少なくとも１個のマルチキャストホストが接続されている。

Description

【発明の詳細な説明】 ルート制御されたＡＴＭネットワーク上でのＬＡＮＥを用いた ＩＰマルチキャスト 発明の背景 １．発明の分野 本発明は、テレコミュニケーションの分野に関する。特に、本発明は非同期転 送モード（ＡＴＭ）ネットワーク上のインターネットプロトコル（ＩＰ）マルチ キャストトラフィックをルーティングするための方法およびシステムに関する。 ２．関連技術の説明 インターネット上で使用される多数のアプリケーションは、互いに関与または 影響し合う多数のソースすなわち送り手、およびホストすなわち受け手を有する 。以前は、特にソースとマルチキャストグループの各ホストとの間に設けられた 回線を介して、同一データパケットを各ホストに送るために、従来のユニキャス ト技術が用いられた。しかし、マルチキャスティングトラフィックのために用い られていた従来のユニキャスト手法は、帯域幅と回路資源との両方の見地から不 経済である。 マルチキャストトラフィックのためにユニキャスト技術を用いることによる欠 点を克服するために、技術およびプロトコルが開発されており、それによると、 マルチキャストデータパケットがルータまたはスイッチの所定のルートに沿って 送られ、宛先ホストに最も近い場所で複製されることにより、マルチキャストト ラフィックの量を低減する。例えば、ソースとマルチキャストグループのホスト 群との間に分散ルートを作成するために、多数のルーティングプロトコルが開発 されている。距離ベクトルマルチキャストルーティングプロトコル（ＤＶＭＲＰ ）、マルチキャスト開放最短経路ファースト（ＭＯＳＰＦ）プロトコルおよびプ ロトコル非依存マルチキャスト（ＰＩＭ）等のマルチキャストプロトコルを用い ることにより、ルータおよびエンドステーションが「マルチキャスト認識状態（ ａｗａｒｅ）」になっている。 ＤＶＭＲＰプロトコルは、マルチキャストバックボーン（ＭＢＯＮＥ）におい て広く用いられており、各々のソースおよび宛先ホストグループのための別個の 分散ツリーを生成する。スパニングツリー（極大木）とも呼ばれる分散ツリーは 、ソースからマルチキャストグループ内の各ホストに至る最短経路を提供する。 スパニングツリーは、マルチキャストグループのために、ソースが最初にメッセ ージを近接したルータにブロードキャスト、すなわち送信し、そのメッセージが ネットワーク内の他の全てのルータに伝搬され、その結果関係する各々のホスト に到達するように構成されている。このメッセージはマルチキャストグループを 有効に記録し、リーチルータはそのメッセージを受け取る。記録されたマルチキ ャストグループのどのメンバも特定のルータに接続されていない場合、そのルー タは、直前の近接ルータに枝刈りメッセージを送り、それによって枝刈りメッセ ージを送ったルータがスパニングツリーから除去される。その結果、最終的に生 成されるスパニングツリーが、ソースとネットワーク内のあらゆるホストとの間 に最短経路を提供する。周期的に、ブロードキャストおよび枝刈り処理が行われ 、スパニングツリーが更新される。ＤＶＭＲＰプロトコルは、稠密に分散された マルチキャストグループに対してよく機能するが、メッセージブロードキャスト および状態情報の保守に関連する処理オーバヘッドが、広域ネットワーク上に疎 らに分散したホスト群に対して費用のかかるものとなる。 ＭＯＳＰＦプロトコルは、ＯＳＰＦプロトコルのトップに構築されたマルチキ ャストルーティングプロトコルであり、それによって、ＯＳＰＦルーティングド メインを有するマルチキャストツリーを作成する能力を提供する。各ＭＯＳＰＦ ルータは、インターネットグループマネジメントプロトコル（ＩＧＭＰ）登録処 理によって特定のマルチキャストグループに関係するホスト群の情報を受け取る 。したがって、ＯＳＰＦドメイン内の全てのルータは、ネットワークの完全トポ ロジに関連する情報を備え、ソースとそのドメイン内の他のいずれかのホストと の間に最適経路を構成することが可能である。しかし、ＭＯＳＰＦプロトコルを 用いて生成されるマルチキャストツリーは、ＯＳＰＦドメインの境界にまで及ぶ ことは不可能である。さらに、ＭＯＳＰＦプロトコルは、ネットワーク内のルー タ間でひっきりなしにに交換される、かなりの量のオーバヘッドルーティング情 報 を生成するため、大領域に広がるマルチキャストツリーがうまくスケーリングさ れない。 インターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発さ れたＰＩＭプロトコルは、交差（crossing）ドメインの境界に関連する問題を扱 い、基礎となるユニキャストプロトコルから独立している。ＰＩＭプロトコルは 、デンスモードと、スパースモードとを備える。デンスモードＰＩＭ（ＰＩＭ− ＤＭ）は、多く異なるドメインすなわちサブネットがマルチキャストグループに 属する少なくとも１個のホストを備え、ネットワーク帯域幅がクリティカルでな い環境に適する。ＰＩＭ−ＤＭプロトコルは、ＤＶＭＲＰプロトコルとは異なり 、ルータに到達するデータパケットを近接する全ての下流ルータに送るという簡 単な技術を用いる。それら近接する下流ルータは、今度は、各自の近接ルータに パケットを送る。ルーティングツリーは、各ルータが、マルチキャストグループ 内において自分に接続されたホストが存在するかどうかを決定すると枝刈りされ る。 ネットワーク内のホストが疎らに分散されていると、ネットワークを介して殺 到する情報のＰＩＭ−ＤＭに関連するオーバヘッドが極めて顕著になり、ＰＩＭ −ＳＭプロトコルが使用される。ＰＩＭ−ＳＭにおいては、特定のマルチキャス トグループに加入することに関心のあるホストは、マルチキャストグループに関 連するマルチキャストルーティングツリーに加入するための加入（ジョイン）オ ペレーションを起動する責任を負う。加入リクエストが、その関心のあるホスト からマルチキャストツリーのソースに向けて送られる。加入リクエストは、所望 のマルチキャストグループに属するホストを既に有するルータに遭遇するまで、 ソースに向けて伝搬される。その後、加入オペレーションを開始したホストと、 加入リクエストの伝搬が終了したルータとの間に全てのルータを含むように、ル ーティングツリーが更新される。 ルータ上のマルチキャストプロトコルの展開は、一定の速度で進められている 。しかし、マルチキャスト認識ルータのいわゆる「島」が末だに存在し、そのル ータがマルチキャスト認識（アウェア）ルータの他の島とは分離された状態にあ る。図１は、複数個のマルチキャスト認識ルータ１１とユニキャストルータ１２ とを有する従来のＭＢＯＮＥネットワーク１０の例を示す概略的なブロック図で ある。 １個以上のユニキャストルータ１２によって他のマルチキャスト認識ルータ１１ から分離されたマルチキャスト認識ルータ又はそのようなマルチキャスト認識ル ータのグループを、島と呼ぶ。１個以上のユニキャストルータ１２を横切ってマ ルチキャスト認識ルータ１１間でマルチキャストトラフィックを転送するために 、「マルチキャストトンネリング」として知られた技術を用いる。すなわち、マ ルチキャスト認識ルータ１１は、ユニキャストパケット内にマルチキャストトラ フィックをカプセル化する。カプセル化されたマルチキャストトラフィックは、 その後、ユニキャストルータを有するネットワーク部分を横切って送られる、す なわちトンネリングされる。 他の多数のプロトコルがＩＥＴＦによって開発中であり、それらプロトコルは 、従来のルーティングプロトコルのトップで機能し、アプリケーションがネット ワーク内の資源を予約する能力を提供し、それによって指定されたサービス品質 （ＱｏＳ）が達成できる。これらの特定のプロトコルは、例として資源予約プロ トコル（ＲＳＶＰ）およびリアルタイムプロトコル（ＲＴＰ）が挙げられる。 ＡＴＭフォーラムは、ＬＡＮエミュレーション仕様（ＬＡＮＥ）として知られ ている仕様を開発しており、この仕様によれば、一般の（Ｌｅｇａｃｙ）ＬＡＮ に接続されたホストおよびＡＴＭに接続されたホストが、現存するアプリケーシ ョンまたはソフトウェアを変更することなくＡＴＭリンクを介して通信できる。 ＬＡＮＥ仕様は、エミュレーテッドローカルエリアネットワーク（ＥＬＡＮ）環 境を定め、この環境においては、既存のアプリケーションからみれば、ＡＴＭネ ットワークはＬＡＮセグメントに見える。ＬＡＮＥ環境内には、ＬＡＮエミュレ ーションサーバ（ＬＥＳ）、ブロードキャスト・アンノウン・サーバ（ＢＵＳ） およびＬＡＮエミュレーション・コンフィギュレーション・サーバ（ＬＥＣＳ） と呼ばれる３個の特殊なエンティティが存在する。ＬＥＳは、メディアアクセス コントロール（ＭＡＣ）レイヤおよびＡＴＭアドレスで各エンドステーションに ラベル付けすることによって、ＡＴＭアドレスを登録し解決する。アドレスマッ ピングが、入口ＬＡＮエミュレーションクライアント（ＬＥＣ）により使用され 、出口ＬＥＣに至るカットスルー・パスがセットアップされる。ＬＡＮＥ環境内 では、ブロードキャストおよびマルチキャストトラフィックを分散するために、 Ｂ ＵＳが使用される。 ＬＥＣがマルチキャストまたはブロードキャストパケットをＥＬＡＮ内の他の マルチキャストグループメンバに送ると、そのパケットはＢＵＳに送られる。Ｂ ＵＳは、ポイント・ツー・マルチポイントの仮想チャネル接続（ＶＣＣ）におけ るＥＬＡＮ環境内の他の全てのＬＥＣにパケットを転送する。ＢＵＳの代わりに なるエンティティは、スペシャル・マルチキャスト・サーバ（ＳＭＳ）である。 マルチキャストアドレスのためのデータを受け取ることを望むＬＥＣは、ＳＭＳ により登録され、所望のマルチキャストグループに追加される。特定のマルチキ ャストグループに対するＳＭＳ上で受け取られるトラフィックは、そのマルチキ ャストグループに対するポイント・ツー・マルチポイント回線上においてのみ転 送され、それによってＥＬＡＮ環境内の他のＬＥＣが関係のないトラフィックを 受け取らないようになる。ＬＡＮＥ仕様は既存のＬＡＮおよびＡＴＭに接続され たホストで動作するが、ＬＡＮＥ仕様は、１つのＡＴＭネットワークの単一のサ ブネットと定義される単一ＥＬＡＮ環境にのみ適用される。ＥＬＡＮが異なるサ ブネット境界群に及ぶようなマルチキャスト・ソリューションは、ＬＡＮＥ仕様 では定められていない。 マルチプロトコル・オーバー・ＡＴＭ（ＭＰＯＡ）は、ＬＡＮＥおよびＮＨＲ Ｐプロトコルのトップに構築された規格である。ＭＰＯＡプロトコルは、トラフ ィックが単一サブネット内に制限されるときにはＬＡＮＥを使用するが、トラフ ィックがサブネット境界を横断するときにはＮＨＲＰプロトコルを使用する。図 ２は、複数個のサブネット２１を横切る従来のＭＰＯＡの実現を示す概略ブロン ク図である。データがまずソース２２から宛先ホスト２３に流れ始めると、その データはＥＬＡＮ技術を用いて各サブネット２１を通るデフォルトデータ経路２ ４をたどる。各境界ルータ２５では、パケットがリアセンブリ（組立直し）され 、レベル３の処理が行われ、これによりパケットが次のサブネット２１にうまく 転送できる。データパケットがデフォルトデータ経路２４を横切る間、宛先ホス ト２３のＡＴＭアドレスを決定するためのＮＨＲＰリクエストが生成される。Ａ ＴＭ宛先アドレス情報が一旦利用可能になると、ソース２２がＮＨＲＰプロトコ ルコンセプトを用いて宛先ホスト２３への直接ユニキャスト接続２６を設定し、 そ れによって、全てのルータホップおよび費用のかかるレベル３の処理をバイパス することが可能となる。 従来のＩＰマルチキャストルーティングプロトコル、例えばＤＶＭＲＰ、ＭＯ ＳＰＦ、ＰＩＭ、ＬＡＮＥおよびＭＰＯＡの各々に対して、マルチキャストに参 加するルータの間でかなりの量の状態情報を交換しなければならない。その結果 、「加入」および「枝刈り」メッセージを含むオーバヘッドトラフィックは、マ ルチキャストグループの大きさが増大すると、マルチキャストトラフィックの大 きな部分となる。さらに、ＤＶＭＲＰ、ＭＯＳＰＦおよびＰＩＭプロトコルに対 して、マルチキャストデータパケットが、その宛先に到達するまで、あるマルチ キャストルータから次のマルチキャストルータまでホップを次々と繰り返すこと により流れる。各ホップでは、レベル３の処理が行われ、それによってかなりの セグメンテーションおよびリアセンブリオーバヘッド処理が行われることになる 。ＬＡＮＥおよびＭＰＯＡプロトコルを使用すると、マルチキャストトラフィッ クがＥＬＡＮに限定される。その結果、マルチキャストグループに加入すること を望むが、特定のＥＬＡＮに属さないホストは、マルチキャストセッションに参 加するために、まずＥＬＡＮのメンバにならなければならない。これは、メンバ シップをマルチキャストグループに動的に変更するという重要な問題を提起する 。なぜなら、ＬＡＮエミュレーションクライアント（ホスト）は、一時にはただ １つのＥＬＡＮに属することしかできないからである。 必要であるのは、ＡＴＭネットワークを介してマルチキャストトラフィックを 転送する方法であって、処理オーバヘッド処理の出費があまり多くなく、うまく スケーリングでき、マルチキャストパケットがＡＴＭネットワークを介して転送 される時にルータホップされる回数を減じ、ネットワーク資源およびネットワー ク帯域幅を効率的に利用することができる方法である。 発明の概要 本発明は、処理オーバヘッドによる出費があまり多くなく、うまくスケーリン グでき、マルチキャストパケットがＡＴＭネットワークを介して転送される時に ルータホップされる回数を減じ、ネットワーク資源およびネットワーク帯域幅を 効率的に利用することができるＡＴＭネットワークを介したマルチキャストトラ フィック転送方式を提供する。本発明の利点は、ルータによって相互接続された 複数個のテレコミュニケーション・サブネットを介してマルチキャストデータパ ケットを転送する方法およびシステムによって提供され、この方法およびシステ ムにおいては、データパケットは、前記複数個のテレコミュニケーションサブネ ットのうちの１個のサブネット内で受け取られる。データパケットがマルチキャ ストデータパケットである場合、そのマルチキャストデータパケットに対するマ ルチキャストＩＰアドレスが決定される。そのマルチキャストＩＰアドレスに関 連するＬＡＮエミュレーションクライアントを決定するために、マルチキャスト 転送データベースがアクセスされ、そのマルチキャストデータパケットに対する マルチキャストＩＰアドレスに関連するブロードキャストアンノーンサーバが決 定される。そのマルチキャストデータパケットは、ＬＡＮエミュレーションクラ イアントを通って、ポイント・ツー・ポイント接続を用いて、そのマルチキャス トデータパケットに対するマルチキャストＩＰアドレスに関連する前記ブロード キャスト・アンノウン・サーバに送られる。ブロードキャスト・アンノウン・サ ーバは、ポイント・ツー・マルチポイント接続を用いて、マルチキャストデータ パケットに対するマルチキャストＩＰアドレスに関連する各ルータに、インター サブネット（複数のサブネットにわたって）で、マルチキャストデータパケット を送る。このとき、少なくとも一つのマルチキャストホストが、マルチキャスト データパケットが受け取られたサブネットとは異なるサブネットに接続されてい る。データパケットがマルチキャストデータパケットではない場合、イントラサ ブネット（サブネット内）技術を用いて、そのデータパケットに対する宛先アド レスにそのデータパケットが送られる。 図面の簡単な説明 本発明は、例として示されており、添付図面に限定されるものではなく、添付 図面においては、同一参照番号が同一要素を示している。 図１は、複数個のマルチキャスト認識ルータおよびユニキャストルータを有す る従来のＭＢＯＮＥネットワークの例を示す概略ブロック図である。 図２は、複数個のサブネットを横切る従来のＭＰＯＡの実現を示す概略ブロッ ク図である。 図３は、本発明による、サブネットを介して転送されるマルチキャストトラフ ィックを示す概略ブロック図である。 図４は、本発明のマルチキャスト転送システムの概略ブロック図であり、この マルチキャスト転送システムは静的マルチキャストＥＬＡＮを備える。 図５は、本発明のマルチキャスト転送システムを示す概略ブロック図であり、 このマルチキャスト転送システムは、ＬＥＣおよびＥＬＡＮならびにそれらそれ ぞれのＬＥＳ／ＢＵＳエンティティの静的構成を有する。 図６は、本発明のマルチキャスト転送システムを示す概略ブロック図であり、 このマルチキャスト転送システムは、ＩＳＥＬＡＮ内でＬＥＣおよびＬＥＳ／Ｂ ＵＳエンティティを生成するためのＬＥＣＳを用いて動的に再構成可能である。 図７は、本発明のマルチキャスト転送システムを示す概略ブロック図であり、 このマルチキャスト転送システムは、ＩＳＥＬＡＮ内でＬＥＣおよびＬＥＳ／Ｂ ＵＳエンティティを生成するためのセッションマネジャーを用いて動的に再構成 可能である。 詳細な説明 本発明は、インターネット・プロトコル・ルート制御（ＩＰ・ルート制御）Ａ ＴＭネットワークのサブネットを介してマルチキャストデータパケットを送るマ ルチキャスト転送方法およびシステムを提供する。本発明は、マルチキャスティ ングの転送の局面を扱うのみである。マルチキャストグループのメンバシップに 関する情報をＡＴＭネットワークに接続されたルータに配信するために、ＭＯＳ ＰＦ、ＤＶＭＲＰおよびＰＩＭプロトコル等のマルチキャストルーティングプロ トコルおよびインターネットグループマネジメントプロトコル（ＩＧＭＰ）が必 要である。これらの特定のプロトコルは、ＡＴＭネットワークまたは他のネット ワークを横切り、マルチキャストセッションに接続されたホストに至る。しかし 、本発明のマルチキャスト転送概念は、これらのプロトコルのマルチキャスト転 送局面の代わりとなる。 本発明は、ＡＴＭネットワークを横切って転送されるＩＰマルチキャストパケ ットがルータホップされる回数を最大２回まで減じることにより、従来のマルチ キャスト転送プロトコルおよびシステムと比べてマルチキャスト転送性能を劇的 に改善する。このように、本発明は、特定のマルチキャストグループのためのマ ルチキャストトラフィックを、そのマルチキャストグループのメンバであるホス トやソースに接続されたルータに送るだけの処理により、ＬＡＮＥ型資源および ネットワーク帯域幅をより効率的に利用する。１個のマルチキャストグループに つき１個のポイント・ツー・マルチポイント接続を用いることにより、マルチキ ャストトラフィックにより引き起こされる潜在的な仮想回線（ＶＣ）の爆発的な 増大が本発明によりなくなり、ＬＡＮＥ仕様に関連して指定されたサービス品質 （ＱｏＳ）を提供する能力が加わる。スケーラビリティが改善され、従来のマル チキャスト転送技術が使用するフラッド・アンド・プルーン（flood-and-prune ）トラフィック技術を排除することにより、各ルータ内に含まれる大きな状態テ ーブルが必要なくなる。 図３は、複数個のサブネット３１０（図ではそのうち３個のみが示される）を 有するＩＰルート制御ＡＴＭネットワークに接続された本発明のマルチキャスト 転送システム（ＭＦＳ）３００を概念的に示している。サブネット３１０は、複 数個の境界ルータ３２０によって相互接続される。本発明では、マルチキャスト ソースまたはホストが接続された各境界ルータ３２０に、規格に従ったＬＡＮエ ミュレーションクライアント（ＬＥＣ）３３０が存在する。ルータ３２０は全て 、ＡＴＭネットワークを介して互いに接続されており、当然のことながら、非Ａ ＴＭインタフェースを備えることが可能である。少なくとも１個のＬＥＳ／ＢＵ Ｓ（図３には示されていない）が、各ＬＥＣ３３０に接続され、インターサブネ ットＥＬＡＮ（ＩＳＥＬＡＮ）３４０を形成している。このインターサブネット ＥＬＡＮ（ＩＳＥＬＡＮ）３４０は、同一のマルチキャストグループのメンバを 有するＡＴＭネットワーク内の各ルータに、マルチキャストトラフィックのみを 転送する。あるルータが、ソースまたは他のメンバホストがそのルータに接続さ れていないマルチキャストグループに加入したいと望むホストを検知すると、Ｌ ＥＣ３３０が動的に生成される。 各ルータ３２０はマルチキャスト転送テーブルを備えており、このマルチキャ スト転送テーブルにより、入力ＩＰマルチキャストトラフィックがどの特定のＬ ＥＣ３３０に転送されるべきかをルータが決定できる。ＩＰマルチキャストアド レスはサブネットアドレスから完全に独立しているため、マルチキャストグルー プのソースおよびホストは、それらがＡＴＭネットワーク内でどこに接続されて いるかに関わらず、サブネット介して同一のＩＰマルチキャストアドレス、例え ば２２４．０．０．０ないし２３９．２５５．２５５．２５５のアドレス範囲を 使用することが可能である。 ルータ３２０が受け取ったユニキャスト、ブロードキャストおよびマルチキャ ストトラフィックは分離される。受け取られたデータパケットがマルチキャスト データパケットである場合、そのパケットは、ルータに存在する規格準拠ＬＥＣ ３３０によってＩＳＥＬＡＮ３４０に転送される。ＩＳＥＬＡＮ３４０は、その 後、マルチキャストデータパケットを受け取ることに関心のあるメンバを有する 各ＥＬＡＮサブネット３１０にマルチキャストデータパケットを転送する。対照 的に、従来のＥＬＡＮは、イントラサブネット通信がサブネット内でユニキャス ト、ブロードキャストおよびマルチキャストトラフィックを転送するためにのみ 使用される。ルータ３２０が受け取るユニキャストおよびブロードキャストトラ フィックは、特にユニキャストおよびブロードキャストトラフィックのために設 計された従来のデフォルト機構を用いて、ルータによりイントラサブネットおよ びインターサブネットの両方に転送される。 図４は、本発明によるＭＦＳ４００の一般的構成例を示す概略ブロック図であ る。図４では、ＡＴＭネットワーク４１０がルータ４２１、４２２および４２３ を備え、これらは各々例えばＣａｓｃａｄｅ９０００ルータであるのが好ましい 。ホスト４５１、４５２および４５３がルータ４２１、４２２および４２３にそ れぞれ接続される。例えば、ルータ４２３は、ホスト４５３からＩＰパケットを 受け取ると、周知の技術を用いてパケットがユニキャストデータパケットかマル チキャストデータパケットかを決定するために、まずパケットのＩＰアドレスフ ィールドを検査する。パケットがユニキャストパケットである、すなわちパケッ トが単一ＩＰ宛先に行くことになっている、とルータ４２３が判定すると、ルー タ ４２３は、従来のユニキャストルーティング手順を用いてＡＴＭネットワーク４ １０を介して、そのパケットを送る。 パケットがマルチキャストパケットであるとルータ４２３が判定すると、ルー タ４２３は、クラスＤのＩＰアドレスであるＩＰマルチキャストアドレスフィー ルドを検査し、その特定のクラスＤアドレスについてのＬＥＣエントリが既に生 成されているかどうかを判定するために、ルータ４２３に含まれるマルチキャス ト転送テーブルにアクセスする。クラスＤアドレスからルータ４２３に存在する 特定のＬＥＣ４３３へのマッピングを指定するエントリがマルチキャスト転送テ ーブルに存在するならば、ルータ４２３は、ＡＴＭフォーラムに準拠したカプセ ル化処理を用いてＬＡＮエミュレーションヘッダにパケットをカプセル化し、カ プセル化したパケットを、例えば指定されたＬＥＣ４３３に送る。指定されたク ラスＤアドレスのためのＬＥＣエントリがマルチキャスト転送テーブルに存在し ない場合、ルータ４２３が新たなＬＥＣを生成するとともに、これに対応する新 たなテーブルエントリをマルチキャスト転送テーブルに作成し、そのクラスＤア ドレスから新たに生成されたＬＥＣへのマッピングができるようにする。 ＬＥＣ４３３は、まず、アドレスクエリーＬＥ＿ＡＲＰ＿ＲＥＱＵＥＳＴメッ セージをＩＳＥＬＡＮ４４０に存在するＬＥＳ４６０に送ることにより、データ パケットに含まれるＩＰマルチキャスト・クラスＤアドレスに基づいてルータ４ ２３によって生成された宛先マルチキャストＭＡＣプロトコルアドレスを解決し 、ＡＴＭアドレスを求める。ＬＥＳ４６０は、ＬＡＮＥ仕様に従ったブロードキ ャスト・アンノウン・サーバ（ＢＵＳ）４７０のアドレスを含むメッセージをＬ ＥＣ４３３を送ることにより、アドレスクエリーメッセージに応答する。またＬ ＥＳ４６０は、ＢＵＳ４７０のアドレスの代わりにスペシャル・マルチキャスト ・サーバ（ＳＭＳ）（図示せず）のアドレスを指定することも可能である。 次に、ＬＥＣ４３３は、接続４９０を介してＢＵＳ４７０（またはＳＭＳ４８ ０）にカプセル化ＩＰパケットを送る。するとＢＵＳ４７０（またはＳＭＳ４８ ０）は、周知の技術を用いてポイント・ツー・マルチポイント接続４９１を介し て、そのパケットの各宛先に関連するＬＥＣに、そのパケットを送る。パケット を受け取るＬＥＣは、ＡＴＭネットワーク４１０内の他のルータ、例えばルータ ４２１および４２２に存在する。各々の受信ＬＥＣは、パケットのカプセル化状 態を解除し、そのＬＥＣが存在するルータは、いずれかの宛先ホスト、すなわち そのパケットについてのマルチキャストグループのメンバ、がそのルータに接続 されているかどうかを決定するためのテーブルにアクセスする。そのパケットの マルチキャストグループのための受け手がそのルータに接続されている場合、ル ータは適切な出力ポートにＩＰパケットを送る。特定のＩＰマルチキャストグル ープのためのホストに関連する情報は、ＭＯＳＰＦプロトコルやＤＶＭＲＰプロ トコルなどのＩＧＭＰ登録処理すなわちマルチキャストルーティングプロトコル によって、そのルータに獲得される。 図５は、本発明のマルチキャスト転送システム５００の他の実施の形態を示し ており、このマルチキャスト転送システム５００は、ＩＳＥＬＡＮに関連するＬ ＥＣおよびＬＥＳ／ＢＵＳエンティティの静的構成を有する。図５において、Ａ ＴＭネットワーク５１０は、複数個のルータ（ルータ５２１、５２２、５２３お よび５２４のみが図示されている）と、ＡＴＭスイッチ５２５とを備えている。 複数個のホスト（ホスト５５１、５５２および５５３のみが図示されている）は 、例えばポイント・ツー・ポイントプロトコル（ＰＰＰ）を用いたダイアルアッ プラインにより、ルータを介してＡＴＭネットワーク５１０に接続可能であり、 専用回線により又は下流ルータ（例えばルータ５２４）を介してルータに接続さ れたＬＡＮ（図示せず）に接続可能である。ホスト接続を上記以外のものに代え ることも可能である。 ＡＴＭスイッチ５２５は、所定数の予め構成されたＬＥＳ／ＢＵＳエンティテ ィを有するＩＳＥＬＡＮ５４０を備えており、各ＢＵＳは特定の範囲のマルチキ ャストＩＰアドレスのために指定されており、さらにＡＴＭスイッチ５２５は、 指定されたアドレス範囲に対し、期待されるトラフィック以内にスケーリング可 能である。明瞭にするために、３個のＬＥＳ／ＢＵＳエンティティのみが示され ている。ＩＳＥＬＡＮ５４１は、ＬＥＳ５６１およびＢＵＳ５７１によって形成 されたＬＥＳ／ＢＵＳエンティティを備える。同様に、ＩＳＥＬＡＮ５４２はＬ ＥＳ５６２とＢＵＳ５７２とを備えており、ＩＳＥＬＡＮ５４３はＬＥＳ５６３ とＢＵＳ５７３とを備えている。ＬＥＳおよびＢＵＳは全て、同一物理装置上に 存在可能であり、また多数の装置にまたがって散在することも可能である。同様 に、各ＢＵＳに対応する所定数のＬＥＣが各ルータ上に予め構成される。マルチ キャストＩＰアドレスの範囲および各アドレス範囲に対する対応ＱｏＳは、例え ばインターネットウェブページなどの周知の手段で利用可能となり、その結果、 利用可能なマルチキャストＩＰアドレスからソースが選択可能となる。 ポイント・ツー・マルチポイント接続５９１は、ＢＵＳ５７１をＬＥＣ５３１ 、５３４および５３７に接続する。接続５９１は、ＢＵＳ５７１がソースであり 且つ各ＬＥＣが葉（リーフ）であるという点で一方向性である。ＬＥＣ５３１、 ５３４および５３７の各々も、ポイント・ツー・ポイント接続５９０によりＢＵ Ｓ５７１に接続し、その結果、パケットがＢＵＳ５７１に転送可能となる。同様 に、ＬＥＳ５６１、５６２および５６３の各々は、図５に示されていないが、Ａ ＴＭフォーラムＬＡＮエミュレーション仕様に明定されたポイント・ツー・マル チポイントおよびポイント・ツー・ポイント接続を用いて特定のＬＥＣ群に接続 される。 例えば、ルータ５２１は、２２５．０．１．０等のＩＰマルチキャストアドレ スに宛てられたホスト５５１からのＩＰパケットを受け取る。ルータ５２１は、 パケットを周知の方法で検査し、宛先アドレスがＩＰマルチキャストアドレスで あることを判定する。ルータ５２１は、そのルータ５２１に存在するどのＬＥＣ がマルチキャストパケットのクラスＤアドレスをサポートするために指定されて いるかを判定するために、ルータ５２１内に含まれるマルチキャスト転送テーブ ルにアクセスする。ルータ５２１に含まれるマルチキャスト転送テーブルの例が 、表１に示される。 表１における例示のエントリに基づいて、ＩＰパケットがＬＥＣ５３１に送ら れる。ＬＥＣ５３１は、パケットを受け取ると、ブロードキャストグループアド レスに対するＬＥＳ５６１にアドレス解決クエリー（ＬＥ＿ＡＲＰ＿ＲＥＱＵＥ ＳＴ）メッセージを送ることにより、ＢＵＳのＡＴＭアドレスを解決する。この 応答において、ＬＥＳ５６１が宛先ＬＥＣのＡＴＭアドレスを戻す。ＬＥＣ５３ １は、接続５９０上のＢＵＳ５７１にマルチキャストパケットを転送する。する とＢＵＳ５７１は、接続５９１を用いてＬＥＣ５３１、５３４および５３７にパ ケットを転送する。ＬＥＣ５３１はそのパケットを廃棄し、ルーピング（loopin g）を防止する。ルータ５２２に存在するＬＥＣ５３４は、そのパケットを受け 取り、ルータ５２２に存在するレイヤー３プロセッサに、そのパケットを転送す る。ルータ５２２は、そのルータ５２２に接続された非ＡＴＭポートのいずれか に、そのパケットを受け取るべきホストが接続されているかどうかを判定する。 接続されている場合には、ルータ５２２が例えばポート５９３にパケットを転送 し、それによってホスト５５２がパケットを受け取ることが可能となる。パケッ トを受け取るべきホストがルータ５２２に接続されていない場合には、そのパケ ットは廃棄される。 本発明によるマルチキャスト転送システムの他の実装においては、マルチキャ ストグループに明示的に加入する新たなホスト、またはマルチキャストパケット をマルチキャストグループに送る新たなソースのいずれかが存在する時、各ルー タがＬＥＣを動的に生成することが可能である。明示的に加入するメンバは、ル ータの知れるところとなる。なぜなら、マルチキャストグループに加入すること に関心のあるホストは、そのホストが直接接続されたルータにＩＧＭＰパケット を送って、特定のアドレスが指定されたマルチキャストパケットを受け取ること に関心があることをルータに通知するからである。応答において、ルータは、周 知のプロトコルを用いてマルチキャストルーティング更新メッセージを送ること によって、新たなメンバホストを近接するルータに通知し、特定のマルチキャス トアドレスでマルチキャストパケットを受け取ることに関心があることを示す。 上記のように、各ルータは、ＩＧＭＰ登録処理を用いて、どのマルチキャストア ドレスが注目のものかを知る。 図６は、本発明によるマルチキャスト転送システム６００を示す概略ブロック 図であり、このマルチキャスト転送システム６００は、ＩＳＥＬＡＮ内でＬＥＣ およびＬＥＳ／ＢＵＳエンティティを生成するためのＬＥＣＳを用いて動的に再 構成可能である。図６は、図５に示すＭＦＳ５００と基本的に同じシステムトポ ロジを有する。明瞭にするために、３個のＬＥＳ／ＢＵＳエンティティのみが示 されている。図６においては、ＡＴＭネットワーク６１０が、複数個のルータ（ ルータ６２１、６２２、６２３および６２４のみが図示されている）と、ＡＴＭ スイッチ６２５とを備えている。複数個のホスト（ホスト６５１、６５２および ６５３のみが図示されている）が、様々な異なる技術を利用して、ポイント・ツ ー・ポイントプロトコルを用いて、例えばダイアルアップラインによってルータ を介してＡＴＭネットワーク６１０に接続可能である。ＡＴＭスイッチ６２５は 、ＩＳＥＬＡＮ６４０を備える。明瞭にするために、３個のＬＥＳ／ＢＵＳエン ティティのみが示されている。ＩＳＥＬＡＮ６４１は、ＬＥＳ６６１およびＢＵ Ｓ６７１によって形成されたＬＥＳ／ＢＵＳエンティティを備える。同様に、Ｉ ＳＥＬＡＮ６４２はＬＥＳ６６２とＢＵＳ６７２とを備え、ＩＳＥＬＡＮ６４３ はＬＥＳ６６３とＢＵＳ６７３とを備える。 ポイント・ツー・マルチポイント接続６９１は、ＢＵＳ６７１をＬＥＣ６３１ 、６３４および６３７に接続する。ＬＥＣ６３１、６３４および６３７の各々も 、ポイント・ツー・ポイント接続６９０によりＢＵＳ６７１に接続し、それによ ってパケットがＢＵＳ６７１に転送可能となる。同様に、ＬＥＳ６６１、６６２ および６６３の各々が、図６には示されていないが、ＡＴＭフォーラムＬＡＮエ ミュレーション仕様に明定されたポイント・ツー・マルチポイントおよびポイン ト・ツー・ポイント接続を用いてＬＥＣに接続される。 図６においては、例えばルータ６２１は、そのルータ６２１に直接接続されて いるか又はそのルータ６２１に接続された下流ルータ（図示せず）に接続されて いる例えばホスト６５１からＩＰパケットを受け取る。ルータ６２１は、周知の 技術を用いて、パケットの宛先アドレスがＩＰマルチキャストアドレスであるか どうかを決定する。ルータ６２１は、パケットを転送するためのＬＥＣが既に生 成されルータ６２１上に存在するかどうかを判定するために、ルータ６２１に含 まれるマルチキャスト転送テーブルにアクセスする。このようなエントリがマル チキャスト転送テーブルに存在しない時、ルータ６２１は、パケットに含まれる ２２５．０．１．０などのマルチキャストアドレスに対する新たなＬＥＣ割り当 てを提供する新たなエントリ、例えば表２の１行目等を、マルチキャスト転送テ ーブル内に生成する。ルータ６２１は、その後、ルータ６２１内に新たなＬＥＣ を生成する。 多くの場合、ＬＥＣＳ６０１によって、すなわち以前に受け取られた同一宛先 アドレスを持つＩＰパケットの結果として、エントリが既に生成されている。Ｉ Ｐアドレスに対するエントリが存在すると、ルータ６２１がテーブルから宛先ア ドレスを読み出す。ルータ６２１に含まれる、例示の動的に生成されたマルチキ ャスト転送テーブルが、表２に示される。 ＬＥＣ６３１が新たに生成されたＬＥＣである場合、ＬＥＣ６３１は、どのＬ ＥＳ／ＢＵＳを接続するかを決定するために、接続６９２によりＬＥＣＳ６０１ に接続する。ＬＥＣＳ６０１は、データパケットに含まれるマルチキャストアド レスに対するＬＥＳ／ＢＵＳエンティティが既に生成されているかどうかを判定 するために、テーブル検索を行う。テーブルエントリが既に生成されている場合 、ＬＥＣＳ６０１は既に生成されているＬＥＳ、例えばＬＥＳ６６１、のＡＴＭ アドレスを返す。その他の場合には、ＬＥＣＳ６０１が、新たなマルチキャスト グループに対して、ＩＳＥＬＡＮ６４０内に存在する利用可能であるが末使用の ＬＥＳのうちの１個を選択することにより、新たなテーブルエントリを生成し、 その選択されたＬＥＳを作動させ、その選択されたＬＥＳ、例えばＬＥＳ６６１ 、に対するＡＴＭアドレスをＬＥＣ６３１に戻す。ＬＥＣＳ６０１に含まれる例 示 のＬＥＣＳテーブルは、表３に示されている。 その後、ＬＥＣ６３１は、ＬＥＳ６６１およびＢＵＳ６７１に接続する。ＬＥ Ｃ６３１は、アドレス解決クエリー（ＬＥ＿ＡＲＰ＿ＲＥＱＵＥＳＴ）メッセー ジをＬＥＳ６６１に送ることにより、マルチキャストＡＴＭアドレスに対する宛 先マルチキャストアドレスのＭＡＣアドレスを解決する。この応答として、ＬＥ Ｓ６６１は、ＢＵＳ６７１に対するＡＴＭアドレスを戻す。ＬＥＣ６３１は、接 続６９０上のＢＵＳ６７１にマルチキャストパケットを転送する。すると、ＢＵ Ｓ６７１は、接続６９１を用いてＬＥＣ６３１、６３４および６３７にパケット を転送する。ＬＥＣ６３１はそのパケットを廃棄し、ルーピングを防止する。 ルータ６２２上のＬＥＣ６３４は、そのパケットを受け取り、ルータ６２２に 存在するレイヤー３プロセッサに、そのパケットを転送する。ルータ６２２は、 パケットを受け取ることに関心のあるホストが自身の非ＡＴＭポートのいずれか に接続されているかどうかを判定する。関心のあるホストが存在しない場合、ル ータ６２２はそのパケットを廃棄する。その他の場合、ルータ６２２は、関心の あるホストが接続されるポートにそのパケットを転送する。 本発明の動的アプローチにより、セッションマネジャーがＩＳＥＬＡＮを構築 したとき、すなわちデータが流れ始めたときに、ＬＥＣおよびＬＥＳ／ＢＵＳエ ンティティの資源が、各マルチキャストグループに割り当てられる。従って、図 ５に示したような本発明のＬＥＣおよびＬＥＳ／ＢＵＳエンティティの静的構成 でのように、割り当てられているが末使用である専用ＩＳＥＬＡＮ資源は存在し ない。 「動的」マルチキャスト転送システム６００は、図５に示す「静的」マルチキ ャスト転送システムの欠点をいくつか克服するが、システム６００は、密にコン トロールされたマルチキャストグループ、すなわち資格のあるホストのみがマル チキャストグループに参加できるようなアプリケーショントリガされたマルチキ ャストグループのためには、何らの技術も提供しない。図７は、本発明によるマ ルチキャスト転送システム７００を示す概略ブロック図であり、このマルチキャ スト転送システム７００は、ＩＳＥＬＡＮ内でＬＥＣおよびＬＥＳ／ＢＵＳエン ティティを生成するためのセッションマネジャーを用いて動的に再構成可能であ る。図７は、図６に示すＭＦＳ６００と基本的に同じシステムトポロジを有する 。 図７においては、例えば、ホスト６５１は、特定のマルチキャストグループに 加入するために、ウェブベースのマルチキャスト・セッションマネジャー７０１ に最初にアクセスする。セッションマネジャー７０１は、ホスト６５１でユーザ を認証し、その後、現存する登録されたマルチキャストセッションが見えるスク リーン、ならびに新たなマルチキャストセッションを生成する能力を提供する。 開始時間、必要な帯域幅、クローズド・ユーザグループ等の様々な追加フィルタ 又はパラメータも、ウェブベースのマルチキャストセッションマネジャーによっ て提供されるインタフェースを介して指定できる。パラメータのために入力され た値、例えば帯域幅およびセル遅延変動は、指定されたサービス品質を有する回 線を設定する際に使用される。エントリは、一旦完了すると、セッションマネジ ャー７０１上のデータベースに入力される。 セッションマネジャー７０１は、参加者の登録とマルチキャストセッション開 始をモニタする。マルチキャストセッションの間にＩＳＥＬＡＮを生成するため に、既に説明したＩＳＥＬＡＮを動的に生成するステップを行わなければならな い。セッションが実際に開始し、トラフィックがルータを介して流れ始めると、 ＩＳＥＬＡＮ全体がセットアップされ、使用される。 マルチキャストＥＬＡＮを生成することに加えて、セッションマネジャー７０ １は、マルチキャストセッションに関心のあったホストがグループから抜けるこ とを決定すると、ルータからＬＥＣを除去する責任を負い、関心のあるホストが ルータに、またはルータの下流に接続されたままの状態を残さない。最後に、マ ルチキャストセッション全体が終わると、ＬＥＳ／ＢＵＳエンティティおよびセ ッションの一部であった全てのＬＥＣが除去され、他のマルチキャストセッショ ンがそれら資源を利用可能になる。 本発明は、例示した実施の形態に関連して述べたが、発明の真の精神および範 囲を逸脱することなく、変更を行ってもよいことが認識され且つ理解されるであ ろう。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 コフィールド ドン リチャード アメリカ合衆国 ニュージャージー州 ロ ーカスト ローカスト ポイント ロード 563 (72)発明者 レイトン ウィリアム ジェイ ザ サー ド アメリカ合衆国 ニュージャージー州 ス コッチ プレーンズ グレンヴィレ ロー ド 1971 (72)発明者 マサラワラ ラスタム ケイ アメリカ合衆国 ニューヨーク州 ニュー ヨーク ワシントン スクエア ビレッジ ２ アパートメント 10エル (72)発明者 サクセナ ヴィクラム アール アメリカ合衆国 ニュージャージー州 フ リーホールド ベニントン ロード 281 【要約の続き】 続を用いて、そのマルチキャストデータパケットのマル チキャストＩＰアドレスに関連する各ルータへ、そのマ ルチキャストデータパケットをインターサブネットで送 る。マルチキャストデータパケットが受け取られたサブ ネットとは異なるサブネットに、少なくとも１個のマル チキャストホストが接続されている。

Claims (1)

1. 【特許請求の範囲】 １． ルータによって相互接続された複数個のテレコミュニケーションサブネ ットを介してマルチキャストデータパケットを転送する方法において、 前記複数個のテレコミュニケーションサブネットのうちの１個のサブネット内 でマルチキャストデータパケットを受け取るステップと、 前記マルチキャストデータパケットに対するマルチキャストＩＰアドレスを求 めるステップと、 前記マルチキャストデータパケットに対する前記マルチキャストＩＰアドレス に関連するブロードキャスト・アンノウン・サーバを決定するステップと、 ポイント・ツー・ポイント接続を用いて、前記マルチキャストデータパケット に対する前記マルチキャストＩＰアドレスに関連する前記ブロードキャスト・ア ンノウン・サーバに前記マルチキャストデータパケットを送るステップと、 ポイント・ツー・マルチポイント接続を用いて、前記ブロードキャスト・アン ノウン・サーバから、前記マルチキャストデータパケットについての前記マルチ キャストＩＰアドレスに関連する各ルータへ、前記マルチキャストデータパケッ トをインターサブネットで送信するステップであって、少なくとも１個のマルチ キャストホストが、前記マルチキャストデータパケットを受け取ったサブネット とは異なるサブネットに接続されているステップと、 を含む方法。 ２． 請求の範囲１に記載の方法において、前記マルチキャストデータパケッ トを受け取るステップが、 データパケットを受け取るステップと、 前記データパケットがマルチキャストデータパケットであるかどうかを判定す るステップと、 前記データパケットがマルチキャストデータパケットではないと判定されると 、イントラサブネット技術を用いて、前記データパケットに対する宛先アドレス に前記データパケットを送るステップと、 を備える、方法。 ３． 請求の範囲１に記載の方法において、前記マルチキャストデータパケッ トをブロードキャスト・アンノウン・サーバに送るステップが、 前記マルチキャストＩＰアドレスに関連するＬＡＮエミュレーションクライア ントを決定するために、マルチキャスト転送データベースにアクセスするステッ プと、 前記マルチキャスト転送データベースが前記マルチキャストＩＰアドレスを前 記ＬＡＮエミュレーションクライアントに関連づける情報を含む場合、前記ＬＡ Ｎエミュレーションクライアントを介して前記マルチキャストデータパケットを 前記ブロードキャスト・アンノウン・サーバに送るステップと、 を備える、方法。 ４． 請求の範囲３に記載の方法において、前記マルチキャスト転送データベ ースが、マルチキャストＩＰアドレスの範囲を前記ＬＡＮエミュレーションクラ イアントに関連づける、方法。 ５． 請求の範囲３に記載の方法において、前記マルチキャスト転送データベ ースが、前記マルチキャストＩＰアドレスを関連づける情報を含まない場合に、 前記方法が、 前記マルチキャストＩＰアドレスに対するＬＡＮエミュレーションクライアン トを生成するステップと、 前記マルチキャスト転送データベースにおける前記マルチキャストＩＰアドレ スにそのＬＡＮエミュレーションクライアントを関連づけるステップと、 をさらに備える、方法。 ６． 請求の範囲５に記載の方法において、前記マルチキャストデータパケッ トの前記マルチキャストＩＰアドレスに関連するブロードキャスト・アンノウン ・サーバが存在しない場合、前記方法が、前記マルチキャストＩＰアドレスに対 するブロードキャスト・アンノウン・サーバを生成するステップをさらに備える 、方法。 ７． 請求の範囲５に記載の方法であって、 前記マルチキャストＩＰアドレスを有するマルチキャストグループを生成する ステップと、前記マルチキャストＩＰアドレスに対するＬＡＮエミュレーション サーバを生成するステップとをさらに備える、方法。 ８． 複数個のテレコミュニケーションサブネットを介してマルチキャストデ ータパケットを転送するためのマルチキャスト転送システムにおいて、 マルチキャストＩＰアドレスに関連づけられたブロードキャスト・アンノウン ・サーバと、 前記複数個のテレコミュニケーションサブネットのうちの１個のサブネットに 接続されたルータであって、マルチキャストＩＰアドレスを有するマルチキャス トデータパケットを受け取って前記ブロードキャスト・アンノウン・サーバにそ のマルチキャストデータパケットを送るルータと、 を有し、前記ブロードキャスト・アンノウン・サーバが、ポイント・ツー・マ ルチポイント接続を用いて、前記マルチキャストデータパケットについての前記 マルチキャストＩＰアドレスに関連する各ルータへ、マルチキャストデータパケ ットをインターサブネットで送り、前記マルチキャストデータパケットが受け取 られたサブネットとは異なるサブネットに、少なくとも１個のマルチキャストホ ストが接続されている、マルチキャスト転送システム。 ９． 請求の範囲８に記載のシステムにおいて、前記ルータは、データパケッ トを受け取り、前記データパケットがマルチキャストデータパケットであるかど うかを判定し、前記ルータは、前記データパケットがマルチキャストデータパケ ットではないと判定されると、イントラサブネット技術を用いて、前記データパ ケットの宛先アドレスに前記データパケットを送る、システム。 １０． 請求の範囲８に記載のシステムにおいて、前記ルータが、前記マルチ キャストデータパケットの前記マルチキャストＩＰアドレスに関連するＬＡＮエ ミュレーションクライアントに関連する情報を含むマルチキャスト転送データベ ースを備え、前記ルータが、前記マルチキャストデータパケットの受信に応じて 、前記マルチキャストデータパケットの前記マルチキャストＩＰアドレスに関連 する前記ＬＡＮエミュレーションクライアントを決定するために、前記マルチキ ャスト転送データベースにアクセスし、 前記マルチキャスト転送データベースが前記マルチキャストＩＰアドレスを前 記ＬＡＮエミュレーションクライアントに関連づける情報を含む場合、前記マル チキャストデータパケットが前記ＬＡＮエミュレーションクライアントを介して 前記ブロードキャスト・アンノウン・サーバに送られる、システム。 １１． 請求の範囲１０に記載のシステムにおいて、前記マルチキャスト転送 データベースが、マルチキャストＩＰアドレスの範囲を前記ＬＡＮエミュレーシ ョンクライアントに関連づける、システム。 １２． 請求の範囲１０に記載のシステムにおいて、前記ルータにおける前記 マルチキャスト転送データベースが、前記マルチキャストＩＰアドレスを関連づ ける情報を含まない場合、前記ルータが前記マルチキャストＩＰアドレスに対す るＬＡＮエミュレーションクライアントを生成し、前記マルチキャスト転送デー タベースにおける前記マルチキャストＩＰアドレスにそのＬＡＮエミュレーショ ンクライアントを関連づける、システム。