From owner-freebsd-net Mon Aug 20 4: 8:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id 2A38137B401 for ; Mon, 20 Aug 2001 04:08:15 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 6BDFD16B38 for ; Mon, 20 Aug 2001 13:08:13 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id A204327201DE; Mon, 20 Aug 2001 13:18:28 +0200 Message-Id: <5.1.0.14.0.20010820124519.0404bf48@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 20 Aug 2001 13:08:53 +0200 To: freebsd-net@freebsd.org From: Len Conrad Subject: taking ppp down and up Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org We´re very happy with PPPoE into our cable modem ´cept the whole link isn´t reliable :)))) ... for at least the reason that France Telecom (French-govt-protected monopoly), God bless 'em, cripples their ADSL service by inserting 3 minute blackouts, at the next hop at end their end of the ADSL, link throughout the day, (ping to next hop dead) to protect their exorbitantly priced leased-line service. Usually after these blackouts, our FreeBSD PPPoE router just waits until FT´s box responds again and all is. We cast yet-another curse on FT, re-start our ssh and pcAnywhere sessions, truck along. The other pb is that sometimes, PPPoE doesn´t come back, and we wonder whether maybe, in these cases, it´s really PPPoE halting, as I´ve seen others report in these lists. It´s the PPP from 4.3-Release .iso. We of course need better reliability in the face of whatever PPP halts, so we´re trying to come up with a script we could run to take down the link (tun0, ppp) and then bring it up, and not having much success. We also run ipf and ipnat, so here´s what our script looks like: ipf -D killall ppp kill `cat /var/run/ipmon.pid` kill `cat /var/run/tun0.pid` /usr/sbin/ppp -quiet -ddial -nat -unit0 meidsl ipf -E ipf -Fa -f /etc/ipf-stats.rules ipnat -CF -f /etc/ipnat.rules /usr/sbin/ipmon -Dna /var/log/ipmon/iplog ~ Running the above with the line up, we see this on the screen: warning: /dev/tun0: Device busy 0 entries flushed from NAT table 0 entries flushed from NAT list Aug 20 12:51:13 gw0 /kernel: IP Filter: v3.4.19 unloaded gw0# Aug 20 12:51:13 gw0 /kernel: IP Filter: v3.4.19 unloaded Aug 20 12:51:13 gw0 /kernel: IP Filter: v3.4.19 initialized. Default = pass all, Logging = enabled Aug 20 12:51:13 gw0 /kernel: IP Filter: v3.4.19 initialized. Default = pass all, Logging = enabled Aug 20 12:51:13 gw0 ppp[1002]: Warning: /dev/tun0: Device busy but the line doesn´t come up, until we run the same ppprest.sh script a second time and get this on the screen: No matching processes were found cat: /var/run/tun0.pid: No such file or directory cat: /var/run/tun0.pid: No such file or directory usage: kill [-s signal_name] pid ... kill -l [exit_status] kill -signal_name pid ... kill -signal_number pid ... Aug 20 12:52:23 gw0 /kernel: IP Filter: v3.4.19 unloaded Aug 20 12:52:23 gw0 /kernel: IP Filter: v3.4.19 unloaded 0 entries flushed from NAT table 0 entries flushed from NAT list gw0# Aug 20 12:52:23 gw0 /kernel: IP Filter: v3.4.19 initialized. Default = pass all, Logging = enabled Aug 20 12:52:23 gw0 /kernel: IP Filter: v3.4.19 initialized. Default = pass all, Logging = enabled and the PPP link comes up again. We´ve tried a lot of different sequences for the script, but nothing works ON THE FIRST SCRIPT RUN, so we think we´re got wrong or missing commands. Any suggestions? Also, anybody have any ideas for a probe that will distinguish between when the FT blackout is the pb (ie, don´t run PPP restart script) vs when PPPoE is hung? Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message