From owner-freebsd-stable  Mon Jun 16 13:24:39 1997
Return-Path: <owner-stable>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id NAA28362
          for stable-outgoing; Mon, 16 Jun 1997 13:24:39 -0700 (PDT)
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)
Date: Tue, 17 Jun 1997 02:25:39 +0300 (EEST)
Message-Id: <199706162325.CAA13410@trifork.gu.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc: stable@freebsd.org
Subject: User PPP hangs forever with -ddial
From: stesin@gu.net
Reply-To: stesin@gu.net
X-send-pr-version: 3.2
Sender: owner-stable@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>Submitter-Id:   current-users
>Originator:     Andrew Stesin
>Organization:   just me
>Confidential:   no
>Synopsis:       /usr/bin/ppp -ddial sleeps forever instead of redial
>Severity:       critical
>Priority:       high
>Category:       bin
>Release:        FreeBSD 2.2-970612-RELENG i386
>Class:          sw-bug
>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.