rp_filter及Linux下多网卡接收多播的问题

工作中曾遇到一个很奇怪的问题，我奉命调查。事情是这样的，有一台双网卡的机器，上面装有Fedora8，运行一个程序。该程序分别在两个网口上都接收多播数据，程序运行是正常的。但是，后来升级系统到Fedora13，发现就出问题了：在运行几秒钟后，第2个网口上就接收不到多播数据了。

   能不能收到多播，取决于交换机是不是往这个网口上转发多播数据。程序在起动的时候，会发一个IGMP的AddMembership的消息，交换机将把这个网口加入多播组。当在其他网口上收到该地址的多播包后，会转至这个网口。其后，为了确认该接收者一直在线，交换机会发送一个IGMPQuery消息，接收者反馈一个IGMP Report消息，以确认自己的存在。如果交换机没有收到IGMPReport，则认为该接收者已经断线，就不再往该网口上转发多播包了。

    用抓包工具定位了一下，发现程序在启动时确实发了AddMembership消息，这是正常的。在接收下来的5秒时间内，程序能够收到多播数据。接着，交换机发来了一条IGMPQuery，问题来了，这个Fedora13系统却没有反馈Report。这是很奇怪的。按理说，IGMP属于系统自动完成的协议，无需用户干预；那么按照预期，Linux会自动反馈IGMPReport的。事实上，Feodra8和WinXP系统就是这么做的，都很正常。为什么到了Fedora13反而不正常了呢？

    在调查“为什么不反馈IGMPReport”的事情上，花了一周时间都没有进展，后来发现其实不至Fedora13，其他的主流linux如Ubuntu10,SUSE14也存在同样的问题。

   查了众多论坛都没有一点提示信息。后来ÿ