Date: Sun, 6 Jul 1997 09:32:40 -0400 (EDT) From: "Stan Brown" <stanb@netcom.com> To: freebsd-questions@freebsd.com (Free BSD Questions list) Subject: ijppp hanging Message-ID: <199707061332.GAA21638@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
After *months* of rock solid use of my FreeBSD as the gateway for my network tothe local ISP, and thus to the world. I Have developed a problem. I am runing 2.2-STABLE. uinsg user mode ppp, and a US R sporster 33.6, auto dialiang and alliasing. None of this has change since Christmas (well maybe the FreeBSD version, but even that hasn't changed recently, not even cvsuped in a month or so). What is happeneing is tha about once a day ppp is hanging while trying to connect. it is well and truly hung requiting a kill -9 to kill it. Wen I find thesystem in this mode ppp is using 90+ percent of the CPU. The TR and CS lights are on on the modem. the ppp log always indicates the exect same place in the chat script as follows: 07-06 00:12:03 [199] Phase: Dead 07-06 00:33:00 [199] Dial attempt 1 07-06 00:33:00 [199] Expecting 07-06 00:33:00 [199] sending: AT+FCLASS=0&H1&I0&R2 07-06 00:33:00 [199] Expecting OK 07-06 00:33:00 [199] Wait for (5): OK --> OK 07-06 00:33:00 [199] sending: ATE1Q0 07-06 00:33:00 [199] Expecting OK-AT-OK 07-06 00:33:00 [199] Wait for (5): OK --> OK 07-06 00:33:00 [199] Phone: 8530856 07-06 00:33:00 [199] sending: ATDT8530856 07-06 00:33:00 [199] Expecting CONNECT 07-06 00:33:00 [199] Wait for (40): CONNECT --> CONNECT 07-06 00:33:24 [199] Expecting name>-\r-name> 07-06 00:33:24 [199] Wait for (5): name> --> name> What *has* changed is that I am calling a new phone number at the ISP. Among ohter things it does not issue anything after themodems connect untill I send a \r. The old number used to prompt for a username imediatly after connect. I have also heard others complain about lack of ring tone, and some strange fail to connect, or get busy tones. Having said that it seems to me that whatever the ISP is doing, ijppp should not become hung in thisway. Should it not time out at this point? Is there any circumstabce under which it should *not* time out? Here is the relevant section of my ppp.conf file: # default: set device /dev/cuaa0 set speed 38400 disable lqr deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT+FCLASS=0&H1&I0&R2 OK ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" set debug phase lcp chat set redial 1 # awod_new: set debug phase lcp chat set phone 8530856 set login "TIMEOUT 5 name>-\\r-name> NAME word> XXXXX tion: 2" disable pred1 deny pred1 # deny chap # accept pap # enable pap # set authname stanb # set authkey 611_no_more(- set timeout 3000 set ifaddr 127.1.1.1/0 127.1.1.2/0 add 0 0 127.1.1.2 This is causing me no end of trouble, since my network connection, which I epend on for a lot ofautomated tasks, is hanging in a fashion that requires manual recovery. Any sugestions will be greatly appreciated. -- Stan Brown stanb@netcom.com 404-996-6955 Factory Automation Systems Atlanta Ga. -- Look, look, see Windows 95. Buy, lemmings, buy! Pay no attention to that cliff ahead... Henry Spencer (c) 1997 Stan Brown. Redistribution via the Microsoft Network is prohibited.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707061332.GAA21638>