Re: [BUG] 2.2.19 -> 80% Packet Loss

[(no name)]

On Thursday, 14 June 2001, at 14:17:11 -0700,
[e-mail] wrote:

> 
> 1. When pinging a machine using kernel 2.2.19 I consistently get an 80%
> packet loss when doing a ping -f with a packet size of 64590 or higher.
> 
What happens here is (under kernel 2.2.19):
ping -f -s 49092 localhost -->>   0 % packet loss
ping -f -s 49093 localhost -->> 100 % packet loss

Maybe this has something to do with fragmentation of IP packets to fit in
the underlying protocol's MTU (3929 in my loopback device).

When pinging from the network, it is expected to get an increasing number
of lost packets due to collisions in the medium. Moreover, IP
fragmentation, encapsulation and reassembly can be a reason for lost
packets, but is clear that what you get is quite strange :)

What I have noticed is that pinging from the network with large packet
sizes (for example, ping -s 55000 destinationIP), causes the ping program
to sometimes dump a echo_reply packet to stdout with the following message:

55008 bytes from 192.168.1.10: icmp_seq=8 ttl=255 time=145.9 ms
wrong data byte #190 should be 0xbe but was 0x3e

And some other times I get ping results with interesting patterns:

55008 bytes from 192.168.1.10: icmp_seq=45 ttl=255 time=1155.6 ms
55008 bytes from 192.168.1.10: icmp_seq=46 ttl=255 time=143.3 ms
55008 bytes from 192.168.1.10: icmp_seq=47 ttl=255 time=1155.2 ms
55008 bytes from 192.168.1.10: icmp_seq=48 ttl=255 time=143.8 ms

On a slower box, I get the following (kernel 2.4.4):
ping -f -s 32293 localhost -->>   0 % packet loss
ping -f -s 32294 localhost -->> 100 % packet loss

I've no idea what this could mean.

--
José Luis Domingo López
Linux Registered User #189436     Debian GNU/Linux Potato (P166 64 MB RAM)
 
jdomingo EN internautas PUNTO org  => ¿ Spam ? Atente a las consecuencias
jdomingo AT internautas DOT   org  => Spam at your own risk