From owner-freebsd-bugs Mon Jun 16 19:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15838 for bugs-outgoing; Mon, 16 Jun 1997 19:00:03 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15828; Mon, 16 Jun 1997 19:00:02 -0700 (PDT) Date: Mon, 16 Jun 1997 19:00:02 -0700 (PDT) Message-Id: <199706170200.TAA15828@hub.freebsd.org> To: freebsd-bugs Cc: From: Brian Somers Subject: Re: bin/3885: User PPP hangs forever with -ddial Reply-To: Brian Somers Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/3885; it has been noted by GNATS. From: Brian Somers 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 , Don't _EVER_ lose your sense of humour....