各位老大，网卡发送数据问题，期待解惑

tent8

我在NF_PRE_ROUNTING处注册了一个包转发程序
但为什么我修改了ip地址就 dev_queue_xmit(skb2) 后
收到的数据包后面多了 补齐位  ，我包总大小就43字节，可抓到的包都是60字节的，不够的都补成00了
为什么？

sisi8408

网卡不太理解43字节，
但又必须执行你的TX操作，
补齐60字节，表示不想罢工，呵呵。

tent8

谢谢 风云使者的关注
但是 我的udp服务端不能正确接受这个包
虽然我已经可以抓到这个包了

后来我发了一个60字节的数据后，udp竟可以正确接收了，并且后面发的43字节的包也可以正确接收了，期待解惑

sisi8408

你先把网卡整晕，后又把UDP整晕，
现在都晕了，呵呵。

tent8

呵呵  赞...

yj1804

以太网帧最小是60字节,如果算上crc,那么最小是64字节, 不足的会自动已0填充.但是这个不应该影响上层协议的解析. 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 发表
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维护一个最大和最小桢长度，这样可以丢掉长度非法的桢。最小的长度是不变的，最大长度根据硬件支持的情况动态得到，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的规定其实也不是很严格，目前好多测试仪器不检测这个，导致有些驱动干脆不做zero padding.

sisi8408

说得好，赞..................