Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mel.connect.com.au!munnari.OZ.AU!news.ecn.uoknor.edu!news.cis.okstate.edu!col.hp.com!usenet.eel.ufl.edu!tank.news.pipex.net!pipex!demon!skate.demon.co.uk!skate.demon.co.uk!not-for-mail
From: plunky@skate.demon.co.uk (Iain Hibbert)
Newsgroups: comp.unix.bsd.netbsd.misc
Subject: Re: Getting PPP Links up and Running
Date: 31 Dec 1995 10:52:47 -0000
Organization: The Bath Room
Lines: 38
Message-ID: <4c5q1v$qnq@skate.demon.co.uk>
References: <4btgbk$plv@cynic.portal.ca> <4c4b7p$7u8_001@dialupS165.ici.net> <4c4ekf$75v@cynic.portal.ca>
NNTP-Posting-Host: skate.demon.co.uk
X-NNTP-Posting-Host: skate.demon.co.uk
X-Newsreader: Brians News Reader V0.7 [NetBSD]
Curt Sampson <curt@portal.ca> wrote:
> I can't speak for the Linix side of the PPP thing, but under NetBSD
> 1.1 it works pretty well. You do have to recompile your kernel,
> since the default generic kernel doesn't seem to include PPP (at
> least on the i386), but assuming you can find the disk space for
> long enough to compile it, I don't think that's a big deal.
not sure where you are getting that from, but the sparc kernel has PPP
included, and from what I can see of the i386/conf files, they all have
it included too..?
> The only real complaint I have is that pppd is not really suited
> to keeping a connection up permanently by redialing whenever it
> goes down (or I missed something somewhere). I've currently got a
> sort of belt-and-suspenders system that starts a new pppd after a
> short delay as as the disconnect script, and a shell script that
> keeps an eye out and restarts the daemon when that reconnect fails,
> as it does often.
there seems to be a new option in the 1.1 pppd (one of several new
features, in fact) though I haven't tried it myself:
persist
Do not exit after a connection is terminated;
instead try to reopen the connection.
or, you could use -detach on the commandline, and just sit it in a loop
so that when pppd returns, it restarts from scratch. If your provider
drops the link that often, then I can only recommend you change to a more
reliable one!
dialing up is the weakest point of the system I find, and I fixed xchat
(look in gnu/libexec/uucp/contrib) to work under NetBSD, as that provides
much more functionality and my script never fails unless the modem is not
responding.
]ain