向tcp報(bào)文新增數(shù)據(jù)后，如何避免接收方校驗(yàn)和出錯(cuò)

goingstudy

回復(fù) 29# cjCares

none 應(yīng)該是表示csum 是壞的或者沒有校驗(yàn)，按最新的代碼， 在csum_init那里應(yīng)該是沒問題的，但是4.5里頭，因?yàn)閏sum_bad 導(dǎo)致失敗，而gro好像是唯一設(shè)置csum_bad的地方
沒有仔細(xì)的看過gro的 代碼，不知道這算不算是個(gè)bug
但是csum_bad 已經(jīng)被刪掉了

cjCares

回復(fù) 30# goingstudy

好的，非常感謝

cjCares

回復(fù) 30# goingstudy

再請(qǐng)教你一個(gè)問題啊~
三次握手中的第二次握手回復(fù)的報(bào)文不走協(xié)議棧嗎？

我在tcp層的tcp_transmit函數(shù)，或者是ip層的ip_queue_xmit函數(shù)中，向報(bào)文插入字符串。這些代碼都沒執(zhí)行，對(duì)方也能收到回復(fù)的報(bào)文，它們是怎么發(fā)送出去的��？

goingstudy

回復(fù) 32# cjCares

是最后一個(gè)ACK嗎，肯定走協(xié)議棧了吧，對(duì)TCP這個(gè)巨復(fù)雜的協(xié)議只看過一點(diǎn)，還忘的差不多了

cjCares

回復(fù) 33# goingstudy

不是，是syn+ack那個(gè)。tcp確實(shí)麻煩，這個(gè)任務(wù)做的我好心累