Hello!

> I then did an "tcpdump -e" on machine 1. I could see it was trying to
> send ftp-data packets with the size 1514. When I did a tcpdump on machine
> 2 the same packets seemed to have the size 1518!

The only place, where frame may get additional 4 bytes is DEPCA driver.
The bug is evident, the driver forgets to subtract CRC length from
packet length:

      } else {  
-       short len, pkt_len = readw(&lp->rx_ring[entry].msg_length);
+       short len, pkt_len = readw(&lp->rx_ring[entry].msg_length) - 4;
        struct sk_buff *skb;


> 1) Removed the TBF que
> 2) Set mtu on machine 1 to f.x. 1400 (ifconfig eth0 mtu 1400)

TBF does not allow to pass frames of size > 1514. All the frames of
size > 1514 are illegal by default. You may set different size limit
on TBF to 1518, but it would be better to repair driver yet.


[ BTW I hear no news about CBQ stalls. Do you really think,
  that it will be repaired magically without feedback from you? 8)
]

Alexey Kuznetsov
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]

Reply via email to