[AusNOG] IPv6: Where's my tunnel?
gih at apnic.net
Fri Mar 8 10:04:10 EST 2013
OCCAID does a great job.
So the following is said more as a one-time user of their services than anything else.
OCCAID is a single overlay network with a single routing policy. in other words when you encounter an anycast address or multi-origin router (such as 2002::/16 or 2001::/32) then you get OCCAID's preferred route. Now when there are instances of an anycast service all over the globe you don;t necessarily get the closest.
To quote from an article I wrote a couple of years back (http://www.potaroo.net/ispcol/2011-04/teredo.html):...
Where is my Teredo relay?
$ traceroute6 2001:0::1 traceroute6 to 2001:0::1 (2001::1) from
2401:2000:6660::f001, 64 hops max, 12 byte packets
1 2401:2000:6660::254 0.989 ms 0.872 ms 0.831 ms
2 as4826.ipv6.brisbane.pipenetworks.com 1.300 ms 1.339 ms 1.344 ms
3 ge-0-1-4.cor02.syd03.nsw.VOCUS.net.au 13.376 ms 13.260 ms 13.276 ms
4 ten-0-2-0.cor01.syd03.nsw.VOCUS.net.au 13.388 ms 13.366 ms 13.388 ms
5 ge-0-0-0.bdr02.syd03.nsw.VOCUS.net.au 13.492 ms 13.499 ms 13.482 ms
6 2001:de8:6::3:71:1 13.140 ms 13.361 ms 13.258 ms
7 bbr01-p132.nsyd02.occaid.net 17.896 ms 18.293 ms 17.191 ms
8 bbr01-v240.snjs01.occaid.net 201.156 ms 201.126 ms 202.061 ms
9 bbr01-g2-3.elsg02.occaid.net 212.161 ms 212.165 ms 211.755 ms
10 bbr01-p1-2.dlls01.occaid.net 255.956 ms 255.453 ms 256.101 ms
11 dcr01-p4-0.stng01.occaid.net 304.695 ms 304.917 ms 304.531 ms
12 bbr01-p2-1.nwrk01.occaid.net 481.964 ms 311.408 ms 386.187 ms
13 bbr01-p2-0.lndn01.occaid.net 382.204 ms 381.888 ms 382.026 ms
14 neosky-ic-8241-lon.customer.occaid.net 411.731 ms 412.085 ms 445.658 ms
15 tunnel105.tserv17.lon1.ipv6.he.net 353.714 ms 352.686 ms 352.968 ms
16 gige-g4-18.core1.lon1.he.net 352.854 ms 352.690 ms 353.583 ms
17 6to4.lon1.he.net 352.481 ms 352.469 ms 351.669 ms
18 * ^C
Oops! The server itself self is located in Brisbane, but the "closest" Teredo relay to this server is located in London, which is over a third of a second away in terms of round trip time! That's impressively bad!
Why did the server in Australia choose a Teredo relay in London as the "closest" server. A clue as to why can be see in hop 7 of the traceroute reproduced above. The transit service used by the local IPv6 service is the Occaid service (http://www.occaid.org). This is a "virtual" IPv6 provider who provides numerous points of presence scattered all over the Internet, interconnected by overlay tunnels in many cases. The default routing situation is that each AS has a single exit policy, so when faced with a number of peers advertising a routing to 2001:0::/32, the AS will pick a single exit which represents what it sees as the "best" path. In this case Occaid is selecting an egress for 2001:0::/32 located in London.
On 08/03/2013, at 8:23 AM, Lee Valentine <lee at leev.net> wrote:
> Hi All,
> I'm from OCCAID (AS30071), a not for profit R&D network based predominately in the US and EU. However, we do have a couple of IPv6 tunnel servers located in both Brisbane and Sydney (with thanks from guys like Equinix, Over The Wire and Vocus) and can provide connectivity for both companies and individuals who are interested in learning and deploying IPv6.
> We're able to provide native IPv6 (if you're connected to Equinix Sydney IX) and/or tunnels in either of these locations (for a tunnel in Sydney we do require your IP endpoint be visible over Equinix IX). You can route your own IPv6 allocation, or take a /48 from us. Both static routing and BGP are available.
> We have local peering with networks like AARNet, Google, Internode and Vocus.
> Send me an email off list if you're interested and we can setup the connection.
> On 7 March 2013 21:03, Bevan Slattery <Bevan.Slattery at nextdc.com> wrote:
> Seemed sincere to me.
> Sent from my iPhone
> On 08/03/2013, at 6:34 AM, Mark Smith <markzzzsmith at yahoo.com.au> wrote:
> > Your sarcasm is obvious, and clearly you're the horse that doesn't want to drink water. If you don't want to learn IPv6 for your own interests or for your customers, you'd best stop wasting both your time and others' by participating here. Choosing to remain ignorant in this industry is the formula for forced, early and unexpected retirement.
> > ----- Original Message -----
> >> From: Don Gould <don at bowenvale.co.nz>
> >> To: "ausnog at lists.ausnog.net" <ausnog at lists.ausnog.net>
> >> Cc:
> >> Sent: Friday, 8 March 2013 7:16 AM
> >> Subject: Re: [AusNOG] IPv6: Where's my tunnel?
> >> On 7/03/2013 10:45 p.m., Mark Newton wrote:
> >>> I don't get it.
> >> Sure Mark I can help explain that one.
> >> Following all the ranting, which I must thank you very much for (seriously, not
> >> being sarcastic there, you've empowered me with a wealth of information in
> >> the past week, even if I seem a bit like a tosser who just doesn't want to
> >> bother this this stuff).
> >> I've decided that we're pushing in v6 where ever we can. Tunnels,
> >> native, what ever, over dial up if required.
> >> I'll just come at this the other way around.
> >> You quite rightly pointed out that my not dropping in v6 at the same time as v4
> >> on every site, every time I touch it, is just unprofessional on my part.
> >> You rightly pointed out that I should not be asking for permission, I should
> >> just be doing it because from a professional point of view, that's my job.
> >> As you say, I don't ask permission before I put other protocols in place
> >> that I know in my professional view should be there for the customers interests.
> >> In 1995, in most cases I didn't ask my customers permission to check if
> >> something was Y2K compliant. If it wasn't, I just didn't purchase it,
> >> or if it was in the network, I just pulled it out as I went.
> >> So I'm not going to make a big fuss with the customer about changing stuff
> >> out, I'm just going to put the tunnels in (and you'll see my questions
> >> on how to do that next week as I've discovered yesterday that I need some
> >> help).
> >> When my customer asks me why Google or what ever else has got slower recently
> >> I'm just going to tell the truth - "Sir it's because we're
> >> using $Provider as your ISP" and leave it at that.
> >> I'm not going to engage the customer with a detailed explanation, or any
> >> explanation around the technical issues.
> >> I'm simply going to present them with the options to change provider if they
> >> want to make it faster again.
> >> As you rightly point out, my job is simply to ensure that appropriate protocols
> >> are delivered to their computers and not engage them in discussion about
> >> technical issues that they neither understand nor are interested in.
> >> Again, thank you to you and many others for presented such comprehensive
> >> information to empower me.
> >> D
> >> _______________________________________________
> >> AusNOG mailing list
> >> AusNOG at lists.ausnog.net
> >> http://lists.ausnog.net/mailman/listinfo/ausnog
> > _______________________________________________
> > AusNOG mailing list
> > AusNOG at lists.ausnog.net
> > http://lists.ausnog.net/mailman/listinfo/ausnog
> The information contained in this email and any attachments may be confidential. This email and any attachments are also subject to copyright. No part of them may be reproduced, adapted or transmitted without the written permission of the copyright owner. If you are not the intended recipient, any use, interference with, disclosure or copying of this information is unauthorised and prohibited. If you have received this email in error, please immediately advise the sender by return email and delete the message from your system. All email communications to and from NEXTDC Limited are recorded for the purposes of archival and storage.
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> AusNOG mailing list
> AusNOG at lists.ausnog.net
Chief Scientist, APNIC
+61 7 3858 3100
gih at apnic.net
More information about the AusNOG