From owner-freebsd-current Thu Dec 26 13:15:37 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA07938 for current-outgoing; Thu, 26 Dec 1996 13:15:37 -0800 (PST) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA07918; Thu, 26 Dec 1996 13:15:30 -0800 (PST) Received: (from uucp@localhost) by nic.follonett.no (8.8.3/8.8.3) with UUCP id WAA01833; Thu, 26 Dec 1996 22:14:09 +0100 (MET) Received: from oo7 (oo7.dimaga.com [192.0.0.65]) by dimaga.com (8.7.5/8.7.2) with SMTP id NAA18447; Tue, 24 Dec 1996 13:40:37 +0100 (MET) Message-Id: <3.0.32.19961224133847.009c3920@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 24 Dec 1996 13:38:48 +0100 To: Nate Williams From: Eivind Eklund Subject: Re: User ppp not hanging up modem. Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:51 AM 12/21/96 -0700, Nate Williams wrote: >That's *NOT* the correct thing. What happens when for some reason >PPP happens to send the sequence '+++' to the modem? All of a sudden >it'll drop into command mode and you're screwed. User-PPP (as well as >all other PPP/SLIP implementations I've worked with) assumes that you've >disabled the escape sequence at least temporarily. Eh? This is not a problem. The HAYES protocol (which is the main protocol for most modems since at least the mid-80s) requires a pause between the +'es. The length of this pause is usually (always?) user-settable, with a default of about .2 seconds (?). A +++ stream as data will not drop the modem to command mode. I'm also having problems with my modem not ALWAYS dropping the connection on a PPP exit (userland PPP on FreeBSD 2.1.0 and 2.1.6), and would consider it a Good Thing if the PPP program sent +\w+\w+\w\wATH0\cr on a close/exit. This modem respect DTR, but it seems that PPP doesn't always clear that line. Eivind Eklund / perhaps@yes.no / http://maybe.yes.no/perhaps/