Hurricane Electric's IPv6 Tunnel Broker Forums

Advanced search  


Welcome to Hurricane Electric's forums!

Pages: 1 ... 8 9 [10]
 on: November 30, 2018, 06:26:11 PM 
Started by Nowwhat - Last post by lmamane
Down again for me. Cannot ping IPv4 endpoint.

 on: November 30, 2018, 09:20:50 AM 
Started by technix - Last post by rkramer
Same problem here.  Any solution?

 on: November 30, 2018, 07:26:52 AM 
Started by sgucukoglu - Last post by broquea
Nope, no filters added for that, or anything else. Still just IRC/SMTP until Sage.

 on: November 29, 2018, 11:03:26 PM 
Started by sgucukoglu - Last post by sgucukoglu

Has Tinc VPN (655 TCP/UDP) been blocked recently?

I have a tunnel in DFW, but I can't route to my Tinc VPN, even though all my other services (web, mail, DNS) are working fine.  I use Tinc solely to build a mesh network for gamers to connect to and get non-routable IPv4 space for servers when they're behind restrictive NATs; the VPN, though effectively public, offers no routing out to the Internet in any capacity itself.

Any insight appreciated.



 on: November 27, 2018, 11:09:06 AM 
Started by IsaacFL - Last post by snarked
If you're using the tunnelbroker service, you're dual stack, so what's the point?  If you're colocated, you're still dual stack....

IPv6 has been around for two decades now.  I've used it since 2003 (although 2003-2008 was 6to4 only).  What you should do is complain to sites that are still IPv4 only to get with the program.  Then again, I understand when we have (e.g.) the "big player" morons like Verizon that don't have IPv6 on their MX'ed mail servers (checked today), or Cogent which got an IPv6 allocation in 2003 but didn't use it until 2009 - not even on their routers.  I even commented to one device manufacturer in 2008 when its representative told me their equipment was IPv4 only that it was "broken" out of the box for not having IPv6.  They have no excuse.  Those who don't keep up should receive an "Internet Death Penalty" (cf. "Usenet death penalty").

Based on the reply above and HE's general attitude about pushing IPv6, I'd say that it was considered and rejected as unnecessary, and what you got was the "nice" answer.

 on: November 27, 2018, 12:13:12 AM 
Started by IsaacFL - Last post by chaz6
Would it be possible to limit it to those who have achieved guru status? I would certainly appreciate access to such a service.

 on: November 21, 2018, 12:05:26 PM 
Started by IsaacFL - Last post by broquea
I'm still in the process of evaluating a larger scale deployment of this. The issue is policing it since it essentially becomes an open relay for connecting to IPv4 services. Even if limited to only allowing our address space, we still get bad actors sometimes using the tunnel service that we have to chase away.

If you have native dual-stack, your issue becomes that you would now be tunneling all your IPv4 traffic, and geolocation gets based on our server not you, and that can screw things up, and also impacts your throughput with tunnel-translation overhead.

If you are tunneled, and not running it locally, you'd be double backhauling the traffic by sending your IPv4 packet over your IPv6 tunnel to our nat64/dns64 box which itself tunnel-translates that IPv6 into IPv4, and then has to reverse all that to get the traffic back to you. The overhead on that is obnoxious.

 on: November 21, 2018, 11:59:26 AM 
Started by seboi - Last post by broquea

 on: November 21, 2018, 06:53:53 AM 
Started by seboi - Last post by seboi
Phoenix, AZ, US down?
or me only?

 on: November 20, 2018, 09:44:48 AM 
Started by IsaacFL - Last post by IsaacFL
I have a working ipv6 configuration at home and was wondering if HE considered providing a cloud based DNS64/NAT64 solution so that I could get rid of dual stack locally?

I have tested using the following site, and see that it would work for me, but since it is based in Eastern Europe (I am USA), it adds significant lag.

It seems this would be a service that would enable more wide spread usage of IPv6.

Pages: 1 ... 8 9 [10]