[colug-432] IPv6: 20 years old, 10% deployed
canderson at foxtwo.net
Mon Jan 4 12:34:07 EST 2016
I've never really liked using tunnels either, as they seem to be a bit of a
temporary bandaid-fix. I prefer a dual IPv4/IPv6 stack until IPv4 goes
away. I don't really have a good reason beyond the "ick" feeling of adding
yet another layer.
Time Warner Cable provides IPv6 to me, but I haven't used it beyond some
testing due to the way they do Prefix Delegation.
You get one IPv6 address assigned to the physical device that is connected
(such as a router), and your equipment needs to do a Prefix Delegation
request via DHCPv6 to get your very own /64. That's great, except it seems
that TWC will delegate a brand new /64 *every* time. So any power cycles or
expiration of the delegated subnet results in a brand new /64.
You might be seeing something similar with your connection. It would be
nice if they handled the Prefix Delegation more like the address leases.
On Mon, Jan 4, 2016 at 10:52 AM, Rick Troth <rmt at casita.net> wrote:
> On 01/03/2016 01:18 PM, Rick Hornsby wrote:
> > ARS: "IPv6 celebrates its 20th birthday by reaching 10% deployment"
> Thanks. An interesting read, and delightfully brief.
> > There’s some interesting history, technical info, and comparison of IPv4
> to IPv6 in the article.
> I hadn't thought about the weakest link problem. "I'm okay since I have
> tunnels", but what about some of the sites I need to reach?
> Speaking of tunnels, the resistance to them is surprising. Specifically,
> I hear from several friends that they just don't wanna. (Difficult to
> persuade people to do something they simply dislike. God gave us all
> free will.)
> Speaking not of tunnels, when I got native IPv6 at home (having used the
> tunnel before), things were weird. ISP "camps" me on the lone IPv4
> lease, but either they or my router insist on changing the IPv6
> sub-leases with much higher frequency. The effect is that IPv6 native at
> my place is client only, useless for servers.
> -- R; <><
> colug-432 mailing list
> colug-432 at colug.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the colug-432