HE IPv6 Tunnel terrible bandwidth

doktornotor

WFM. Perhaps try https://forums.he.net/ instead?

johnpoz

why is your box sending a windows size update to 16777216… That is a freaking HUGE window size... Not going to help for sure..

I can tell you I am using HE, and I am not seeing any sort of issue. Which tunnel broker are you going through? I use chicago for example - check the HE site for any issues they might have on the one your using.

Also you prob get better support on their forums for issues with something like this.. But I can tell you I have not had to tweak or mess with any MSS settings or MTU and looks fine to me.. And that test server in freak Alaska.. Im in Chicago ;)

noproblemhere.png_thumb

andrin55

Hi

I'm using the server in Zürich (Switzerland) which is my nearest server. I could try another one.
I asked them in their forums (about a week ago) but nobody could help me. (https://forums.he.net/index.php?topic=3670.0)

andrin55

I tested it with the server in Frankfurt Germany (216.66.80.30) and it shows the exact same behavior.
Ping6 works and curl with IPv6 is very slow like in the video I linked in the first post.

johnpoz

So maybe where you grabbing the files from have problems.. Do the ipv6 speedtest I did.. http://ipv6-test.com/

andrin55

I did the Curl with google.com
With IPv4 google.com loads very fast and without any issues.

I tried to load the website http://ipv6-test.com/speedtest/ but after 1 min it barely loads the "ipv6 test" logo in the top left corner.

If I disable IPv6 I can run the speedtest which shows me about 45 Mbit/s.

johnpoz

well if it was HE, ie would think their status and forums would reflect there being issues. There status page for their tunnel endpoints have in the past shown when there were problems.

My guess would be you something on your end.. If your trying to use a window size of that 16million that could be an issue.. There is a very through test site here http://netalyzr.icsi.berkeley.edu/ but it uses java.. When I get a chance either when I get home or vpn to my home network I run a test it does do ipv6 testing..

grandrivers

xfinity speedtests do ipv6 also i see peak time problems and have not identified where yet most likely windstream network

andrin55

@johnpoz:

well if it was HE, ie would think their status and forums would reflect there being issues. There status page for their tunnel endpoints have in the past shown when there were problems.

My guess would be you something on your end.. If your trying to use a window size of that 16million that could be an issue.. There is a very through test site here http://netalyzr.icsi.berkeley.edu/ but it uses java.. When I get a chance either when I get home or vpn to my home network I run a test it does do ipv6 testing..

Where I'm supposed to change the TCP window size?

Is there a maybe a UDP Speedtest from CLI or something like that?

johnpoz

are you on windows or linux, ie centos??

If on linux clearly you messed with

net.core.wmem_max
net.core.rmem_max
net.ipv4.tcp_rmem
net.ipv4.tcp_wmem

16 million is sure and the hell not the default..

andrin55

The are the values of my test system (CentOS 7):

[root@test01 ~]# sysctl -n net.core.wmem_max
212992
[root@test01 ~]# sysctl -n net.core.rmem_max
212992
[root@test01 ~]# sysctl -n net.ipv4.tcp_rmem
4096 87380 6291456
[root@test01 ~]# sysctl -n net.ipv4.tcp_wmem
4096 16384 4194304

I checked them on a few other of my CentOS systems and they all give the same results back. I did not make any kernel modifications via sysctl.
The bandwidth issue is also visible when I do a curl -vv http://www.google.com from the PfSense Box