Re: [2.2.{12,13p15}] PPP uploads fizzle out and die (tcpdump info incl.)

[Steve Dodd]

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-ppp" in
the body of a message to [EMAIL PROTECTED]