Date: Mon, 22 Sep 1997 04:05:54 +0100 From: Brian Somers <brian@awfulhak.org> To: Brian Somers <brian@awfulhak.org> Cc: Eivind Eklund <perhaps@yes.no>, Brian Somers <brian@FreeBSD.ORG>, hackers@FreeBSD.ORG Subject: Re: cvs commit: src/usr.sbin/ppp lcp.c Message-ID: <199709220305.EAA07211@awfulhak.demon.co.uk> In-Reply-To: Your message of "Mon, 22 Sep 1997 02:09:08 BST." <199709220109.CAA05366@awfulhak.demon.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
> Hmm, looks like the incremental backout may be a better idea.
It now waits for .8 of a second after receiving a dup magic number.
The second dup will cause a wait of 1.2 seconds and things increment
thereafter by .4 of a second.
The real problem here is that if the client side decides on a new
magic number, it also NAKs the received Req. It then receives the
NAK and changes magic again, sending another Req..... which bounces
due to ECHO etc etc etc.
If we send more than two Reqs, by the time the other side starts,
it's got a huge stream of magic changes waiting in the tty queue and
gets hopelessly confused. This normally means a fast exit by the
server.
--
Brian <brian@Awfulhak.org>, <brian@FreeBSD.org>, <bri@OpenBSD.org>
<http://www.Awfulhak.org>;
Don't _EVER_ lose your sense of humour....
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199709220305.EAA07211>