Date: Wed, 27 Aug 1997 17:48:11 -0700 (MST) From: Charles Mott <cmott@snake.srv.net> To: Scott Johnson <srj@jps.net> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: FreeBSD doesn't see the phone line drop. Help! Message-ID: <Pine.BSF.3.96.970827174345.11676A-100000@darkstar.home> In-Reply-To: <3.0.2.32.19970827162001.00caa740@mail.jps.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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> > > #<whistle into phone until line drops-- PPP stays capitalized, indicating it > thinks the line is still up> > > PPP ON kauai> close > ppp ON kauai> > > #<sounds of redialing> > -----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 = <undef>; > eol2 = <undef>; erase = ^?; intr = ^C; kill = ^U; lnext = ^V; > min = 1; quit = ^\; reprint = ^R; start = ^Q; status = <undef>; > stop = ^S; susp = ^Z; time = 0; werase = ^W; > -----end----- > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.970827174345.11676A-100000>