Date: Tue, 31 Mar 1998 14:14:07 +0300 From: "Dr. K J Dryllerakis" <kd@eexi.gr> To: <freebsd-questions@FreeBSD.ORG> Subject: Help: Problem with mgetty+ppp -direct (FreeBSD 2.2.5) Message-ID: <01bd5c96$1f450a30$3c01a8c0@hermes.dryllerakis.gr>
next in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. ------=_NextPart_000_0065_01BD5CAF.44924230 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable If you could shed some light in the following problem I am experiencing = and is driving me nuts, I would be eternaly graterful (trifle overstated, = but anyhow it would help me a lot...). Setup: ------- *FreeBSD 2.2.5 Release *mgetty 1.0.0 (compiled with AUTO_PPP) *ppp (ajppp, user process) *US Robotics Sportster modem on /dev/cuaa0 (/dev/ttyd0) mgetty send ppp requests to ppp -direct as in the manual pages/FAQ for handling incoming calls. Problem Description: -------------------------- Auto-ppp functions properly, mgetty dispatches ppp-pap script and exits, ppp -direct is executed, connection is established and the link = functions properly for long periods. BUT, when connection is broken (client modem hungs up), 'ppp -direct' remains running (the PPP connection being terminated) and subsequently mgetty does not restart to handle further connections. If you kill ppp manually, then everything is back to = normal. Attempts to solve the problem -------------------------------------- I've tried enabling lqr on the connection, using either cuaa0 or ttyd0 = but to now avail. I checked the settings for /dev/ttyd0 and has 'clocal' defined. If you've read that far and can make sense or understand the reason for = ppp not dying when a connection is dropped, please please let me know by = e-mail at kd@eexi.gr . Thanx in advance, Dr. Kostis J Dryllerakis ------=_NextPart_000_0065_01BD5CAF.44924230 Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN"> <HTML> <HEAD> <META content=3D"text/html; charset=3Dwindows-1253" = http-equiv=3DContent-Type> <META content=3D'"MSHTML 4.71.1712.3"' name=3DGENERATOR> </HEAD> <BODY bgColor=3D#ffffff> <DIV>If you could shed some light in the following problem I am = experiencing=20 and<BR>is driving me nuts, I would be eternaly graterful (trifle = overstated,=20 but<BR>anyhow it would help me a = lot...).<BR><BR>Setup:<BR>-------<BR>*FreeBSD=20 2.2.5 Release<BR>*mgetty 1.0.0 (compiled with AUTO_PPP)<BR>*ppp (ajppp, = user=20 process)<BR>*US Robotics Sportster modem on /dev/cuaa0 = (/dev/ttyd0)<BR>mgetty=20 send ppp requests to ppp -direct as in the manual pages/FAQ = for<BR>handling=20 incoming calls.<BR><BR>Problem=20 Description:<BR>--------------------------<BR>Auto-ppp functions = properly,=20 mgetty dispatches ppp-pap script and exits,<BR>ppp -direct is executed,=20 connection is established and the link functions<BR>properly for long = periods.=20 BUT, when connection is broken (client modem<BR>hungs up), 'ppp -direct' = remains=20 running (the PPP connection being<BR>terminated) and subsequently mgetty = does=20 not restart to handle further<BR>connections. If you kill ppp manually, = then=20 everything is back to normal.<BR><BR>Attempts to solve the=20 problem<BR>--------------------------------------<BR>I've tried enabling = lqr on=20 the connection, using either cuaa0 or ttyd0 but<BR>to now avail. I = checked the=20 settings for /dev/ttyd0 and has 'clocal'<BR>defined.<BR><BR>If you've = read that=20 far and can make sense or understand the reason for ppp<BR>not dying = when a=20 connection is dropped, please please let me know by e-mail<BR>at <A=20 href=3D"mailto:kd@eexi.gr">kd@eexi.gr</A> .<BR><BR>Thanx in = advance,<BR><BR>Dr.=20 Kostis J Dryllerakis<BR><BR><BR> </DIV></BODY></HTML> ------=_NextPart_000_0065_01BD5CAF.44924230-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?01bd5c96$1f450a30$3c01a8c0>