(57)【特許請求の範囲】
【請求項１】
マルチキャスト経路を登録するマルチキャストルータの経路登録システムにおいて、
隣接ノードからマルチキャスト経路を取得するマルチキャストプロトコルエンジンと、
送信者が確定している経路（送信者、グループ）のみを登録し、マルチキャストパケットを受ける毎に前記マルチキャストプロトコルエンジンに経路情報を通知し、受けたマルチキャストパケットの転送を制御するカーネルと、
前記カーネルの経路登録機能をアプリケーション層に出したデーモンであり、送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）を登録し、送信者が確定している経路（送信者、グループ）を前記カーネルに登録させるアプリケーションゲートウエイデーモンと、
前記カーネルから並列に経路情報が配信され、ローカルに経路を解決してマルチキャストパケットの転送を行う転送エンジンとを備えることを特徴とするマルチキャストルータの経路登録システム。
【請求項２】
前記カーネルは、受けたマルチキャストパケットの経路（送信者、グループ）が自経路表に登録されておらず、前記アプリケーションゲートウエイデーモンの経路表の経路（任意の送信者、グループ）のグループと前記受けたマルチキャストパケットの経路（送信者、グループ）のグループとが一致し、前記受けたマルチキャストパケットの経路（送信者、グループ）の送信者に到達できるインタフェースを自ノードに有する場合には、前記受けたマルチキャストパケットの経路（送信者、グループ）を自経路表に登録することを特徴とする、請求項１に記載のマルチキャストルータの経路登録システム。
【請求項３】
前記カーネルは、前記受けたマルチキャストパケットの経路（送信者、グループ）の送信者のアドレスがユニキャストの最適経路表に登録されている場合には、送信者に到達可能と判断することを特徴とする、請求項２に記載のマルチキャストルータの経路登録システム。
【請求項４】
前記カーネルは、受けたマルチキャストパケットの経路（送信者、グループ）が自経路表に登録されていなく、前記アプリケーションゲートウエイデーモンの経路表の経路（任意の送信者、グループ）のグループと前記受けたマルチキャストパケットの経路（送信者、グループ）のグループと一致しない場合には、前記受けたマルチキャストパケットの経路（送信者、グループ）をマルチキャストプロトコルエンジンに登録させることを特徴とする、請求項３に記載のマルチキャストルータの経路登録システム。
【請求項５】
前記転送エンジンにトラップ用アプリケーションゲートウエイデーモンを配置し、前記トラップ用アプリケーションゲートウエイデーモンは前記カーネルから経路情報の通知機能をアプリケーション層に出したデーモンであり、前記マルチキャストプロトコルエンジンに経路情報を通知するために、直接前記アプリケーションゲートウエイデーモンに経路情報を通知することを特徴とする、請求項１に記載のマルチキャストルータの経路登録システム。
【請求項６】
前記マルチキャストルータにマルチキャストプロトコルＤＶＭＲＰ、ＰＩＭ−ＳＭが相互運用されることを特徴とする、請求項１に記載のマルチキャストルータの経路登録システム。
【請求項７】
マルチキャスト経路を登録するマルチキャストルータの経路登録プログラムにおいて、
隣接ノードからマルチキャスト経路を取得させる手順と、
取得したマルチキャスト経路から送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）を、カーネルの経路登録機能をアプリケーション層に出したデーモンに登録させる手順と、
前記デーモンに登録されている、送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）のうち送信者が確定している経路（送信者、グループ）のみを前記デーモンから前記カーネルに登録させる手順と、
受けたマルチキャストパケットの経路が、送信者が確定していない経路（任意の送信者、グループ）である場合には、前記デーモンに通知し前記カーネルに該当する送信者が確定していない経路（任意の送信者、グループ）を登録させ、前記マルチキャストパケットの転送を制御する手順と、
前記カーネルから並列に経路情報を配信し、ローカルに経路を解決してマルチキャストパケットの転送を行う手順とを備えることを特徴とするマルチキャストルータの経路登録プログラム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明はマルチキャストプロトコルの相互運用に関する。特に、本発明は、
マルチキャストプロトコルＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ−Ｖｅｃｔｏｒ  Ｍｕｌｔｉｃａｓｔ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ−Ｉｎｄｅｐｅｎｄｅｎｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｐａｒｓｅ  Ｍｏｄｅ）が相互運用された場合に、マルチキャストの経路情報の増大、変動に対して、カーネル（Ｋｅｒｎｅｌ）の負荷の軽減を可能にするマルチキャスト経路の登録システム及びプログラムに関する。
【０００２】
【従来の技術】
図４は本発明の前提となるマルチキャストルータの経路登録システムの概略構成を示すブロック図である。
本図に示すように、マルチキャストルータの経路登録システムには複数のユニキャストプロトコルエンジン（ＲＥ）１、複数のマルチキャストプロトコルエンジン（Ｍ−ＲＥ）２が設けられ、複数のユニキャストプロトコルエンジン１、複数のルーティングソフト−コア２は、ソケットを張って隣接ノードから経路情報を取得し、ただちに取得したユニキャスト経路、マルチキャスト経路を自ノード内部の経路表にそれぞれ登録する。
【０００３】
ユニキャストプロトコルエンジン１にはルーティングソフトコア（ＲＳ−ＣＯＲＥ）３が接続され、ルーティングソフトコア３は、ルーティングソフトウエアのデーモンであり、ユニキャストプロトコルエンジン１に登録されているユニキャスト経路をマージし、最適経路（ＢＥＳＴ経路）を登録する。
カーネル（Ｋｅｒｎｅｌ）４は、ルーティングソフトコア３、マルチキャストプロトコルエンジン２に接続され、ルーティングソフトコア３からの最適経路を登録し、さらにマルチキャストプロトコルエンジン２からのマルチキャスト経路を経路表に登録し、さらに、マルチキャスト通信のルーティング／フォワーディング機能を有し転送の制御を行う。
【０００４】
すなわち、カーネル４には、マルチキャストプロトコルとしてＤＶＭＲＰ（Ｄｉｓｔａｎｃｅ−Ｖｅｃｔｏｒ  Ｍｕｌｔｉｃａｓｔ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）が運用されている場合には、送信者（Ｓｏｕｒｃｅ）が確定しているマルチキャスト経路（Ｓ、Ｇ）が登録される。ここに、（Ｓ、Ｇ）は（送信者、グループ）の対を意味する。
【０００５】
また、カーネル４には、マルチキャストプロトコルとして、ＰＩＭ−ＳＭ（Ｐｒｏｔｏｃｏｌ−Ｉｎｄｅｐｅｎｄｅｎｔ  Ｍｕｌｔｉｃａｓｔ  ＳｐａｒｓｅＭｏｄｅ）が運用されている場合には、送信者（Ｓｏｕｒｃｅ）が確定していないマルチキャスト経路（＊、Ｇ）が登録される。ここに、（＊、Ｇ）は（任意の送信者、グループ）の対を意味する。
【０００６】
マルチキャストプロトコルＰＩＭ−ＳＭの経路の登録では、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）ソケットを用いて、送信者が確定しているマルチキャスト経路（Ｓ、Ｇ）だけでなく、送信者が確定していないマルチキャスト経路（＊、Ｇ）も直接カーネル４に登録される。
さらに、カーネル４には複数の転送エンジン（ＦＷ）５が並列に接続され、転送エンジン５はカーネル４から経路情報を配信され、自身で経路を解決して転送を行う。
【０００７】
すなわち、転送エンジン５は、例えば、イーサ（Ｅｔｈｅｒ）、非同期転送モード（ＡＴＭ）の回線カードである。
転送エンジン５は、自ノードにマルチキャストパケットを受けた場合、カーネル４に送られる。
マルチキャストプロトコルＤＶＭＲＰ、ＰＩＭ−ＳＭの相互運用のカーネル４では、内部のユニキャスト経路表の検索を行い、一致すれば、上記回線中の１ポートであって、次ホップ（ＮｅｘｔＨＯＰ）に対するインタフェース（Ｉ／Ｆ）を自ノードに有するか否かを確認する。
【０００８】
すなわち、経路登録時に自ノードが有するインタフェースが送信者（Ｓｏｕｒｃｅ）に到達できるインタフェースであるか否か確認するために、送信者アドレスのアドレスがユニキャストアドレスであるので、送信者アドレスをユニキャスト経路表により検索して送信者への経路情報がチェックされる。
この場合、次ホップに対するインタフェースが有れば、次ノードに直接繋がっていない送信者（Ｓｏｕｒｃｅ）アドレスであっても、送信者（Ｓｏｕｒｃｅ）へ到達できるインタフェースを自ノードは持っているとされる。
【０００９】
上記インタフェースが有れば、マルチキャストパケットの経路が転送されるが、無ければ、マルチキャストパケットの経路が破棄される。
さらに、カーネル４は、受けたマルチキャストパケットの経路情報を、毎回必ず、マルチキャストプロトコルエンジン２に通知する。
【００１０】
【発明が解決しょうとする課題】
一方、送信者、受信者が、任意の時間、場所に発生するので、ユニキャストの場合と異なって、マルチキャストの経路情報の増大、変動が生じやすくなる。
特に、マルチキャストプロトコルＤＶＭＲＰにとって、マルチキャストグループが同じとしても、状況に応じて送信者一人毎に（Ｓ，Ｇ）エントリを作る必要がある。
【００１１】
他方、マルチキャストプロトコルＰＩＭ−ＳＭの相互運用に伴い、マルチキャスト経路（Ｓ，Ｇ）、（＊，Ｇ）のエントリを作る必要がある。
このため、上記マルチキャストルータの経路登録システムには、マルチキャスト経路の増大に伴ってカーネル４の登録負荷が増大するという第１の問題がある。
【００１２】
また、上記マルチキャストルータの経路登録システムには、マルチキャストパケットを受ける毎に、カーネル４が転送エンジン５からマルチキャストプロトコルエンジン２へ経路情報の通知を行う必要があるので、マルチキャスト経路の増大に伴って、カーネル４の処理負担が大きくなるという第２の問題がある。
したがって、本発明は上記問題点に鑑み、相互運用されるマルチキャストプロトコルのマルチキャスト経路の増大に対して、カーネル４の登録負荷、処理負担を軽減することを可能にするマルチキャストルータの経路登録システム及びプログラムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
本発明は前記問題点を解決するために、マルチキャスト経路を登録するマルチキャストルータの経路登録システムにおいて、隣接ノードからマルチキャスト経路を取得するマルチキャストプロトコルエンジンと、送信者が確定している経路（送信者、グループ）のみを登録し、マルチキャストパケットを受ける毎に前記マルチキャストプロトコルエンジンに経路情報を通知し、受けたマルチキャストパケットの転送を制御するカーネルと、前記カーネルの経路登録機能をアプリケーション層に出したデーモンであり、送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）を登録し、送信者が確定している経路（送信者、グループ）を前記カーネルに登録させるアプリケーションゲートウエイデーモンと、前記カーネルから並列に経路情報を配信され、ローカルに経路を解決してマルチキャストパケットの転送を行う転送エンジンとを備えることを特徴とするマルチキャストルータの経路登録システムを提供する。
【００１４】
この手段により、カーネルから経路登録機能をアプリケーション層に出して、カーネルには送信者が確定している経路（送信者、グループ）のみを登録するようにしたので、マルチキャスト経路の増大に対して、カーネルへの経路登録の負荷を軽減することが可能になる。
好ましくは、前記カーネルは、受けたマルチキャストパケットの経路（送信者、グループ）が自経路表に登録されていなく、前記アプリケーションゲートウエイデーモンの経路表の経路（任意の送信者、グループ）のグループと前記受けたマルチキャストパケットの経路（送信者、グループ）のグループとが一致し、前記受けたマルチキャストパケットの経路（送信者、グループ）の送信者に到達できるインタフェースを自ノードに有する場合には、前記受けたマルチキャストパケットの経路（送信者、グループ）を自経路表に登録する。
【００１５】
この手段により、カーネルの自経路表に登録されていないマルチキャストパケットの経路（送信者、グループ）であっても、経路（任意の送信者、グループ）のグループと同一である場合には、一定の場合には登録されるので、経路情報の増大、変動に対応可能である。
好ましくは、前記カーネルは、前記受けたマルチキャストパケットの経路（送信者、グループ）の送信者のアドレスがユニキャストの最適経路表に登録されている場合には、送信者に到達可能と判断する。
【００１６】
この手段により、変動する経路情報を得ることが可能になる。
好ましくは、前記カーネルは、受けたマルチキャストパケットの経路（送信者、グループ）が自経路表に登録されていなく、前記アプリケーションゲートウエイデーモンの経路表の経路（任意の送信者、グループ）のグループと前記受けたマルチキャストパケットの経路（送信者、グループ）のグループと一致しない場合には、前記受けたマルチキャストパケットの経路（送信者、グループ）をマルチキャストプロトコルエンジンに登録させる。
【００１７】
この手段により、カーネルの自経路表に登録されていないマルチキャストパケットの経路（送信者、グループ）であっても、マルチキャストプロトコルエンジンに登録され、カーネルの自経路表に登録されるので、経路情報の増大、変動に対応可能である。
好ましくは、前記転送エンジンにトラップ用アプリケーションゲートウエイデーモンを配置し、前記トラップ用アプリケーションゲートウエイデーモンは、前記カーネルから経路情報の通知機能をアプリケーション層に出したデーモンであり、前記マルチキャストプロトコルエンジンに経路情報を通知するために、直接前記アプリケーションゲートウエイデーモンに経路情報を通知する。
【００１８】
この手段により、転送エンジンからアプリケーションゲートウエイデーモンに、直接、経路情報が通知されるようになったので、無駄なデータをカーネルに送る必要が無くなり、カーネルの処理負担が軽減可能になる。
好ましくは、前記マルチキャストルータにマルチキャストプロトコルＤＶＭＲＰ、ＰＩＭ−ＳＭが相互運用される。
【００１９】
この手段により、マルチキャストプロトコルＤＶＭＲＰの送信者が確定している経路（送信者、グループ）、マルチキャストプロトコルＰＩＭ−ＳＭの送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）に対して、カーネルへの経路の登録負担を軽減することが可能になる。
【００２０】
さらに、マルチキャスト経路を登録するマルチキャストルータの経路登録プログラムにおいて、隣接ノードからマルチキャスト経路を取得させる手順と、取得したマルチキャスト経路から送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）を、カーネルの経路登録機能をアプリケーション層に出したデーモンに登録させる手順と、前記デーモンに登録されている、送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）のうち送信者が確定している経路（送信者、グループ）のみを前記デーモンから前記カーネルに登録させる手順と、受けたマルチキャストパケットの経路が、送信者が確定していない経路（任意の送信者、グループ）である場合には、前記デーモンに通知し前記カーネルに該当する送信者が確定していない経路（任意の送信者、グループ）を登録させ、前記マルチキャストパケットの転送を制御する手順と、前記カーネルから並列に経路情報を配信し、ローカルに経路を解決してマルチキャストパケットの転送を行う手順とを備えることを特徴とするマルチキャストルータの経路登録プログラム。
【００２１】
この手段により、上記発明と同様に、カーネルから経路登録機能をアプリケーション層に出して、カーネルには送信者が確定している経路（送信者、グループ）のみを登録するようにしたので、マルチキャスト経路の増大に対して、カーネルへの登録負荷を軽減することが可能になる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明に係るマルチキャストルータの経路登録システムの概略構成を示すブロック図である。
本図に示すように、図４と比較して、マルチキャストルータの経路登録システムにはアプリケーションゲートウエイデーモン（ＡＧＤ）６が設けられ、アプリケーションゲートウエイデーモン６は、カーネル４が持つマルチキャスト経路の登録機能をアプリケーション層に出したデーモンであり、マルチキャストプロトコルエンジン２、ルーティングソフトコア３、カーネル４に接続される。
【００２３】
マルチキャストプロトコルエンジン２はマルチキャスト経路を自ノードに登録を行う場合、送信者（Ｓｏｕｒｃｅ）が確定しているマルチキャスト経路（Ｓ、Ｇ）をアプリケーションゲートウエイデーモン６に登録する。
アプリケーションゲートウエイデーモン６はマルチキャストプロトコルエンジン２から登録されたマルチキャスト経路のうち送信者（Ｓｏｕｒｃｅ）が確定しているマルチキャスト経路（Ｓ、Ｇ）のみをカーネル４に登録する。すなわち、マルチキャストプロトコルＤＶＭＲＰ、ＰＩＭ−ＳＭに関する経路（Ｓ、Ｇ）はカーネル４に登録されるが、マルチキャストプロトコルＰＩＭ−ＳＭに関しては、送信者（Ｓｏｕｒｃｅ）が確定していないマルチキャスト経路（＊、Ｇ）はカーネル４に直接登録されなくなる。
【００２４】
このため、カーネル４は、送信者（Ｓｏｕｒｃｅ）が確定している有効な経路のみを登録するので、マルチキャスト経路の増大に対して、経路登録の負荷を軽減することが可能になる。
さらに、アプリケーションゲートウエイデーモン６は事前にユニキャスト経路ルーティングソフトコア３から最適経路を取得する。
【００２５】
次に、カーネル４は、マルチキャストパケットを受け、受けたマルチキャストパケット経路と自経路表の経路と一致しない場合には、アプリケーションゲートウエイデーモン６にその旨を通知し、他方、アプリケーションゲートウエイデーモン６は自身で管理している経路表から通知された経路を検索し、一致すればカーネル４に登録し、一致しなければマルチキャストプロトコルエンジン２に通知し、マルチキャストプロトコルエンジン２がその経路を持っていれば、マルチキャストプロトコルエンジン２からアプリケーションゲートウエイデーモン６に登録し、さらに、アプリケーションゲートウエイデーモン６がカーネル４に登録を行う。
【００２６】
図２は、図１におけるアプリケーションゲートウエイデーモン６の詳細動作を説明するフローチャートである。
ステップＳ１１において、アプリケーションゲートウエイデーモン６は、ルーティングソフトコア３からユニキャスト経路を事前に取得する。
ステップＳ１２おいて、アプリケーションゲートウエイデーモン６は、マルチキャストプロトコルエンジン２がマルチキャスト経路の登録を要求しているか否かを判断する。登録要求を行っている場合には、ステップＳ１７に進む。
【００２７】
ステップＳ１３において、アプリケーションゲートウエイデーモン６は、登録要求を行っている場合に、マルチキャストプロトコルエンジン２に対してマルチキャスト経路（Ｓ、Ｇ）、（＊、Ｇ）のいずれかの登録指定を行う。（＊、Ｇ）の指定の場合にはステップＳ１４に進み、（Ｓ、Ｇ）の指定の場合にはステップＳ１５に進む。
【００２８】
ステップＳ１４において、アプリケーションゲートウエイデーモン６は、マルチキャスト経路（＊、Ｇ）を自経路表に登録して処理を終了する。
ステップＳ１５において、アプリケーションゲートウエイデーモン６は、自経路表にマルチキャスト（Ｓ，Ｇ）を登録する。
ステップＳ１６において、アプリケーションゲートウエイデーモン６はカーネル４にマルチキャスト（Ｓ，Ｇ）を登録させて、処理を終了する。
【００２９】
ステップＳ１７において、マルチキャストパケットを受けた場合には、カーネル４は内部の経路表の検索を行い、経路が一致しなければ、アプリケーションゲートウエイデーモン６に不一致の通知を行うが、アプリケーションゲートウエイデーモン６はカーネル４からこの不一致の通知を受けたか否かを判断する。不一致の通知を受けない場合にはステップＳ１２に戻り、上記処理を繰り返す。
ステップＳ１８において、不一致の通知、換言すれば、カーネル４の経路表に登録されていない経路に対してマルチキャストパケットの経路情報の通知を受けたアプリケーションゲートウエイデーモン６は、自経路表を検索し、通知された経路のグループと一致する経路があるかを検索し、マルチキャスト経路（＊，Ｇ）のグループと一致するか否かを判断する。
【００３０】
ステップＳ１９において、グループが一致する場合には、マルチキャストパケットの経路は、マルチキャストプロトコルＰＩＭ−ＳＭのマルチキャスト経路（Ｓ，Ｇ）と判断される。この場合、送信者（Ｓｏｕｒｃｅ）がユニキャストアドレスであるので、事前にルーティングソフトコア３から取得した最適経路表から検索を行い、次ホップを取得する。次ホップに対するインタフェース（Ｉ／Ｆ）を自ノードに持っているかを確認する。
【００３１】
次ホップに対するインタフェースを持っている場合には、ステップＳ１５、ステップＳ１６に進み、アプリケーションゲートウエイデーモン６、カーネル４にマルチキャストパケットのマルチキャスト経路（Ｓ，Ｇ）をそれぞれ登録する。このようのようにして、マルチキャストプロトコルＰＩＭ−ＳＭの経路情報の増大、変動に対応可能となる。
【００３２】
次ホップに対するインタフェースを持っていない場合には、マルチキャストパケットの経路を破棄し、処理を終了する。
ステップＳ２０において、ステップＳ１８でアプリケーションゲートウエイデーモン６の経路表にグループが一致する経路が無い場合には、アプリケーションゲートウエイデーモン６はこの経路を登録すると同時にマルチキャストプロトコルエンジン２に通知する。この通知により、マルチキャストプロトコルエンジン２の経路表に登録されている経路に一致するものがないかの検索が行われ、無ければ登録が行われる。
【００３３】
このようのようにして、マルチキャストプロトコルＤＶＭＲＰの経路情報の増大、変動に対応可能となる。
したがって、マルチキャスト経路の増大に伴ってカーネル４の登録負荷の軽減が可能になる。
図３は図２の変形例を示す図である。本図に示すように、図１と比較して、転送エンジン５の各々にトラップ用アプリケーションゲートウエイデーモン（ＴＡＧＤ）７が設けられ、トラップ用アプリケーションゲートウエイデーモン７は、カーネル４から経路情報の通知機能をアプリケーション層に出したデーモンであり、その出力にはアプリケーションゲートウエイデーモン６が接続するようにしてある。
【００３４】
このようにして、トラップ用アプリケーションゲートウエイデーモン７により、転送エンジン５からアプリケーションゲートウエイデーモン６に通知を行うパイプができ、アプリケーションゲートウエイデーモン６を介して、カーネル４からマルチキャストプロトコルエンジン２へのマルチキャスト経路情報の通知が可能になり、全データをカーネル４に送る必要が無くなり、必要なデータのみカーネル４に送ればよく、無駄なデータを送る必要が無くなるので、カーネル４の処理の負担が軽減される。
【００３５】
【発明の効果】
以上説明したように、本発明によれば、隣接ノードからマルチキャスト経路を取得させ、送信者が確定している経路（送信者、グループ）のみをカーネルに登録し、マルチキャストパケットを受ける毎にマルチキャスト経路を取得させるために経路情報を通知し、受けたマルチキャストパケットの転送を制御し、カーネルの経路登録機能をアプリケーション層に出し、送信者が確定している経路（送信者、グループ）、送信者が確定していない経路（任意の送信者、グループ）を登録し、送信者が確定している経路（送信者、グループ）をカーネルに登録させ、カーネルから並列に経路情報が配信され、ローカルに経路を解決してマルチキャストパケットの転送を行い、カーネルから経路登録機能をアプリケーション層に出して、カーネルには送信者が確定している経路（送信者、グループ）のみを登録するようにしたので、マルチキャスト経路の増大に対して、カーネルへの登録負荷を軽減することが可能になる。
【００３６】
さらに、転送エンジンにトラップ用アプリケーションゲートウエイデーモンを配置し、トラップ用アプリケーションゲートウエイデーモンは、マルチキャストプロトコルエンジンに経路情報を通知するために、直接アプリケーションゲートウエイデーモンに経路情報を通知するようにしたので、転送エンジンからアプリケーションゲートウエイデーモンに、直接、経路情報が通知されるようになり、無駄なデータをカーネルに送る必要が無くなり、カーネルの処理負担が軽減可能になる。
【図面の簡単な説明】
【図１】図１は本発明に係るマルチキャストルータの経路登録システムの概略構成を示すブロック図である。
【図２】図２は、図１におけるアプリケーションゲートウエイデーモン６の詳細動作を説明するフローチャートである。
【図３】図３は図２の変形例を示す図である。
【図４】図４は本発明の前提となるマルチキャストルータの経路登録システムの概略構成を示すブロック図である。
【符号の説明】
１…ユニキャストプロトコルエンジン
２…マルチキャストプロトコルエンジン
３…ルーティングソフトコア
４…カーネル
５…転送エンジン
６…アプリケーションゲートウエイデーモン
７…トラップ用アプリケーションゲートウエイデーモン
【図１】
0003584897.tif 000002
【図２】
0003584897.tif 000003
【図３】
0003584897.tif 000004
【図４】
0003584897.tif 000005