From owner-freebsd-questions Tue Mar 26 20: 7:56 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mail.mango-bay.com (mail.mango-bay.com [208.206.15.12]) by hub.freebsd.org (Postfix) with ESMTP id 8ADFC37B416 for ; Tue, 26 Mar 2002 20:07:45 -0800 (PST) Received: from barbish ([63.70.155.104]) by mail.mango-bay.com (Post.Office MTA v3.5.3 release 223 ID# 0-52377U2500L250S0V35) with SMTP id com; Tue, 26 Mar 2002 23:07:40 -0500 From: "Joe & Fhe Barbish" To: "Paul Jansen" Cc: "FBSDQ" Subject: RE: ppp problem (was ltmdm problem) Date: Tue, 26 Mar 2002 23:07:37 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020327013024.51858.qmail@web12901.mail.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When you start ppp the default section is all ways read. Use ppp -ddial papchap to tell ppp to execute the papchap section. Or ppp -background papchap to only dial once. The test looked good execpt fot that. Post log again. -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Paul Jansen Sent: Tuesday, March 26, 2002 8:30 PM To: questions@freebsd.org Subject: ppp problem (was ltmdm problem) Here's some more info on my problem with getting the ltmdm port to work for me. Here's the relevant portion of dmesg: " ltmdm0: port 0xc800-0xc8ff,0xc400-0xc407 mem 0xd9100000-0xd91000ff irq 9 at device 9.0 on pci0 ltmdm0: type Virtual 16550A " Here's what my ppp.conf looks like: " default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) # Ensure that "device" references the correct serial port # for your modem. (cuaa0 = COM1, cuaa1 = COM2) # set device /dev/cual0 set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set timeout 180 # 3 minute idle timer (the default) enable dns # request DNS info (for resolv.conf) papchap: # # edit the next three lines and replace the items in caps with # the values which have been assigned by your ISP. # set phone 12345678 set authname username set authkey password set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR # Add a (sticky) default route " Here's what's in /var/log/ppp.log: " Mar 27 11:03:49 edessa ppp[207]: Phase: Using interface: tun0 Mar 27 11:03:49 edessa ppp[207]: Phase: deflink: Created in closed state Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set device /dev/cual0 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set speed 115200 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set timeout 180 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: enable dns Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set log Phase Chat LCP IPCP CCP tun command Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set device /dev/cual0 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set speed 115200 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: set timeout 180 Mar 27 11:03:49 edessa ppp[207]: tun0: Command: default: enable dns Mar 27 11:03:49 edessa ppp[208]: tun0: Phase: PPP Started (ddial mode). Mar 27 11:03:49 edessa ppp[208]: tun0: Phase: bundle: Establish Mar 27 11:03:49 edessa ppp[208]: tun0: Phase: deflink: closed -> opening Mar 27 11:03:49 edessa ppp[208]: tun0: Phase: deflink: Connected! Mar 27 11:03:49 edessa ppp[208]: tun0: Phase: deflink: opening -> dial Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Send: AT^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Expect(5): OK Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Received: AT^M^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Received: OK^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Send: ATE1Q0^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Expect(5): OK Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Received: ATE1Q0^M^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Received: OK^M Mar 27 11:03:49 edessa ppp[208]: tun0: Chat: Send: ATDT^M Mar 27 11:03:51 edessa ppp[208]: tun0: Chat: Expect(40): CONNECT Mar 27 11:04:31 edessa ppp[208]: tun0: Chat: Expect timeout Mar 27 11:04:31 edessa ppp[208]: tun0: Warning: Chat script failed Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: dial -> hangup Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: Disconnected! Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: Connect time: 42 secs: 0 octets in, 0 octets out Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: : 0 packets in, 0 packets out Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/s on Wed Mar 27 11:04:31 2002 Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: hangup -> opening Mar 27 11:04:31 edessa ppp[208]: tun0: Phase: deflink: Enter pause (30) for redialing. Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: deflink: Redial timer expired. Mar 27 11:05:01 edessa ppp[208]: tun0: Phase: deflink: Connected! Mar 27 11:05:01 edessa ppp[208]: tun0: Phase: deflink: opening -> dial Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Send: AT^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Expect(5): OK Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Received: ATDT^MAT^M^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Received: OK^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Send: ATE1Q0^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Expect(5): OK Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Received: ATE1Q0^M^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Received: OK^M Mar 27 11:05:01 edessa ppp[208]: tun0: Chat: Send: ATDT^M Mar 27 11:05:03 edessa ppp[208]: tun0: Chat: Expect(40): CONNECT Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: Signal 15, terminate. Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: Disconnected! Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: dial -> logout Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: logout -> hangup Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: Disconnected! Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: Connect time: 5 secs: 0 octets in, 0 octets out Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: : 0 packets in, 0 packets out Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: total 0 bytes/sec, peak 0 bytes/sec on Wed Mar 27 11:05:06 2002 Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: deflink: hangup -> closed Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: bundle: Dead Mar 27 11:05:06 edessa ppp[208]: tun0: Phase: PPP Terminated (normal). " The above log is a result of me invoking user-ppp like so: ppp -ddial default Near the end of the log you'll see I killed the ppp process. Basically what is happening is that I hear the dial tone but ehn nothing. After a while (because of the ddial mode) it repeats. It seems to me by looking at the log that it waiting for the "CONNECT" and not receiving it after it gets to the ATDT part. It doesn't seem like it's even trying to actually dial my number. If I fire up user-ppp manually from the prompt (ie: ppp), then enter "term" to bring up terminal mode I am able to test a few things. I tried "AT" and got the "OK" response (no suprise on this one as this was seen in the logs. I was also able to do "ATDT my-mobile-number" and I did receive an incoming call on my mobile from that line. What is it about my ppp.conf that the modem doesn't like? I've changed my ppp.conf to use /dev/cuaa0 and connected a serial modem up to this port. I get similar responses though. Instead of an 'Expect timeout' the modem returns 'BUSY'. What is actually happening from what I can see is that once again the number isn't actually getting dialed. ppp.conf seems to be sending the 'ATDT' string without adding my number. I'm using FreeBSD 4.5R. I've just tried searching the mailing list archives but they appear down at the moment. Thanks. http://www.sold.com.au - SOLD.com.au Auctions - 1,000s of Bargains! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message