JP2003101577A - マルチキャストパケット転送方法及びルータ、スイッチングハブ並びにユーザインタフェース装置 - Google Patents

Abstract

(57)【要約】 【課題】 マルチキャスト用のアドレスを複数管理する
装置を必要とすることなく、ハードウェアマルチキャス
トアドレスによってマルチキャストグループを特定可能
にして、トラフィックを低減する。 【解決手段】 リーフサブネットのマルチキャストルー
タがマルチキャストパケットを受信した際の処理とし
て、３２ビットのＩＰマルチキャストアドレスの内、下
位２８ビット（マルチキャストグループアドレス）をそ
のままハードウェアマルチキャストアドレスにマッピン
グすることにより、ＭＡＣレイヤでマルチキャストグル
ープを一意に確定させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチキャストパ
ケットを転送するマルチキャストパケット転送方法及び
ルータ、スイッチングハブ並びにユーザインタフェース
装置に関する。

【０００２】

【従来の技術】マルチキャスト技術はＬＡＮ(Local Are
a Network)やインターネット、イントラネットなど、ネ
ットワークに接続されている通信装置の内、特定の通信
装置のグループに対してのみデータの一斉送信を行う技
術であり、ネットワークに接続されている全通信装置に
対してデータの一斉送信を行うブロードキャスト技術と
は異なり、帯域を有効利用可能な技術として近年、注目
を集めている。マルチキャストを実現するためにはマル
チキャストアドレスというアドレスが必要であり、この
マルチキャストアドレスにはインターネットプロトコル
(Internet Protocol、 以下、ＩＰと略する)レイヤにお
いて処理されるＩＰマルチキャストアドレスと、ＭＡＣ
(Media Access Control)レイヤにおいて処理されるハー
ドウェアマルチキャストアドレスがある。

【０００３】以下、マルチキャストアドレスを用いて実
現されるマルチキャストについて説明する。図９は公知
なＩＰマルチキャストアドレスの構成を示す。ＩＰマル
チキャストアドレスは８×４オクテット（３２ビット）
で構成され、クラスＤのＩＰアドレスが用いられてい
る。クラスＤのＩＰアドレスは先頭４ビットが”１１１
０”で始まり、この先頭４ビットを確認することでマル
チキャストアドレスであることが認識され、ＩＰアドレ
スの残り２８ビットでマルチキャストグループが特定さ
れる。

【０００４】ＩＰマルチキャストアドレスは、２２４.
０.０.０から２３９.２５５.２５５.２５５までの範囲
であり、このうち２２４.０.０.０や２２４.０.０.１か
ら２２４.０.０.２５５までのウェルノウン・アドレス
・グループ(Well-Known AddressGroup)として、ＩＡＮ
Ａ(Internet Assigned Numbers Authority)によって管
理されたＩＰアドレスは既に予約されているため、一般
的なマルチキャストグループに対応させることはできな
い。

【０００５】一方、ハードウェアマルチキャストアドレ
スは６オクテット（４８ビット）で構成され、ＭＡＣア
ドレスの先頭３オクテット（２４ビット）が”０１−０
０−５Ｅ”で始まり、前記２４ビット中の先頭より８ビ
ット目が”１”であることによりハードウェアマルチキ
ャストアドレスであることを認識する。ハードウェアマ
ルチキャストアドレスを１６進法表記すると０１−００
−５Ｅ−００−００−００から０１−００−５Ｅ−ＦＦ
−ＦＦ−ＦＦの範囲となる。

【０００６】図１０は従来のＩＰマルチキャストアドレ
スとハードウェアマルチキャストアドレスの関係を示
す。２つのマルチキャストアドレスは個々に任意の値を
取るのではなく、ＩＰマルチキャストアドレスの下位２
３ビットの先頭に０を付加した２４ビットをハードウェ
アマルチキャストアドレスの下位２４ビットにマッピン
グすることにより一対一の対応がなされる。

【０００７】前記のようにマッピングされたマルチキャ
ストアドレスを持ったマルチキャストパケットをマルチ
キャストルータ、スイッチングハブを介して受信ホスト
が受信するまでの動作を説明する。マルチキャストルー
タはマルチキャストパケットを受信した際、ＩＰマルチ
キャストアドレスを確認して、自分の持つテーブル内に
受信したマルチキャストアドレスが登録されているか否
かで下流のスイッチングハブへの送信の是非を決定す
る。スイッチングハブでは、ハードウェアマルチキャス
トアドレスを確認することでマルチキャストパケットで
あるか否かの認識を行い、マルチキャストパケットであ
ることが認識された場合、適応されているプロトコルに
より全出力、あるいは特定の複数の出力に向けてパケッ
トが送信される。このとき、ＩＰマルチキャストアドレ
スは確認されない。

【０００８】受信ホストはパケットを受信する際、前述
の通りハードウェアマルチキャストアドレスの上位８ビ
ット目を確認する。前記ビットが"１"であることでマル
チキャストパケットであることは認識されるが、エラー
ビットである可能性を考えて下位２３ビットがパケット
中に存在するＩＰアドレスと同一かどうかを確認する。
ここで、マルチキャストアドレスであるならば、下位２
３ビットは一致するはずであり、これを確認することで
受信パケットがマルチキャストアドレスであることを認
識する。その後、受信ホスト内へ受信されたマルチキャ
ストパケット内のＩＰマルチキャストアドレスと受信ホ
スト自身が記憶しているＩＰマルチキャストアドレスと
を比較することによって、その受信ホストが受け取るべ
きマルチキャストパケットか否かの判断がなされる。上
述の通り一般的にはマルチキャストパケットは受信ホス
トで取捨選択がなされ、その取捨選択はＩＰレイヤでな
される。

【０００９】

【発明が解決しようとする課題】前記のようなマルチキ
ャスト方式では、ＩＰレイヤまで到達しなければマルチ
キャストパケットの取捨選択ができない。言い換えれ
ば、受信ホストは自分とは無関係なマルチキャストパケ
ットも全ていったん受信するため、その負荷が深刻にな
るという問題点がある。

【００１０】また、現在では、その前段階におけるスイ
ッチングハブは、受信したパケットがマルチキャストパ
ケットであるということをハードウェアマルチキャスト
アドレスのレイヤでしか判断できない。スイッチングハ
ブはまた、ハードウェアマルチキャストアドレスのみで
は、マルチキャストグループを完全に特定することは不
可能であるため、下流の受信ホストに対して全て転送
（ブロードキャスト）しているという問題点がある。そ
のため、スイッチングハブと受信ホスト間のトラフィッ
クは、マルチキャストトラフィックにより混雑すること
が予想される。これらはハードウェアマルチキャストア
ドレスによってマルチキャストグループを特定できない
ところに根底があると考えられる。

【００１１】ところで、上記問題点を解決する従来例と
して、特開平９−２５２３１９号公報には、マルチキャ
ストパケットの転送装置(ルータなど)内にアドレス管理
部を設け、マルチキャストパケット内のＩＰマルチキャ
ストアドレス及びハードウェアマルチキャストアドレス
を、転送装置内のマルチキャストアドレスを記憶してい
るテーブルの中から適切なＩＰマルチキャストアドレス
とハードウェアマルチキャストアドレスを選択して書き
換えることで特定端末へのマルチキャストを実現する方
式が提案されている。しかしながら、この方法ではアド
レス管理部を設けることによるパケット転送装置(ルー
タなど)への負荷が格段に大きくなるという問題があ
る。さらに、ＩＰレイヤとＭＡＣレイヤの両アドレスを
管理する必要があるため、さらにパケット転送装置（ル
ータなど）の動作が煩雑になるという問題がある。

【００１２】本発明は上記従来例の問題点に鑑み、ルー
タ内にアドレス管理装置などといったマルチキャスト用
のアドレスを複数管理する装置を必要とすることなく、
転送先でハードウェアマルチキャストアドレスによって
マルチキャストグループを特定可能にして、トラフィッ
クを低減することができるパケット転送方法及びルー
タ、スイッチングハブ並びにユーザインタフェース装置
を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明のマルチキャスト
パケット転送方法は、上記目的を達成するために、受信
したマルチキャストパケットをそのＩＰマルチキャスト
アドレス内のマルチキャストグループアドレスを全てハ
ードウェアマルチキャストアドレスにマッピングし直し
て転送するステップと、前記転送されたマルチキャスト
パケットを前記マッピングし直されたハードウェアマル
チキャストアドレスに従ってレイヤ２で取捨選択して再
転送するステップとを、有するようにした。上記方法に
より、ＩＰマルチキャストアドレス内のマルチキャスト
グループアドレスを全てハードウェアマルチキャストア
ドレスにマッピングし直してマルチキャストパケットを
転送し、転送先でレイヤ２で取捨選択して再転送するの
で、ルータ内にマルチキャスト用のアドレスを複数管理
する装置を必要とすることがなく、また、転送先でハー
ドウェアマルチキャストアドレスによってマルチキャス
トグループを特定してマルチキャストパケットを取捨選
択することができ、トラフィックを低減することができ
る。

【００１４】本発明のルータは上記目的を達成するため
に、受信したマルチキャストパケットをそのＩＰマルチ
キャストアドレス内のマルチキャストグループアドレス
を全てハードウェアマルチキャストアドレスにマッピン
グし直す手段と、前記マッピングし直されたハードウェ
アマルチキャストアドレスを有するマルチキャストパケ
ットを転送先に転送する手段とを、有する構成とした。
上記構成により、マルチキャスト用のアドレスを複数管
理する装置を必要とすることがなく、また、転送先のス
イッチングハブ、その再転送先のユーザインタフェース
でハードウェアマルチキャストアドレスによってマルチ
キャストグループを特定してマルチキャストパケットを
取捨選択することができ、その下流のトラフィックを低
減することができる。

【００１５】本発明のスイッチングハブは、上記目的を
達成するために、マルチキャストパケットのＩＰマルチ
キャストアドレス内のマルチキャストグループアドレス
を全てマッピングし直したハードウェアマルチキャスト
アドレスを出力先ポート毎に記憶するテーブルと、受信
したマルチキャストパケットのハードウェアマルチキャ
ストアドレスを前記テーブルと認証してレイヤ２で前記
受信パケットを取捨選択し、前記アドレスが一致した受
信パケットのみを当該出力先ポートのみを介して転送す
る手段とを、有する構成とした。上記構成により、ハー
ドウェアマルチキャストアドレスによってマルチキャス
トグループを特定してマルチキャストパケットを取捨選
択することができ、その下流のトラフィックを低減する
ことができる。

【００１６】また、本発明のユーザインタフェース装置
は、上記目的を達成するために、マルチキャストパケッ
トのＩＰマルチキャストアドレス内のマルチキャストグ
ループアドレスを全てマッピングし直したハードウェア
マルチキャストアドレスを記憶するテーブルと、受信し
たマルチキャストパケットのハードウェアマルチキャス
トアドレスを前記テーブルと認証してレイヤ２で前記受
信パケットを取捨選択し、前記アドレスが一致した受信
パケットのみをユーザ側上位層に転送する手段とを、有
する構成とした。上記構成により、ユーザ側上位層で
は、マルチキャストグループアドレスをレイヤ２で認証
することができ、より高速なパケット転送が可能にな
る。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は本発明におけるＩＰ
マルチキャストアドレスとハードウェアマルチキャスト
アドレスの関係を示す。ここで、本来、ハードウェアマ
ルチキャストアドレスの上位２４ビットはＩＡＮＡの規
格により定められており、リーフサブネットをまたいで
マルチキャストを行うような際にはその上位２４ビット
を侵すことはできない。しかし、リーフサブネット内に
限られたネットワークを考慮すれば、各機器間で取り決
めが行われていれば、ＩＡＮＡの規格に乗っ取ったマッ
ピングを行わなくとも正常な処理は成される。

【００１８】そこで、本発明では、リーフサブネットの
マルチキャストルータがマルチキャストパケットを受信
した際の処理として、図１に示すように３２ビットのＩ
Ｐマルチキャストアドレスの内、下位２８ビット（ｂｉ
ｔ）（マルチキャストグループアドレス）をそのままハ
ードウェアマルチキャストアドレスにマッピングする。
これによりＭＡＣレイヤでマルチキャストグループを一
意に確定させる。ルータはこのハードウェアマルチキャ
ストアドレスをマッピングし直したマルチキャストパケ
ットをスイッチングハブに転送する。

【００１９】さらに、スイッチングハブでは、受信ホス
トに登録されているＩＰマルチキャストアドレスを取得
し、そのＩＰマルチキャストアドレスの下位２８ビット
をハードウェアマルチキャストアドレスへマッピングし
たものと各ポートを対応させるテーブルを作成する。マ
ルチキャストパケットを受信したスイッチングハブは、
マッピングし直されたハードウェアマルチキャストアド
レスを保持しているテーブルと参照し、対応するポート
のみにパケットを転送する。これにより、マルチキャス
トパケットは所望の受信ホストのみに転送されるととも
に、マルチキャストルータでは使用するマルチキャスト
アドレスを管理するテーブルなどは必要としないパケッ
ト転送が可能になる。

【００２０】また、スイッチングハブがハードウェアマ
ルチキャストアドレスをマッピングし直したものと各ポ
ートを対応させるテーブルを保持しない場合、そのスイ
ッチングハブは全ポートにマルチキャストパケットを転
送することになる。そのときは各受信ホストが持つイン
タフェース部が、受信ホストが登録されているマルチキ
ャストグループのＩＰマルチキャストアドレスを取得し
て、下位２８ビットをハードウェアマルチキャストアド
レスにマッピングし直したテーブルを記憶し、受信した
パケットのＭＡＣアドレスを確認し、登録されているＭ
ＡＣアドレスの内の一つと適合すればそれを取り込み、
適合しなければそのパケットを廃棄することでマルチキ
ャストパケットの取捨選択をレイヤ２の段階で行うこと
が可能になる。

【００２１】図２はルータ内のマルチキャストパケット
転送装置１０の構成を示し、図３はその内部処理を表し
たフローチャートを示す。まず、リーフサブネットのマ
ルチキャストルータがパケットを受信し、マルチキャス
トパケットかどうかの判断を行う（ステップＳ１）。マ
ルチキャストパケットであった場合、図２に示すマルチ
キャストパケット転送装置１０に入力され、アドレス読
み出し部１１とアドレス書き換え部１２へと送られる
（ステップＳ１→Ｓ２）。マルチキャストパケットでは
なくユニキャストパケットであった場合は、そのままパ
ケット転送部１３へと送られ（ステップＳ１→Ｓ６）、
ユニキャストパケットとしての処理が成される。なお、
ユニキャストパケットの処理に関しては本発明の範疇で
はないので、説明を省略する。

【００２２】次にアドレス読み出し部１１では、ＩＰマ
ルチキャストアドレスの下位２８ビットを抽出し、それ
をアドレス書き換え部１２へと転送する（ステップＳ
３）。アドレス書き換え部１２では、入力されたマルチ
キャストパケットのハードウェアマルチキャストアドレ
スの下位２８ビットに対して、図１に示すようにアドレ
ス読み出し部１１から転送された２８ビットをマッピン
グする（ステップＳ４）。ハードウェアマルチキャスト
アドレスの下位２８ビットをマッピングし直されたマル
チキャストパケットはパケット転送部１３へ転送され
（ステップＳ５）、次いでパケット転送部１３により各
スイッチングハブのインタフェース部へと転送される
（ステップＳ６）。

【００２３】これにより、ハードウェアマルチキャスト
アドレスからマルチキャストグループが一意に決定し、
レイヤ２でのマルチキャストパケットの取捨選択が可能
になる。また、ルータ内にマルチキャストアドレスを管
理するテーブルなどを保持する必要もないので、従来例
のようにマルチキャストアドレスのテーブルを持ち、適
切なマルチキャストアドレスをテーブル内から検索し、
それを割り当てる方式と比べて処理速度が向上する。

【００２４】図４は図２に示すマルチキャストパケット
転送装置１０によってＩＰマルチキャストアドレスの下
位２８ビットをハードウェアマルチキャストアドレスの
下位２８ビットにマッピングされたパケットが到着した
際のマルチキャストパケットの転送状態を示す。また、
図５は図４の各ユーザインタフェース部２２〜２５の内
部の構成を示し、図６は図４に示すパケット転送状態に
おいて成される内部処理を説明するフローチャートを示
す。

【００２５】ここで、図４において、２１はマルチキャ
ストアドレスを認識できないスイッチングハブを示す。
図５に示す各ユーザインタフェース部２２〜２５におい
て、転送制御部３１は受信パケットのＭＡＣアドレスを
確認し、ＭＡＣアドレス記憶部３２、３３に記憶された
ＭＡＣアドレスとそれぞれ認証する。パケット転送部３
４は転送制御部３１より受信許可／廃棄命令を受け、そ
れに従った処理を行う。

【００２６】図６を参照してスイッチングハブ２１とユ
ーザインタフェース部２２〜２５の処理を詳しく説明す
る。まず、このスイッチングハブ２１はマルチキャスト
アドレスを認識できないため、受信したマルチキャスト
パケットを下流ポートへとブロードキャストする（ステ
ップＳ１１）。そのためユーザインタフェース部２２〜
２５は全てマルチキャストパケットの到着を確認する
（ステップＳ１２）。各ユーザインタフェース部２２〜
２５において受信したパケットは転送制御部３１とパケ
ット転送部３４へと送られる。

【００２７】転送制御部３１では受信したパケットのＭ
ＡＣアドレスを確認し、これをＭＡＣアドレス記憶部３
２に記憶されたユニキャスト用の、すなわち各インタフ
ェース部２２〜２５が持つ固有のＭＡＣアドレス、及び
図２に示すアドレス書き換え部１２でマッピングし直さ
れてＭＡＣアドレス記憶部３３に記憶されたハードウェ
アマルチキャストアドレスとそれぞれ認証を行う（ステ
ップＳ１４、Ｓ１５、Ｓ１６）。

【００２８】認証が正常に行われた場合、転送制御部３
１はパケット転送部３４に対して転送許可を発行し（ス
テップＳ１７→Ｓ１８）、許可を受けたパケット転送部
３４はユーザ上位層へとパケットを転送する（ステップ
Ｓ１９）。他方、転送制御部３１で認証が正常に行われ
なかった場合、転送制御部３１はパケット転送部３４に
廃棄命令を出し（ステップＳ１７→Ｓ２０）、廃棄命令
を受けたパケット転送部３４はこのパケットを廃棄し、
ユーザ側上位層へのパケット転送を行わない（ステップ
Ｓ２１）。これによって、ユーザインタフェース部２２
〜２５でレイヤ２でのマルチキャストパケットの取捨が
可能になるので、ユーザ側上位層では、自分の所属する
マルチキャストグループ宛てかどうかの認証をＩＰレベ
ルで行う必要がなくなり、より高速なパケット転送が可
能になる。

【００２９】図７は本発明で用いるマルチキャストアド
レスを認識するスイッチングハブ４０の構成を示し、図
８はその内部処理を説明するフローチャートを示す。図
７において、転送制御部４１は受信パケットのＭＡＣア
ドレスを確認し、これをＭＡＣアドレス記憶テーブル４
２との間で認証を行う。ＭＡＣアドレス記憶テーブル３
２には、各ポート４４〜４７とその下流側に接続されて
いるインタフェース部が持つ固有のＭＡＣアドレス、及
びその各ポート４４〜４７以下に接続されているインタ
フェース部を保持するクライアントが所属するマルチキ
ャストグループのＩＰマルチキャストアドレスの下位２
８ビットを、図１に示すようにマルチキャストパケット
のＭＡＣアドレスの下位２８ビットにマッピングしたハ
ードウェアマルチキャストアドレスとの対応を格納して
おく。パケット転送部４３は転送制御部４１から受信パ
ケットの転送先ポートの通知又はパケット廃棄命令を受
け、それに従った処理を行う。

【００３０】図８において、まず、図２に示すマルチキ
ャストパケット転送装置１０によってＩＰマルチキャス
トアドレスの下位２８ビットを、図１に示すようにハー
ドウェアマルチキャストアドレスの下位２８ビットにマ
ッピングされたパケットが到着すると、この受信パケッ
トが転送制御部４１とパケット転送部４３へと送られる
（ステップＳ３１）。転送制御部４１では受信したパケ
ットのＭＡＣアドレスを読み出し、これをＭＡＣアドレ
ス記憶テーブル４２との間で認証を行う（ステップＳ３
２）。

【００３１】転送制御部４１とＭＡＣアドレス記憶テー
ブル４２との間で行われた認証によって、受信している
パケットの出力先ポート４４〜４７が決定した場合、転
送制御部４１はパケット転送部４３にパケットの出力先
ポートを通知する（ステップＳ３３→Ｓ３４）。出力先
を指定されたパケット転送部４３は指定されたポートの
みにパケットを転送し（ステップＳ３５）、指定された
ポートは下流のユーザ端末のインタフェース部にパケッ
トを転送する。

【００３２】他方、認証によって受信したパケットのＭ
ＡＣアドレスと各ポート４４〜４７の対応が成されなか
ったとき、受信したマルチキャストパケットが保持する
マルチキャストグループには配下のユーザ端末は所属し
ないと判断し、転送制御部４１はパケット転送部４３へ
パケットの廃棄命令を発行する（ステップＳ３３→Ｓ３
６）。廃棄命令を受けたパケット転送部４３は下流のポ
ート４４〜４７以下に受信パケットを転送するのを止
め、パケットを廃棄する（ステップＳ３７）。これによ
って無駄なマルチキャストパケットがユーザインタフェ
ースまで到着することが防止でき、ポート４４〜４７以
下のトラフィックの混雑が緩和される。

【００３３】

【発明の効果】以上説明したように本発明のマルチキャ
ストパケット転送方法によれば、ＩＰマルチキャストア
ドレス内のマルチキャストグループアドレスを全てハー
ドウェアマルチキャストアドレスにマッピングし直して
マルチキャストパケットを転送し、転送先でレイヤ２で
取捨選択して再転送するので、ルータ内にマルチキャス
ト用のアドレスを複数管理する装置を必要とすることが
なく、また、転送先でハードウェアマルチキャストアド
レスによってマルチキャストグループを特定してマルチ
キャストパケットを取捨選択することができ、トラフィ
ックを低減することができる。また、本発明のルータに
よれば、マルチキャスト用のアドレスを複数管理する装
置を必要とすることがなく、また、転送先のスイッチン
グハブ、その再転送先のユーザインタフェースでハード
ウェアマルチキャストアドレスによってマルチキャスト
グループを特定してマルチキャストパケットを取捨選択
することができ、その下流のトラフィックを低減するこ
とができる。また、本発明のスイッチングハブによれ
ば、ハードウェアマルチキャストアドレスによってマル
チキャストグループを特定してマルチキャストパケット
を取捨選択することができ、その下流のトラフィックを
低減することができる。また、本発明のユーザインタフ
ェース装置によれば、ユーザ側上位層では、マルチキャ
ストグループアドレスをレイヤ２で認証することがで
き、より高速なパケット転送が可能になる。

【図面の簡単な説明】

【図１】ＩＰマルチキャストアドレスをハードウェアマ
ルチキャストアドレスにマッピングする本発明の方法を
示す説明図

【図２】本発明の実施形態に係るルータのマルチキャス
トパケット転送装置の構成を示すブロック図

【図３】図２のマルチキャストパケット転送装置の処理
動作を説明するためのフローチャート

【図４】本発明のマルチキャストパケットが転送される
ネットワークシステムを示すブロック図

【図５】図４のユーザインタフェース部の構成を概略的
に示すブロック図

【図６】図４のネットワークシステムにおけるマルチキ
ャストパケット転送を説明するためのフローチャート

【図７】本発明の実施形態に係るスイッチングハブの構
成を概略的に示すブロック図

【図８】図７のスイッチングハブの処理動作を説明する
ためのフローチャート

【図９】公知なＩＰマルチキャストアドレスの構成を示
す説明図

【図１０】ＩＰマルチキャストアドレスをハードウェア
マルチキャストアドレスにマッピングする従来の方法を
示す説明図

【符号の説明】

１０ マルチキャストパケット転送装置 １１ アドレス読み出し部 １２ アドレス書き換え部 １３、３４、４３ パケット転送部 ２２〜２５、３０ ユーザインタフェース部 ３１、４１ 転送制御部 ３２、３３ ＭＡＣアドレス記憶部 ４０ スイッチングハブ ４２ ＭＡＣアドレス記憶テーブル ４４〜４７ ポート

Claims (4)

【特許請求の範囲】
1. 【請求項１】 受信したマルチキャストパケットをその
   ＩＰマルチキャストアドレス内のマルチキャストグルー
   プアドレスを全てハードウェアマルチキャストアドレス
   にマッピングし直して転送するステップと、 前記転送されたマルチキャストパケットを前記マッピン
   グし直されたハードウェアマルチキャストアドレスに従
   ってレイヤ２で取捨選択して再転送するステップとを、 有するマルチキャストパケット転送方法。
2. 【請求項２】 受信したマルチキャストパケットをその
   ＩＰマルチキャストアドレス内のマルチキャストグルー
   プアドレスを全てハードウェアマルチキャストアドレス
   にマッピングし直す手段と、 前記マッピングし直されたハードウェアマルチキャスト
   アドレスを有するマルチキャストパケットを転送先に転
   送する手段とを、 有するルータ。
3. 【請求項３】 マルチキャストパケットのＩＰマルチキ
   ャストアドレス内のマルチキャストグループアドレスを
   全てマッピングし直したハードウェアマルチキャストア
   ドレスを出力先ポート毎に記憶するテーブルと、 受信したマルチキャストパケットのハードウェアマルチ
   キャストアドレスを前記テーブルと認証してレイヤ２で
   前記受信パケットを取捨選択し、前記アドレスが一致し
   た受信パケットのみを当該出力先ポートのみを介して転
   送する手段とを、 有するスイッチングハブ。
4. 【請求項４】 マルチキャストパケットのＩＰマルチキ
   ャストアドレス内のマルチキャストグループアドレスを
   全てマッピングし直したハードウェアマルチキャストア
   ドレスを記憶するテーブルと、 受信したマルチキャストパケットのハードウェアマルチ
   キャストアドレスを前記テーブルと認証してレイヤ２で
   前記受信パケットを取捨選択し、前記アドレスが一致し
   た受信パケットのみをユーザ側上位層に転送する手段と
   を、 有するユーザインタフェース装置。