linux设置网卡接受组播,linux下双网卡接收组播需要修改的参数

在Fedora13系统中,一台双网卡机器在升级后,第二个网口无法持续接收多播数据。问题出在系统未对IGMP Query响应IGMP Report。调查发现,主流Linux发行版如Ubuntu10, SUSE14也有类似问题。关键在于rp_filter,即反向路径过滤技术,导致系统丢弃不符合路由表的IP包,包括来自路由器的IGMP Query。解决方法是通过修改`/etc/sysctl.conf`或使用命令行设置`net.ipv4.conf.all.rp_filter`和`net.ipv4.conf.default.rp_filter`为0。" 108324953,5613946,Node.js Router 中GET与POST请求后出现404问题解析,"['Node.js', 'Express', 'Web开发', 'HTTP请求']
摘要由CSDN通过智能技术生成

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值