From owner-freebsd-questions@FreeBSD.ORG Thu Oct 27 03:33:08 2005 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59B2716A41F for ; Thu, 27 Oct 2005 03:33:08 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 878D743D46 for ; Thu, 27 Oct 2005 03:33:05 +0000 (GMT) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.4) with SMTP id NAA02322; Thu, 27 Oct 2005 13:32:56 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 27 Oct 2005 13:32:56 +1000 (EST) From: Ian Smith To: Jordon Hofer In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: questions@freebsd.org Subject: Re: Cellular Modem, PPP, and FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Oct 2005 03:33:08 -0000 Hi Jordon, This was posted to -net, but I suspect -questions is more appropriate. On Wed, 26 Oct 2005, Jordon Hofer wrote: > Greetings. I am running a stripped down version of FreeBSD 4.11 on an > embedded x86 board. I have an embedded cellular modem module (from > MultiTech) that is attached to the serial port (going through the necessary > RS232-TTL chip). I am using PPP to connect to the Internet through verizon. > Everything works well until the connection gets interrupted. I am using > ddial mode, so if the connection drops, it will redial. From the logs, I > can see that PPP tries to redial, but after the initial connection, the > modem does not respond to any at commands. If I power-cycle the modem, it > will connect just fine the next time PPP tries to reconnect. Sounds like your modem isn't setup to automatically reset (ie, run ATZ) on a disconnect. Some Multitechs have had weird command sequences over the years, so I don't know the extent to which it it runs 'standard' Hayes-type AT commands, but &D2 is most likely what you need. &D2 causes a reset (ATZ) on lowering of the DTR line. For this to work properly your serial port must be driving DTR correctly, ie be setup for 'hardware handshaking'. You might want to test DTR with a meter? Failing DTR reset working properly, if the modem is stuck in data mode, you can have your initialisation send a '+++' sequence to get the modem back into command mode (returning 'OK'), then send ATZ plus whatever init string you need, but this is last resort measure. mgetty, for example, does this if lowering DTR has failed to evoke an 'OK' modem response, after a call on inbound modems. > I realize that there is a good chance that the problem is in the modem. I > am just wondering if there are any cases where you need a special chat > script to handle disconnects to return the modem to a clean state. If the modem is configured correctly, and your serial port control lines are working as they should, it should go. Perhaps play around with the modem using tip(1); see also modems(5), or use another terminal program. Then if you're still in trouble, maybe post your modem init string from ppp.conf, and perhaps a dump of your modem settings after an ATZ .. AT&V will do this for most modems, but check your particular modem's manual. Cheers, Ian > Also, if there is a better group for this, please let me know. > > Thanks. > > > Jordon Hofer > Dir. Software Engineering > AgSense LLC