Mark Ziggo Tja, op kantoor is denk ik lastig. Ik verwacht niet dat jullie voor jullie hele kantoor een Arris Connect Box gebruiken. Dat mag ik niet hopen althans. Mochten jullie wel zo'n ding hebben, is het simpel: zet er één in bridge mode, hang er een router met OpenWrt achter (ik wil er jullie best één doneren), maak een account aan op tunnelbroker.net en stel die in als 6in4 voor de WAN6-interface. Documentatie staat hier: https://openwrt.org/docs/guide-user/network/ipv6_ipv4_transitioning
Ik hoor sommige mensen op andere fora beweren dat de Arris en Compal Connect Boxen geen echte bridge mode doen (als in een OSI Level 2 switch), maar dit softwarematig uitvoeren in OSI Level 3. Men geeft daar alleen geen technische uitleg over, dus ik weet niet of het waar is.
Dat zou vraag 1 zijn:
"Zitten er verschillen in de implementatie van bridge mode tussen de firmware op Connect Boxen en die op oudere modemrouters?"Daar moeten we echt een eerlijk antwoord op hebben, anders gaan we hele verkeerde kanten op zoeken.
Ergens kan het ook bijna niet anders, want hoe kan een "domme" switch anders verantwoordelijk zijn voor zulke verschillen in throughput afhankelijk van het protocol. Zoals
Ern st al liet zien, is het echt specifiek Protocol41 (de vorm van 6in4 die HE.net onder andere gebruikt) die belemmerd wordt. Dat is ook precies het ontzettend vervelende aan dit euvel, want het is al vervelend dat IPv6 in bridge mode niet werkt, en hiermee is de beste workaround voor klanten die IPv6 in bridge mode willen ook vrijwel onwerkbaar geworden.
Verder zal ik vooral moeten aantonen dat andere modems in een verder identieke configuratie het verschil maken.
Dus bij dezen een vergelijking tussen twee modems met daarachter identieke routers met identieke firmware (TP-Link TL-WDR4300 met OpenWrt 18.06.4):
Eerst bij m'n moeder thuis; een
Ubee EVW 3226 met een 50/5Mbps-verbinding.
Over native IPv4:
root@eyjafjallajokull:~# date && wget -4 -O /dev/null http://ftp.bit.nl/speedtest/500mb.bin && date
Tue Jul 30 18:03:38 CEST 2019
Downloading 'http://ftp.bit.nl/speedtest/500mb.bin'
Connecting to 213.136.12.213:80
Writing to '/dev/null'
/dev/null 100% |*******************************| 476M 0:00:00 ETA
Download completed (500000000 bytes)
Tue Jul 30 18:04:56 CEST 2019
Totaal 78 seconden voor 500MB. Oftewel (500 * 8 ) / 78 = 51,28Mbps.
Dan door de HE.net-tunnel:
root@eyjafjallajokull:~# date && wget -6 -O /dev/null http://ftp.bit.nl/speedtest/500mb.bin && date
Tue Jul 30 18:06:10 CEST 2019
Downloading 'http://ftp.bit.nl/speedtest/500mb.bin'
Connecting to 2001:7b8:3:37::21:3:80
Writing to '/dev/null'
/dev/null 100% |*******************************| 476M 0:00:00 ETA
Download completed (500000000 bytes)
Tue Jul 30 18:08:01 CEST 2019
Totaal 111 seconden voor 500MB. Oftewel (500 * 8 ) / 111 = 36,04Mbps.
Dit is zo'n 70,3% van de IPv4-throughput. Klinkt allemaal zeer aannemelijk.
Dan bij mij thuis; een
Arris Connect Box met een 250/25Mbps-verbinding.
Over native IPv4:
root@reykjavik:~# date && wget -4 -O /dev/null http://ftp.bit.nl/speedtest/500mb.bin && date
Tue Jul 30 18:08:14 CEST 2019
Downloading 'http://ftp.bit.nl/speedtest/500mb.bin'
Connecting to 213.136.12.213:80
Writing to '/dev/null'
/dev/null 100% |*******************************| 476M 0:00:00 ETA
Download completed (500000000 bytes)
Tue Jul 30 18:08:39 CEST 2019
Totaal 25 seconden voor 500MB. Oftewel (500 * 8 ) / 25 = 160Mbps.
Dan door de HE.net-tunnel:
root@reykjavik:~# date && wget -6 -O /dev/null http://ftp.bit.nl/speedtest/500mb.bin && date
Tue Jul 30 18:09:45 CEST 2019
Downloading 'http://ftp.bit.nl/speedtest/500mb.bin'
Connecting to 2001:7b8:3:37::21:3:80
Writing to '/dev/null'
/dev/null 100% |*******************************| 476M 0:00:00 ETA
Download completed (500000000 bytes)
Tue Jul 30 18:13:44 CEST 2019
Totaal 239 seconden voor 500MB. Oftewel (500 * 8 ) / 239 = 16,74Mbps.
Dit is slechts 10,5% van de IPv6-troughput. Dramatisch dus.
Dan nog andere verklaringen bedenken. Stel dat het niet aan de firmware ligt en dat er niets in de TCP/IP-stack van de Connect Box is dat dit veroorzaakt. Dan zou er nog iets in één van jullie routers of switches kunnen gebeuren dat bijvoorbeeld packet loss veroorzaakt op de IPv4-route van mijn router thuis naar HE's IPv4-endpoint. Het zou in theorie kunnen dat Connect Boxen met andere Ziggo ISP-routers verbinden dan oudere modems doen. Ik kan dit vrij makkelijk testen, al heb ik maar 3 routers waarvan ik het kan doen, dus echt een goede steekproef is het niet.
Eerst bij mij thuis, dus de
Arris Connect Box gebridged naar mijn WDR4300 met OpenWrt:
root@reykjavik:~# traceroute -4 tserv11.ams1.ipv6.he.net
traceroute to tserv11.ams1.ipv6.he.net (216.66.84.46), 30 hops max, 38 byte packets
1 92-109-197-1.cable.dynamic.v4.ziggo.nl (92.109.197.1) 59.552 ms 13.382 ms 14.262 ms
2 212.142.4.9 (212.142.4.9) 11.706 ms 14.011 ms 14.751 ms
3 asd-rc0001-cr101-be114-2.core.as33915.net (213.51.7.98) 16.834 ms 13.661 ms 18.335 ms
4 * nl-ams17b-rc1-lag61-2.core.as33915.net (213.51.64.34) 14.608 ms 18.867 ms
5 de-fra01b-rc1-ae40-0.aorta.net (84.116.130.10) 22.716 ms 21.897 ms 21.213 ms
6 at-vie15a-rd1-ae7-0.aorta.net (84.116.137.34) 30.692 ms 29.874 ms 27.208 ms
7 10ge10-2.core1.fra1.he.net (216.66.87.125) 24.527 ms 24.077 ms 21.245 ms
8 100ge6-1.core1.ams1.he.net (72.52.92.5) 22.531 ms 25.578 ms 21.640 ms
9 tserv1.ams1.he.net (216.66.84.46) 20.457 ms 20.092 ms 19.268 ms
Dan bij m'n moeder thuis, dus de
Ubee EVW 3226 gebridged naar haar WDR4300 met OpenWrt:
root@eyjafjallajokull:~# traceroute -4 tserv11.ams1.ipv6.he.net
traceroute to tserv11.ams1.ipv6.he.net (216.66.84.46), 30 hops max, 38 byte packets
1 dhcp-077-250-100-001.chello.nl (77.250.100.1) 13.218 ms 12.050 ms 11.280 ms
2 212.142.53.41 (212.142.53.41) 14.902 ms 11.018 ms 11.180 ms
3 asd-tr0021-cr101-be114-2.core.as33915.net (213.51.7.100) 12.089 ms 10.597 ms 13.070 ms
4 * nl-ams02a-rc2-lag61-4.core.as33915.net (213.51.64.162) 8.630 ms nl-ams02a-rc2-lag60-2.core.as33915.net (213.51.64.134) 15.571 ms
5 nl-ams17b-rc1-lag-40-0.aorta.net (84.116.130.9) 24.195 ms 27.962 ms 22.836 ms
6 de-fra01b-rc1-ae40-0.aorta.net (84.116.130.10) 23.502 ms 20.740 ms 21.382 ms
7 at-vie15a-rd1-ae7-0.aorta.net (84.116.137.34) 20.024 ms 24.511 ms 20.961 ms
8 10ge10-2.core1.fra1.he.net (216.66.87.125) 19.940 ms 22.503 ms 20.989 ms
9 100ge6-1.core1.ams1.he.net (72.52.92.5) 20.488 ms 39.939 ms 18.047 ms
10 tserv1.ams1.he.net (216.66.84.46) 18.879 ms 25.407 ms 20.894 ms
En nog bij mijn grootouders, ook een
Ubee EVW 3226 gebridged naar hun WDR4300 met OpenWrt:
root@snaefellsnes:~# traceroute -4 tserv11.ams1.ipv6.he.net
traceroute to tserv11.ams1.ipv6.he.net (216.66.84.46), 30 hops max, 38 byte packets
1 dhcp-077-249-244-001.chello.nl (77.249.244.1) 11.610 ms 12.672 ms 13.397 ms
2 212.142.53.41 (212.142.53.41) 12.187 ms 10.318 ms 15.009 ms
3 asd-tr0021-cr101-be114-2.core.as33915.net (213.51.7.100) 12.866 ms 10.981 ms 12.056 ms
4 * nl-ams02a-rc2-lag60-2.core.as33915.net (213.51.64.134) 12.080 ms nl-ams02a-rc2-lag61-4.core.as33915.net (213.51.64.162) 12.090 ms
5 nl-ams17b-rc1-lag-40-0.aorta.net (84.116.130.9) 28.808 ms 20.545 ms 21.491 ms
6 de-fra01b-rc1-ae40-0.aorta.net (84.116.130.10) 22.952 ms 19.633 ms 21.712 ms
7 at-vie15a-rd1-ae7-0.aorta.net (84.116.137.34) 26.813 ms 22.013 ms 22.181 ms
8 10ge10-2.core1.fra1.he.net (216.66.87.125) 21.242 ms 22.960 ms 21.395 ms
9 100ge6-1.core1.ams1.he.net (72.52.92.5) 21.480 ms 19.029 ms 19.707 ms
10 tserv1.ams1.he.net (216.66.84.46) 21.492 ms 17.841 ms 19.699 ms
In alle drie de gevallen zijn de eerste 4 hops van Ziggo (jullie hebben BGP AS 33915). De Ubee's komen allebei kennelijk als eerste bij 212.142.53.41, terwijl mijn Arris bij 212.142.4.9 komt. Daar zou ik dan eerst eens op kijken. Kan daar iets zijn dat Protocol41 bemoeilijkt? Komt
Ern st wellicht ook via die hop Ziggo's backbone binnen?
De volgende hop voor de Ubee's is asd-tr0021-cr101-be114-2.core.as33915.net. Het PTR-record verraadt dat dat een core router in de AMS-IX is. Mijn Arris komt daarna echter bij een andere router; namelijk asd-rc0001-cr101-be114-2.core.as33915.net. Daar geldt weer hetzelfde: is daar veel packet loss te zien voor Protocol41?
Vraag twee luidt dus:
"Is er een verschil in routes van nieuwere Connect Boxen en oudere modems van het huis van de klant naar de AMS-IX? En zo ja, gaat er wellicht iets mis op de routers in dat pad?"Dan is er nog een derde optie natuurlijk: dat ik een ander modem probeer. Ik woon in voormalig UPC-gebied, dus ik weet niet of het daar makkelijk voor
Mark Ziggo of collega's is om andere modems te activeren. Ik zou bijvoorbeeld best bereid zijn om op Marktplaats te zoeken naar een afgedankt modem dat gebruikt werd in fUPC-gebied en het MAC-adres daarvan door te geven. Wellicht kan ik nog wel zo'n zelfde Ubee vinden, maar over Technicolor TC7210's hoor ik ook goede dingen.
Of Ziggo moet mij een zakelijk modem willen geven, indien de TFTP-servers die kunnen provisionen voor consumentenverbindingen; dat vind ik ook best. Ik wil zelfs wel wat betalen ervoor.
Mark Ziggo Voor mijn werk heb ik echt IPv6 nodig (ik werk in de IoT). Dat IPv6 in bridge mode niet werkt, is al lastig genoeg, maar als tunnels ook zo brak zijn, is het voor mij echt onwerkbaar. Ik wil je gerust mijn contactgegevens geven en sta absoluut open om hierover direct in gesprek te gaan met netwerkengineers. Ik heb zelf ook een aantal jaren gewerkt als senior engineer voor een hostingprovider, dus ik denk dat ik absoluut kan helpen. Afhankelijk van waar jullie kantoor zit, wil ik zelfs wel een keer langskomen om alle vragen te beantwoorden en dingen te demonstreren.
