On Fri, Mar 01, 2002 at 11:37:03AM +0000, Bob Bishop wrote:
> Hi,
>
> At 01:10 01/03/02 -0800, Luigi Rizzo wrote:
> >I do not agree with the explaination. Padding is padding, the actual
> >value is irrelevant. Plus, in the tcpdump below, the are actually
> >46 bytes of data, which together with the 14 of the MAC header and
> >the 4bytes of CRC make a perfectly legal packet.
>
> Correct, but the trailing 1's were supplied by the switch between the box
> with the sis and the box running tcpdump.
I find this hard to believe. The "sis" driver does the padding
itself, using ones for the padding. I have verified this locally.
And a switch which receives a short packet (runt packet) is
not supposed to pass it through.
> >What kind of protocol are we talking about ?
>
> Appletalk NBP, for instance.
can you try and instruments the calls in the protocol stack which
are issued to generate the packet ?
> >Which are the other drivers that "work" ?
>
> ed, vr, rl
ok, these three drivers behave as follows:
"ed" pads with whatever is left in the transmit buffer from
earlier transmissions;
"vr" pads with whatever is available in the mbuf after the actual data;
"rl" pads with zeroes (in the driver)
and of course
"sis" pads in hardware (with ones)
The beauty of diversity...
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
