Hurricane Electric's IPv6 Tunnel Broker Forums

Advanced search  


Welcome to Hurricane Electric's forums!

Author Topic: HE 6to4 Relays  (Read 4987 times)


  • tunneld
  • Jr. Member
  • **
  • Posts: 72
  • I do this just for fun.
HE 6to4 Relays
« on: January 10, 2012, 02:59:30 PM »

I was investigating 6to4 the other day pinging and tracerouting I found what appears HE router in London - set up a Cisco router to run 6to4 and it seemed to work reasonably well. I can see lots of reasons not to use 6to4 though as you have to allow IPv4 connections to permit traffic from 2002::/16.  :o
Nick B.

Tunnelling with [Open|Net|Free]BSD and IOS.
IPv6 courtesy of   HE and   Sixxs.


  • Newbie
  • *
  • Posts: 5
Re: HE 6to4 Relays
« Reply #1 on: June 30, 2012, 08:47:26 AM »

Does this mean that HE has a Minneapolis presence?

Tracing route to over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms
  2    46 ms     7 ms     7 ms []
  3   213 ms     9 ms     7 ms []
  4   403 ms   583 ms   839 ms []
  5   637 ms   636 ms   640 ms []
  6   865 ms   762 ms   584 ms []
  7   704 ms   701 ms   732 ms

Trace complete.


  • Founder, Netiter ApS
  • Hero Member
  • *****
  • Posts: 965
Re: HE 6to4 Relays
« Reply #2 on: June 30, 2012, 09:08:53 AM »

Does this mean that HE has a Minneapolis presence?
The hostnames of those routers certainly imply that the peering is located in Minneapolis. And on the official list of places where HE has peerings you can even find the address.

What's a bit disturbing about your traceroute output is the roundtrip times. More than half a second of roundtrip time between you and the closest 6to4 relay is really bad. That's an example of why 6to4 should be avoided unless both endpoints are using 6to4 or your only alternative is Teredo.

What is strange is the apparent delay between those two routers both located in the same peering point. This can of course be caused by different return routes. Though and are probably located in the same building, they are operated by different companies and may route return packets to you through different connections. (If you are curious about that, maybe ping -R can give you some more information).