From nobody@FreeBSD.ORG  Sun Jun 18 07:52:32 2000
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 84DD937B64B; Sun, 18 Jun 2000 07:52:32 -0700 (PDT)
Message-Id: <20000618145232.84DD937B64B@hub.freebsd.org>
Date: Sun, 18 Jun 2000 07:52:32 -0700 (PDT)
From: andrew@grillet98.freeserve.co.uk
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@FreeBSD.org
Subject: PPP keeps redialling when no tcp/ip traffic
X-Send-Pr-Version: www-1.0

>Number:         19366
>Category:       bin
>Synopsis:       PPP keeps redialling when no tcp/ip traffic
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    brian
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Jun 18 08:00:02 PDT 2000
>Closed-Date:    Mon Sep 18 16:50:23 PDT 2000
>Last-Modified:  Mon Sep 18 16:56:40 PDT 2000
>Originator:     Andrwe Grillet
>Release:        4.4-RELEASE
>Organization:
Quickstart technology ltd
>Environment:
FreeBSD freebsd.grillet.home 3.4-RELEASE FreeBSD 3.4-RELEASE #1: Mon Apr 17
16:26:21 BST 2000 toor@freebsd.grillet.home:/usr/src/sys/compile/GRILLET
i386
>Description:
I have ppp-NT operational, with shared access between about 6 computers
variously running BSD, Win95 and Linux. It works fine with aliasing etc.
I also have Bind8 running, with the namedb.root file changed to enable
and disable real DNS during peak phone bill time like in the info page. 
There are no problems with these things. 

The problem is that ppp dials every three minutes or so, even when
no other machines are powered.

I have disabled all dial filters (one at a time, and all
at once) and the problem remains.

I would like to stop this behaviour, as I wish to recieve incoming
calls to mgetty on the same modem.

Also, I suspect ppp does not honour cuaaX..LCK files as claimed.
I have written routines to set and clear lock files, and ppp
appears to use the modem in spite of the lock.
>How-To-Repeat:
AFAICT, ppp always does this. (I have tried 3 different modems)
my call is
# ppp -auto screaming

and my ppp.conf contains
==================
set device cuaa1
set speed 38400
disable lqr
deny lpr
set redial 2 4
set timeout 300
freeserve:
 set phone 0845-353-0121
 set openmode active 
 accept pap
 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0
 add! 10.0.0.2
#
 set filter alive 0 deny icmp
 set filter alive 1 deny udp src eq 53
 set filter alive 2 deny udp dst eq 53
 set filter alive 3 deny udp dst eq 520
 set filter alive 4 deny udp dst eq 520
 set filter alive 5 permit 0/0 0/0
#
 set filter dial 0 permit 0/0 0/0
 set filter dial 1 permit udp src eq 53
 set filter dial 2 permit tcp src eq 53
 set filter dial 3 permit udp src eq 69
 set filter dial 4 permit tcp src eq 69
 set filter dial 5 permit udp src eq 110
 set filter dial 6 permit tcp src eq 110

# there are some in and out filters too
 ==================
 
>Fix:


>Release-Note:
>Audit-Trail:

From: Andrew Grillet <andrew@grillet98.screaming.net>
To: freebsd-gnats-submit@FreeBSD.org,
	andrew@grillet98.freeserve.co.uk
Cc:  
Subject: Re: ports/19366: PPP keeps redialling when no tcp/ip traffic
Date: Sun, 18 Jun 2000 18:32:32 +0100

 I was originally unable to get ppp logging to work.
 
 This was resolved by doing killall -HUP syslogd
 
 Then, as the FAQ says, adding tcp/ip to the log stuff
 revealed the problem was smb name lookups by Samba addressed
 to 127.0.0.1 on udp 137 and 139.
 
 The problem remains to check whether port locking is working
 correctly. It wasn't before.
 
 regards
 
 Andrew
 
Responsible-Changed-From-To: freebsd-ports->brian 
Responsible-Changed-By: sobomax 
Responsible-Changed-When: Tue Jun 20 02:01:13 PDT 2000 
Responsible-Changed-Why:  
He is the MAINTAINER of the user0level ppp. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=19366 
State-Changed-From-To: open->feedback 
State-Changed-By: brian 
State-Changed-When: Tue Jun 20 04:23:24 PDT 2000 
State-Changed-Why:  
: >Number:         19366 
: >Category:       bin 
: >Synopsis:       PPP keeps redialling when no tcp/ip traffic 
[.....] 
: Also, I suspect ppp does not honour cuaaX..LCK files as claimed. 
: I have written routines to set and clear lock files, and ppp 
: appears to use the modem in spite of the lock. 
[.....] 
:  The problem remains to check whether port locking is working 
:  correctly. It wasn't before. 

Do your routines use the uucplock(3) routines in libutil ?  If so, 
there should be no problems.  Please provide more details about the 
problem - include any relevant sample programs. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=19366 

From: Brian Somers <brian@Awfulhak.org>
To: freebsd-bugs@freebsd.org
Cc:  
Subject: Re: bin/19366: PPP keeps redialling when no tcp/ip traffic 
Date: Mon, 21 Aug 2000 19:07:30 +0100

 For the record, this is our latest correspondence on this issue (sent 
 August 20):
 
 Brian Somers wrote:
 > Andrew Grillet wrote:
 > > Brian Somers wrote:
 > > > 
 > > > Hi,
 > > > 
 > > > > As far as my lockport routines go, I have done nothing 
 > > > >
 > > > > Surely other people have PPP and mgetty active at the "same" time?
 > > > 
 > > > Absolutely.  I have both running without problems.  I used to use
 > > > mgetty+sendfax, moved to vgetty (from the same port) and am currently
 > > > using hylafax.
 > > > 
 > > > The whole thing can be proven fairly easily with the following:
 > > > 
 > > > $ ppp
 > > > ppp ON hak> set device /dev/cuaa0
 > > > ppp ON hak> term
 > > > 
 > > > Don't _EVER_ lose your sense of humour !
 > > Don't worry, its on a backup tape (I'm the tape expert, remember?)
 > > 
 > > I havn't tried it because I disconnected the machine to fit a new
 > > carpet in the front room, and I only found the modem lead yesterday.
 > > 
 > > Now I have a new problem - it works fine if I dial manually (using
 > > -interactive and term and ATDT08453530121) but if I try -interactive
 > > and dial, or auto, then it disconnects shortly after listing the
 > > filters.
 > 
 > Are you saying that the locking now appears to have started working ?
 > 
 > I don't know what you mean WRT disconnecting shortly after listing 
 > the filters....  I don't recall having been sent a config file - have 
 > you got a ``show filter'' in there or something ?
 > 
 > > I have tried logging most things, but I cannot spot the deliberate
 > > mistake!
 > 
 > Could you please provide me with your configuration file and a log 
 > file with ``set log id0 command lcp ipcp tun phase debug'' set ?  I'm 
 > afraid I can't guess at how to produce the stuff myself.  Everything 
 > here seems as expected.
 > 
 > To be honest, I don't think I actually have any grasp on what you've 
 > got a problem with.
 > 
 > > regards
 > > 
 > > Andrew
 > 
 > -- 
 > Brian <brian@Awfulhak.org>                        <brian@[uk.]FreeBSD.org>
 >       <http://www.Awfulhak.org>                   <brian@[uk.]OpenBSD.org>
 > Don't _EVER_ lose your sense of humour !
 > 
 > 
 
 
 
 
 To Unsubscribe: send mail to majordomo@FreeBSD.org
 with "unsubscribe freebsd-bugs" in the body of the message
 
 
State-Changed-From-To: feedback->closed 
State-Changed-By: brian 
State-Changed-When: Mon Sep 18 16:50:23 PDT 2000 
State-Changed-Why:  
This pr no longer reflects the problems that the submitter seems to be 
experiencing. 

The original complaint was that ppp kept reconnecting, and in the last 
exchange (Aug 26) between the submitter and I, he said that ppp wouldn't 
connect. 

Please submit another PR if problems remain. 

The issue about the uucp lock files was a pilot error. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=19366 
>Unformatted:
