(57)【要約】【課題】マルチキャスト専用経路でマルチキャストパケットの受信を行う場合でもパケット転送を可能にし、二重に受信したパケットの一方のみを選択して転送する。【解決手段】マルチキャスト専用経路でマルチキャストパケットを受信するときに、マルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索して得られるＲＰＦ(Reverse Path Forwarding) インタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄する制御手段を備える。【選択図】  図１
2014036430.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト専用経路でマルチキャストパケットを受信するときに、前記マルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索して得られるＲＰＦ(Reverse Path Forwarding) インタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、前記ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄する制御手段を備えた
ことを特徴とするマルチキャストパケット転送システム。
【請求項２】
請求項１に記載のマルチキャストパケット転送システムにおいて、
前記ユニキャストＩＰルーティングテーブルは、ＩＰアドレス、物理インタフェース識別子、論理インタフェース識別子をエントリ要素としたエントリ群で構成され、前記受信したマルチキャストパケットのソースＩＰアドレスをキーにして検索すると、対応する物理インタフェース識別子および論理インタフェース識別子を出力する構成であり、
さらに、物理インタフェース識別子および論理インタフェース識別子をエントリ要素としたエントリ群で構成され、前記ユニキャストＩＰルーティングテーブルを検索して得られた前記物理インタフェース識別子をキーにして検索すると、対応する論理インタフェース識別子を出力するマルチキャスト受信インタフェース登録テーブルを備え、
前記制御手段は、マルチキャストパケットを受信したときに、前記ユニキャストＩＰルーティングテーブルおよび前記マルチキャスト受信インタフェース登録テーブルを検索し、当該マルチキャストパケットのソースＩＰアドレスに対応して前記ユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子が、当該マルチキャストパケットの受信元の物理インタフェースと一致し、かつ、前記物理インタフェースに対応して前記マルチキャスト受信インタフェース登録テーブルを検索して得られた論理インタフェース識別子が、当該マルチキャストパケットの受信元の論理インタフェースと一致している場合に転送を行い、それ以外の場合に廃棄する構成である
ことを特徴とするマルチキャストパケット転送システム。
【請求項３】
マルチキャスト専用経路でマルチキャストパケットを受信するときに、前記マルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索して得られるＲＰＦ(Reverse Path Forwarding) インタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、前記ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄する
ことを特徴とするマルチキャストパケット転送方法。
【請求項４】
請求項３に記載のマルチキャストパケット転送方法において、
前記ユニキャストＩＰルーティングテーブルは、ＩＰアドレス、物理インタフェース識別子、論理インタフェース識別子をエントリ要素としたエントリ群で構成され、前記受信したマルチキャストパケットのソースＩＰアドレスをキーにして検索すると、対応する物理インタフェース識別子および論理インタフェース識別子を出力し、
さらに、物理インタフェース識別子および論理インタフェース識別子をエントリ要素としたエントリ群で構成され、前記ユニキャストＩＰルーティングテーブルを検索して得られた前記物理インタフェース識別子をキーにして検索すると、対応する論理インタフェース識別子を出力するマルチキャスト受信インタフェース登録テーブルを有し、
マルチキャストパケットを受信したときに、前記ユニキャストＩＰルーティングテーブルおよび前記マルチキャスト受信インタフェース登録テーブルを検索し、当該マルチキャストパケットのソースＩＰアドレスに対応して前記ユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子が、当該マルチキャストパケットの受信元の物理インタフェースと一致し、かつ、前記物理インタフェースに対応して前記マルチキャスト受信インタフェース登録テーブルを検索して得られた論理インタフェース識別子が、当該マルチキャストパケットの受信元の論理インタフェースと一致している場合に転送を行い、それ以外の場合に廃棄する
ことを特徴とするマルチキャストパケット転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網におけるマルチキャストパケット転送の障害復旧に対応するマルチキャストパケット転送システムおよび方法に関する。
【背景技術】
【０００２】
ＩＰ網におけるマルチキャストパケット転送システムでは、リンク障害等に対する高速復旧を実現するために、パケットコピーを用いて２つの異なる経路に二重にマルチキャストパケットを転送し、二重転送区間の出口のルータにおいて、二重に受信したパケットの一方のみを選択して転送する手法が知られている（非特許文献１）。これにより、ネットワーク障害があった場合でも主信号断時間を短くすることができる。
【０００３】
ここで、二重転送区間の出口のルータが、二重に受信したパケットの一方のみを選択する方法として、ユニキャストＩＰルーティングテーブルに基づいて転送可否判定を行うＲＰＦ(Reverse Path Forwarding) チェックがある（非特許文献２）。ＲＰＦチェックでは、受信したマルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索した結果、取得される送信先インタフェースをＲＰＦインタフェースと呼ぶ。このＲＰＦインタフェースから受信したマルチキャストパケットは転送され、それ以外のインタフェースから受信したパケットは廃棄される。これにより、二重に受信したパケットの一方のみを選択して転送することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Internet-Draft "Multicast only Fast Re-Route" draft-karan-mofrr-02 March 2012
【非特許文献２】Request for Comments: 2715 "Interoperability Rules for Multicast Routing Protocols" October 1999
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＲＰＦチェックでは、ＲＰＦインタフェースから受信したマルチキャストパケットは転送される。しかし、例えば、ＭＰＬＳやＭＰＬＳ−ＴＰのＰ２ＭＰパスやイーサネット（登録商標）のマルチキャスト用ＶＬＡＮを利用する等、マルチキャスト専用経路のインタフェース（例えば、後述する図２のルータ３のＩＦ３のＶＬＡＮ−ＩＤ＝１０１）で受信するマルチキャストパケットは、ＲＰＦチェックによってすべて廃棄されてしまう。それは、当該マルチキャストパケットの受信インタフェースがマルチキャスト専用であって、ユニキャストＩＰルーティングの転送先インタフェースと異なるためである。
【０００６】
本発明では、マルチキャスト専用経路でマルチキャストパケットの受信を行う場合でもパケット転送を可能にし、二重に受信したパケットの一方のみを選択して転送することができるマルチキャストパケット転送システムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の発明は、マルチキャスト専用経路でマルチキャストパケットを受信するときに、マルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索して得られるＲＰＦ(Reverse Path Forwarding) インタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄する制御手段を備える。
【０００８】
第１の発明のマルチキャストパケット転送システムにおいて、ユニキャストＩＰルーティングテーブルは、ＩＰアドレス、物理インタフェース識別子、論理インタフェース識別子をエントリ要素としたエントリ群で構成され、受信したマルチキャストパケットのソースＩＰアドレスをキーにして検索すると、対応する物理インタフェース識別子および論理インタフェース識別子を出力する構成であり、さらに、物理インタフェース識別子および論理インタフェース識別子をエントリ要素としたエントリ群で構成され、ユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子をキーにして検索すると、対応する論理インタフェース識別子を出力するマルチキャスト受信インタフェース登録テーブルを備え、制御手段は、マルチキャストパケットを受信したときに、ユニキャストＩＰルーティングテーブルおよびマルチキャスト受信インタフェース登録テーブルを検索し、当該マルチキャストパケットのソースＩＰアドレスに対応してユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子が、当該マルチキャストパケットの受信元の物理インタフェースと一致し、かつ、物理インタフェースに対応してマルチキャスト受信インタフェース登録テーブルを検索して得られた論理インタフェース識別子が、当該マルチキャストパケットの受信元の論理インタフェースと一致している場合に転送を行い、それ以外の場合に廃棄する構成である。
【０００９】
第２の発明は、マルチキャスト専用経路でマルチキャストパケットを受信するときに、マルチキャストパケットのソースＩＰアドレスを基に、ユニキャストＩＰルーティングテーブルを検索して得られるＲＰＦ(Reverse Path Forwarding) インタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄する。
【００１０】
第２の発明のマルチキャストパケット転送方法において、ユニキャストＩＰルーティングテーブルは、ＩＰアドレス、物理インタフェース識別子、論理インタフェース識別子をエントリ要素としたエントリ群で構成され、受信したマルチキャストパケットのソースＩＰアドレスをキーにして検索すると、対応する物理インタフェース識別子および論理インタフェース識別子を出力し、さらに、物理インタフェース識別子および論理インタフェース識別子をエントリ要素としたエントリ群で構成され、ユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子をキーにして検索すると、対応する論理インタフェース識別子を出力するマルチキャスト受信インタフェース登録テーブルを有し、マルチキャストパケットを受信したときに、ユニキャストＩＰルーティングテーブルおよびマルチキャスト受信インタフェース登録テーブルを検索し、当該マルチキャストパケットのソースＩＰアドレスに対応してユニキャストＩＰルーティングテーブルを検索して得られた物理インタフェース識別子が、当該マルチキャストパケットの受信元の物理インタフェースと一致し、かつ、物理インタフェースに対応してマルチキャスト受信インタフェース登録テーブルを検索して得られた論理インタフェース識別子が、当該マルチキャストパケットの受信元の論理インタフェースと一致している場合に転送を行い、それ以外の場合に廃棄する。
【発明の効果】
【００１１】
本発明では、ＲＰＦインタフェースと同一物理ポートから受信するマルチキャストパケットを転送し、ＲＰＦインタフェースと異なる物理ポートから受信するマルチキャストパケットを廃棄することにより、マルチキャスト専用経路で転送されるマルチキャストパケットにも対応することができる。すなわち、パケットコピーを用いて２つの異なる経路に二重にマルチキャストパケットを転送し、二重転送区間の出口のルータにおいて、二重に受信したパケットの一方のみを選択して転送することが可能となり、片方の経路に障害があった場合に主信号断時間を短縮することができる。
【００１２】
また、本発明では、マルチキャスト専用経路でマルチキャストパケット転送を行う場合に、従来のＲＰＦチェックと同様に、ユニキャストＩＰルーティングテーブルの書き替えに基づきマルチキャスト経路の切替が可能となる。
【００１３】
また、本発明では、物理ポートによってマルチキャスト専用経路を利用するか、しないかが混在する構成であっても、マルチキャストパケットの転送に対応することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施例１におけるネットワーク物理接続構成を示す図である。
【図２】本発明の実施例１におけるルータ１〜３の論理接続構成を示す図である。
【図３】本発明の実施例２におけるネットワーク物理接続構成を示す図である。
【図４】本発明の実施例２におけるルータ１〜４の論理接続構成を示す図である。
【発明を実施するための形態】
【実施例１】
【００１５】
図１は、本発明の実施例１におけるネットワーク物理接続構成を示す。
図１において、マルチキャスト送信ホスト１０１はルータ４と接続され、マルチキャスト受信ホスト１０２はルータ３と接続される。ルータ４はルータ１およびルータ２と接続され、ルータ４とルータ３の間には２つの異経路が存在する。マルチキャスト送信ホスト１０１からルータ４を介してマルチキャスト受信ホスト１０２に向けて送信されるマルチキャストパケットは、１つ目の経路として、ルータ４〜ルータ１〜ＭＰＬＳ−ＴＰスイッチ１１〜ＭＰＬＳ−ＴＰ  Ｐ２Ｐパス網２１〜ＭＰＬＳ−ＴＰスイッチ１３〜ルータ３の経路で転送される。２つ目の経路として、ルータ４〜ルータ２〜ＭＰＬＳ−ＴＰスイッチ１２〜ＭＰＬＳ−ＴＰ  Ｐ２ＭＰパス網２２〜ＭＰＬＳ−ＴＰスイッチ１４〜ルータ３の経路で転送される。
【００１６】
図２は、本発明の実施例１におけるルータ１〜３の論理接続構成を示す。
図２において、ルータ１とルータ３間、およびルータ２とルータ３間には、ＭＰＬＳ−ＴＰスイッチ１１〜１４（図２では省略）を介してイーサネットのＶＬＡＮを用いた論理的なパスが設定される。ルータ１とルータ３間のユニキャストパケットはＶＬＡＮ−ＩＤ＝１のＶＬＡＮにより論理パスが設定され、ルータ１とルータ３間のマルチキャストパケットはＶＬＡＮ−ＩＤ＝１０１のＶＬＡＮにより論理パスが設定されるものとする。同様に、ルータ２とルータ３間のユニキャストパケットはＶＬＡＮ−ＩＤ＝２のＶＬＡＮにより論理パスが設定され、ルータ２とルータ３間のマルチキャストパケットはＶＬＡＮ−ＩＤ＝１０１のＶＬＡＮにより論理パスが設定されるものとする。
【００１７】
表１は、実施例１における通常時のルータ３のユニキャストＩＰルーティングテーブルを示す。
【表１】
2014036430.tif 000003
【００１８】
ユニキャストＩＰルーティングテーブルは、ＩＰアドレス、物理インタフェース識別子、論理インタフェース識別子をエントリ要素としたエントリ群で構成され、ＩＰアドレスをキーにして検索すると、対応する物理インタフェース識別子および論理インタフェース識別子を出力する。
【００１９】
表２は、実施例１におけるルータ３のマルチキャスト受信インタフェース登録テーブルを示す。
【表２】
2014036430.tif 000004
【００２０】
マルチキャスト受信インタフェース登録テーブルは、物理インタフェース識別子および論理インタフェース識別子をエントリ要素としたエントリ群で構成され、物理インタフェース識別子をキーにして検索すると、対応する論理インタフェース識別子を出力する。
【００２１】
マルチキャストパケットを受信時、受信したマルチキャストパケットのソースＩＰアドレスをキーにして、ユニキャストＩＰルーティングテーブル（表１）を検索し、対応する物理インタフェース識別子（ユニキャストＲＰＦ物理インタフェース識別子と呼ぶ）および論理インタフェース識別子（ユニキャストＲＰＦ論理インタフェース識別子と呼ぶ）を取得する。
【００２２】
ユニキャストＩＰルーティングテーブル（表１）の検索の結果、ユニキャストＲＰＦ物理インタフェース識別子およびユニキャストＲＰＦ論理インタフェース識別子を取得できた場合は、次にユニキャストＲＰＦ物理インタフェースをキーにして、マルチキャスト受信インタフェース登録テーブル（表２）を検索し、対応する論理インタフェース識別子（マルチキャストＲＰＦ論理インタフェース識別子と呼ぶ）を取得する。
【００２３】
ここで、ユニキャストＩＰルーティングテーブル（表１）の検索にヒットするエントリがなく、ユニキャストＲＰＦ物理インタフェース識別子およびユニキャストＲＰＦ論理インタフェース識別子を取得できなかった場合は、受信したマルチキャストパケットをすべて廃棄する。
【００２４】
ユニキャストＩＰルーティングテーブル（表１）の検索の結果、ユニキャストＲＰＦ物理インタフェース識別子およびユニキャストＲＰＦ論理インタフェース識別子を取得できたが、マルチキャスト受信インタフェース登録テーブル（表２）の検索にヒットするエントリがなく、マルチキャストＲＰＦ論理インタフェース識別子を取得できなかったときには、次の処理を行う。受信したマルチキャストパケットが、ユニキャストＲＰＦ物理インタフェース識別子およびユニキャストＲＰＦ論理インタフェース識別子によって指定される物理インタフェースかつ論理インタフェースから受信している場合は、マルチキャストパケットの転送を行い、それ以外の場合（例えば異なる物理インタフェースから受信）は、マルチキャストパケットを廃棄する。
【００２５】
マルチキャスト受信インタフェース登録テーブル（表２）の検索の結果、マルチキャストＲＰＦ論理インタフェース識別子を取得できたときには、次の処理を行う。受信したマルチキャストパケットが、ユニキャストＲＰＦ物理インタフェース識別子およびマルチキャストＲＰＦ論理インタフェース識別子によって指定される物理インタフェースかつ論理インタフェースから受信している場合は、マルチキャストパケットの転送を行い、それ以外の場合（例えば異なる物理インタフェースから受信）は、マルチキャストパケットを廃棄する。
【００２６】
以下、図１および図２を参照して具体的に説明する。
図１に示す４台のルータ１〜４間において、ＯＳＰＦやＢＧＰ等のユニキャストルーティングプロトコルが動作して、各ルータにＩＰ経路が設定されていることとする。ルータ３において、通常時は、宛先ＩＰアドレスがＩＰ＃１のＩＰパケットの転送先インタフェースは、物理インタフェース識別子がＩＦ３、論理インタフェース識別子がＶＬＡＮ−ＩＤ＝１であるとする。
【００２７】
ここで、ルータ３は、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信すると、ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表１）を検索し、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ３、ユニキャストＲＰＦ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１を取得する。
【００２８】
次に、ルータ３は、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ３をキーにしてマルチキャスト受信インタフェース登録テーブル（表２）を検索し、マルチキャスト論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１を取得する。
【００２９】
これにより、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、各テーブルの検索結果から得られるユニキャストＲＰＦ物理インタフェースおよびマルチキャストＲＰＦ論理インタフェースによって指定される物理インタフェースおよび論理インタフェースの一致により、受信した当該マルチキャストパケットを転送する。
【００３０】
もう一方のマルチキャスト経路である、物理インタフェース識別子ＩＦ４かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、次のように動作する。ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表１）を検索し、得られたユニキャストＲＰＦ物理インタフェースＩＦ３をキーにしてマルチキャスト受信インタフェース登録テーブル（表２）を検索し、マルチキャスト論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１を取得する。しかし、物理インタフェースＩＦ４から受信したマルチキャストパケットは、ユニキャストＲＰＦ物理インタフェース識別子によって指定される物理インタフェースＩＦ３と異なるので廃棄される。
【００３１】
表３は、実施例１におけるＩＦ３経由のネットワーク障害時のルータ３のユニキャストＩＰルーティングテーブルを示す。
【表３】
2014036430.tif 000005
【００３２】
図１に示す４台のルータ１〜４間において、ＯＳＰＦやＢＧＰ等のユニキャストルーティングプロトコルが動作して、各ルータにＩＰ経路が設定されていることとする。ＩＦ３経由のネットワーク障害時は、宛先ＩＰアドレスがＩＰ＃１のＩＰパケットの転送先インタフェースは、物理インタフェース識別子がＩＦ４、論理インタフェース識別子がＶＬＡＮ−ＩＤ＝２であるとする。
【００３３】
ここで、ルータ３は、物理インタフェース識別子ＩＦ４かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信すると、ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表３）を検索し、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ４、ユニキャストＲＰＦ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝２を取得する。
【００３４】
次に、ルータ３は、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ４をキーにして、マルチキャスト受信インタフェース登録テーブル（表２）を検索し、マルチキャスト論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１を取得する。
【００３５】
これにより、物理インタフェース識別子ＩＦ４かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、各テーブルの検索結果から得られるユニキャストＲＰＦ物理インタフェースおよびマルチキャストＲＰＦ論理インタフェースによって指定される物理インタフェースおよび論理インタフェースの一致により、受信した当該マルチキャストパケットを転送する。
【００３６】
もう一方のマルチキャスト経路である、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから通常はマルチキャストパケットの受信はないが、仮にルータ３の当該インタフェースにソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信しても、物理インタフェース識別子ＩＦ４かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースからの受信ではないとして廃棄される。
【実施例２】
【００３７】
図３は、本発明の実施例２におけるネットワーク物理接続構成を示す。
図３において、マルチキャスト送信ホスト１０１はルータ５と接続され、マルチキャスト受信ホスト１０２はルータ６と接続される。ルータ５はルータ１およびルータ２と接続され、ルータ６はルータ３およびルータ４と接続され、さらにルータ３とルータ４が接続される。
【００３８】
ルータ５とルータ６の間には複数の異経路が存在するが、ルータ６では実施例１と同様にマルチキャストパケットの処理が行われる。ここでは、ルータ５とルータ３を介するルータ６の間の異経路について説明する。マルチキャスト送信ホスト１０１からルータ５を介してマルチキャスト受信ホスト１０２に向けて送信されるマルチキャストパケットは、１つ目の経路として、ルータ５〜ルータ１〜ＭＰＬＳ−ＴＰスイッチ１１〜ＭＰＬＳ−ＴＰ  Ｐ２Ｐパス網２１〜ＭＰＬＳ−ＴＰスイッチ１３〜ルータ３〜ルータ６の経路で転送される。２つ目の経路として、ルータ５〜ルータ２〜ＭＰＬＳ−ＴＰスイッチ１２〜ＭＰＬＳ−ＴＰ  Ｐ２ＭＰパス網２２〜ＭＰＬＳ−ＴＰスイッチ１４〜ルータ４〜ルータ３〜ルータ６の経路で転送される。
【００３９】
図４は、本発明の実施例２におけるルータ１〜４の論理接続構成を示す。
図４において、ルータ１とルータ３間、およびルータ２とルータ４間には、ＭＰＬＳ−ＴＰスイッチ１１〜１４（図４では省略）を介してイーサネットのＶＬＡＮを用いた論理的なパスが設定される。ルータ１とルータ３間のユニキャストパケットはＶＬＡＮ−ＩＤ＝１のＶＬＡＮにより論理パスが設定され、ルータ１とルータ３間のマルチキャストパケットはＶＬＡＮ−ＩＤ＝１０１のＶＬＡＮにより論理パスが設定されるものとする。同様に、ルータ２とルータ４間のユニキャストパケットはＶＬＡＮ−ＩＤ＝２のＶＬＡＮにより論理パスが設定され、ルータ２とルータ４間のマルチキャストパケットはＶＬＡＮ−ＩＤ＝１０１のＶＬＡＮにより論理パスが設定されるものとする。
【００４０】
表４は、実施例２における通常時のルータ３のユニキャストＩＰルーティングテーブルを示す。
【表４】
2014036430.tif 000006
【００４１】
表５は、実施例２におけるルータ３のマルチキャスト受信インタフェース登録テーブルを示す。
【表５】
2014036430.tif 000007
【００４２】
図３に示す６台のルータ１〜６間において、ＯＳＰＦやＢＧＰ等のユニキャストルーティングプロトコルが動作して、各ルータにＩＰ経路が設定されていることとする。ルータ３において、通常時は、宛先ＩＰアドレスがＩＰ＃１のＩＰパケットの転送先インタフェースは、物理インタフェース識別子がＩＦ３、論理インタフェース識別子がＶＬＡＮ−ＩＤ＝１であるとする。
【００４３】
ここで、ルータ３は、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信すると、ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表４）を検索し、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ３、ユニキャストＲＰＦ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１を取得する。
【００４４】
次に、ルータ３は、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ３をキーにしてマルチキャスト受信インタフェース登録テーブル（表５）を検索し、マルチキャスト論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１を取得する。
【００４５】
これにより、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、各テーブルの検索結果から得られるユニキャストＲＰＦ物理インタフェースおよびマルチキャストＲＰＦ論理インタフェースによって指定される物理インタフェースおよび論理インタフェースの一致により、受信した当該パケットを転送する。以上は実施例１と同じである。
【００４６】
もう一方のマルチキャスト経路である、ルータ４に接続される物理インタフェース識別子ＩＦ５かつ論理インタフェース識別子がないインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、次のように動作する。ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表４）を検索し、得られたユニキャストＲＰＦ物理インタフェースＩＦ３をキーにしてマルチキャスト受信インタフェース登録テーブル（表５）を検索し、マルチキャスト論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１を取得する。しかし、物理インタフェースＩＦ５から受信したマルチキャストパケットは、ユニキャストＲＰＦ物理インタフェース識別子によって指定される物理インタフェースＩＦ３と異なるので廃棄される。
【００４７】
表６は、実施例２におけるＩＦ３経由のネットワーク障害時のルータ３のユニキャストＩＰルーティングテーブルを示す。
【表６】
2014036430.tif 000008
【００４８】
図３に示す６台のルータ１〜６間において、ＯＳＰＦやＢＧＰ等のユニキャストルーティングプロトコルが動作して、各ルータにＩＰ経路が設定されていることとする。ＩＦ３経由のネットワーク障害時は、宛先ＩＰアドレスがＩＰ＃１のＩＰパケットの転送先インタフェースは、物理インタフェース識別子がＩＦ５、論理インタフェース識別子なしとなる。
【００４９】
ここで、ルータ３は、物理インタフェース識別子ＩＦ５かつ論理インタフェース識別子なしのインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信すると、ＩＰアドレスＩＰ＃１をキーにしてユニキャストＩＰルーティングテーブル（表６）を検索し、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ５、ユニキャストＲＰＦ論理インタフェース識別子として「データなし」を取得する。
【００５０】
次に、ルータ３は、ユニキャストＲＰＦ物理インタフェース識別子ＩＦ５をキーにしてマルチキャスト受信インタフェース登録テーブル（表５）を検索し、マッチするエントリーがないことを確認する。
【００５１】
これにより、物理インタフェース識別子ＩＦ５かつ論理インタフェース識別子なしのインタフェースから、ソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信したルータ３は、ユニキャストＲＰＦ物理インタフェースおよびユニキャストＲＰＦ論理インタフェースによって指定される物理インタフェースおよび論理インタフェースの一致により、受信した当該マルチキャストパケットを転送する。
【００５２】
もう一方のマルチキャスト経路である、物理インタフェース識別子ＩＦ３かつ論理インタフェース識別子ＶＬＡＮ−ＩＤ＝１０１のインタフェースから、通常はマルチキャストパケットの受信はないが、仮にルータ３の当該インタフェースにソースＩＰアドレスがＩＰ＃１のマルチキャストパケットを受信しても、物理インタフェース識別子ＩＦ５かつ論理インタフェース識別子なしのインタフェースからの受信ではないとして廃棄される。
【符号の説明】
【００５３】
１，２，３，４，５，６  ルータ
１１，１２，１３，１４  ＭＰＬＳ−ＴＰスイッチ
２１  ＭＰＬＳ−ＴＰ  Ｐ２Ｐパス網
２２  ＭＰＬＳ−ＴＰ  Ｐ２ＭＰパス網
１０１  マルチキャスト送信ホスト
１０２  マルチキャスト受信ホスト
【図１】
2014036430.tif 000009
【図２】
2014036430.tif 000010
【図３】
2014036430.tif 000011
【図４】
2014036430.tif 000012