Bug 19366
| Summary: | PPP keeps redialling when no tcp/ip traffic | ||
|---|---|---|---|
| Product: | Base System | Reporter: | andrew <andrew> |
| Component: | bin | Assignee: | Brian Somers <brian> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.4-RELEASE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
andrew
2000-06-18 16:00:02 UTC
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 He is the MAINTAINER of the user0level ppp. State Changed From-To: open->feedback : >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. 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 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. |
