From owner-freebsd-current Sat Dec 21 18:12:43 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA13751 for current-outgoing; Sat, 21 Dec 1996 18:12:43 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA13746 for ; Sat, 21 Dec 1996 18:12:40 -0800 (PST) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.2/8.7.3) id MAA12745; Sun, 22 Dec 1996 12:42:28 +1030 (CST) From: Michael Smith Message-Id: <199612220212.MAA12745@genesis.atrad.adelaide.edu.au> Subject: Re: User ppp not hanging up modem. In-Reply-To: <199612211803.LAA27167@rocky.mt.sri.com> from Nate Williams at "Dec 21, 96 11:03:20 am" To: nate@mt.sri.com (Nate Williams) Date: Sun, 22 Dec 1996 12:42:27 +1030 (CST) Cc: dicen@hooked.net, nate@mt.sri.com, freebsd-current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams stands accused of saying: [hayes escape occurring in PPP stream] > > Interesting. But, what exactly is the prabobalitity of that? I will have > > think about this one. > > Not much, but if it happens it's a pain. Try "effectively none". If you can show me how a PPP protocol engine can generate <500ms pause>+++<500ms pause> under normal operating conditions, I'll have a chew on my sandals for you. Regardless, I agree 100% with you; the use of an in-band control signal to hang up the modem is a complete abortion. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[