linux組播問(wèn)題

hxqhit

我使用網(wǎng)絡(luò)發(fā)送組播數(shù)據(jù)包時(shí)，碰到問(wèn)題，請(qǐng)教各位。

如下圖所示，網(wǎng)絡(luò)中存在三種設(shè)備，組播服務(wù)器、linux網(wǎng)絡(luò)設(shè)備和PC（組播客戶(hù)端），數(shù)據(jù)流如下圖所示：

1、組播服務(wù)器通過(guò)FPGA發(fā)送：src_IP/10.10.2.X/24，dst_IP/230.0.0.1的組播數(shù)據(jù)包；

2、linux網(wǎng)絡(luò)設(shè)備sn0（虛擬網(wǎng)絡(luò)設(shè)備）接收數(shù)據(jù)包后，將數(shù)據(jù)報(bào)src_IP/10.10.2.X/24替換成192.168.1.x（類(lèi)似SNAT），數(shù)據(jù)包變?yōu)?br />      src/192.168.1.x  dst/230.0.0.1，發(fā)送給linux內(nèi)核協(xié)議棧;

3、linux內(nèi)核接收src/192.168.1.x  dst/230.0.0.1的數(shù)據(jù)包后，進(jìn)行組播路由轉(zhuǎn)發(fā)，發(fā)送給eth0；

4、通過(guò)eth0發(fā)送給加入組播組局域網(wǎng)PC；

存在問(wèn)題：在局域網(wǎng)PC端，通過(guò)wireShark可以抓到組播數(shù)據(jù)包，但是應(yīng)用程序確收不到該數(shù)據(jù)包；
原因分析：
            1、若將組播服務(wù)器設(shè)置為192.168.1.x/24網(wǎng)段，局域網(wǎng)客戶(hù)端應(yīng)用程序可以正確接收組播數(shù)據(jù)；
            2、目前，不太理解在sn0接收數(shù)據(jù)時(shí)進(jìn)行src_ip替換，還有哪些地方需要修改，從而影響到局域網(wǎng)PC數(shù)據(jù)報(bào)的接收；
                （查看內(nèi)核SNAT相關(guān)代碼，也沒(méi)找著原因）
            3、理論上進(jìn)行src_ip替換（即SNAT）轉(zhuǎn)換，是在數(shù)據(jù)報(bào)經(jīng)POSTROUTING前進(jìn)行；是否在數(shù)據(jù)報(bào)入口PREROUING時(shí)，進(jìn)行src_ip替換是不可以的呢？

ssffzz1

存在問(wèn)題：在局域網(wǎng)PC端，通過(guò)wireShark可以抓到組播數(shù)據(jù)包，但是應(yīng)用程序確收不到該數(shù)據(jù)包；
你沒(méi)比較過(guò)2種情況下數(shù)據(jù)包的異同嗎？除了地址外都一樣嗎？

hxqhit

回復(fù) 2# ssffzz1
我對(duì)比了兩種情況下，IP頭的內(nèi)容，除了idefication之外，其他數(shù)據(jù)位是一樣的；
在局域網(wǎng)PC端，使用原始套接字可以抓到組播數(shù)據(jù)，說(shuō)明數(shù)據(jù)已經(jīng)進(jìn)入網(wǎng)絡(luò)層處理了；
可能替換源IP，會(huì)影響網(wǎng)絡(luò)層或傳輸層對(duì)組播數(shù)據(jù)的處理。

   

txgc_wm

設(shè)置組播服務(wù)器的跳數(shù)，結(jié)果會(huì)如何？你的FPGA設(shè)備是不是也相當(dāng)于一個(gè)網(wǎng)絡(luò)設(shè)備了？

ssffzz1

按說(shuō)只有IP地址和ID不同的話(huà)，不會(huì)影響組播接收的。

hxqhit

回復(fù) 4# txgc_wm


    FPGA相當(dāng)于一個(gè)網(wǎng)絡(luò)設(shè)備，sn0就是就是它的驅(qū)動(dòng)。
    設(shè)置跳數(shù)是指？ 發(fā)送組播數(shù)據(jù)時(shí)，已經(jīng)設(shè)置IP包的TTL值為64，局域網(wǎng)計(jì)算機(jī)wireshark抓到的包TTL為63；即經(jīng)過(guò)linux網(wǎng)絡(luò)設(shè)備（相當(dāng)于組播路由器），TTL減1.

hxqhit

回復(fù) 5# ssffzz1

是啊，也挺奇怪的。ID只影響拆包組包。
   

hxqhit

目前，想通過(guò)以下兩種方案來(lái)替代已有的方案：
1、sn0驅(qū)動(dòng)中替換src_IP; 使用原始套接字connect函數(shù)，在網(wǎng)絡(luò)層抓到該組播包后，在應(yīng)用層向局域網(wǎng)發(fā)送組播包；
2、sn0驅(qū)動(dòng)中替換src_IP; 使用libpcap，在應(yīng)用層設(shè)置過(guò)濾規(guī)則，數(shù)據(jù)鏈路層按照過(guò)濾條件抓包，應(yīng)用層接收后在局域網(wǎng)發(fā)送組播包；

上述方案未驗(yàn)證，就看傳輸速率能達(dá)到多大了。

云之子1

不知道您現(xiàn)在解決了這個(gè)問(wèn)題沒(méi)��！我最近在調(diào)試組播時(shí)也遇到了這個(gè)問(wèn)題，我看了哈內(nèi)核的代碼的。是在udp_v4_mcast_next函數(shù)的判斷中sk返回空，即沒(méi)有找到接收的套接字，所以?xún)?nèi)核把它給丟掉了�，F(xiàn)在的問(wèn)題是不知道怎么解決！因?yàn)槲矣脙膳_(tái)虛擬機(jī)來(lái)做測(cè)試，一個(gè)收一個(gè)發(fā)是完全沒(méi)有問(wèn)題。但將相同的程序放到設(shè)備上就是不能收到組播數(shù)據(jù)。還請(qǐng)您多多指點(diǎn)啊，在此謝過(guò)了喲