Date: Tue, 14 Apr 1998 21:24:37 +0930 From: Greg Lehey <grog@lemis.com> To: Capriotti <capriotti@geocities.com>, freebsd-questions@FreeBSD.ORG Subject: Re: PPP ADVANCED ISSUES Message-ID: <19980414212437.A1870@freebie.lemis.com> In-Reply-To: <3.0.32.19980414204444.00b13100@pop.mpc.com.br>; from Capriotti on Tue, Apr 14, 1998 at 08:44:49PM -0300 References: <3.0.32.19980414204444.00b13100@pop.mpc.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 14 April 1998 at 20:44:49 -0300, Capriotti wrote: > Hello, again. > >> From time to time, my connection with my ISP goes bad, lowering the > response time and even the speed for the data flow. > > I am forced to disconnect and make the connection again. > > It is really not a problem for me, But also not a solution. > but what if it happens at a customer's > site, when I am not present ? Is there a way to instruct PPP or PPPD to > discnnect and reconnect in case of bad thruoghput ? Or would it be better > to progrma it to hang up and dial again fro time to time (ugh ! don't like > it !) Your local workaround doesn't work remotely. You need to find the problem first, not a workaround. Then you can decide how to react correctly. If you can help us isolate the problem, we may be able to fix it, assuming (which is unlikely) that it's a FreeBSD fault. I had a problem like this with Australia's Telstra "Big Pond" service. It's broken, but the tech support people didn't even understand enough to go to look for it. The solution was obvious, and it worked: get another ISP. Greg -- See complete headers for address and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980414212437.A1870>