[plug] ping yields "wrong data byte #0 should be 0x9a etc" -- why?
Colin Muller
colin at twobluedots.com.au
Fri Aug 3 19:13:02 WST 2001
On Fri, Aug 03, 2001 at 08:35:08AM +0800, Leon Brooks wrote:
> Anthony J. Breeds-Taurima wrote:
> > On Fri, 13 Jul 2001 daniel at iinet.net.au wrote:
> >>wrong data byte #0 should be 0x9a but was 0x9999 f9 4e 3b 6c d a 0
> >> 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20
> >>21 22 23 24 25 26 27
> >> 28 29 2a 2b 2c 2d 2e 2f
> >>64 octets from 203.0.178.191: icmp_seq=4 ttl=252 time=1510.2 ms
> > The Only time I've seen this is on a RedHat box were libc had been upgraded
> > but the ping suit hadn't.
>
> > If that fits with your situation, then apply all the latest RPMS (You will
> > want to install the iputils package if it isn't already installed)
>
> The only time I've seen this is on an ISDN link with dud hardware (it
> drops DMA transfers into the bucket occasionally) and I still see it
> occasionally because the silly buggers won't spend a grand to replace
> their hardware, the gateway through which their
> eight-significant-figures business runs.
I've seen this when pinging a machine which had patchwork-quilt
upgrades along the lines Anthony mentions; it seemed to be more likely
to happen when the in-between route (not the machine itself) was
overloaded than when it wasn't, but I could never quite pin down what
was causing it.
Colin
More information about the plug
mailing list