*BSD News Article 43823


Return to BSD News archive

Xref: sserve comp.unix.bsd.freebsd.misc:993 comp.unix.bsd.netbsd.misc:290
Newsgroups: comp.unix.bsd.freebsd.misc,comp.unix.bsd.netbsd.misc
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!yoyo.aarnet.edu.au!munnari.oz.au!news.hawaii.edu!ames!usenet.hana.nm.kr!jagalchi.cc.pusan.ac.kr!news.kreonet.re.kr!europa.chnt.gtegsc.com!news.umbc.edu!eff!usenet.ins.cwru.edu!howland.reston.ans.net!Germany.EU.net!zib-berlin.de!fu-berlin.de!news.belwue.de!news.belwue.de!delos.stgt.sub.org!nadia.s.bawue.de!luva!migieger
From: migieger@luva.lb.bawue.de (Michael Giegerich)
Subject: Re: Solution to problem with pppd not being killed when modem line drops
Organization: private FreeBSD site
Message-ID: <D7wy54.424@luva.lb.bawue.de>
References: <D7v2F1.12D@luva.lb.bawue.de> <3o1tmg$jpe@usenet.ucs.indiana.edu>
Date: Mon, 1 May 1995 19:00:40 GMT
Lines: 31

>>As other readers of these groups I had the problem that pppd
>>didn't die after a modem connection from a ppp client dropped.
>>
>>From Thomas Lohman (thomasl@mit.edu) I got ppp-monitor, a small
>>C program that monitors the line and kills pppd when the line
>>drops.
>
>Yeah but the problem with this is that it takes up extra system
>resources while it waits to check for the pppd status.  The best way
>is to have this done automatically when the controlling process to the
>serial line device recieves a SIGHUP.
>
>As I posted a little while back, simply disabling the clocal flag does
>precisely this.  For example:
>
>stty -f /dev/cua00 -clocal

It doesn't or at least not on my system. Despite having:
 - cabled the modem correctly,
 - enabled rts/cts (at&c1&d2) on the modem
 - disabled the clocal flag (in fact I'm using the rc.serial script from
                             /usr/src/etc applying first the default and
                             then the modem function for every modem line)
 - using the modem parameter with pppd
the daemon isn't killed when the line drops.

Did I miss something or is the modem parameter "not fully implemented"
(see pppd man page) the culprit?

-- 
Michael Giegerich, E-Mail: migieger@luva.lb.bawue.de, Voice: +49 7144 39337