路由器發(fā)的奇怪的 ARP 命令！這是什么原因？
安裝的一個(gè)帶網(wǎng)口的設(shè)備通過(guò)路由器經(jīng)局域網(wǎng)連接到服務(wù)器，在服務(wù)器上PING該設(shè)備時(shí)始終沒(méi)反應(yīng)，后來(lái)經(jīng)在設(shè)備端截取數(shù)據(jù)包發(fā)現(xiàn)一個(gè)奇怪的事情，服務(wù)器PING命令發(fā)到路由器后，路由器首先需要發(fā) ARP 命令獲得設(shè)備的MAC地址，問(wèn)題就出在這個(gè) ARP命令上，截取的ARP包如下：
0000? ?ff ff ff ff ff ff 00 16 4d 26 ad 61 08 06 00 01??........M&.a....
0010? ?08 00 06 04 00 01 00 16 4d 26 ad 61 84 ef 7c a1??........M&.a..|.
0020? ?00 00 00 00 00 00 84 ef 7c a3 00 00 00 00 00 00??........|.......
0030? ?00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00??................
ARP包有效數(shù)據(jù)只有42個(gè)，另加18個(gè)字節(jié)的填充，最后是4個(gè)字節(jié)的CRC，而這個(gè)包的最后4字節(jié)CRC居然為 00 00 00 00 ?。ňW(wǎng)絡(luò)數(shù)據(jù)截取工具也指示該CRC錯(cuò)誤）設(shè)備的網(wǎng)絡(luò)芯片具有硬件CRC功能，軟件里設(shè)置了自動(dòng)過(guò)濾掉CRC錯(cuò)誤的包，結(jié)果就導(dǎo)致設(shè)備對(duì)這個(gè)CRC錯(cuò)誤的ARP命令不響應(yīng)！
可回頭一想，這個(gè)路由器是個(gè)成熟的設(shè)備啊，不應(yīng)該出現(xiàn)這種低級(jí)錯(cuò)誤吧？我沒(méi)研究過(guò)路由器，不知道象這種CRC不對(duì)的數(shù)據(jù)包，是由路由器有意為之（比如人為可設(shè)置發(fā)CRC為0的ARP包？以應(yīng)付某些惡意攻擊？），還是就是路由器的BUG？
請(qǐng)兄弟們指點(diǎn)！
提問(wèn)者：hu_wfllllllllfl
地點(diǎn)：-
瀏覽次數(shù)：8681
提問(wèn)時(shí)間：11-16 10:47
我有更好的答案
0
工商網(wǎng)監(jiān)
