IPv6 Killer Apps (Re: IPv6 traffic data in Asian networks?)

Jeroen Massar jeroen at unfix.org
Thu Mar 22 18:27:39 CET 2007


[Changed subject to something more appropriate ;) ]

Rémi Denis-Courmont wrote:
> On Thursday 22 March 2007 18:05:35 Kevin Loch wrote:
>> With the exception of the ARIN website itself,
> 
> www.ietf.org has pretty bad reachability too.

Simply because they didn't have a real transit, next to a certain hoster
hosting them from their "Critical Infrastructure" block, which was a /48
and far from reachable around the world. Since that hoster has moved
them out of that block and into their /32 all has been perfectly fine;
although IMHO they should still pursue a better transit, same goes for ARIN.

> On the backbone sides, I have seen problems with TeliaSonera
> 
> And then, on the client side, I cannot say FranceTelecom DSL native IPv6 
> service was very stable.

FT DSL has native IPv6? Got a URL ? Then I can add that to the Native
list: http://www.sixxs.net/faq/connectivity/?faq=native
Of course, I also would like to hear those info's from other ISPs!

[..]
> Fortunately, there are other application-layer protocols where IPv6 makes a 
> lot more sense.

VoIP :) Especially in the scenario where you have endusers and pesky
NAT's. But the problem there is to first get around that NAT.
Teredo and AYIYA solve those cases though.

Lets hope that the IPv6'd Asterisk comes out soon; along with a IPv6
capable softphone...

The other one is of course multicast applications, another thing I'll
have to spend some time on to get that up and running for a lot of people...


On a sort of related subject, (I am most likely a bit biased here) from
a operational point of view, 'static' tunnels where you know what the
source and the destination really are, are MUCH easier to debug for
various issues than any of 6to4 or Teredo, where you simply have to
guess the paths that are taken over the IPv4 network.

Greets,
 Jeroen

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 311 bytes
Desc: OpenPGP digital signature
URL: <https://lists.cluenet.de/pipermail/ipv6-ops/attachments/20070322/e5e8069e/attachment.sig>


More information about the ipv6-ops mailing list