Hacker News new | past | comments | ask | show | jobs | submit login
IPv6 Support Required for All IP-Capable Nodes (rfc-editor.org)
37 points by ge0rg on April 13, 2012 | hide | past | favorite | 18 comments



Maybe this will light a fire under the registrars and DNS hosting companies, because some of them still don't support IPv6 glue records (for registrars) or AAAA records (for DNS hosters).

http://www.sixxs.net/faq/dns/?faq=ipv6glue


Not a lot to see here — basically everyone is exhorted to treat IPv6 and v4 compatibility as mandatory.

Interestingly, however, they basically said it sucks to see consumer devices being sold without IPv6, and that there is little market pressure to change the situation because obviously consumers don’t know or care or see it as their responsibility.


In other words: IP implies IPv6. Don't say it speaks IP if what it supports is just IPv4.


The support for IP6 is now mandatory vs the previous optional IETF RFC and has now also the status of a best practice.

Talk to your ISP if they still don't support it.


There's lots of reasons to dislike Comcast (ehumSOPAehum) but their IPv6 support is outstanding.


I noticed about a month ago that U-Verse in my area started serving me IPv6. Ironically because a web server's IPv6 site turned out to be incredibly slow, and pinging the server showed more colons than I've come to expect in my IP addresses.

The fact that they managed to do this without my noticing any interruption is commendable. I checked a few months earlier and didn't have IPv6, so I know the transition was fairly recent.


Unless IPv6 will make consumer ISPs once again willing to give static addresses, there's no point waiting for them.

# apt-get install miredo

(Alternatively, if you already have a static IPv4 address and want a static IPv6 address, setup 6to4. This however is about ten times as hard, and will thus take about half an hour.)


Teredo is a pretty clever technology, but there are a lot of downsides vs native v6:

http://www.potaroo.net/ispcol/2011-04/teredo.html


What the hell? It worked! How did it work?


Hahaha. Public tunnel servers at major interconnection points. Having a packet stop off at a translation server isn't so terrible when it'd be traveling a similar path regardless. Play with ip6 a bit, and you'll gain a much different perspective of what is and is not important about it (sixxs.net will even give you a static ip6 address if you don't have a static ip4 address, but their tunnel servers can be quite out of the way).


> sixxs.net will even give you a static ip6 address

actually, a /64 initially, and a full /48 later down the road IIRC.

(here the steps are 1. get a sixxs account, 2. apt-get install aiccu, 3. put credentials in /etc/aiccu.conf)


Thanks! Can you explain what the advantages are, briefly? For me, the major advantage would be easy NAT traversal, but I don't know if that can be done. I'm a bit confused by the whole thing, does this mean I now need to install a firewall on the machines behind the NAT? Do the services (e.g. SSH) need to also listen on the ipv6 adapter?


he.net deserves a mention too. rumor has that it is bit less sucky than sixxs.


Working fell for me for a year or so. Just chose it as they have local connections.


Hyperlinked HTML version: https://tools.ietf.org/html/rfc6540


Does IETF have any way of enforcing such policy?


No.

(Yes. Peer pressure. But an RFC which turns out to be infeasible to implement or wildly speculative or what-have-you doesn't matter, because there won't be any peers pointing out that you ought to do it this way...)


Not really. But you can tell your ISP it is not RFC compliant, I will tell mine.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: