which means - the checksum will be ok if you send the right data, even if you randomize the order of the bytes (which is not what you want).
ethernet, on the other hand, uses real CRC (crc32).
cheers, erez.
Ira Abramov wrote:
Quoting guy keren, from the post of Sun, 23 Mar:
will NOT change. this kind of problem can be caused by the hardware
always defecting the X-th byte in a message (for example). if you take
the CRC algorithm of TCP packets, you'll see that it is very easy to
show that this is the case. this algorithm was designed to solve
_random_ errors, not _consistent_ errors. the algorithm performs a
1. oh. I was sure it was using something a LITTLE smarter like the standard crc32. live and learn.
2. so how come it never renders the headers useless? (Oh DUHH, If if does, the packet will get resent, right?)
ok, that settles it then. this chip may have a very specific bug that triggers this odd phenomenon, since this is the second MoBo of this type that contracted this.
================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
