From owner-freebsd-questions Sun Jul 9 01:20:16 1995 Return-Path: questions-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA22072 for questions-outgoing; Sun, 9 Jul 1995 01:20:16 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA22059 for ; Sun, 9 Jul 1995 01:20:12 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id RAA17860; Sun, 9 Jul 1995 17:05:52 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id QAA01189; Sun, 9 Jul 1995 16:58:03 +0900 From: Atsushi Murai Message-Id: <199507090758.QAA01189@tama.spec.co.jp> Subject: Re: PPP and demand start To: Nik.Clayton@brunel.ac.uk, questions@freebsd.org Date: Sun, 9 Jul 1995 16:58:02 +0900 (JST) In-Reply-To: <199507081739.CAA01566@specgw.spec.co.jp> from "Atsushi MURAI" at Jul 9, 95 02:39:43 am Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1716 Sender: questions-owner@freebsd.org Precedence: bulk > >>>>> "Atsushi" == Atsushi Murai writes: > > -Atsushi> wolperte@knox.pcec.philips.com (ED WOLPERT ) wrote: > > -Atsushi> :A different problem I have: The timeout would occur even with an > -Atsushi> :active connection. It seems that if I don't keep pinging something > -Atsushi> :while I'm connected (Either through an 'slurp' or long ftp session) it > -Atsushi> :will timeout. Most strange. Ideas anyone? > > > -Atsushi> Try "timeout 0" > > -Atsushi> Atsushi. > > > Sure, that will cause the line to not hang up, but then pppd does the > same thing. It would be nice to have it start on demand, and not > hangup if in use. > > I short fix I gues is to set the timeout to 300 (5 mins) and write a > shell script to do a netstat every 4 mins. If netstat returns a non- > local connection, ping some random remote hosts (ping -c 1 > random.host). That 'would' work too, but not an optimal solution. Well.. I am getting into confusion world what you want do ;-) What do you mean "start on demand, and not hungup if in use" and "active connection"? If you mean "Just dial and make a connection whenever packet sending to peer and then never disconnect unless you did disconnect manually", the only way is using -auto(dial on demand) with "set timeout 0 0". In general case, they prefer to disconnect peer by any/paticular packet is NOT sending/receiving to peer period time with setting up various function filters.. > -- > Virtually, > Edward Wolpert Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341