On Thu, Oct 07, 1999 at 11:13:43AM +1000, Keith Owens wrote:
> Just a normal lost packet. The packet 1449:2897 was lost, the sender
> transmitted more packets, the receiver replied that it had only seen to
> the end of packet 1448. Eventually the sender realizes a packet has
> been lost and should retransmit it, standard TCP recovery for lost
> packets.
Ye-es, but in pretty much all the dumps I have, the segments that get eaten
are the second in pairs that have been sent one immediately after the other.
I guess it's looking like hardware overrun somewhere -- I bodged pppdump to
output in something that pcap/tcpdump could read, and it seems the segments
are reaching the tty all right.
> Now if the sender never retransmits 1449:2897 then there is a bug in
> the Linux TCP code (very unlikely). If the sender retransmits
> 1449:2897 but the receiver never sees it, suspect the PPP link, in
> particular I would suspect header compression. Do you get the same
> problems without ppp compression (-ac -vj -pc in pppd startup)?
Yup :-(
--
"It is easier for a camel to pass through the eye of a needle if it
is lightly greased." -- Kehlog Albran, "The Profit"
-
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to [EMAIL PROTECTED]
