Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mira.net.au!vic.news.telstra.net!act.news.telstra.net!psgrain!usenet.eel.ufl.edu!spool.mu.edu!howland.reston.ans.net!gatech!news.mathworks.com!news.kei.com!nntp.coast.net!dispatch.news.demon.net!demon!awfulhak.demon.co.uk!awfulhak.demon.co.uk!awfulhak.demon.co.uk!not-for-mail From: brian@awfulhak.demon.co.uk (Brian Somers) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: Problem with PPPD dial script(s) Date: 8 Jul 1996 18:04:15 +0100 Organization: Coverform Ltd. Lines: 42 Distribution: world Message-ID: <4rrf2f$fg@anorak.coverform.lan> References: <HUFF.96Jul7001252@sunspot.tiac.net> NNTP-Posting-Host: localhost.coverform.lan X-NNTP-Posting-Host: awfulhak.demon.co.uk X-Newsreader: TIN [version 1.2 PL2] Robert Huff (huff@sunspot.tiac.net) wrote: : I'm setting up kernel PPP and the sample scripts provided in : the Handbook don't work. : More precisely - the kermit.dial script issues the "quit" : command after dialing in successfully. Using stock Kermit, this : drpos the connection. So I changed "quit" to "suspend". Now the : line stays connected ... but the rest of the ppp.up script : doesn't execute. (If I run it by hand everything works, so I : know it's not a problem.) : Does this script work for other people? This is one of the reasons I stopped using it. ijppp (prog: ppp) is infinitely better - it dials, allows auto-connection, firewalling etc. I'd advise this approach. When kermit exits, it closes the cua device and the driver drops DTR. Your modem then drops carrier - a good default. You can configure your modem not to drop carrier when DTR goes, but then when ppp exits, your modem stays off-hook. When kermit suspends, it keeps the cua device open, hence no dropping of carrier. However, the sio device will only allow one connection - a good default. If you override this, you probably can't get anything to co-operate over the serial line (probably....?). ijppp allows you to run "chat" from within the program (fork/exec). Here, chat inherits the serial descriptors, reads & writes the necessary login sequence and exits. Ppp then starts doing interresting stuff with the line. I don't think the driver even knows that the descriptor was dup'd. If you *really* have a good reason for not using ijppp, the only satisfactory way I found was to get your modem not to drop carrier on loss of DTR for a long time (say 255 hundreths of a second). You can then write a script that kermits, then *immediately* runs pppd. As long as pppd re-opens the line within your 2.55 second limit, you keep carrier. -- Brian <brian@awfulhak.demon.co.uk> Don't _EVER_ lose your sense of humour....