各位老大，網(wǎng)卡發(fā)送數(shù)據(jù)問題，期待解惑

tent8

我在NF_PRE_ROUNTING處注冊了一個包轉發(fā)程序
但為什么我修改了ip地址就 dev_queue_xmit(skb2) 后
收到的數(shù)據(jù)包后面多了 補齊位  ，我包總大小就43字節(jié)，可抓到的包都是60字節(jié)的，不夠的都補成00了
為什么？

sisi8408

網(wǎng)卡不太理解43字節(jié)，
但又必須執(zhí)行你的TX操作，
補齊60字節(jié)，表示不想罷工，呵呵。

tent8

謝謝 風云使者的關注
但是 我的udp服務端不能正確接受這個包
雖然我已經(jīng)可以抓到這個包了

后來我發(fā)了一個60字節(jié)的數(shù)據(jù)后，udp竟可以正確接收了，并且后面發(fā)的43字節(jié)的包也可以正確接收了，期待解惑

sisi8408

你先把網(wǎng)卡整暈，后又把UDP整暈，
現(xiàn)在都暈了，呵呵。

tent8

呵呵  贊...

yj1804

以太網(wǎng)幀最小是60字節(jié),如果算上crc,那么最小是64字節(jié), 不足的會自動已0填充.但是這個不應該影響上層協(xié)議的解析. UDP貌似也有最小和最大長度吧. 具體多少忘記了

tent8

鮮花送上，值得思考

yikaikai

from 8139.c

1. 
   
2. /* Note: the chip doesn't have auto-pad! */
   
3.         if (likely(len < TX_BUF_SIZE)) {
   
4.                 if (len < ETH_ZLEN)
   
5.                         memset(tp->tx_buf[entry], 0, ETH_ZLEN);
   

復制代碼

Solaris12

原帖由 yikaikai 于 2007-8-15 16:22 發(fā)表
from 8139.c


/* Note: the chip doesn't have auto-pad! */
        if (likely(len < TX_BUF_SIZE)) {
                if (len < ETH_ZLEN)
                        memset(tp->tx_buf[entry], 0, ETH_ZLEN);

Solaris維護一個最大和最小楨長度，這樣可以丟掉長度非法的楨。最小的長度是不變的，最大長度根據(jù)硬件支持的情況動態(tài)得到，e1000上最大可以16k


> fffffffec020a9d0::print struct dev_info devi_driver_data|::print struct e1000g ! grep frame
            max_frame_size = 0x5ea
            min_frame_size = 0x40
> 0x5ea=D
                1514            
> 0x40=D
                64              


另外，IEEE對小尺寸的包的padding的規(guī)定其實也不是很嚴格，目前好多測試儀器不檢測這個，導致有些驅動干脆不做zero padding.

sisi8408

說得好，贊..................