From owner-freebsd-questions Fri Sep 26 23:41:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA02844 for questions-outgoing; Fri, 26 Sep 1997 23:41:15 -0700 (PDT) Received: from FreeBSD.csie.NCTU.edu.tw (daemon@freebsd.csie.nctu.edu.tw [140.113.235.250]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA02399 for ; Fri, 26 Sep 1997 23:35:24 -0700 (PDT) Received: (from daemon@localhost) by FreeBSD.csie.NCTU.edu.tw (8.8.7/8.8.5) id OAA28014; Sat, 27 Sep 1997 14:34:41 +0800 (CST) To: questions@freebsd.org Path: not-for-mail From: mcgovern@spoon.beta.com ("Brian J. McGovern") Newsgroups: mailing.freebsd.questions Subject: RE: serious PPP problem Date: 27 Sep 1997 14:34:40 +0800 Organization: NCTU CSIE FreeBSD Server Lines: 25 Message-ID: <60i9e0$rbb$1@FreeBSD.csie.NCTU.edu.tw> Sender: owner-freebsd-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a typical ISP flub. I strongly suspect that their routing is to blame. Chances are that they're real router (ie - not the portmaster) has the route for 209.47.145.1 being sent to the first portmaster. Both portmasters then have their default route set to their router (what one would consider normal). Assuming these are Livingston boxes, I have seen problems with RIP packets not being generated/eaten by these boxes properly. My guess, when you connect to the second portmaster, were to to "go out on the net", and traceroute back to your IP, would find that the ISP's router is sending all your traffic to the first portmaster, even though you're connected to the second. Since the first one has no clue as to how to route the data to the second, the bits end up in the bit bucket. The way I kinda "hacked" around this was to set the default route for each of the portmasters to the next in the chain, so that packets destined for "somewhere" would try all of the portmasters before heading back towards the default router. This, however, is a flawed solution for a number of reasons. It just gets around the problem. Have your ISP help you run traceroutes from outside the segment the portmasters are on. Chances are, you'll find all your packets going to the first one. -Brian