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>