Date: Sun, 30 Jan 2000 20:00:15 -0700 (MST) From: "Forrest W. Christian" <forrestc@iMach.com> To: Coleman Kane <cokane@one.net> Cc: Doug White <dwhite@resnet.uoregon.edu>, William Woods <freebsd@cybcon.com>, freebsd-stable@FreeBSD.ORG Subject: Re: FW: DSL natd rules.... Message-ID: <Pine.BSF.4.21.0001301957200.18812-100000@workhorse.iMach.com> In-Reply-To: <20000130012354.A86581@evil.2y.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> In my experiences and knowledge, the phone company's network does a lot of the > NAT and everything. Somewhere along the line your final output IP is bridged > with the ISP's IP to give to you. The NAT and routing is typically internal in > the phone company. Just to put my $0.02 in here. From experience with USWest DSL from both the customer and ISP end, I can guarantee that the phone company does very little to the ATM cells which go between the 675 and our equipment (ATM interface on a Cisco router). If we set the connection up PPP the client has to set it up PPP, if we set it up bridging, so does the client. We can (and do) at times push out a whole subnet bridged to the client end. I have yet to see anything which indicates that the telco does anything to the packets except take them in on the DSLAM and push them out our ATM port. - Forrest W. Christian (forrestc@imach.com) KD7EHZ ---------------------------------------------------------------------- iMach, Ltd., P.O. Box 5749, Helena, MT 59604 http://www.imach.com Solutions for your high-tech problems. (406)-442-6648 ---------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0001301957200.18812-100000>