Hmm,,, It seem for me that from the LINUX Machine to Windows Machine, the ping fails from a 1459(1487)bytes - 1472(1500)bytes.
But from Windows Machine to a LINUX machine, the above test sizes are okay.
I had again searched through the webs but no source had provided me the ideas or hint for this matter. Probably not a big deal but this mystery is killing me, I tell ya.
As I said, my own testing shows that it's the receiving side that determines the success or failure. For me, it was the other way around. The FreeBSD box failed on the receiving side and the Windows box answered the higher ping.
I did all pings from and XP box. XP to FreeBSD didn't answer a ping with 1473 or higher.
XP to a Windows 2000 box had no problem.
I still think it's the NIC and not the OS that makes or breaks it.
The MTU is the maximum packet size the unit can send or receive w/o fragmentation. If the receiver can't accept the packet size it make ignore it (older device) or send a response telling the sender to retransmit the portion of the packet that it couldn't read. As a rule most Internet devices default to an MTU of about 1473 so this is the maximum packet size you should transmit. As I said, modern devices *may* warn the sending device to reduce its MTU dynamically, and most new devices automatically comply. If you start losing packets mysteriously you may have to hunt and peck for an MTU that works.
The information on Computing.Net is the opinions of its users. Such
opinions may not be accurate and they are to be used at your own risk.
Computing.Net cannot verify the validity of the statements made on this site. Computing.Net and Computing.Net, LLC hereby disclaim all responsibility and liability for the content of Computing.Net and its accuracy.
PLEASE READ THE FULL DISCLAIMER AND LEGAL TERMS BY CLICKING HERE