Hi Rob.,
> -----Original Message-----
> From: Rob Henningsgard [mailto:[EMAIL PROTECTED]
> Sent: lunedi 9 agosto 2004 17.36
> To: [EMAIL PROTECTED]
> Subject: [WinPcap-users] 60 Byte Minimum Packet?
>
>
> Hi all,
>
> I made a post about a week ago, about pcap_sendpacket() transmitting
> the wrong number of bytes on a small packet. Then I thought it was
> my fault, and I retracted the question.
>
> Well, it doesn't appear to be my fault. I have two machines tied together
> with a crossover cable. Both are running WinPCap 3.1 beta 3.
> One is running
> Ethereal, and that one has successfully logged 59-byte packets, created
> by a web server running SSL (one of the SSL handshake packets works out
> to be 59 bytes every time).
>
> When I call pcap_sendpacket(), any length value from 36 up to 59
> results in a 60-byte packet being transmitted, with the end of
> the transmitted packet being padded with $20's. Some receiving
> applications don't care about the extra byte(s), but others do.
Ethernet has a minimum frame lenght equal to 64 bytes.
You cannot send packets that are shorter than that. Padding is automatically
appended at the end of the packet in order to reach the minimum size.
Is this the problem (the last 4 bytes are the CRC, so you cannot see them in
WinPcap)?
Cheers,
fulvio
> This misbehavior is going to cause some serious problems in an
> application I'm presently developing. Could somebody please
> independently confirm (or refute) my test, and can this issue
> be addressed in a future release?
>
> Thanks,
>
> Rob Henningsgard
>
>
>
>
> ==================================================================
> This is the WinPcap users list. It is archived at
> http://www.mail-archive.com/[EMAIL PROTECTED]/
>
> To unsubscribe use
> mailto: [EMAIL PROTECTED]
> ==================================================================
==================================================================
This is the WinPcap users list. It is archived at
http://www.mail-archive.com/[EMAIL PROTECTED]/
To unsubscribe use
mailto: [EMAIL PROTECTED]
==================================================================
