[AusNOG] IPv6: Where's my tunnel?

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.

-----------------------

Geoff

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.
> 
> http://bgp.as30071.net/BNE1
> http://bgp.as30071.net/SYD1
> 
> Send me an email off list if you're interested and we can setup the connection.
> 
> Cheers,
> Lee
> 
> 
> 
> On 7 March 2013 21:03, Bevan Slattery <Bevan.Slattery at nextdc.com> wrote:
> Seemed sincere to me.
> 
> B
> 
> 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
> http://lists.ausnog.net/mailman/listinfo/ausnog
> 
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog

--

Geoff Huston
Chief Scientist, APNIC

+61 7 3858 3100
gih at apnic.net