begin quoting Tracy R Reed as of Sat, May 20, 2006 at 12:24:49AM -0700: > Stewart Stremler wrote: > >Right. And you think an ISP will give you unlimited free IPv6 addresses? > >Or that they'll do so for very long? > > Yes. If you have an IPv4 address you have 2^32 ipv6 addresses at your > disposal. That is unlimited free IPv6 addresses for all practical purposes.
IPv6 over IPv4? That's a hack, too. Clever one, indeed... but irrelevent with regards to NAT. > >Remember, this is a world where DHCP is used to forcibly expire IP > >addresses (and dropping open connections when it does so), and the ISP > >didn't go out of business. This is a world where people voluntarily > >use AOL, and are happy with any policy AOL chooses to enforce. > > Actually, I have never run into a problem with DHCP forcibly expiring IP > addresses and dropping my connections on me but I can see how it might > happen. I know people that it would happen to. A new IP address every 24 hours, on the button. It's one of the reasons I went with a more expensive and slower DSL connection instead of a cable-modem. > >Don't blame NAT for bad configuration tools and poor user interfaces. > > > >If you don't want to use NAT, you don't have to. Go buy some IP > >addresses. > > I believe he proposed using IPv6. That is even better than buying more > IPv4 addresses. An all IPv6 network will still have IPv6 network addresses to be bought. Your ISP ain't gonna give 'em to you for free. And if the 'Net is all IPv6 and no IPv4, well, you can still be made to pay per address. Is it so _wrong_ to _pay_ for what you use? At least a *little* bit? > I think we can blame NAT for otherwise good > configuration tools and user interfaces not working well in the face of > such unnecessary adversity. I blame the programmers for being lazy. It's not the programmer's right to claim that the user's policies are an "unnecessary adversity". Remember, _security_ is claimed to be an "unnecessary adversity" by many programmers. That doesn't mean we listen to 'em. -- _ |\_ \| -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
