[Opgelost] Traffic shaping probleem icm IPv6 tunnels?

[Horrorist]

Zijn er hier nog mensen met een modem-only én IPv6 tunnel? Kunnen die eens testen of hun snelheid via de tunnel goed is? Ik heb nog iemand al laten testen die ook een tunnel heeft en die heeft geen snelheidsproblemen. Maar ikzelf heb hier een heel vaag probleem, namelijk dat er precies een snelheidsbeperking op komen te zitten is, en dan nog een heel rare: mijn uploadsnelheid is wat het moet zijn, rond de 10Mbit, maar de downloadsnelheid ligt rond de 0.5Mbit tot 1Mbit. Ik vermoed dat dit een configuratiefoutje of een bug aan de kant van Telenet is, het kan haast niet anders. Dit is pas recent begonnen, voordien had ik zo geen tergend trage downloadsnelheid via de tunnel, ook heb ik geen wijzigingen gedaan dat zoiets kan veroorzaken. Aan de tunnel provider ligt het ook niet, daar heb ik al reeds contact mee gehad en die cappen niet. Alles staat zoals het moet staan, MTU 1480, etc.

[ubremoved_539]

Ja, heb een HE IPv6 tunnel met een modem only.

Via http://ipv6-test.com/speedtest/ haal ik momenteel (zit wel wireless) 50.2 Mbits (enigsinds bizar want voor IPV4 haal ik maar 37.4 Mbits ??)

[Horrorist]

Ja, die speedtest heb ik ook al gedaan, die is niet echt volledig accuraat, maar je zit toch al in de tientallen Mbit/s, wat al aangeeft dat er niets mis is met de tunnel. Ik haalde daar 50Mbit via IPv4 en 0.6Mbit via IPv6. Hier ook een HE tunnel, naar de Amsterdam PoP.

[Horrorist]

Even laten weten dat het toch ergens bij mij ligt. Heb net even via een LiveCD de tunnel opgezet op een andere machine rechtstreeks aan de modem en ik haal dan weldegelijk de snelheden die ik hoor te behalen. Nu dan maar eens uitvissen wat het kan zijn. Mijn tunnel endpoint is trouwens een Fedora 20 64-bit VM, kernel 3.18.9-100.fc20.x86_64.

Edit: Het blijkt de kernel te zijn. Met de stock Fedora 20 kernel (3.11.10-301.fc20.x86_64) is het probleem verholpen. Heb even een clean install gedaan in een nieuwe VM, dan getest en was ok. Dan updaten naar de nieuwste kernel, en bam.. probleem! 't Kan niet missen dat ik het niet vond, wie verdenkt er nu direct de kernel. Het probleem doet zich blijkbaar enkel voor als je het als tunnel endpoint gebruikt, een Fedora 20 als client heeft er geen last van.

Edit 2: Fedora 21 64-bit met stock kernel 3.17.4-301.fc21.x86_64 heeft hier ook last van, updaten was niet eens nodig om tegen het probleem aan te lopen. Hoe geraken dit soort bugs er in godsnaam toch door.

[dusty]

@Horrorist: is het je ooit duidelijk geworden wat juist de oorzaak is van dit IPV6 tunnel probleem icm moderne Linux kernels?

Ik heb exact hetzelfde probleem maar met een 32-bit Debian 3.16.3-686-pae die al draait sinds eind vorig jaar, dus het is raar dat die nu pas begint te falen. Heb ondertussen al een recentere 3.16.0-4-686-pae geinstalleerd maar met juist hetzelfde effect. Dit is met een Whoppa en modem-only. De IPV6 upload snelheid is nagenoeg gelijk aan de IPV4 snelheid maar de download is heel wat minder dan de 198Mb/s met IPV4.

Een IPV4 UDP traceroute naar de Hurricane Electric PoP in Amsterdam

Code: Selecteer alles

$ mtr -r -c 100 -u -oLDRSWNBAWVJMXI -s 1432 216.66.84.46
HOST: nas                         Loss% Drop   Rcv   Snt  Wrst  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1.|-- dD5E0CB09.access.telenet.  0.0%    0   100   100 129.5  16.9   8.3  15.3 129.5  12.7 14.0  6.7 121. 82.2
  2.|-- dD5E0CB09.access.telenet.  0.0%    0   100   100 100.2   9.8   8.6  14.2 100.2   9.6  1.9  5.4 88.4 58.9
  3.|-- dD5E0FA66.access.telenet.  0.0%    0   100   100  30.0  14.5  11.5  16.0  30.0   3.0  1.2  3.1 16.2 45.8
  4.|-- 213.46.174.101             0.0%    0   100   100  36.2  20.6  15.9  20.5  36.2   2.9  2.8  2.9 19.2 41.4
  5.|-- 40ge1-3.core1.lon2.he.net  0.0%    0   100   100  40.3  17.7  16.5  24.8  40.3   5.3  2.3  3.1 21.7 34.0
  6.|-- 100ge3-2.core1.ams1.he.ne  1.0%    1    99   100  57.3  20.9  17.3  25.2  57.3   5.8  2.5  4.4 28.5 43.5
  7.|-- tserv1.ams1.he.net         0.0%    0   100   100  39.2  18.3  17.7  22.0  39.2   2.8  1.8  3.0 20.3 44.4

Een IPV6 traceroute geeft meer problemen

Code: Selecteer alles

$ mtr -r -c 100 -un -oLDRSWNBAWVJMXI -s 1432 2001:470:1f13:c53::x
Start: Wed May 27 14:51:06 2015
HOST: nas                         Loss% Drop   Rcv   Snt  Wrst  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1.|-- 2001:470:1f14:1377::x      3.0%    3    97   100  37.4  25.9  21.9  27.0  37.4   2.6  2.3  2.8 12.0 40.8
  2.|-- 2001:470:0:7d::1           5.0%    5    95   100  56.8  30.4  18.8  27.9  56.8   6.3 11.5  4.1 31.9 65.4
  3.|-- 2001:470:0:1b3::2          3.0%    3    97   100  61.4  43.6  28.7  36.7  61.4   5.6 12.0  4.2 25.7 52.2
  4.|-- 2001:470:0:1b0::1          6.0%    6    94   100  47.1  31.2  29.3  35.3  47.1   4.3  9.8  2.9 14.2 61.2
  5.|-- 2001:470:0:7b::2           9.0%    9    91   100  64.4  36.9  32.2  37.0  64.4   4.0  4.5  3.7 28.9 55.6
  6.|-- 2001:470:1f13:c53::x       1.0%    1    99   100  60.9  48.6  41.7  46.3  60.9   2.8  3.4  2.9 14.1 50.3

Een soortgelijke tunnel tussen een DigitalOcean VM en HE Amsterdam werkt op volle snelheid dus ik geloof niet echt dat HE problemen heeft.

Het eigenaardige is dat dit altijd zeer goed gewerkt heeft tot ongeveer de veranderingen van Telenet een paar weken geleden???

[dusty]

En ook opgelost voor mij

Heb een nieuw mac address toegekend aan de Telenet network interface waardoor ik een nieuw IP address kreeg, terug in de 78.x.x.x range (zat op 141.134.x.x) en bingo, volle snelheid over de IPv6 tunnel.

Edit: En ook geen enkel "dropped packet" meer:

Code: Selecteer alles

Start: Fri May 29 16:33:02 2015
HOST: nas                         Loss% Drop   Rcv   Snt  Wrst  Last  Best   Avg  Wrst StDev Jttr Javg Jmax Jint
  1.|-- 2001:470:1f14:1377::x      0.0%    0   500   500  43.0  27.0  21.0  26.0  43.0   2.5  0.5  2.7 20.5 26.1
  2.|-- 2001:470:0:7d::1           0.0%    0   500   500 159.8  35.4  18.6  27.5 159.8   9.1  1.3  4.6 131. 82.7
  3.|-- 2001:470:0:1b3::2          0.0%    0   500   500  69.5  41.1  28.0  36.1  69.5   5.2  0.3  3.6 37.7 68.3
  4.|-- 2001:470:0:1b0::1          0.0%    0   500   500  57.3  42.0  28.1  34.7  57.3   4.4  1.8  3.5 26.5 48.6
  5.|-- 2001:470:0:7b::2           0.0%    0   500   500  53.5  37.4  30.8  36.4  53.5   2.8  0.7  3.1 18.3 40.0
  6.|-- 2001:470:1f13:c53::x       0.0%    0   500   500  67.9  46.1  40.9  46.0  67.9   3.1  1.8  3.2 24.3 46.4