[Opgelost] Traffic shaping probleem icm IPv6 tunnels?
-
- Starter
- Berichten: 17
- Lid geworden op: 25 nov 2014, 11:32
- Uitgedeelde bedankjes: 1 keer
- Bedankt: 3 keer
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.
Laatst gewijzigd door Horrorist 30 maa 2015, 19:22, in totaal 1 gewijzigd.
-
- Deel van't meubilair
- Berichten: 29849
- Lid geworden op: 28 okt 2003, 09:17
- Uitgedeelde bedankjes: 446 keer
- Bedankt: 1985 keer
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 ??)
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 ??)
-
- Starter
- Berichten: 17
- Lid geworden op: 25 nov 2014, 11:32
- Uitgedeelde bedankjes: 1 keer
- Bedankt: 3 keer
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.
-
- Starter
- Berichten: 17
- Lid geworden op: 25 nov 2014, 11:32
- Uitgedeelde bedankjes: 1 keer
- Bedankt: 3 keer
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.
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.
@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
Een IPV6 traceroute geeft meer problemen
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???
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
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
Het eigenaardige is dat dit altijd zeer goed gewerkt heeft tot ongeveer de veranderingen van Telenet een paar weken geleden???
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:
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