net.ipv4.conf.all.rp_filter = 2で、マルチキャストが受けられる。1でも、0でも受けられないのに。

Question

マルチキャスト通信について「どうしてこうなるの？」という現象について、よくご存じの方にヒントをいただきたく、よろしくお願いいたします。

先に結論を言えば、net.ipv4.conf.eth2.rp_filterが0では受けられず、2でしか受けられません。なぜ0で受けられないのか、ここが不可解です。

不可解な現象

あるLinuxサーバで、マルチキャストのパケットが受けられない事象がありました。色々条件を変えてみると、受けられない条件は限られていることが分かりました。

（受けられない時の）ネットワークの構成は以下です。

受信するLinuxサーバはC74_2です。C74_1からマルチキャスト・パケットを送付したところ、C74_2のNIC迄届いていることはtcpdumpやWireSharkで確認できています。しかし、C言語で作った受信プログラムでは受けられません。

環境

今回の実験はGNS3下の環境で実施しましたが、実物でも同様の現象を確認しています。

C74_1、C74_2

• OS　：　CentOS 7
• NIC

** eth0 : NAT、default gateway
** eth1 : 192.168.56.0/24
** eth2 : マルチキャストを送受信するNIC（アドレスは上図）

R1、R2

• Ciscoルータ

受けられる条件と受けられない条件

今のところわかっている「マルチキャストが受けられる条件」は２つです。

受けられる条件①

ルーティングしている時。C74_1とC74_2の間はpingが通る。

受けられる条件②

ルーティングもされていなくとも、net.ipv4.conf.eth2.rp_filterが、2の時。

受けられない条件

C74_1とC74_2ネットワーク・アドレスは別であり、ルーティングされておらず、net.ipv4.conf.eth2.rp_filter、又は、net.ipv4.conf.all.rp_filterが、0又は1の時は受けられません。

所感

この問題はreserve path filteringに関連しているところまではアタリがついています。

ただ、net.ipv4.conf.eth2.rp_filterが0（ソース確認無し）で受けられることを期待したのですが、0では受けられず、2でしか受けられません。なぜ0で受けられないのか、ここが不可解です。

net.ipv4.conf.eth2.rp_filterを0にすることは、reverse path filteringを無効、すなわち、フィルタリング（パケット破棄）は無効にする、という意味ではないのでしょうか？

以上

Answer 1

解決しました。

以下のウェブページにヒント（答え）が有りました。

http://piyolian.blogspot.com/2012/09/rhel6-multi-nic-in-same-subnet.html

私の場合、net.ipv4.conf.all.rp_filterと、net.ipv4.conf.eth2.rp_filterを別々に設定していたのですが、eth2については両パラメータの最大値を取るため、片方をゼロにしても片方が１だと、向こうになっていなかったということのようです。