JP3526027B2 - Ｉｐマルチキャスト経路制御方法およびルータ - Google Patents
Ｉｐマルチキャスト経路制御方法およびルータInfo
- Publication number
- JP3526027B2 JP3526027B2 JP2000251472A JP2000251472A JP3526027B2 JP 3526027 B2 JP3526027 B2 JP 3526027B2 JP 2000251472 A JP2000251472 A JP 2000251472A JP 2000251472 A JP2000251472 A JP 2000251472A JP 3526027 B2 JP3526027 B2 JP 3526027B2
- Authority
- JP
- Japan
- Prior art keywords
- multicast
- interface
- entry
- address
- group
- 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.)
- Expired - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、マルチキャスト通
信に関し、特に、インターネットにおけるＩＰマルチキ
ャストに関する。
信に関し、特に、インターネットにおけるＩＰマルチキ
ャストに関する。
【０００２】
【従来の技術】従来から一般に普及しているインターネ
ットのアプリケーションはＷＷＷや電子メールのように
１対１のユニキャスト通信によるものが主流である。し
かし、インターネット上でのテレビ会議やＷｅｂデータ
の配信、マルチメディア情報の配信など１対多のマルチ
キャスト通信に対する要求が高まっている。
ットのアプリケーションはＷＷＷや電子メールのように
１対１のユニキャスト通信によるものが主流である。し
かし、インターネット上でのテレビ会議やＷｅｂデータ
の配信、マルチメディア情報の配信など１対多のマルチ
キャスト通信に対する要求が高まっている。
【０００３】インターネットの従来のプロトコルでは、
複数の宛先にパケットを送信する場合、同一内容のパケ
ットを宛先ごとにそれぞれ別個に送信していたため、ネ
ットワーク上のトラヒックが増大するという問題があっ
た。
複数の宛先にパケットを送信する場合、同一内容のパケ
ットを宛先ごとにそれぞれ別個に送信していたため、ネ
ットワーク上のトラヒックが増大するという問題があっ
た。
【０００４】これに対して、複数の宛先に効率よくパケ
ットを配信するためのＩＰマルチキャストのプロトコル
の一例として、送信ホストからグループアドレス宛の１
つのパケットを送信すると、パケット配信経路のツリー
を構成したネットワークがツリーにしたがってパケット
をコピーしてグループに属するそれぞれの受信ホストに
配信するというものがある。この場合、ホストがＩＰマ
ルチキャストのグループに受信メンバとして加わると
き、まずそのホストがメッセージを送信し、そのメッセ
ージがすでに確立しているツリー上のルータに到着する
と、そのルータがホストをグループに加える。これによ
れば、従来に比べてネットワーク上でのトラヒック量が
低く抑えられる。
ットを配信するためのＩＰマルチキャストのプロトコル
の一例として、送信ホストからグループアドレス宛の１
つのパケットを送信すると、パケット配信経路のツリー
を構成したネットワークがツリーにしたがってパケット
をコピーしてグループに属するそれぞれの受信ホストに
配信するというものがある。この場合、ホストがＩＰマ
ルチキャストのグループに受信メンバとして加わると
き、まずそのホストがメッセージを送信し、そのメッセ
ージがすでに確立しているツリー上のルータに到着する
と、そのルータがホストをグループに加える。これによ
れば、従来に比べてネットワーク上でのトラヒック量が
低く抑えられる。
【０００５】また、一度構成したツリーを後に最適な経
路に切り替える動的経路制御プロトコルがある。
路に切り替える動的経路制御プロトコルがある。
【０００６】ＩＰマルチキャストの動的経路制御では、
ネットワークに不必要な負荷を与えないようにするため
に、データ配信の通信量ができるだけ少ないものが好ま
しいとされている。それを考慮した代表的な動的経路制
御プロトコルとして、インターネットの標準化組織であ
るＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎ
ｇ Ｔａｓｋ Ｆｏｒｃｅ）からＲＦＣ２３６２にて公
開されているＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄ
ｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ
Ｍｏｄｅ）がある。
ネットワークに不必要な負荷を与えないようにするため
に、データ配信の通信量ができるだけ少ないものが好ま
しいとされている。それを考慮した代表的な動的経路制
御プロトコルとして、インターネットの標準化組織であ
るＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎ
ｇ Ｔａｓｋ Ｆｏｒｃｅ）からＲＦＣ２３６２にて公
開されているＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ Ｉｎｄ
ｅｐｅｎｄｅｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ
Ｍｏｄｅ）がある。
【０００７】ＰＩＭ−ＳＭでは、まず、グループに参加
しようとするホストからマルチキャストグループへの参
加を要求するＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ
Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）バージョ
ン２（以下、ＩＧＭＰｖ２）に規定されたＭｅｍｂｅｒ
ｓｈｉｐ Ｒｅｐｏｒｔメッセージが送信される。
しようとするホストからマルチキャストグループへの参
加を要求するＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ
Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）バージョ
ン２（以下、ＩＧＭＰｖ２）に規定されたＭｅｍｂｅｒ
ｓｈｉｐ Ｒｅｐｏｒｔメッセージが送信される。
【０００８】ＰＩＭ−ＳＭに対応したルータがそのメッ
セージを受信すると、予め定められたマルチキャストの
中継点であるランデブーポイントへのユニキャスト経路
にしたがってマルチキャスト経路を作成する。ただし、
この経路は一時的なものであり、その後ある時点でその
経路を最短経路に切り替える。
セージを受信すると、予め定められたマルチキャストの
中継点であるランデブーポイントへのユニキャスト経路
にしたがってマルチキャスト経路を作成する。ただし、
この経路は一時的なものであり、その後ある時点でその
経路を最短経路に切り替える。
【０００９】したがって、マルチキャストのパケットを
最適なツリーで効率よく転送することができるので、マ
ルチキャスト通信におけるネットワークへの負荷を低減
させることができる。
最適なツリーで効率よく転送することができるので、マ
ルチキャスト通信におけるネットワークへの負荷を低減
させることができる。
【００１０】この他にＩＥＴＦにて議論されているプロ
トコルとして、受信ホストが受信するマルチキャストの
パケットの送信元（ソース）で限定して、ネットワーク
の負荷を低減させるものがある。この経路制御方式では
ソースを限定するために受信ホストでマルチキャストソ
ースアドレスの情報を把握する。そのためにマルチキャ
ストソースアドレスを伝達可能なＩＧＭＰバージョン３
（以下、ＩＧＭＰｖ３）のメッセージを用いる必要があ
る。
トコルとして、受信ホストが受信するマルチキャストの
パケットの送信元（ソース）で限定して、ネットワーク
の負荷を低減させるものがある。この経路制御方式では
ソースを限定するために受信ホストでマルチキャストソ
ースアドレスの情報を把握する。そのためにマルチキャ
ストソースアドレスを伝達可能なＩＧＭＰバージョン３
（以下、ＩＧＭＰｖ３）のメッセージを用いる必要があ
る。
【００１１】
【発明が解決しようとする課題】ＩＧＭＰｖ２のメッセ
ージを用いる方法では、ランデブーポイントへの経路制
御および最短経路への経路変更の制御を行うために多く
のメッセージのやりとりが必要である。したがって、経
路の制御を行うときネットワークの負荷が増大し、動作
が不安定となるという問題があった。
ージを用いる方法では、ランデブーポイントへの経路制
御および最短経路への経路変更の制御を行うために多く
のメッセージのやりとりが必要である。したがって、経
路の制御を行うときネットワークの負荷が増大し、動作
が不安定となるという問題があった。
【００１２】また、ＩＧＭＰｖ３のメッセージを用いる
方法は、受信ホストがマルチキャストソースアドレスの
情報を持っていない場合や、マルチキャストソースアド
レスの情報を含まないＩＧＭＰｖ２にのみ対応したホス
トの場合に用いることができないという問題があった。
方法は、受信ホストがマルチキャストソースアドレスの
情報を持っていない場合や、マルチキャストソースアド
レスの情報を含まないＩＧＭＰｖ２にのみ対応したホス
トの場合に用いることができないという問題があった。
【００１３】本発明の目的は、経路の制御においてネッ
トワークへの負荷の増大を最小限に抑え、また、ＩＧＭ
Ｐｖ２メッセージ対応のＩＰマルチキャスト通信におい
て送信ホストを制限することが可能なシステムを提供す
ることである。
トワークへの負荷の増大を最小限に抑え、また、ＩＧＭ
Ｐｖ２メッセージ対応のＩＰマルチキャスト通信におい
て送信ホストを制限することが可能なシステムを提供す
ることである。
【００１４】
【課題を解決するための手段】上記目的を達成するため
に、本発明のＩＰマルチキャスト経路制御方法は、グル
ープに参加している少なくとも１つの受信ホストに配信
元からのデータを配信するためのＩＰマルチキャスト経
路制御方法であって、予め、前記受信ホストを収容する
ルータに、前記グループのグループアドレスと前記配信
元のユニキャストアドレスであるソースアドレスとの対
応が設定されたソースリファレンステーブルと、他装置
のアドレスおよび該装置と通信するためのインターフェ
ースのインタフェース識別子の対応が設定されたユニキ
ャスト経路表と、前記ルータにおける前記データの入力
インタフェースおよび少なくとも１つの出力インタフェ
ースの前記インタフェース識別子が、前記ソースアドレ
スおよび前記グループアドレスのペアごとのエントリと
して設定されたマルチキャストエントリテーブルとを記
録しておき、前記ルータで、前記受信ホストから前記グ
ループへの参加を要求する参加要求メッセージを受信す
るステップと、受信された前記参加要求メッセージに含
まれる前記グループアドレスで前記ソースリファレンス
テーブルを検索し、対応する前記ソースアドレスを得る
ステップと、前記ソースアドレスで前記ユニキャスト経
路表を参照し、対応する前記入力インターフェースの前
記インタフェース識別子を抽出するステップと、前記ソ
ースアドレスと前記グループアドレスのペアによって前
記マルチキャストエントリテーブルを検索し、前記ソー
スアドレスと前記グループアドレスのペアが一致する前
記エントリが存在するか否かを判定するステップと、一
致する前記エントリが存在した場合、該エントリに対応
する前記データを出力するための前記出力インターフェ
ースとして、前記受信ホストへの前記出力インタフェー
スの前記インタフェース識別子を加えるステップと、一
致する前記エントリが存在しない場合、前記ユニキャス
ト経路表によって抽出された前記入力インタフェースの
前記インタフェース識別子によって指定される前記イン
タフェースから、マルチキャスト経路の作成を促すため
の経路設定要求メッセージを送信するステップと、前記
ソースアドレスおよび前記グループアドレスのペアと、
前記ユニキャスト経路表で得られた前記インタフェース
識別子と、前記受信ホストへの前記出力インタフェース
の前記インタフェース識別子を含む前記エントリを前記
マルチキャストエントリテーブルに追加するステップを
有している。
に、本発明のＩＰマルチキャスト経路制御方法は、グル
ープに参加している少なくとも１つの受信ホストに配信
元からのデータを配信するためのＩＰマルチキャスト経
路制御方法であって、予め、前記受信ホストを収容する
ルータに、前記グループのグループアドレスと前記配信
元のユニキャストアドレスであるソースアドレスとの対
応が設定されたソースリファレンステーブルと、他装置
のアドレスおよび該装置と通信するためのインターフェ
ースのインタフェース識別子の対応が設定されたユニキ
ャスト経路表と、前記ルータにおける前記データの入力
インタフェースおよび少なくとも１つの出力インタフェ
ースの前記インタフェース識別子が、前記ソースアドレ
スおよび前記グループアドレスのペアごとのエントリと
して設定されたマルチキャストエントリテーブルとを記
録しておき、前記ルータで、前記受信ホストから前記グ
ループへの参加を要求する参加要求メッセージを受信す
るステップと、受信された前記参加要求メッセージに含
まれる前記グループアドレスで前記ソースリファレンス
テーブルを検索し、対応する前記ソースアドレスを得る
ステップと、前記ソースアドレスで前記ユニキャスト経
路表を参照し、対応する前記入力インターフェースの前
記インタフェース識別子を抽出するステップと、前記ソ
ースアドレスと前記グループアドレスのペアによって前
記マルチキャストエントリテーブルを検索し、前記ソー
スアドレスと前記グループアドレスのペアが一致する前
記エントリが存在するか否かを判定するステップと、一
致する前記エントリが存在した場合、該エントリに対応
する前記データを出力するための前記出力インターフェ
ースとして、前記受信ホストへの前記出力インタフェー
スの前記インタフェース識別子を加えるステップと、一
致する前記エントリが存在しない場合、前記ユニキャス
ト経路表によって抽出された前記入力インタフェースの
前記インタフェース識別子によって指定される前記イン
タフェースから、マルチキャスト経路の作成を促すため
の経路設定要求メッセージを送信するステップと、前記
ソースアドレスおよび前記グループアドレスのペアと、
前記ユニキャスト経路表で得られた前記インタフェース
識別子と、前記受信ホストへの前記出力インタフェース
の前記インタフェース識別子を含む前記エントリを前記
マルチキャストエントリテーブルに追加するステップを
有している。
【００１５】したがって、ユニキャスト経路表から抽出
された入力インタフェースからのみ経路設定要求メッセ
ージを送信するので、マルチキャスト経路に関する制御
メッセージをマルチキャストデータを転送しないルータ
へ送信することなく、必要最小限の制御メッセージのみ
で経路制御を行うことができる。
された入力インタフェースからのみ経路設定要求メッセ
ージを送信するので、マルチキャスト経路に関する制御
メッセージをマルチキャストデータを転送しないルータ
へ送信することなく、必要最小限の制御メッセージのみ
で経路制御を行うことができる。
【００１６】本発明の実施態様によれば、前記ソースリ
ファレンステーブルにおいて前記グループアドレスに対
応して登録された前記ソースアドレスで、受信した前記
データの前記配信元を識別し、それ以外の装置から受信
した前記データの配信を禁止するステップを更に有して
いる。
ファレンステーブルにおいて前記グループアドレスに対
応して登録された前記ソースアドレスで、受信した前記
データの前記配信元を識別し、それ以外の装置から受信
した前記データの配信を禁止するステップを更に有して
いる。
【００１７】したがって、意図しない装置からのデータ
をマルチキャストしないように制限することができる。
をマルチキャストしないように制限することができる。
【００１８】本発明の実施態様によれば、前記参加要求
メッセージはＩＧＭＰバージョン２のＭｅｍｂｅｒｓｈ
ｉｐ Ｒｅｐｏｒｔメッセージであり、前記経路設定要
求メッセージは（Ｓ，Ｇ）Ｊｏｉｎメッセージである。
メッセージはＩＧＭＰバージョン２のＭｅｍｂｅｒｓｈ
ｉｐ Ｒｅｐｏｒｔメッセージであり、前記経路設定要
求メッセージは（Ｓ，Ｇ）Ｊｏｉｎメッセージである。
【００１９】本発明の他のＩＰマルチキャスト経路制御
方法は、前記ルータで、前記受信ホストより前記グルー
プからの離脱を要求する離脱要求メッセージを受信する
ステップと、受信された前記離脱要求メッセージに含ま
れる前記グループアドレスで前記ソースリファレンステ
ーブルを検索し、対応する前記ソースアドレスを得るス
テップと、前記ソースアドレスと前記グループアドレス
のペアによって前記マルチキャストエントリテーブルを
検索し、前記ソースアドレスと前記グループアドレスの
ペアが一致する前記エントリを参照するステップと、該
エントリに登録された前記出力インタフェースが前記離
脱要求メッセージを受信したインタフェースのみである
か否かを判定するステップと、前記出力インタフェース
が前記離脱要求メッセージを受信したインタフェースの
みの場合、前記エントリに設定された前記入力インタフ
ェースからマルチキャスト経路の削除を促すための経路
削除要求メッセージを送信し、該エントリを前記マルチ
キャストエントリテーブルから削除するステップと、前
記出力インタフェースが前記離脱要求メッセージを受信
したインタフェース以外にも存在した場合、前記離脱要
求メッセージを受信した前記出力インタフェースのみを
前記エントリから削除するステップを更に有している。
方法は、前記ルータで、前記受信ホストより前記グルー
プからの離脱を要求する離脱要求メッセージを受信する
ステップと、受信された前記離脱要求メッセージに含ま
れる前記グループアドレスで前記ソースリファレンステ
ーブルを検索し、対応する前記ソースアドレスを得るス
テップと、前記ソースアドレスと前記グループアドレス
のペアによって前記マルチキャストエントリテーブルを
検索し、前記ソースアドレスと前記グループアドレスの
ペアが一致する前記エントリを参照するステップと、該
エントリに登録された前記出力インタフェースが前記離
脱要求メッセージを受信したインタフェースのみである
か否かを判定するステップと、前記出力インタフェース
が前記離脱要求メッセージを受信したインタフェースの
みの場合、前記エントリに設定された前記入力インタフ
ェースからマルチキャスト経路の削除を促すための経路
削除要求メッセージを送信し、該エントリを前記マルチ
キャストエントリテーブルから削除するステップと、前
記出力インタフェースが前記離脱要求メッセージを受信
したインタフェース以外にも存在した場合、前記離脱要
求メッセージを受信した前記出力インタフェースのみを
前記エントリから削除するステップを更に有している。
【００２０】本発明の実施態様によれば、前記離脱要求
メッセージはＩＧＭＰバージョン２のＬｅａｖｅ Ｇｒ
ｏｕｐメッセージであり、前記経路削除要求メッセージ
は（Ｓ，Ｇ）Ｐｒｕｎｅメッセージである。
メッセージはＩＧＭＰバージョン２のＬｅａｖｅ Ｇｒ
ｏｕｐメッセージであり、前記経路削除要求メッセージ
は（Ｓ，Ｇ）Ｐｒｕｎｅメッセージである。
【００２１】本発明のＩＰマルチキャストルータは、グ
ループに参加している少なくとも１つの受信ホストに配
信元からのデータを配信するためのＩＰマルチキャスト
ルータであって、前記受信ホストから前記グループへの
参加を要求する参加要求メッセージを受信するインタフ
ェース制御部と、予め、前記グループのグループアドレ
スと前記配信元のユニキャストアドレスであるソースア
ドレスとの対応が設定されたソースリファレンステーブ
ルを記憶しており、前記インタフェース制御部で受信さ
れた前記参加要求メッセージに含まれる前記グループア
ドレスで前記ソースリファレンステーブルを検索し、対
応する前記ソースアドレスを得るソースリファレンステ
ーブル管理部と、予め、他装置のアドレスと、該装置と
通信するためのインターフェースのインタフェース識別
子との対応が設定されたユニキャスト経路表と、前記デ
ータの入力インタフェースおよび少なくとも１つの出力
インタフェースの前記インタフェース識別子が、前記ソ
ースアドレスおよび前記グループアドレスのペアごとの
エントリとして設定されたマルチキャストエントリテー
ブルとを記憶しており、前記ソースアドレスで前記ユニ
キャスト経路表を参照し、対応する前記入力インターフ
ェースの前記インタフェース識別子を抽出し、前記ソー
スアドレスと前記グループアドレスのペアによって前記
マルチキャストエントリテーブルを検索し、前記ソース
アドレスと前記グループアドレスのペアが一致する前記
エントリが存在するか否かを判定し、一致する前記エン
トリが存在した場合、該エントリに対応する前記データ
を出力するための前記出力インターフェースとして、前
記受信ホストへの前記出力インタフェースの前記インタ
フェース識別子を加え、一致する前記エントリが存在し
ない場合、前記ユニキャスト経路表によって抽出された
前記入力インタフェースの前記インタフェース識別子よ
って指定される前記インタフェースから、マルチキャス
ト経路の作成を促すための経路設定要求メッセージを、
前記インタフェース制御部を介して送信し、前記ソース
アドレスおよび前記グループアドレスのペアと、前記ユ
ニキャスト経路表で得られた前記インタフェース識別子
と、前記受信ホストへの前記出力インタフェースの前記
インタフェース識別子を含む前記エントリを前記マルチ
キャストエントリテーブルに追加するマルチキャストエ
ントリ管理部を有している。
ループに参加している少なくとも１つの受信ホストに配
信元からのデータを配信するためのＩＰマルチキャスト
ルータであって、前記受信ホストから前記グループへの
参加を要求する参加要求メッセージを受信するインタフ
ェース制御部と、予め、前記グループのグループアドレ
スと前記配信元のユニキャストアドレスであるソースア
ドレスとの対応が設定されたソースリファレンステーブ
ルを記憶しており、前記インタフェース制御部で受信さ
れた前記参加要求メッセージに含まれる前記グループア
ドレスで前記ソースリファレンステーブルを検索し、対
応する前記ソースアドレスを得るソースリファレンステ
ーブル管理部と、予め、他装置のアドレスと、該装置と
通信するためのインターフェースのインタフェース識別
子との対応が設定されたユニキャスト経路表と、前記デ
ータの入力インタフェースおよび少なくとも１つの出力
インタフェースの前記インタフェース識別子が、前記ソ
ースアドレスおよび前記グループアドレスのペアごとの
エントリとして設定されたマルチキャストエントリテー
ブルとを記憶しており、前記ソースアドレスで前記ユニ
キャスト経路表を参照し、対応する前記入力インターフ
ェースの前記インタフェース識別子を抽出し、前記ソー
スアドレスと前記グループアドレスのペアによって前記
マルチキャストエントリテーブルを検索し、前記ソース
アドレスと前記グループアドレスのペアが一致する前記
エントリが存在するか否かを判定し、一致する前記エン
トリが存在した場合、該エントリに対応する前記データ
を出力するための前記出力インターフェースとして、前
記受信ホストへの前記出力インタフェースの前記インタ
フェース識別子を加え、一致する前記エントリが存在し
ない場合、前記ユニキャスト経路表によって抽出された
前記入力インタフェースの前記インタフェース識別子よ
って指定される前記インタフェースから、マルチキャス
ト経路の作成を促すための経路設定要求メッセージを、
前記インタフェース制御部を介して送信し、前記ソース
アドレスおよび前記グループアドレスのペアと、前記ユ
ニキャスト経路表で得られた前記インタフェース識別子
と、前記受信ホストへの前記出力インタフェースの前記
インタフェース識別子を含む前記エントリを前記マルチ
キャストエントリテーブルに追加するマルチキャストエ
ントリ管理部を有している。
【００２２】本発明の実施態様によれば、前記ソースリ
ファレンステーブルにおいて前記グループアドレスに対
応して登録された前記ソースアドレスで、受信した前記
データの前記配信元を識別し、それ以外の装置から受信
した前記データの配信を禁止するデータ配信制御部を更
に有している。
ファレンステーブルにおいて前記グループアドレスに対
応して登録された前記ソースアドレスで、受信した前記
データの前記配信元を識別し、それ以外の装置から受信
した前記データの配信を禁止するデータ配信制御部を更
に有している。
【００２３】本発明の実施態様によれば、前記参加要求
メッセージはＩＧＭＰバージョン２のＭｅｍｂｅｒｓｈ
ｉｐ Ｒｅｐｏｒｔメッセージであり、前記経路設定要
求メッセージは（Ｓ，Ｇ）Ｊｏｉｎメッセージであり、
前記Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを含む前記Ｉ
ＧＭＰバージョン２のメッセージの送受信を制御するＩ
ＧＭＰ制御部と、前記（Ｓ，Ｇ）Ｊｏｉｎメッセージを
含む、マルチキャストルーチングを行うためのルータ間
メッセージの送受信を制御するマルチキャストルーチン
グプロトコル制御部を更に有している。
メッセージはＩＧＭＰバージョン２のＭｅｍｂｅｒｓｈ
ｉｐ Ｒｅｐｏｒｔメッセージであり、前記経路設定要
求メッセージは（Ｓ，Ｇ）Ｊｏｉｎメッセージであり、
前記Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを含む前記Ｉ
ＧＭＰバージョン２のメッセージの送受信を制御するＩ
ＧＭＰ制御部と、前記（Ｓ，Ｇ）Ｊｏｉｎメッセージを
含む、マルチキャストルーチングを行うためのルータ間
メッセージの送受信を制御するマルチキャストルーチン
グプロトコル制御部を更に有している。
【００２４】本発明の他のＩＰマルチキャストルータ
は、前記インタフェース制御部は、前記受信ホストより
前記グループからの離脱を要求する離脱要求メッセージ
を受信し、前記ソースリファレンステーブル管理部は、
受信された前記離脱要求メッセージに含まれる前記グル
ープアドレスで前記ソースリファレンステーブルを検索
し、対応する前記ソースアドレスを取得し、前記マルチ
キャストエントリ管理部は、前記ソースアドレスと前記
グループアドレスのペアによって前記マルチキャストエ
ントリテーブルを検索し、前記ソースアドレスと前記グ
ループアドレスのペアが一致する前記エントリを参照
し、該エントリに登録された前記出力インタフェースが
前記離脱要求メッセージを受信したインタフェースのみ
であるか否かを判定し、前記出力インタフェースが前記
離脱要求メッセージを受信したインタフェースのみの場
合、前記エントリに設定された前記入力インタフェース
からマルチキャスト経路の削除を促すための経路削除要
求メッセージを送信し、該エントリを前記マルチキャス
トエントリテーブルから削除し、前記出力インタフェー
スが前記離脱要求メッセージを受信したインタフェース
以外にも存在した場合、前記離脱要求メッセージを受信
した前記出力インタフェースのみを前記エントリから削
除する。
は、前記インタフェース制御部は、前記受信ホストより
前記グループからの離脱を要求する離脱要求メッセージ
を受信し、前記ソースリファレンステーブル管理部は、
受信された前記離脱要求メッセージに含まれる前記グル
ープアドレスで前記ソースリファレンステーブルを検索
し、対応する前記ソースアドレスを取得し、前記マルチ
キャストエントリ管理部は、前記ソースアドレスと前記
グループアドレスのペアによって前記マルチキャストエ
ントリテーブルを検索し、前記ソースアドレスと前記グ
ループアドレスのペアが一致する前記エントリを参照
し、該エントリに登録された前記出力インタフェースが
前記離脱要求メッセージを受信したインタフェースのみ
であるか否かを判定し、前記出力インタフェースが前記
離脱要求メッセージを受信したインタフェースのみの場
合、前記エントリに設定された前記入力インタフェース
からマルチキャスト経路の削除を促すための経路削除要
求メッセージを送信し、該エントリを前記マルチキャス
トエントリテーブルから削除し、前記出力インタフェー
スが前記離脱要求メッセージを受信したインタフェース
以外にも存在した場合、前記離脱要求メッセージを受信
した前記出力インタフェースのみを前記エントリから削
除する。
【００２５】本発明の実施態様によれば、前記離脱要求
メッセージはＩＧＭＰバージョン２のＬｅａｖｅ Ｇｒ
ｏｕｐメッセージであり、前記経路削除要求メッセージ
は（Ｓ，Ｇ）Ｐｒｕｎｅメッセージであり、前記Ｌｅａ
ｖｅ Ｒｅｐｏｒｔを含む前記ＩＧＭＰバージョン２の
メッセージの送受信を制御するＩＧＭＰ制御部と、前記
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを含む、マルチキャス
トルーチングを行うためのルータ間メッセージの送受信
を制御するマルチキャストルーチングプロトコル制御部
を更に有している。
メッセージはＩＧＭＰバージョン２のＬｅａｖｅ Ｇｒ
ｏｕｐメッセージであり、前記経路削除要求メッセージ
は（Ｓ，Ｇ）Ｐｒｕｎｅメッセージであり、前記Ｌｅａ
ｖｅ Ｒｅｐｏｒｔを含む前記ＩＧＭＰバージョン２の
メッセージの送受信を制御するＩＧＭＰ制御部と、前記
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを含む、マルチキャス
トルーチングを行うためのルータ間メッセージの送受信
を制御するマルチキャストルーチングプロトコル制御部
を更に有している。
【００２６】本発明の更に他のＩＰマルチキャストルー
タは、前記ソースリファレンステーブルは、前記ソース
リファレンステーブル管理部に代えて、通信回線を通じ
て通信可能な他の装置に設けられており、前記ソースリ
ファレンステーブル管理部は、前記他の装置に前記グル
ープアドレスを通知して対応する前記ソースアドレスを
問合せ、前記他の装置から前記ソースリファレンステー
ブルの検索結果を受信する。
タは、前記ソースリファレンステーブルは、前記ソース
リファレンステーブル管理部に代えて、通信回線を通じ
て通信可能な他の装置に設けられており、前記ソースリ
ファレンステーブル管理部は、前記他の装置に前記グル
ープアドレスを通知して対応する前記ソースアドレスを
問合せ、前記他の装置から前記ソースリファレンステー
ブルの検索結果を受信する。
【００２７】
【発明の実施の形態】本発明の一実施形態について図面
を参照して詳細に説明する。
を参照して詳細に説明する。
【００２８】本発明は、ＩＰマルチキャストの経路を設
定するとき、受信ホストを収容するルータにおいて、予
め設定された情報に基づいて送信ホストを決定し、その
送信ホストからのユニキャスト経路上にあるルータでの
み制御メッセージをやりとりしてマルチキャスト経路を
設定することで、少ない制御情報でマルチキャストの経
路設定を可能にするものである。
定するとき、受信ホストを収容するルータにおいて、予
め設定された情報に基づいて送信ホストを決定し、その
送信ホストからのユニキャスト経路上にあるルータでの
み制御メッセージをやりとりしてマルチキャスト経路を
設定することで、少ない制御情報でマルチキャストの経
路設定を可能にするものである。
【００２９】図１を参照すると、本実施形態のマルチキ
ャスト通信システムは、送信ホスト１と受信ホスト２と
ルータ３1，３2，３3，３4とを有してる。
ャスト通信システムは、送信ホスト１と受信ホスト２と
ルータ３1，３2，３3，３4とを有してる。
【００３０】送信ホスト１はマルチキャスト通信のデー
タ送信元であり、ルータ３4，３3，３2，３1を介して受
信ホスト２にマルチキャストデータを送信する。
タ送信元であり、ルータ３4，３3，３2，３1を介して受
信ホスト２にマルチキャストデータを送信する。
【００３１】受信ホスト２は、マルチキャストデータの
送信先であり、送信ホスト１から送信されたデータをル
ータ３4，３3，３2，３1を介して受信する。
送信先であり、送信ホスト１から送信されたデータをル
ータ３4，３3，３2，３1を介して受信する。
【００３２】受信ホスト２は、マルチキャストグループ
に参加してデータを受信するために、ＲＦＣ２２３６で
定義されたＩＧＭＰｖ２のＭｅｍｂｅｒｓｈｉｐ Ｒｅ
ｐｏｒｔメッセージをルータ３1に送信してグループへ
のメンバとしての参加を要求する。また、マルチキャス
トグループから離脱する場合には、ＩＧＭＰｖ２のＬｅ
ａｖｅ Ｇｒｏｕｐメッセージをルータ３1に送信して
離脱を要求する。
に参加してデータを受信するために、ＲＦＣ２２３６で
定義されたＩＧＭＰｖ２のＭｅｍｂｅｒｓｈｉｐ Ｒｅ
ｐｏｒｔメッセージをルータ３1に送信してグループへ
のメンバとしての参加を要求する。また、マルチキャス
トグループから離脱する場合には、ＩＧＭＰｖ２のＬｅ
ａｖｅ Ｇｒｏｕｐメッセージをルータ３1に送信して
離脱を要求する。
【００３３】ここで、Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏ
ｒｔメッセージにはマルチキャストグループアドレスが
含まれている。マルチキャスト通信では受信ホスト２は
通常複数であるがここでは説明を簡単にするために１つ
だけに着目して説明する。
ｒｔメッセージにはマルチキャストグループアドレスが
含まれている。マルチキャスト通信では受信ホスト２は
通常複数であるがここでは説明を簡単にするために１つ
だけに着目して説明する。
【００３４】ルータ３1，３2，３3，３4は本実施形態の
マルチキャストに対応したルータでありネットワークを
構成している。本実施形態では、送信ホスト１と受信ホ
スト２とはルータ３1，３2，３3，３4を介して接続され
ているとする。
マルチキャストに対応したルータでありネットワークを
構成している。本実施形態では、送信ホスト１と受信ホ
スト２とはルータ３1，３2，３3，３4を介して接続され
ているとする。
【００３５】なお、ルータ３1，３2，３3，３4は全て同
様の構成の装置であるが、経路上の位置によって異なっ
た動作を行う。本実施形態の説明では、それぞれに個別
の説明が必要な場合にルータ３1，３2，３3，３4をそれ
ぞれ区別して記載し、共通的な説明を行う場合には単に
ルータ３と記載することとする。
様の構成の装置であるが、経路上の位置によって異なっ
た動作を行う。本実施形態の説明では、それぞれに個別
の説明が必要な場合にルータ３1，３2，３3，３4をそれ
ぞれ区別して記載し、共通的な説明を行う場合には単に
ルータ３と記載することとする。
【００３６】受信ホスト２からＭｅｍｂｅｒｓｈｉｐ
Ｒｅｐｏｒｔメッセージを受信したルータ（受信ホスト
２を収容するルータであり、ここではルータ３1）は、
メッセージ内のマルチキャストグループアドレスに対応
するソースアドレスを導き出し、さらに、そのソースア
ドレスへのユニキャスト経路を割り出して、その経路に
対応するインターフェースからマルチキャスト経路を作
成するための制御メッセージである（Ｓ，Ｇ）Ｊｏｉｎ
メッセージを送信する。
Ｒｅｐｏｒｔメッセージを受信したルータ（受信ホスト
２を収容するルータであり、ここではルータ３1）は、
メッセージ内のマルチキャストグループアドレスに対応
するソースアドレスを導き出し、さらに、そのソースア
ドレスへのユニキャスト経路を割り出して、その経路に
対応するインターフェースからマルチキャスト経路を作
成するための制御メッセージである（Ｓ，Ｇ）Ｊｏｉｎ
メッセージを送信する。
【００３７】ルータ３1から（Ｓ，Ｇ）ｊｏｉｎメッセ
ージを受信したルータ（ここでは、ルータ３2）は、ユ
ニキャスト経路にしたがって入出力インタフェースを設
定するとともに、受信した（Ｓ，Ｇ）Ｊｏｉｎメッセー
ジをユニキャスト経路にしたがって上流のルータ（ここ
では、ルータ３3）に送信する。ルータ３3は、ルータ３
2と同様に（Ｓ，Ｇ）Ｊｏｉｎメッセージを上流のルー
タ３4に送信する。
ージを受信したルータ（ここでは、ルータ３2）は、ユ
ニキャスト経路にしたがって入出力インタフェースを設
定するとともに、受信した（Ｓ，Ｇ）Ｊｏｉｎメッセー
ジをユニキャスト経路にしたがって上流のルータ（ここ
では、ルータ３3）に送信する。ルータ３3は、ルータ３
2と同様に（Ｓ，Ｇ）Ｊｏｉｎメッセージを上流のルー
タ３4に送信する。
【００３８】送信ホスト１を収容するルータ３4は、
（Ｓ，Ｇ）Ｊｏｉｎメッセージを受信すると、マルチキ
ャストデータを受信ホスト２に配信するために新たに設
定された経路に送信する。
（Ｓ，Ｇ）Ｊｏｉｎメッセージを受信すると、マルチキ
ャストデータを受信ホスト２に配信するために新たに設
定された経路に送信する。
【００３９】なお、ここでは、受信ホスト２がマルチキ
ャストグループに参加する前にルータ３1，３2，３3は
送信ホスト１からのマルチキャストデータの経路になっ
ていなかった場合を例示したが、経路になっているルー
タ３が途中に存在した場合、そのルータ３が出力インタ
フェースを追加することで、受信ホスト２をマルチキャ
ストグループに参加させることができる。
ャストグループに参加する前にルータ３1，３2，３3は
送信ホスト１からのマルチキャストデータの経路になっ
ていなかった場合を例示したが、経路になっているルー
タ３が途中に存在した場合、そのルータ３が出力インタ
フェースを追加することで、受信ホスト２をマルチキャ
ストグループに参加させることができる。
【００４０】また、受信ホスト２がマルチキャストグル
ープを離脱する場合、受信ホスト２からＬｅａｖｅ Ｇ
ｒｏｕｐメッセージを受信したルータ３1はユニキャス
ト経路にしたがって（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを
送信する。ルータ３1から（Ｓ，Ｇ）Ｐｒｕｎｅメッセ
ージを受信したルータ３2は上流のルータ３3に（Ｓ，
Ｇ）Ｐｒｕｎｅメッセージを送信する。ルータ３3はル
ータ３2と同様にしてルータ３4に（Ｓ，Ｇ）Ｐｒｕｎｅ
メッセージを送信する。送信ホスト１を収容するルータ
３4は、（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを受信する
と、その経路へのマルチキャストデータの送信を停止す
る。
ープを離脱する場合、受信ホスト２からＬｅａｖｅ Ｇ
ｒｏｕｐメッセージを受信したルータ３1はユニキャス
ト経路にしたがって（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを
送信する。ルータ３1から（Ｓ，Ｇ）Ｐｒｕｎｅメッセ
ージを受信したルータ３2は上流のルータ３3に（Ｓ，
Ｇ）Ｐｒｕｎｅメッセージを送信する。ルータ３3はル
ータ３2と同様にしてルータ３4に（Ｓ，Ｇ）Ｐｒｕｎｅ
メッセージを送信する。送信ホスト１を収容するルータ
３4は、（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを受信する
と、その経路へのマルチキャストデータの送信を停止す
る。
【００４１】図２を参照すると、ルータ３はインタフェ
ース制御部３１とＩＧＭＰ制御部３２とソースリファレ
ンステーブル管理部３３とマルチキャストエントリ管理
部３４とマルチキャストルーチングプロトコル制御部３
５を有している。これら各部は、主にルータ３が受信ホ
スト２を収容する場合（ルータ３1）に機能する。
ース制御部３１とＩＧＭＰ制御部３２とソースリファレ
ンステーブル管理部３３とマルチキャストエントリ管理
部３４とマルチキャストルーチングプロトコル制御部３
５を有している。これら各部は、主にルータ３が受信ホ
スト２を収容する場合（ルータ３1）に機能する。
【００４２】インタフェース制御部３１は、他の装置と
通信するためのインタフェース制御を行う。
通信するためのインタフェース制御を行う。
【００４３】ＩＧＭＰ制御部３２は、インターフェース
制御部３１を通じて受信ホスト２とＩＧＭＰのメッセー
ジを送受信し、ＩＧＭＰのプロトコル制御を行う。
制御部３１を通じて受信ホスト２とＩＧＭＰのメッセー
ジを送受信し、ＩＧＭＰのプロトコル制御を行う。
【００４４】受信ホスト２からＩＧＭＰｖ２のＭｅｍｂ
ｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを受信すると、
そのメッセージに含まれるマルチキャストグループアド
レス（以下、単にグループアドレスと称す）をソースリ
ファレンステーブル管理部３３に通知する。
ｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセージを受信すると、
そのメッセージに含まれるマルチキャストグループアド
レス（以下、単にグループアドレスと称す）をソースリ
ファレンステーブル管理部３３に通知する。
【００４５】また、受信ホスト２からＩＧＭＰｖ２のＬ
ｅａｖｅ Ｇｒｏｕｐメッセージを受信すると、それに
よって同一識別子のインタフェースに受信者が存在しな
くなった場合、離脱するグループアドレスをソースリフ
ァレンステーブル管理部３３に通知する。
ｅａｖｅ Ｇｒｏｕｐメッセージを受信すると、それに
よって同一識別子のインタフェースに受信者が存在しな
くなった場合、離脱するグループアドレスをソースリフ
ァレンステーブル管理部３３に通知する。
【００４６】ソースリファレンステーブル管理部３３
は、グループアドレスとマルチキャストデータを配信す
る配信元のユニキャストアドレス（ソースアドレス）の
対応が設定されたソースリファレンステーブルを予め記
憶している。配信元は、送信ホスト１である場合の他、
予め設定されたランデブーポイントなどである場合があ
る。
は、グループアドレスとマルチキャストデータを配信す
る配信元のユニキャストアドレス（ソースアドレス）の
対応が設定されたソースリファレンステーブルを予め記
憶している。配信元は、送信ホスト１である場合の他、
予め設定されたランデブーポイントなどである場合があ
る。
【００４７】そして、受信ホスト２がマルチキャストグ
ループに参加する場合、ＩＧＭＰ制御部３２からグルー
プアドレスの通知を受けると、ソースリファレンステー
ブルを検索して通知されたグループアドレスに対応する
ソースアドレスを抽出し、ソースアドレスとグループア
ドレスをペア（Ｓ，Ｇ）として、マルチキャストエント
リ管理部３４に通知する。
ループに参加する場合、ＩＧＭＰ制御部３２からグルー
プアドレスの通知を受けると、ソースリファレンステー
ブルを検索して通知されたグループアドレスに対応する
ソースアドレスを抽出し、ソースアドレスとグループア
ドレスをペア（Ｓ，Ｇ）として、マルチキャストエント
リ管理部３４に通知する。
【００４８】また、ソースリファレンステーブル管理部
３３は、受信ホスト２がマルチキャストグループを離脱
する場合、ＩＧＭＰ制御部３２から離脱するグループア
ドレスを通知されると、ソースリファレンステーブルか
ら対応するソースアドレスを抽出し、ソースアドレスと
グループアドレスの情報をペア（Ｓ，Ｇ）にして、マル
チキャスト・エントリ管理部３４に通知する。
３３は、受信ホスト２がマルチキャストグループを離脱
する場合、ＩＧＭＰ制御部３２から離脱するグループア
ドレスを通知されると、ソースリファレンステーブルか
ら対応するソースアドレスを抽出し、ソースアドレスと
グループアドレスの情報をペア（Ｓ，Ｇ）にして、マル
チキャスト・エントリ管理部３４に通知する。
【００４９】マルチキャストエントリ管理部３４は、各
アドレスと、そのアドレスを有する相手と通信するため
のインターフェースのインタフェース識別子との対応を
ユニキャスト経路表として予め記憶している。
アドレスと、そのアドレスを有する相手と通信するため
のインターフェースのインタフェース識別子との対応を
ユニキャスト経路表として予め記憶している。
【００５０】受信ホスト２がマルチキャストグループに
参加する場合、マルチキャストエントリ管理部３４はソ
ースリファレンステーブル管理部３３からソースアドレ
スとグループアドレスのペア（Ｓ，Ｇ）を通知される
と、ユニキャスト経路表を参照してソースアドレスおよ
びグループアドレスに対応するインタフェース識別子を
抽出し、ソースアドレスとグループアドレスのペア
（Ｓ，Ｇ）をキーとして定められる（Ｓ，Ｇ）エントリ
ごとにマルチキャストエントリテーブルを作成する。こ
のマルチキャストエントリテーブルには、（Ｓ，Ｇ）エ
ントリごとに、ルータ３におけるデータの入力インター
フェースのインタフェース識別子、および出力インター
フェースのインタフェース識別子が記録されている。
参加する場合、マルチキャストエントリ管理部３４はソ
ースリファレンステーブル管理部３３からソースアドレ
スとグループアドレスのペア（Ｓ，Ｇ）を通知される
と、ユニキャスト経路表を参照してソースアドレスおよ
びグループアドレスに対応するインタフェース識別子を
抽出し、ソースアドレスとグループアドレスのペア
（Ｓ，Ｇ）をキーとして定められる（Ｓ，Ｇ）エントリ
ごとにマルチキャストエントリテーブルを作成する。こ
のマルチキャストエントリテーブルには、（Ｓ，Ｇ）エ
ントリごとに、ルータ３におけるデータの入力インター
フェースのインタフェース識別子、および出力インター
フェースのインタフェース識別子が記録されている。
【００５１】（Ｓ，Ｇ）エントリを新たに追加すると、
マルチキャストルーティングプロトコル制御部３５に対
してソースアドレス方向のルータ宛の制御メッセージの
送信を要求する。
マルチキャストルーティングプロトコル制御部３５に対
してソースアドレス方向のルータ宛の制御メッセージの
送信を要求する。
【００５２】また、マルチキャストエントリ管理部３４
は、受信ホスト２がマルチキャストグループから離脱す
る場合、離脱すべきソースアドレスとグループアドレス
のペア（Ｓ，Ｇ）をソースリファレンステーブル管理部
３３から通知されると、それによりデータ転送先のイン
ターフェースが全て無くなった場合に限り、マルチキャ
ストルーティングプロトコル制御部３５にソース方向の
ルータ宛の制御メッセージの送信を要求する。
は、受信ホスト２がマルチキャストグループから離脱す
る場合、離脱すべきソースアドレスとグループアドレス
のペア（Ｓ，Ｇ）をソースリファレンステーブル管理部
３３から通知されると、それによりデータ転送先のイン
ターフェースが全て無くなった場合に限り、マルチキャ
ストルーティングプロトコル制御部３５にソース方向の
ルータ宛の制御メッセージの送信を要求する。
【００５３】マルチキャストルーティングプロトコル制
御部３５は、受信ホスト２がマルチキャストグループに
参加する場合、経路上の他のルータにマルチキャスト経
路の作成を促すための制御メッセージである（Ｓ，Ｇ）
Ｊｏｉｎメッセージを送信する。
御部３５は、受信ホスト２がマルチキャストグループに
参加する場合、経路上の他のルータにマルチキャスト経
路の作成を促すための制御メッセージである（Ｓ，Ｇ）
Ｊｏｉｎメッセージを送信する。
【００５４】受信ホスト２を収容しないルータ３が
（Ｓ，Ｇ）Ｊｏｉｎメッセージを受け、メッセージを順
次中継しながら必要に応じて経路の設定を行うことで、
送信ホスト１から受信ホスト２までの経路が設定され
る。この受信ホスト２を収容しないルータ３の動作は、
ＰＩＭ−ＳＭ（ＲＦＣ２３６２）の定義にしたがった従
来の動的経路制御の動作と同じである。
（Ｓ，Ｇ）Ｊｏｉｎメッセージを受け、メッセージを順
次中継しながら必要に応じて経路の設定を行うことで、
送信ホスト１から受信ホスト２までの経路が設定され
る。この受信ホスト２を収容しないルータ３の動作は、
ＰＩＭ−ＳＭ（ＲＦＣ２３６２）の定義にしたがった従
来の動的経路制御の動作と同じである。
【００５５】また、マルチキャストルーティングプロト
コル制御部３５は、受信ホスト２がマルチキャストグル
ープを離脱する場合、経路上の他のルータにマルチキャ
スト経路の削除を促すための制御メッセージである
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを送信する。
コル制御部３５は、受信ホスト２がマルチキャストグル
ープを離脱する場合、経路上の他のルータにマルチキャ
スト経路の削除を促すための制御メッセージである
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを送信する。
【００５６】受信ホスト２を収容しないルータ３が
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを受け、メッセージを
順次中継しながら必要に応じて経路を削除することで、
送信ホスト１から受信ホスト２までの経路が削除され
る。この受信ホスト２を収容しないルータ３の動作は、
ＰＩＭ−ＳＭ（ＲＦＣ２３６２）の定義にしたがった従
来の動的経路制御の動作と同じである。
（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを受け、メッセージを
順次中継しながら必要に応じて経路を削除することで、
送信ホスト１から受信ホスト２までの経路が削除され
る。この受信ホスト２を収容しないルータ３の動作は、
ＰＩＭ−ＳＭ（ＲＦＣ２３６２）の定義にしたがった従
来の動的経路制御の動作と同じである。
【００５７】次に、本実施形態のルータ３の動作につい
て説明する。
て説明する。
【００５８】図３を参照すると、受信ホスト２がマルチ
キャストグループに参加する場合、受信ホスト２を収容
するルータ３は、まず、ステップ１０１に、受信ホスト
２からＩＧＭＰｖ２のＭｅｍｂｅｒｓｈｉｐ Ｒｅｐｏ
ｒｔメッセージをインタフェス制御部３１で受信する。
ステップ１０２に、受信されたＭｅｍｂｅｒｓｈｉｐＲ
ｅｐｏｒｔメッセージをＩＧＭＰ制御部３２を介してソ
ースリファレンステーブル管理部３３へ通知し、ソース
リファレンステーブル管理部３３でメッセージに含まれ
るグループアドレスでソースリファレンステーブルを検
索して対応するソースアドレスを得る。
キャストグループに参加する場合、受信ホスト２を収容
するルータ３は、まず、ステップ１０１に、受信ホスト
２からＩＧＭＰｖ２のＭｅｍｂｅｒｓｈｉｐ Ｒｅｐｏ
ｒｔメッセージをインタフェス制御部３１で受信する。
ステップ１０２に、受信されたＭｅｍｂｅｒｓｈｉｐＲ
ｅｐｏｒｔメッセージをＩＧＭＰ制御部３２を介してソ
ースリファレンステーブル管理部３３へ通知し、ソース
リファレンステーブル管理部３３でメッセージに含まれ
るグループアドレスでソースリファレンステーブルを検
索して対応するソースアドレスを得る。
【００５９】ステップ１０３に、ソースリファレンステ
ーブル管理部３３で得られたソースアドレスとグループ
アドレスとをマルチキャストエントリ管理部３４へ通知
し、マルチキャストエントリ管理部３４でユニキャスト
経路表を参照して入力インターフェースのインタフェー
ス識別子を抽出する。また、ステップ１０４に、ソース
リファレンステーブル管理部３３で得られたソースアド
レスとグループアドレスのペアによってマルチキャスト
エントリテーブルを検索し、ソースアドレスとグループ
アドレスのペアが一致する（Ｓ，Ｇ）エントリが存在す
るか否かを判定する。
ーブル管理部３３で得られたソースアドレスとグループ
アドレスとをマルチキャストエントリ管理部３４へ通知
し、マルチキャストエントリ管理部３４でユニキャスト
経路表を参照して入力インターフェースのインタフェー
ス識別子を抽出する。また、ステップ１０４に、ソース
リファレンステーブル管理部３３で得られたソースアド
レスとグループアドレスのペアによってマルチキャスト
エントリテーブルを検索し、ソースアドレスとグループ
アドレスのペアが一致する（Ｓ，Ｇ）エントリが存在す
るか否かを判定する。
【００６０】一致する（Ｓ，Ｇ）エントリが存在した場
合、ステップ１０５に、そのエントリに対応するマルチ
キャストデータを出力するために設定された出力インタ
ーフェースの情報に、受信ホスト２への出力インタフェ
ースのインタフェース識別子を加える。
合、ステップ１０５に、そのエントリに対応するマルチ
キャストデータを出力するために設定された出力インタ
ーフェースの情報に、受信ホスト２への出力インタフェ
ースのインタフェース識別子を加える。
【００６１】また、一致する（Ｓ，Ｇ）エントリが存在
しない場合、ステップ１０６に、ユニキャスト経路表に
よって抽出された入力インタフェースの情報によって得
られるソース方向に、マルチキャスト経路作成を促すた
めの（Ｓ，Ｇ）Ｊｏｉｎメッセージを送信し、ステップ
１０７に、ソースリファレンステーブル管理部３３で得
られたソースアドレスおよびグループアドレスのペア
と、ユニキャスト経路表で得られた入力インタフェース
のインタフェース識別子と、受信ホスト２への出力イン
タフェースのインタフェース識別子を含む（Ｓ，Ｇ）エ
ントリをマルチキャストエントリテーブルに追加作成す
る。
しない場合、ステップ１０６に、ユニキャスト経路表に
よって抽出された入力インタフェースの情報によって得
られるソース方向に、マルチキャスト経路作成を促すた
めの（Ｓ，Ｇ）Ｊｏｉｎメッセージを送信し、ステップ
１０７に、ソースリファレンステーブル管理部３３で得
られたソースアドレスおよびグループアドレスのペア
と、ユニキャスト経路表で得られた入力インタフェース
のインタフェース識別子と、受信ホスト２への出力イン
タフェースのインタフェース識別子を含む（Ｓ，Ｇ）エ
ントリをマルチキャストエントリテーブルに追加作成す
る。
【００６２】図４を参照すると、受信ホスト２がマルチ
キャストグループから離脱する場合、受信ホスト２を収
容するルータ３は、まず、ステップ２０１に、受信ホス
ト２からＩＧＭＰｖ２のＬｅａｖｅ Ｇｒｏｕｐメッセ
ージをインタフェース制御部３１で受信する。ステップ
２０２に、受信されたＬｅａｖｅ Ｇｒｏｕｐメッセー
ジをＩＧＭＰ制御部３２を介してソースリファレンステ
ーブル管理部３３に通知し、ソースリファレンステーブ
ル管理部３３でメッセージに含まれるグループグループ
アドレスでソースリファレンステーブルを検索して対応
するソースアドレスを得る。
キャストグループから離脱する場合、受信ホスト２を収
容するルータ３は、まず、ステップ２０１に、受信ホス
ト２からＩＧＭＰｖ２のＬｅａｖｅ Ｇｒｏｕｐメッセ
ージをインタフェース制御部３１で受信する。ステップ
２０２に、受信されたＬｅａｖｅ Ｇｒｏｕｐメッセー
ジをＩＧＭＰ制御部３２を介してソースリファレンステ
ーブル管理部３３に通知し、ソースリファレンステーブ
ル管理部３３でメッセージに含まれるグループグループ
アドレスでソースリファレンステーブルを検索して対応
するソースアドレスを得る。
【００６３】ステップ２０３に、ソースリファレンステ
ーブル管理部３３で得られたソースアドレスとグループ
アドレスとをマルチキャストエントリ管理部３４へ通知
し、マルチキャストエントリ管理部３４でマルチキャス
トエントリテーブルの該当（Ｓ、Ｇ）エントリの登録情
報を参照する。また、ステップ２０４に、その（Ｓ，
Ｇ）エントリに登録された出力インターフェースがＬｅ
ａｖｅ Ｇｒｏｕｐメッセージを受信したインターフェ
ースのみであるか否かを判定する。
ーブル管理部３３で得られたソースアドレスとグループ
アドレスとをマルチキャストエントリ管理部３４へ通知
し、マルチキャストエントリ管理部３４でマルチキャス
トエントリテーブルの該当（Ｓ、Ｇ）エントリの登録情
報を参照する。また、ステップ２０４に、その（Ｓ，
Ｇ）エントリに登録された出力インターフェースがＬｅ
ａｖｅ Ｇｒｏｕｐメッセージを受信したインターフェ
ースのみであるか否かを判定する。
【００６４】出力インターフェースがＬｅａｖｅ Ｇｒ
ｏｕｐメッセージを受信したインターフェースのみの場
合、ステップ２０６に、上流のルータに（Ｓ，Ｇ）Ｐｒ
ｕｎｅメッセージを送信し、ステップ２０７に、マルチ
キャストエントリテーブルからその（Ｓ，Ｇ）エントリ
を削除する。
ｏｕｐメッセージを受信したインターフェースのみの場
合、ステップ２０６に、上流のルータに（Ｓ，Ｇ）Ｐｒ
ｕｎｅメッセージを送信し、ステップ２０７に、マルチ
キャストエントリテーブルからその（Ｓ，Ｇ）エントリ
を削除する。
【００６５】出力インターフェースがＬｅａｖｅ Ｇｒ
ｏｕｐメッセージを受信したインターフェースの他にも
存在した場合、ステップ２０５に、Ｌｅａｖｅ Ｇｒｏ
ｕｐメッセージを受信した出力インターフェースだけを
マルチキャストエントリテーブルの（Ｓ，Ｇ）エントリ
から削除する。
ｏｕｐメッセージを受信したインターフェースの他にも
存在した場合、ステップ２０５に、Ｌｅａｖｅ Ｇｒｏ
ｕｐメッセージを受信した出力インターフェースだけを
マルチキャストエントリテーブルの（Ｓ，Ｇ）エントリ
から削除する。
【００６６】したがって、ＩＰマルチキャストにおい
て、マルチキャスト経路に関する制御メッセージをマル
チキャストデータを転送しないルータへ送信することな
く、必要最小限の制御メッセージのみで経路制御を行う
ことができるので、経路制御に伴うネットワークへの負
荷の増大を最小限に抑え、動的なマルチキャスト経路制
御を安定して行うことができる。
て、マルチキャスト経路に関する制御メッセージをマル
チキャストデータを転送しないルータへ送信することな
く、必要最小限の制御メッセージのみで経路制御を行う
ことができるので、経路制御に伴うネットワークへの負
荷の増大を最小限に抑え、動的なマルチキャスト経路制
御を安定して行うことができる。
【００６７】なお、本実施形態のルータ３は、ソースリ
ファレンステーブルにおいてグループアドレスに対応し
て登録されたソースアドレスで配信元を識別し、それ以
外の装置から受信したデータをマルチキャストしないよ
うにする設定が可能であることが好ましい。この場合、
ルータ３はデータ配信制御部（不図示）を更に有し、デ
ータ配信制御部は、グループアドレスに対応して登録さ
れたソースアドレスで配信元を識別し、それ以外の装置
から受信したデータをマルチキャストしないようにする
設定が可能である。
ファレンステーブルにおいてグループアドレスに対応し
て登録されたソースアドレスで配信元を識別し、それ以
外の装置から受信したデータをマルチキャストしないよ
うにする設定が可能であることが好ましい。この場合、
ルータ３はデータ配信制御部（不図示）を更に有し、デ
ータ配信制御部は、グループアドレスに対応して登録さ
れたソースアドレスで配信元を識別し、それ以外の装置
から受信したデータをマルチキャストしないようにする
設定が可能である。
【００６８】したがって、本実施形態の方法によれば、
ＩＰマルチキャストにおいて、意図しない装置からのデ
ータをマルチキャストしないように制限することができ
るので、意図しないホストからのデータによってネット
ワークに負荷がかかるのを防止することができる。
ＩＰマルチキャストにおいて、意図しない装置からのデ
ータをマルチキャストしないように制限することができ
るので、意図しないホストからのデータによってネット
ワークに負荷がかかるのを防止することができる。
【００６９】また、本実施形態において、ソースリファ
レンステーブルは、ルータ３のソースリファレンステー
ブル管理部３３が有する代わりに、通信回線を通じてル
ータ３と通信可能な他の装置（データベース装置）が有
する構成であってもよい。
レンステーブルは、ルータ３のソースリファレンステー
ブル管理部３３が有する代わりに、通信回線を通じてル
ータ３と通信可能な他の装置（データベース装置）が有
する構成であってもよい。
【００７０】この場合、ルータ３はソースリファレンス
テーブル管理部３３でソースリファレンステーブルを検
索する代わりに、データベース装置にグループアドレス
を通知して対応するソースアドレスを問合せ、データベ
ース装置がソースリファレンステーブルを検索して、検
索結果をルータ３に通知する。
テーブル管理部３３でソースリファレンステーブルを検
索する代わりに、データベース装置にグループアドレス
を通知して対応するソースアドレスを問合せ、データベ
ース装置がソースリファレンステーブルを検索して、検
索結果をルータ３に通知する。
【００７１】
【発明の効果】本発明によれば、ＩＰマルチキャストに
おいて、マルチキャスト経路に関する制御メッセージを
マルチキャストデータを転送しない装置へ送信すること
なく、必要最小限の制御メッセージのみで経路制御を行
うことができるので、経路制御に伴うネットワークへの
負荷の増大を最小限に抑え、動的なマルチキャスト経路
制御を安定して行うことができる。
おいて、マルチキャスト経路に関する制御メッセージを
マルチキャストデータを転送しない装置へ送信すること
なく、必要最小限の制御メッセージのみで経路制御を行
うことができるので、経路制御に伴うネットワークへの
負荷の増大を最小限に抑え、動的なマルチキャスト経路
制御を安定して行うことができる。
【００７２】また、意図しない装置からのデータをマル
チキャストしないように制限することができるので、意
図しないホストからのデータによってネットワークに負
荷がかかることを防止することができる。
チキャストしないように制限することができるので、意
図しないホストからのデータによってネットワークに負
荷がかかることを防止することができる。
【図１】本実施形態のマルチキャスト通信システムの構
成を示すブロック図である。
成を示すブロック図である。
【図２】本実施形態のルータの構成を示すブロック図で
ある。
ある。
【図３】受信ホストがマルチキャストグループに参加す
るときのルータの動作を示すフローチャートである。
るときのルータの動作を示すフローチャートである。
【図４】受信ホストがマルチキャストグループを離脱す
るときのルータの動作を示すフローチャートである。
るときのルータの動作を示すフローチャートである。
１ 送信ホスト
２ 受信ホスト
３1〜３4 ルータ
３１ インタフェース制御部
３２ ＩＧＭＰ制御部
３３ ソースリファレンステーブル管理部
３４ マルチキャストエントリ管理部
３５ マルチキャストルーティングプロトコル制御部
１０１〜１０７，２０１〜２０７ ステップ
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平11−127200（ＪＰ，Ａ)
特開2000−49779（ＪＰ，Ａ)
山内他，ＩＰマルチキャストの配送制
御とそのセキュリティへの応用，情報処
理学会論文誌，日本，（社）情報処理学
会，2000年 １月，Ｖｏｌ．41，Ｎｏ.
１，ｐｐ167−176
倉島他，インターネットにおけるマル
チキャスト通信，Ｂｉｔ，日本，共立出
版株式会社，1998年10月，Ｖｏｌ．30,
Ｎｏ．10，ｐｐ85−98
Ｄ．Ｅｓｔｒｉｎ ｅｔ．ａｌ．，Ｐ
ｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄａｎ
ｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ
Ｍｏｄｅ（ＰＩＭ−ＳＭ），ＲＦＣ
2362，米国，ＩＥＴＦ，1998年 ６月
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/56
H04L 12/66
Claims (11)
- 【請求項１】 グループに参加している少なくとも１つ
の受信ホストに配信元からのデータを配信するためのＩ
Ｐマルチキャスト経路制御方法であって、 予め、前記受信ホストを収容するルータに、前記グルー
プのグループアドレスと前記配信元のユニキャストアド
レスであるソースアドレスとの対応が設定されたソース
リファレンステーブルと、他装置のアドレスおよび該装
置と通信するためのインターフェースのインタフェース
識別子の対応が設定されたユニキャスト経路表と、前記
ルータにおける前記データの入力インタフェースおよび
少なくとも１つの出力インタフェースの前記インタフェ
ース識別子が、前記ソースアドレスおよび前記グループ
アドレスのペアごとのエントリとして設定されたマルチ
キャストエントリテーブルとを記録しておき、 前記ルータで、前記受信ホストから前記グループへの参
加を要求する参加要求メッセージを受信するステップ
と、 受信された前記参加要求メッセージに含まれる前記グル
ープアドレスで前記ソースリファレンステーブルを検索
し、対応する前記ソースアドレスを得るステップと、 前記ソースアドレスで前記ユニキャスト経路表を参照
し、対応する前記入力インターフェースの前記インタフ
ェース識別子を抽出するステップと、 前記ソースアドレスと前記グループアドレスのペアによ
って前記マルチキャストエントリテーブルを検索し、前
記ソースアドレスと前記グループアドレスのペアが一致
する前記エントリが存在するか否かを判定するステップ
と、 一致する前記エントリが存在した場合、該エントリに対
応する前記データを出力するための前記出力インターフ
ェースとして、前記受信ホストへの前記出力インタフェ
ースの前記インタフェース識別子を加えるステップと、 一致する前記エントリが存在しない場合、前記ユニキャ
スト経路表によって抽出された前記入力インタフェース
の前記インタフェース識別子よって指定される前記イン
タフェースから、マルチキャスト経路の作成を促すため
の経路設定要求メッセージを送信するステップと、 前記ソースアドレスおよび前記グループアドレスのペア
と、前記ユニキャスト経路表で得られた前記インタフェ
ース識別子と、前記受信ホストへの前記出力インタフェ
ースの前記インタフェース識別子を含む前記エントリを
前記マルチキャストエントリテーブルに追加するステッ
プを有するＩＰマルチキャスト経路制御方法。 - 【請求項２】 前記ソースリファレンステーブルにおい
て前記グループアドレスに対応して登録された前記ソー
スアドレスで、受信した前記データの前記配信元を識別
し、それ以外の装置から受信した前記データの配信を禁
止するステップを更に有する、請求項１記載のＩＰマル
チキャスト経路制御方法。 - 【請求項３】 前記参加要求メッセージはＩＧＭＰバー
ジョン２のＭｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセ
ージであり、 前記経路設定要求メッセージは（Ｓ，Ｇ）Ｊｏｉｎメッ
セージである、請求項１記載のＩＰマルチキャスト経路
制御方法。 - 【請求項４】 前記ルータで、前記受信ホストより前記
グループからの離脱を要求する離脱要求メッセージを受
信するステップと、 受信された前記離脱要求メッセージに含まれる前記グル
ープアドレスで前記ソースリファレンステーブルを検索
し、対応する前記ソースアドレスを得るステップと、 前記ソースアドレスと前記グループアドレスのペアによ
って前記マルチキャストエントリテーブルを検索し、前
記ソースアドレスと前記グループアドレスのペアが一致
する前記エントリを参照するステップと、 該エントリに登録された前記出力インタフェースが前記
離脱要求メッセージを受信したインタフェースのみであ
るか否かを判定するステップと、 前記出力インタフェースが前記離脱要求メッセージを受
信したインタフェースのみの場合、前記エントリに設定
された前記入力インタフェースからマルチキャスト経路
の削除を促すための経路削除要求メッセージを送信し、
該エントリを前記マルチキャストエントリテーブルから
削除するステップと、 前記出力インタフェースが前記離脱要求メッセージを受
信したインタフェース以外にも存在した場合、前記離脱
要求メッセージを受信した前記出力インタフェースのみ
を前記エントリから削除するステップを更に有する、請
求項１記載のＩＰマルチキャスト経路制御方法。 - 【請求項５】 前記離脱要求メッセージはＩＧＭＰバー
ジョン２のＬｅａｖｅ Ｇｒｏｕｐメッセージであり、 前記経路削除要求メッセージは（Ｓ，Ｇ）Ｐｒｕｎｅメ
ッセージである、請求項４記載のＩＰマルチキャスト経
路制御方法。 - 【請求項６】 グループに参加している少なくとも１つ
の受信ホストに配信元からのデータを配信するためのＩ
Ｐマルチキャストルータであって、 前記受信ホストから前記グループへの参加を要求する参
加要求メッセージを受信するインタフェース制御部と、 予め、前記グループのグループアドレスと前記配信元の
ユニキャストアドレスであるソースアドレスとの対応が
設定されたソースリファレンステーブルを記憶してお
り、前記インタフェース制御部で受信された前記参加要
求メッセージに含まれる前記グループアドレスで前記ソ
ースリファレンステーブルを検索し、対応する前記ソー
スアドレスを得るソースリファレンステーブル管理部
と、 予め、他装置のアドレスと、該装置と通信するためのイ
ンターフェースのインタフェース識別子との対応が設定
されたユニキャスト経路表と、前記データの入力インタ
フェースおよび少なくとも１つの出力インタフェースの
前記インタフェース識別子が、前記ソースアドレスおよ
び前記グループアドレスのペアごとのエントリとして設
定されたマルチキャストエントリテーブルとを記憶して
おり、前記ソースアドレスで前記ユニキャスト経路表を
参照し、対応する前記入力インターフェースの前記イン
タフェース識別子を抽出し、前記ソースアドレスと前記
グループアドレスのペアによって前記マルチキャストエ
ントリテーブルを検索し、前記ソースアドレスと前記グ
ループアドレスのペアが一致する前記エントリが存在す
るか否かを判定し、一致する前記エントリが存在した場
合、該エントリに対応する前記データを出力するための
前記出力インターフェースとして、前記受信ホストへの
前記出力インタフェースの前記インタフェース識別子を
加え、一致する前記エントリが存在しない場合、前記ユ
ニキャスト経路表によって抽出された前記入力インタフ
ェースの前記インタフェース識別子よって指定される前
記インタフェースから、マルチキャスト経路の作成を促
すための経路設定要求メッセージを、前記インタフェー
ス制御部を介して送信し、前記ソースアドレスおよび前
記グループアドレスのペアと、前記ユニキャスト経路表
で得られた前記インタフェース識別子と、前記受信ホス
トへの前記出力インタフェースの前記インタフェース識
別子を含む前記エントリを前記マルチキャストエントリ
テーブルに追加するマルチキャストエントリ管理部を有
するＩＰマルチキャストルータ。 - 【請求項７】 前記ソースリファレンステーブルにおい
て前記グループアドレスに対応して登録された前記ソー
スアドレスで、受信した前記データの前記配信元を識別
し、それ以外の装置から受信した前記データの配信を禁
止するデータ配信制御部を更に有する、請求項６記載の
ＩＰマルチキャストルータ。 - 【請求項８】 前記参加要求メッセージはＩＧＭＰバー
ジョン２のＭｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔメッセ
ージであり、前記経路設定要求メッセージは（Ｓ，Ｇ）
Ｊｏｉｎメッセージであり、 前記Ｍｅｍｂｅｒｓｈｉｐ Ｒｅｐｏｒｔを含む前記Ｉ
ＧＭＰバージョン２のメッセージの送受信を制御するＩ
ＧＭＰ制御部と、 前記（Ｓ，Ｇ）Ｊｏｉｎメッセージを含む、マルチキャ
ストルーチングを行うためのルータ間メッセージの送受
信を制御するマルチキャストルーチングプロトコル制御
部を更に有する、請求項６記載のＩＰマルチキャストル
ータ。 - 【請求項９】 前記インタフェース制御部は、前記受信
ホストより前記グループからの離脱を要求する離脱要求
メッセージを受信し、 前記ソースリファレンステーブル管理部は、受信された
前記離脱要求メッセージに含まれる前記グループアドレ
スで前記ソースリファレンステーブルを検索し、対応す
る前記ソースアドレスを取得し、 前記マルチキャストエントリ管理部は、前記ソースアド
レスと前記グループアドレスのペアによって前記マルチ
キャストエントリテーブルを検索し、前記ソースアドレ
スと前記グループアドレスのペアが一致する前記エント
リを参照し、該エントリに登録された前記出力インタフ
ェースが前記離脱要求メッセージを受信したインタフェ
ースのみであるか否かを判定し、前記出力インタフェー
スが前記離脱要求メッセージを受信したインタフェース
のみの場合、前記エントリに設定された前記入力インタ
フェースからマルチキャスト経路の削除を促すための経
路削除要求メッセージを送信し、該エントリを前記マル
チキャストエントリテーブルから削除し、前記出力イン
タフェースが前記離脱要求メッセージを受信したインタ
フェース以外にも存在した場合、前記離脱要求メッセー
ジを受信した前記出力インタフェースのみを前記エント
リから削除する、請求項６記載のＩＰマルチキャストル
ータ。 - 【請求項１０】 前記離脱要求メッセージはＩＧＭＰバ
ージョン２のＬｅａｖｅ Ｇｒｏｕｐメッセージであ
り、前記経路削除要求メッセージは（Ｓ，Ｇ）Ｐｒｕｎ
ｅメッセージであり、 前記Ｌｅａｖｅ Ｒｅｐｏｒｔを含む前記ＩＧＭＰバー
ジョン２のメッセージの送受信を制御するＩＧＭＰ制御
部と、 前記（Ｓ，Ｇ）Ｐｒｕｎｅメッセージを含む、マルチキ
ャストルーチングを行うためのルータ間メッセージの送
受信を制御するマルチキャストルーチングプロトコル制
御部を更に有する、請求項６記載のＩＰマルチキャスト
ルータ。 - 【請求項１１】 前記ソースリファレンステーブルは、
前記ソースリファレンステーブル管理部に代えて、通信
回線を通じて通信可能な他の装置に設けられており、 前記ソースリファレンステーブル管理部は、前記他の装
置に前記グループアドレスを通知して対応する前記ソー
スアドレスを問合せ、前記他の装置から前記ソースリフ
ァレンステーブルの検索結果を受信する、請求項６また
は９記載のＩＰマルチキャストルータ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000251472A JP3526027B2 (ja) | 2000-08-22 | 2000-08-22 | Ｉｐマルチキャスト経路制御方法およびルータ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000251472A JP3526027B2 (ja) | 2000-08-22 | 2000-08-22 | Ｉｐマルチキャスト経路制御方法およびルータ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002064558A JP2002064558A (ja) | 2002-02-28 |
| JP3526027B2 true JP3526027B2 (ja) | 2004-05-10 |
Family
ID=18740877
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000251472A Expired - Lifetime JP3526027B2 (ja) | 2000-08-22 | 2000-08-22 | Ｉｐマルチキャスト経路制御方法およびルータ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3526027B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8064445B2 (en) | 2005-03-14 | 2011-11-22 | Mitsubishi Electric Corporation | Layer 2 mobility network |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2004043019A1 (ja) | 2002-11-05 | 2004-05-21 | Fujitsu Limited | ネットワーク中継方法及び装置 |
| JP4165196B2 (ja) | 2002-11-26 | 2008-10-15 | 株式会社日立製作所 | パケット中継装置 |
| KR100475852B1 (ko) * | 2002-11-29 | 2005-03-10 | 한국전자통신연구원 | 이더넷 스위치에서 ｉｇｍｐ 패킷 정보를 이용한 2계층멀티캐스트 그룹 관리방법 |
| JP4077330B2 (ja) | 2003-02-06 | 2008-04-16 | 富士通株式会社 | データ生成装置 |
| KR100859712B1 (ko) | 2006-12-08 | 2008-09-23 | 한국전자통신연구원 | 위조된 멀티캐스트 패킷을 막는 장치 및 그 방법 |
| JP2008048449A (ja) * | 2007-10-01 | 2008-02-28 | Hitachi Ltd | パケット中継装置 |
| JP4530039B2 (ja) * | 2007-12-27 | 2010-08-25 | 株式会社日立製作所 | パケット中継装置 |
| JP5177155B2 (ja) * | 2010-02-05 | 2013-04-03 | 株式会社日立製作所 | パケット中継装置 |
| JP5556843B2 (ja) * | 2012-04-20 | 2014-07-23 | 株式会社日立製作所 | パケット中継装置 |
-
2000
- 2000-08-22 JP JP2000251472A patent/JP3526027B2/ja not_active Expired - Lifetime
Non-Patent Citations (3)
| Title |
|---|
| Ｄ．Ｅｓｔｒｉｎ ｅｔ．ａｌ．，Ｐｒｏｔｏｃｏｌ Ｉｎｄｅｐｅｎｄａｎｔ Ｍｕｌｔｉｃａｓｔ−Ｓｐａｒｓｅ Ｍｏｄｅ（ＰＩＭ−ＳＭ），ＲＦＣ２３６２，米国，ＩＥＴＦ，１９９８年 ６月 |
| 倉島他，インターネットにおけるマルチキャスト通信，Ｂｉｔ，日本，共立出版株式会社，１９９８年１０月，Ｖｏｌ．３０，Ｎｏ．１０，ｐｐ８５−９８ |
| 山内他，ＩＰマルチキャストの配送制御とそのセキュリティへの応用，情報処理学会論文誌，日本，（社）情報処理学会，２０００年 １月，Ｖｏｌ．４１，Ｎｏ．１，ｐｐ１６７−１７６ |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8064445B2 (en) | 2005-03-14 | 2011-11-22 | Mitsubishi Electric Corporation | Layer 2 mobility network |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002064558A (ja) | 2002-02-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4165196B2 (ja) | パケット中継装置 | |
| US8243643B2 (en) | Active multicast information protocol | |
| US8185657B2 (en) | Data generating device | |
| US7443851B2 (en) | Device and system for multicast communication | |
| US7680884B2 (en) | System and implementation method of controlled multicast | |
| US20050111474A1 (en) | IP multicast communication system | |
| EP1432172A2 (en) | Method and device for multicast group management | |
| JP2004531143A (ja) | 仮想マルチキャストネットワーク方法及びそのシステム | |
| JP2006109047A (ja) | レイヤ２スイッチ | |
| US20040098448A1 (en) | Data distribution system | |
| JP3526027B2 (ja) | Ｉｐマルチキャスト経路制御方法およびルータ | |
| JP2006074132A (ja) | マルチキャスト通信方法及びゲートウェイ装置 | |
| US20050185663A1 (en) | Method, system and source for implementing multicasting | |
| WO2009024054A1 (fr) | Procédé, dispositif et système pour réaliser l'agent de protocole de gestion pour des membres dans un groupe de multidiffusion | |
| JP2008060631A (ja) | 通信装置及びマルチキャストユーザ認証方法 | |
| JP2006324981A (ja) | マルチキャストパケット転送方式 | |
| Cisco | Internet Protocol (IP) Multicast | |
| JP2004254288A (ja) | マルチキャストデータ通信システム及び方法、クライアント側ゲートウェイ、サーバ側ゲートウェイ、コンピュータプログラム、ならびに、コンピュータプログラムを記録した記録媒体 | |
| EP2192719A1 (en) | Method and system for providing source specific multicast service on Ethernet network | |
| JP7505543B2 (ja) | 通信装置、受信側通信装置、通信方法、及びプログラム | |
| JP2003348151A (ja) | 中継装置およびマルチキャスト経路制御方法 | |
| Sarac et al. | Ssm extensions: Network layer support for multiple senders in ssm | |
| JP4530039B2 (ja) | パケット中継装置 | |
| JP4549782B2 (ja) | マルチキャスト制御方法、マルチキャスト制御装置、及びプログラム | |
| Cao et al. | A novel scalable explicit multicast protocol |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040120 |
|
| 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: 20040128 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040210 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3526027 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080227 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090227 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100227 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100227 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110227 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110227 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130227 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140227 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |