From owner-freebsd-questions Wed Aug 27 17:48:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA22102 for questions-outgoing; Wed, 27 Aug 1997 17:48:56 -0700 (PDT) Received: from srv.net (snake.srv.net [199.104.81.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA22094 for ; Wed, 27 Aug 1997 17:48:53 -0700 (PDT) Received: from darkstar.home (pmif131.ida.net [204.228.203.131]) by srv.net (8.8.5/8.8.5) with SMTP id SAA30228; Wed, 27 Aug 1997 18:48:45 -0600 (MDT) Date: Wed, 27 Aug 1997 17:48:11 -0700 (MST) From: Charles Mott X-Sender: cmott@darkstar.home To: Scott Johnson cc: freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD doesn't see the phone line drop. Help! In-Reply-To: <3.0.2.32.19970827162001.00caa740@mail.jps.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers is the expert on this, but I will say also that I haven't noticed user ppp detecting carrier dropouts. What I do is enable line query reporting (lqr) and ppp detects that the connection has gone bad in a minute or so. I don't know what version of ppp you are using, but lqr doesn't work on some of the older versions. It works on the latest version at http://www.freebsd.org/~brian Thanks for mentioning the Bruce Evans comstate program. Do you have a URL where it can be obtained? -- Charles Mott On Wed, 27 Aug 1997, Scott Johnson wrote: > Hi, > > I've got a FreeBSD 2.1.0 setup that is routing traffic to/from my home LAN > to my ISP. > > Pac Bell has had muddier than usual lines, and it's causing the modem to > give up and hang up. > > Problem is, iijppp isn't seeing DCD go low. I have the comstate program > that Bruce Evans > posted (thanks, BTW) and it shows DCD toggling from low to high on carrier > detect, and > toggling back to low when the line goes bad (some well-placed whistling > into a phone causes > this for testing purposes) > > Problem is, iijppp just goes on merrily stuffing packets down the bad > interface and doesn't > acknowledge that the connection is gone-- so you have to go in and manually > close the connection. > The logfile shows bunches of HDLC errors when this is happening. > > -----begin----- > $ telnet localhost 3000 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > User Process PPP. Written by Toshiharu OHNO. > Working in auto mode. > PPP ON kauai> > > # thinks the line is still up> > > PPP ON kauai> close > ppp ON kauai> > > # > -----end----- > > So, am I assuming anything wrong? Should it work this way? I'd *like* a > redial > to occur if the line craps out-- or at least have it acknowledge it so I > don't have > to go and pull it down myself. > > Here's the stty for the modem port: > -----begin----- > 1-# stty -a -f /dev/cuaa1 > speed 9600 baud; 0 rows; 0 columns; > lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl > -echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin > -nokerninfo -extproc > iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff -ixany -imaxbel -ignbrk > -brkint -inpck -ignpar -parmrk > oflags: -opost -onlcr -oxtabs > cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow > -dtrflow -mdmbuf > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = ; > eol2 = ; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; > min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ; > stop = ^S; susp = ^Z; time = 0; werase = ^W; > -----end----- > >