- Welcome to Hurricane Electric's IPv6 Tunnel Broker Forums.
News:
Welcome to Hurricane Electric's Tunnelbroker.net forums!
Recent posts
#11
Questions & Answers / Re: Problems on fra1? (216.66....
Last post by 4920441 - May 29, 2025, 04:47:56 AMHey there,
thanks of a bank holiday I could narrow down the problem to hurricane electrics - either a saturation problem or something else where HE should take a look at:
This is from COLT Network to FRA 25% loss or more, when it runs longer times:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=58 time=6.78 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=58 time=21.7 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=58 time=6.70 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=58 time=12.2 ms
64 bytes from 216.66.80.30: icmp_seq=6 ttl=58 time=9.72 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=58 time=9.34 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=58 time=45.1 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=58 time=6.76 ms
64 bytes from 216.66.80.30: icmp_seq=10 ttl=58 time=12.2 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=58 time=15.5 ms
64 bytes from 216.66.80.30: icmp_seq=13 ttl=58 time=12.5 ms
64 bytes from 216.66.80.30: icmp_seq=14 ttl=58 time=10.5 ms
64 bytes from 216.66.80.30: icmp_seq=15 ttl=58 time=14.2 ms
64 bytes from 216.66.80.30: icmp_seq=16 ttl=58 time=75.3 ms
64 bytes from 216.66.80.30: icmp_seq=18 ttl=58 time=6.83 ms
^C
--- 216.66.80.30 ping statistics ---
20 packets transmitted, 15 received, 25% packet loss, time 19068ms
rtt min/avg/max/mdev = 6.704/17.699/75.315/17.987 ms
This is from Hetzner 37% Packet loss and counting:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=59 time=11.2 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=59 time=5.04 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=59 time=54.6 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=59 time=5.01 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=59 time=11.0 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=59 time=8.60 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=59 time=18.7 ms
64 bytes from 216.66.80.30: icmp_seq=14 ttl=59 time=9.37 ms
64 bytes from 216.66.80.30: icmp_seq=15 ttl=59 time=5.02 ms
64 bytes from 216.66.80.30: icmp_seq=17 ttl=59 time=4.99 ms
^C^V64 bytes from 216.66.80.30: icmp_seq=20 ttl=59 time=7.24 ms
64 bytes from 216.66.80.30: icmp_seq=21 ttl=59 time=5.01 ms
64 bytes from 216.66.80.30: icmp_seq=22 ttl=59 time=17.7 ms
64 bytes from 216.66.80.30: icmp_seq=23 ttl=59 time=47.4 ms
64 bytes from 216.66.80.30: icmp_seq=24 ttl=59 time=24.2 ms
^C^
--- 216.66.80.30 ping statistics ---
24 packets transmitted, 15 received, 37% packet loss, time 23177ms
rtt min/avg/max/mdev = 4.999/15.702/54.692/15.028 ms
This is from Orcacle Cloud Ashburn 56% Packet loss:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=57 time=84.0 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=57 time=89.4 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=57 time=84.8 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=57 time=88.2 ms
^C
--- 216.66.80.30 ping statistics ---
9 packets transmitted, 4 received, 55.5556% packet loss, time 8142ms
rtt min/avg/max/mdev = 84.008/86.600/89.374/2.248 ms
This one is from "Hostpapa USA" with about 15% going also up after a while...
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=45 time=106 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=45 time=107 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=45 time=102 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=45 time=106 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=10 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=45 time=104 ms
64 bytes from 216.66.80.30: icmp_seq=12 ttl=45 time=120 ms
64 bytes from 216.66.80.30: icmp_seq=13 ttl=45 time=109 ms
^C
--- 216.66.80.30 ping statistics ---
13 packets transmitted, 11 received, 15% packet loss, time 12011ms
rtt min/avg/max/mdev = 101.439/105.760/120.070/5.339 ms
This one is Manitu Germany (near Frankfurt) - also the same wit around 33% Packet Loss:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=58 time=10.0 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=58 time=8.10 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=58 time=5.43 ms
64 bytes from 216.66.80.30: icmp_seq=6 ttl=58 time=5.13 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=58 time=5.20 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=58 time=9.09 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=58 time=18.2 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=58 time=8.89 ms
^C
--- 216.66.80.30 ping statistics ---
12 packets transmitted, 8 received, 33.3333% packet loss, time 11102ms
rtt min/avg/max/mdev = 5.126/8.751/18.171/3.994 ms
As far as traceroute resolves the hops, it seems only the port-channel12.core2.fra1.he.net and tserv1.fra1.he.net seems to be the same at all routes from all above providers....
traceroute 216.66.80.30
traceroute to 216.66.80.30 (216.66.80.30), 30 hops max, 60 byte packets
1 1.82.238.89.in-addr.arpa.manitu.net (89.238.82.1) 0.271 ms 0.255 ms 0.241 ms
2 vsenetip.gw.network.manitu.net (89.238.127.30) 1.225 ms 1.240 ms 1.223 ms
3 et-2-0-5.0.vs-core-r1.6838.ip.vsenet.de (217.24.235.181) 1.537 ms et-5-0-2.0.vs-dis-r2.6838.ip.vsenet.de (217.24.235.190) 1.330 ms et-2-0-5.0.vs-core-r1.6838.ip.vsenet.de (217.24.235.181) 1.562 ms
4 et-2-0-2.0.vs-core-r2.6838.ip.vsenet.de (217.24.235.178) 1.629 ms et-2-1-2.0.vs-core-r1.6898.ip-addr.vsenet.de (217.24.235.153) 2.444 ms et-2-0-5.0.vs-core-r2.6838.ip.vsenet.de (217.24.235.185) 1.486 ms
5 et-2-1-2.0.vs-core-r2.6898.ip-addr.vsenet.de (217.24.235.157) 2.667 ms 2.684 ms 2.668 ms
6 * * *
7 * * port-channel12.core2.fra1.he.net (184.104.198.25) 5.785 ms
8 tserv1.fra1.he.net (216.66.80.30) 5.199 ms 4.852 ms 5.121 ms
So... it seems the culprit IS fra1 from hurricane electric.
Are you going to mitigate this problem or is fra1 simply overloaded?
Thanks alot for your answer.
Cheers
thanks of a bank holiday I could narrow down the problem to hurricane electrics - either a saturation problem or something else where HE should take a look at:
This is from COLT Network to FRA 25% loss or more, when it runs longer times:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=58 time=6.78 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=58 time=21.7 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=58 time=6.70 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=58 time=12.2 ms
64 bytes from 216.66.80.30: icmp_seq=6 ttl=58 time=9.72 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=58 time=9.34 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=58 time=45.1 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=58 time=6.76 ms
64 bytes from 216.66.80.30: icmp_seq=10 ttl=58 time=12.2 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=58 time=15.5 ms
64 bytes from 216.66.80.30: icmp_seq=13 ttl=58 time=12.5 ms
64 bytes from 216.66.80.30: icmp_seq=14 ttl=58 time=10.5 ms
64 bytes from 216.66.80.30: icmp_seq=15 ttl=58 time=14.2 ms
64 bytes from 216.66.80.30: icmp_seq=16 ttl=58 time=75.3 ms
64 bytes from 216.66.80.30: icmp_seq=18 ttl=58 time=6.83 ms
^C
--- 216.66.80.30 ping statistics ---
20 packets transmitted, 15 received, 25% packet loss, time 19068ms
rtt min/avg/max/mdev = 6.704/17.699/75.315/17.987 ms
This is from Hetzner 37% Packet loss and counting:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=59 time=11.2 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=59 time=5.04 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=59 time=54.6 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=59 time=5.01 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=59 time=11.0 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=59 time=8.60 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=59 time=18.7 ms
64 bytes from 216.66.80.30: icmp_seq=14 ttl=59 time=9.37 ms
64 bytes from 216.66.80.30: icmp_seq=15 ttl=59 time=5.02 ms
64 bytes from 216.66.80.30: icmp_seq=17 ttl=59 time=4.99 ms
^C^V64 bytes from 216.66.80.30: icmp_seq=20 ttl=59 time=7.24 ms
64 bytes from 216.66.80.30: icmp_seq=21 ttl=59 time=5.01 ms
64 bytes from 216.66.80.30: icmp_seq=22 ttl=59 time=17.7 ms
64 bytes from 216.66.80.30: icmp_seq=23 ttl=59 time=47.4 ms
64 bytes from 216.66.80.30: icmp_seq=24 ttl=59 time=24.2 ms
^C^
--- 216.66.80.30 ping statistics ---
24 packets transmitted, 15 received, 37% packet loss, time 23177ms
rtt min/avg/max/mdev = 4.999/15.702/54.692/15.028 ms
This is from Orcacle Cloud Ashburn 56% Packet loss:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=57 time=84.0 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=57 time=89.4 ms
64 bytes from 216.66.80.30: icmp_seq=5 ttl=57 time=84.8 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=57 time=88.2 ms
^C
--- 216.66.80.30 ping statistics ---
9 packets transmitted, 4 received, 55.5556% packet loss, time 8142ms
rtt min/avg/max/mdev = 84.008/86.600/89.374/2.248 ms
This one is from "Hostpapa USA" with about 15% going also up after a while...
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=2 ttl=45 time=106 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=45 time=107 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=45 time=102 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=45 time=106 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=10 ttl=45 time=101 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=45 time=104 ms
64 bytes from 216.66.80.30: icmp_seq=12 ttl=45 time=120 ms
64 bytes from 216.66.80.30: icmp_seq=13 ttl=45 time=109 ms
^C
--- 216.66.80.30 ping statistics ---
13 packets transmitted, 11 received, 15% packet loss, time 12011ms
rtt min/avg/max/mdev = 101.439/105.760/120.070/5.339 ms
This one is Manitu Germany (near Frankfurt) - also the same wit around 33% Packet Loss:
ping 216.66.80.30
PING 216.66.80.30 (216.66.80.30) 56(84) bytes of data.
64 bytes from 216.66.80.30: icmp_seq=1 ttl=58 time=10.0 ms
64 bytes from 216.66.80.30: icmp_seq=3 ttl=58 time=8.10 ms
64 bytes from 216.66.80.30: icmp_seq=4 ttl=58 time=5.43 ms
64 bytes from 216.66.80.30: icmp_seq=6 ttl=58 time=5.13 ms
64 bytes from 216.66.80.30: icmp_seq=7 ttl=58 time=5.20 ms
64 bytes from 216.66.80.30: icmp_seq=8 ttl=58 time=9.09 ms
64 bytes from 216.66.80.30: icmp_seq=9 ttl=58 time=18.2 ms
64 bytes from 216.66.80.30: icmp_seq=11 ttl=58 time=8.89 ms
^C
--- 216.66.80.30 ping statistics ---
12 packets transmitted, 8 received, 33.3333% packet loss, time 11102ms
rtt min/avg/max/mdev = 5.126/8.751/18.171/3.994 ms
As far as traceroute resolves the hops, it seems only the port-channel12.core2.fra1.he.net and tserv1.fra1.he.net seems to be the same at all routes from all above providers....
traceroute 216.66.80.30
traceroute to 216.66.80.30 (216.66.80.30), 30 hops max, 60 byte packets
1 1.82.238.89.in-addr.arpa.manitu.net (89.238.82.1) 0.271 ms 0.255 ms 0.241 ms
2 vsenetip.gw.network.manitu.net (89.238.127.30) 1.225 ms 1.240 ms 1.223 ms
3 et-2-0-5.0.vs-core-r1.6838.ip.vsenet.de (217.24.235.181) 1.537 ms et-5-0-2.0.vs-dis-r2.6838.ip.vsenet.de (217.24.235.190) 1.330 ms et-2-0-5.0.vs-core-r1.6838.ip.vsenet.de (217.24.235.181) 1.562 ms
4 et-2-0-2.0.vs-core-r2.6838.ip.vsenet.de (217.24.235.178) 1.629 ms et-2-1-2.0.vs-core-r1.6898.ip-addr.vsenet.de (217.24.235.153) 2.444 ms et-2-0-5.0.vs-core-r2.6838.ip.vsenet.de (217.24.235.185) 1.486 ms
5 et-2-1-2.0.vs-core-r2.6898.ip-addr.vsenet.de (217.24.235.157) 2.667 ms 2.684 ms 2.668 ms
6 * * *
7 * * port-channel12.core2.fra1.he.net (184.104.198.25) 5.785 ms
8 tserv1.fra1.he.net (216.66.80.30) 5.199 ms 4.852 ms 5.121 ms
So... it seems the culprit IS fra1 from hurricane electric.
Are you going to mitigate this problem or is fra1 simply overloaded?
Thanks alot for your answer.
Cheers
#12
Questions & Answers / Problems on fra1? (216.66.80.3...
Last post by 4920441 - May 28, 2025, 12:35:27 PMHi,
are there any load problems on the fra1 server currently known? I use the tunnel since more than only a couple of years and in the last days I am getting serios packet loss (about 20-50%) and it does not seem to get any better (my local Provider is T-Com).
Another tunnel to Prague works fine, but its certainly another routed network from there, so that does not really help without some work :-/
Any thoughts?
Thank you very much for your help!
And HE is *VERY* appreciated, I like using ist :-)
Cheers
are there any load problems on the fra1 server currently known? I use the tunnel since more than only a couple of years and in the last days I am getting serios packet loss (about 20-50%) and it does not seem to get any better (my local Provider is T-Com).
Another tunnel to Prague works fine, but its certainly another routed network from there, so that does not really help without some work :-/
Any thoughts?
Thank you very much for your help!
And HE is *VERY* appreciated, I like using ist :-)
Cheers
#13
Questions & Answers / Any chance to use HE with DSLI...
Last post by holgermarzen - May 01, 2025, 02:42:51 AMAt the moment I can buy a temporary public ipv4 address and use my ipv6 tunnel without problems.
Since providers tend more and more to offer private ipv4 addresses I am afraid that I cannot get a public ipv4 address anymore when I get my FTTH connection and have to use a new contract.
Is there any chance getting my ipv6 /48 with DSLITE? Maybe by using ipv6 for the tunnel?
Since providers tend more and more to offer private ipv4 addresses I am afraid that I cannot get a public ipv4 address anymore when I get my FTTH connection and have to use a new contract.
Is there any chance getting my ipv6 /48 with DSLITE? Maybe by using ipv6 for the tunnel?
#14
General Questions & Suggestions / Re: how to add subdomain for a...
Last post by OoCookieNinja - April 10, 2025, 12:45:47 AMAny news on how to do it? having the same issue, i want to add DNS records for a subdomain that my dad gave me access to, he already has records iirc in the DNS server, not finding anything yet
#15
General Questions & Suggestions / badauth on every attempt to up...
Last post by numanoids - April 09, 2025, 09:30:22 AMI'm trying to set up caddy using the dns provider and getting badauth however when i try to manually update the same record using a curl, i'm also getting badauth. I've validated i'm using the correct ddns key but still getting badauth.
Can someone shed any light on why this might be the case?
Can someone shed any light on why this might be the case?
#16
General Questions & Suggestions / Re: ns1,ns2 and ns4 out of syn...
Last post by ethanquebec - March 26, 2025, 11:35:29 PMi have the same problem. i cant even request my dns records for my secondary slave dns server. i had to purge my bind config and also remove the config for txt at my internet registrar. very frustrated here :(. i might take a break a few days and try from the very start.
#17
Questions & Answers / Re: fra1 down?
Last post by jue - March 22, 2025, 06:08:05 AMI reached out to ipv6@he.net and my ISP (server4you).
It looks like packets are dropped within my ISPs infrastructure.
It looks like packets are dropped within my ISPs infrastructure.
#18
Questions & Answers / fra1 down?
Last post by jue - March 19, 2025, 11:01:27 AMMy tunnel to fra1 stopped working. (Tunnel ID: 381699)
I checked my configuration and it looks fine and hasn't been modified recently. I see packets outgoing to 216.66.80.30, but I'm not receiving any packets from that endpoint. Also using the IPv6 Portscan tool scanning my IPv6 endpoint doesn't show any packets coming from 216.66.80.30.
Is anyone else experiencing issues?
I checked my configuration and it looks fine and hasn't been modified recently. I see packets outgoing to 216.66.80.30, but I'm not receiving any packets from that endpoint. Also using the IPv6 Portscan tool scanning my IPv6 endpoint doesn't show any packets coming from 216.66.80.30.
Is anyone else experiencing issues?
#19
IPv6 on Windows / Re: What if I wanna delete the...
Last post by seeno - March 13, 2025, 02:42:58 PMThanks
#20
General Discussion / Re: Sage T-Shirt
Last post by loompek - March 05, 2025, 11:45:37 AMI just watched the LAN Rangers YouTube channel and noticed the shirt. I've had my Sage certification for about 15 years now, but sadly, the t-shirt I had wore out last year. I really miss it, as it was great quality. Any chance HE would be willing to send an extra one? A size M or L would be much appreciated.