From stesin@trifork.gu.net  Mon Jun 16 13:24:36 1997
Received: from trifork.gu.net (trifork.gu.net [194.93.190.194])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28344;
          Mon, 16 Jun 1997 13:24:22 -0700 (PDT)
Received: (from stesin@localhost)
	by trifork.gu.net (8.8.5/8.8.5) id CAA13410;
	Tue, 17 Jun 1997 02:25:39 +0300 (EEST)
Message-Id: <199706162325.CAA13410@trifork.gu.net>
Date: Tue, 17 Jun 1997 02:25:39 +0300 (EEST)
From: stesin@gu.net
Reply-To: stesin@gu.net
To: FreeBSD-gnats-submit@freebsd.org
Cc: stable@freebsd.org
Subject: User PPP hangs forever with -ddial
X-Send-Pr-Version: 3.2

>Number:         3885
>Category:       bin
>Synopsis:       /usr/bin/ppp -ddial sleeps forever instead of redial
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    brian
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jun 16 13:30:01 PDT 1997
>Closed-Date:    Mon Jun 23 10:31:59 PDT 1997
>Last-Modified:  Mon Jun 30 13:50:01 PDT 1997
>Originator:     Andrew Stesin
>Release:        FreeBSD 2.2-970612-RELENG i386
>Organization:
just me
>Environment:
FreeBSD connected to cisco 2511 with 57600 async LL

	The condifuration is pretty much usual.  Some recent
	version of PPP (pre-2.2.2) worked well and still does.

>Description:

	Permanent PPP LL connection starts form /etc/start_if.tun0
	but the problem occurs after manual dial as well.

	After a carrier drop PPP doesn't redial, log shows
	that it goes to a state when the last 3 messages
	in the log are:

... LCP: State change Req-Sent --> Stopped
... LCP: LcpLayerFinish
... Phase: NewPhase: Dead

	... and it just sits there forever.

	If I telnet 127.0.0.1 3000 then after a few different "show"
	commands I noticed that redial timer (is set to 5 seconds
	and 999 attempts) is not decremented, PPP just sits at
	"3 seconds remained until a redial attempt" or alike.

	"3 seconds" aren't changing.

>How-To-Repeat:

	I think that just launch /usr/bin/ppp -ddial to something
	which speaks PPP, and wait (or provoce) a carrier drop
	or line disconnect.

	I did this a few times with identical results.

>Fix:
	
	Considering the fact that recently some changes
	were applied to PPP, I think that some damage was
	done to PPP state machine with regard to redialing,
	it worked in pre-2.2.2 days.

	Nothing more detailed, sorry. The testbed is here
	and I'm ready to do any test and actions one would
	like me to do in order to discover problem source.

>Release-Note:
>Audit-Trail:

From: Brian Somers <brian@awfulhak.org>
To: stesin@gu.net
Cc: FreeBSD-gnats-submit@FreeBSD.ORG, stable@FreeBSD.ORG
Subject: Re: bin/3885: User PPP hangs forever with -ddial 
Date: Tue, 17 Jun 1997 02:49:56 +0100

 > 
 > >Number:         3885
 > >Category:       bin
 > >Synopsis:       /usr/bin/ppp -ddial sleeps forever instead of redial
 > >Confidential:   no
 > >Severity:       critical
 > >Priority:       high
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Mon Jun 16 13:30:01 PDT 1997
 > >Last-Modified:
 > >Originator:     Andrew Stesin
 > >Organization:
 > just me
 > >Release:        FreeBSD 2.2-970612-RELENG i386
 > >Environment:
 > FreeBSD connected to cisco 2511 with 57600 async LL
 > 
 > 	The condifuration is pretty much usual.  Some recent
 > 	version of PPP (pre-2.2.2) worked well and still does.
 > 
 > >Description:
 > 
 > 	Permanent PPP LL connection starts form /etc/start_if.tun0
 > 	but the problem occurs after manual dial as well.
 > 
 > 	After a carrier drop PPP doesn't redial, log shows
 > 	that it goes to a state when the last 3 messages
 > 	in the log are:
 > 
 > ... LCP: State change Req-Sent --> Stopped
 > ... LCP: LcpLayerFinish
 > ... Phase: NewPhase: Dead
 > 
 > 	... and it just sits there forever.
 > 
 > 	If I telnet 127.0.0.1 3000 then after a few different "show"
 > 	commands I noticed that redial timer (is set to 5 seconds
 > 	and 999 attempts) is not decremented, PPP just sits at
 > 	"3 seconds remained until a redial attempt" or alike.
 > 
 > 	"3 seconds" aren't changing.
 > 
 > >How-To-Repeat:
 > 
 > 	I think that just launch /usr/bin/ppp -ddial to something
 > 	which speaks PPP, and wait (or provoce) a carrier drop
 > 	or line disconnect.
 > 
 > 	I did this a few times with identical results.
 > 
 > >Fix:
 > 	
 > 	Considering the fact that recently some changes
 > 	were applied to PPP, I think that some damage was
 > 	done to PPP state machine with regard to redialing,
 > 	it worked in pre-2.2.2 days.
 > 
 > 	Nothing more detailed, sorry. The testbed is here
 > 	and I'm ready to do any test and actions one would
 > 	like me to do in order to discover problem source.
 > 
 > >Audit-Trail:
 > >Unformatted:
 
 Can you try out the current version from RELENG_2_2 -
 main.c version 1.22.2.26 and drop me a line with your
 successes/failures ?  Thanks.
 -- 
 Brian <brian@awfulhak.org>, <brian@freebsd.org>
       <http://www.awfulhak.org>
 Don't _EVER_ lose your sense of humour....
 
 

From: Brian Somers <brian@utell.co.uk>
To: freebsd-gnats-submit@freebsd.org, stesin@gu.net
Cc:  Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial
Date: Mon, 23 Jun 1997 17:49:52 +0100

 I havn't received a reply to my last mail.  Is this problem fixed
 since June 20 ?  If you don't sup sources, a copy of ppp is
 available from http://www.freebsd.org/~brian.
 
 -ddial works fine for me !
 
 Cheers.
 -- 
 Brian <brian@awfulhak.org> <brian@freebsd.org>
       <http://www.awfulhak.org>
 Don't _EVER_ lose your sense of humour !
 
 

From: Andrew Stesin <stesin@gu.net>
To: Brian Somers <brian@utell.co.uk>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial
Date: Mon, 23 Jun 1997 23:21:16 +0300 (EEST)

 Dear Brian,
 
 I found what was the cause of my trouble.
 
 While configuring that site, I somewhat messed up and forgot
 that LQR isn't working when enabled at FreeBSD ppp side.
 I also hand-created another problem (it is mentioned
 in the manpage), redial timeouts in ppp were interfering
 with 'pulse-time XXX' cisco's interface command on other side.
 
 So strange enough, first connection went nice but redial wasn't
 able to succeed.  After all that headscratching,
 two days ago I discovered that
 there weren't 'disable lqr' and 'deny lqr' clauses in my config.
 Adding them solved the problem.  What was happening --
 ppp tried to establish a connection but went asleep despite
 of getting packets back, because
 it thought that LQRs should be coming already (?)
 
 48 hours of continuous PPPing with reconnects (inspired
 by wiretapping ;) went nice. So sorry for bothering you,
 send-pr bin/3885 should be considered closed, and my _real_ claim
 (as I understand now) was the fact that LQR was behaving odd.
 
 I'll upgrade my personal workstation at work to 2.2-9706XX-RELENG
 and redo the testing with cisco.  If you want me to test
 some specific setup via a nullmodem between 2.2-RELENG and
 cisco 2511, IOS version 11.2(6+) -- I'll do this.
 
 Is the copy of PPP in http://www.freebsd.org/~brian the same
 as in 2.2-RELENG? or does it have some additional fixes?
 
 Thanks a lot for your helpful attention!
 
 
 On Mon, 23 Jun 1997, Brian Somers wrote:
 
 > Date: Mon, 23 Jun 1997 17:49:52 +0100
 > From: Brian Somers <brian@utell.co.uk>
 > To: freebsd-gnats-submit@freebsd.org, stesin@gu.net
 > Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial
 > 
 > I havn't received a reply to my last mail.  Is this problem fixed
 > since June 20 ?  If you don't sup sources, a copy of ppp is
 > available from http://www.freebsd.org/~brian.
 > 
 > -ddial works fine for me !
 > 
 > Cheers.
 > -- 
 > Brian <brian@awfulhak.org> <brian@freebsd.org>
 >       <http://www.awfulhak.org>
 > Don't _EVER_ lose your sense of humour !
 > 
 > 
 > 
 
 Best regards,
 Andrew Stesin
 
 nic-hdl: ST73-RIPE
 
 

From: Brian Somers <brian@utell.co.uk>
To: stesin@gu.net
Cc: Brian Somers <brian@utell.co.uk>, freebsd-gnats-submit@freebsd.org
Subject: Re: bin/3885: /usr/bin/ppp -ddial sleeps forever instead of redial 
Date: Mon, 23 Jun 1997 18:28:01 +0100

 > 
 > Dear Brian,
 > 
 > I found what was the cause of my trouble.
 > 
 > While configuring that site, I somewhat messed up and forgot
 > that LQR isn't working when enabled at FreeBSD ppp side.
 > I also hand-created another problem (it is mentioned
 > in the manpage), redial timeouts in ppp were interfering
 > with 'pulse-time XXX' cisco's interface command on other side.
 > 
 > So strange enough, first connection went nice but redial wasn't
 > able to succeed.  After all that headscratching,
 > two days ago I discovered that
 > there weren't 'disable lqr' and 'deny lqr' clauses in my config.
 > Adding them solved the problem.  What was happening --
 > ppp tried to establish a connection but went asleep despite
 > of getting packets back, because
 > it thought that LQRs should be coming already (?)
 > 
 > 48 hours of continuous PPPing with reconnects (inspired
 > by wiretapping ;) went nice. So sorry for bothering you,
 > send-pr bin/3885 should be considered closed, and my _real_ claim
 > (as I understand now) was the fact that LQR was behaving odd.
 
 If you could send me some LQR logs showing the "oddness", I'd be
 *very* interested.  I'm currently under the impression that there
 are no LQR problems :| - that's as of June 20.
 
 > I'll upgrade my personal workstation at work to 2.2-9706XX-RELENG
 > and redo the testing with cisco.  If you want me to test
 > some specific setup via a nullmodem between 2.2-RELENG and
 > cisco 2511, IOS version 11.2(6+) -- I'll do this.
 > 
 > Is the copy of PPP in http://www.freebsd.org/~brian the same
 > as in 2.2-RELENG? or does it have some additional fixes?
 
 Nope.  The www.freebsd.org/~brian version is hacked so that
 it has its own libalias & libutil stuff - it should build
 on pretty much any version of FreeBSD.  It's the same as
 RELENG_2_2 except for the Makefile & hacked libs.
 
 > Thanks a lot for your helpful attention!
 > 
 
 No problem.
 
 > 
 > Best regards,
 > Andrew Stesin
 > 
 > nic-hdl: ST73-RIPE
 
 I'll close the pr, so the gnats cc isn't necessary in any
 replies.
 
 Cheers.
 
 -- 
 Brian <brian@awfulhak.org> <brian@freebsd.org>
       <http://www.awfulhak.org>
 Don't _EVER_ lose your sense of humour !
 
 
State-Changed-From-To: open->closed 
State-Changed-By: brian 
State-Changed-When: Mon Jun 23 10:31:59 PDT 1997 
State-Changed-Why:  
This is not a -ddial problem (maybe a LQR problem....) 


Responsible-Changed-From-To: freebsd-bugs->brian 
Responsible-Changed-By: brian 
Responsible-Changed-When: Mon Jun 23 10:31:59 PDT 1997 
Responsible-Changed-Why:  
My baby 

From: Brian Somers <brian@awfulhak.org>
To: "James E. Housley" <housley@pr-comm.com>
Cc: Brian Somers <brian@awfulhak.org>, freebsd-gnats-submit@freebsd.org
Subject: Re: bin/3885: User PPP hangs forever with -ddial 
Date: Mon, 30 Jun 1997 21:39:54 +0100

 > Brian Somers wrote:
 > > 
 > > > I download the files from you page and edited my ppp.conf and I
 > > think it might
 > > > be working.  I will let you know more tmw.
 > > 
 > > Hi,
 > > 
 > > Did you get a chance to have a look ?
 > > 
 > > > Jim.
 > > 
 > > Cheers.
 > > 
 > 
 > Things are fine.  Two things.  My ISP changed the login sequence sightly so
 > there is an extra prompt that is does not have to be answered.  If it is not
 > answered there is a delay before PPP starts.  If if is answered there is no
 > delay.
 > 
 > There also was funny rule in one of my ppp filters.  That actually didn't
 > cause any problems.
 > 
 > Thanks for all of your work.
 
 I'll close the PR then.  Thanks.
 
 > Jim
 
 -- 
 Brian <brian@awfulhak.org>, <brian@freebsd.org>
       <http://www.awfulhak.org>
 Don't _EVER_ lose your sense of humour....
 
 
>Unformatted:
