向tcp報文新增數(shù)據(jù)后，如何避免接收方校驗和出錯

Godbach

回復 17# cjCares

搜下內(nèi)核代碼，找下賦值的地方。太細節(jié)的，記不太不清楚。

goingstudy

回復 19# cjCares

指導談不上，只是最近也在看這個， 也是菜鳥一個。。
1. 我看最新的代碼csum_bad已經(jīng)被刪掉了，4.4里頭還有。你是哪個版本？你的網(wǎng)卡是什么類型的？atlantic的?

2. 最新的代碼是不用加reset_transport_header的，4.4應該要加，你說在tcp_v4_rcv里頭printk header沒問題的話，那就應該沒問題。

3.ip_summed的值應該是在nic 接受包的時候吧，比如ixgb，在ixgb_rx_checksum里頭，如果支持硬件校驗，回設(shè)為uncessary，否則就是none，
在往上的代碼沒仔細看，如果有ip 分片，gro的話應該還回有變動，然后應該直接就到tcp層了。
你是關(guān)了offload是吧？

>> 2.reset_transport_header我寫了的，上面忘記加了，獲取的tcp頭信息都是對的


>> 我就用wireshark抓了包，但是那上面直接把插入的數(shù)據(jù)當成tcp頭了，信息都不對


tcp頭的信息到底是對的還是不對的？我的意思是skb里頭那些指針指的地方到底是正確的還是錯誤的？

cjCares

回復 20# Godbach

好的

cjCares

回復 21# goingstudy

感覺還是比我強多了。。。
1.我的是4.5版本的，網(wǎng)卡是e1000的。


2.reset_transport_header我在源碼里加了，上面代碼展示的時候漏掉了。tcp報頭的信息printk出來都是正確的，應該沒問題，wireshark應該是無法識別插入的數(shù)據(jù)。

3.offload就是tx-checksumming吧。關(guān)了跟開著我都試了，ip_summed的值都是0，沒有變化，感覺很奇怪。

goingstudy

回復 23# cjCares

checksum這個我也搞不很懂，但是rx-checksumming 試過嗎？如果rx-checksumming 開著的話，應該就會被直接設(shè)置成bad吧

[root@localhost ~]# ethtool -k eno1
Features for eno1:
rx-checksumming: on
tx-checksumming: on
        tx-checksum-ipv4: on
        tx-checksum-ip-generic: off [fixed]
        tx-checksum-ipv6: on
        tx-checksum-fcoe-crc: on [fixed]
        tx-checksum-sctp: on

cjCares

回復 24# goingstudy

兩個同關(guān)同閉，我都試過了，都是一樣的，都在skb_checksum_init那邊掛了。
倒是tcp_v4_do_rcv里的tcp_checksum_complete,默認情況下的不通過。開了rx-checksumming，或者關(guān)了tx-checksumming，然后就能通過了...

goingstudy

回復 25# cjCares
skb_checksum_init掛了是什么意思？是到了csum_error嗎？
1603  if (skb_checksum_init(skb, IPPROTO_TCP, inet_compute_pseudo))
1604                goto csum_error;


這樣的話是怎么到tcp_v4_do_rcv?

cjCares

回復 26# goingstudy

嗯，就是if通過了。我現(xiàn)在把goto csum_error注釋了，用了一個打印輸出來替代的。

goingstudy

你試試把gro disable 看行不行
$ ethtool -k ens32 | grep 'generic-receive-offload'
generic-receive-offload: on

cjCares

回復 28# goingstudy

可以了哎，謝謝！為什么關(guān)了gro就行了呢？