USG4 Pro / KPN glasvezel / IPv6

[marvoo]

Hallo,

Ik heb KPN glasvezel en probeer IPv6 werkend te krijgen, maar dit wil niet lukken. IPv4 werkt wel gewoon.

Ik heb een USG4 Pro. Op de WAN / LAN poorten zit niets aangesloten.
In de SFP1 poort zit een glasvezel module, deze is direct verbonden op de inkomende glasvezel. De ONT van KPN gebruik ik dus niet. De SFP1 poort staat ingesteld als WAN1.
In de SFP2 poort zit ook een glasvezel module, deze is verbonden met een USW 24 sitch. De SFP2 poort staat ingesteld als LAN.

Bij de instellingen staat IPv4 alsvolgt ingesteld.
PPPoE
Username ingevuld.
Password ingevuld.
DNS: auto
VLAN ID: 6
QoS tag: 1

Bij IPv6 had ik dit ingesteld:
DHCPv6
Prefix Delegation Size: 48
DNS: auto

Veel meer is er ook niet in te stellen...

Maar ik krijg geen IPv6 adres toegewezen. Als ik kijk op https://ipv6-test.com/ dan staat er ook not supported bi IPv6.
Iemand een idee waarom het niet werkt? Ben al wat aan het googlen geweest, maar wordt er niet veel wijzer van.
Hoor het graag.

 

[Davey400]

Stomme vraag wellicht, maar heb je er ook aan gedacht om IPv6 op het default LAN in te schakelen en toe te wijzen aan de juist WAN interface?

Oh ja, en een reboot van de USG4 er achter aan. Ik weet het, draait Linux, zou niet nodig moeten zijn, maar op de UDM is dat het wel.

 

[mdzwarts]

Ik meen ergens gelezen te hebben dat KPN geen ipv6 uitdeelt aan de router zelf, maar dat alleen de apparaten in het netwerk een "publiek" ipv6 adres krijgen met de prefix delegation. Dat betekent dus dat er voor je computers meerdere ipv6 adressen uitgedeeld worden: die van de local loop, maar ook die van KPN binnen de delegation block.

 

[marvoo]

Als ik op mijnkpn kijk bij ip adressen dan zie ik daar een ipv4 en ipv6 adres staan. Ik denk dat deze dan toegewezen zouden moeten worden.
De ipv4 krijg ik netjes.
Op het default lan had ik het niet aangezet.
Zal dat eens doen en kijken of het werkt.

 

[marvoo]

Stomme vraag wellicht, maar heb je er ook aan gedacht om IPv6 op het default LAN in te schakelen en toe te wijzen aan de juist WAN interface?

Oh ja, en een reboot van de USG4 er achter aan. Ik weet het, draait Linux, zou niet nodig moeten zijn, maar op de UDM is dat het wel.

Dat had ik niet gedaan. Heb dat nu ook aangezet en nu krijg ik wel een ipv6 adres.
Maar nu heb ik nog meer vragen.
- Bij de WAN instellingen moet ik een Prefix Delegation Size van 48 opgeven. Is dat bij het default LAN ook zo? Ik heb dat nu gedaan en het werkt, maar elders lees ik weer dat het 64 zou moeten zijn.
- Bij default LAN kan ik kiezen voor dhcpv6 of SLAAC als ik hem van auto op manual zet. Wat is het verschil hier tussen? Dat wordt mij ook niet echt duidelijk.
Het is toch allemaal even anders dan IPv4...

 

[Davey400]

Je moet de prefix intern aanhouden die de provider opgeeft.
In jouw geval dus /48. Vergelijk het met een IPv4 adres; jij krijgt dus gewoon een paar miljoen extra adressen beschikbaar intern dan iemand met een /64.

Dan SLAAC VS DHCP in het kort: bij DHCP deelt een centraal device het op adres uit. Bij SLAAC bedenkt een cliënt zelf iets (binnen de toegestane /48 range) en controleert of dat adres beschikbaar is. Zo ja, dan wordt het dat.

 

[marvoo]

Je moet de prefix intern aanhouden die de provider opgeeft.
In jouw geval dus /48. Vergelijk het met een IPv4 adres; jij krijgt dus gewoon een paar miljoen extra adressen beschikbaar intern dan iemand met een /64.

Dan SLAAC VS DHCP in het kort: bij DHCP deelt een centraal device het op adres uit. Bij SLAAC bedenkt een cliënt zelf iets (binnen de toegestane /48 range) en controleert of dat adres beschikbaar is. Zo ja, dan wordt het dat.

Ok, duidelijk. Het werkt nu, maar een ding is vreemd.
Ik heb glasvezel van KPN, 1G up en down.
Als ipv6 uit staat, dan haal ik met gemak in de 900 up en down. Maar als ik het aan zet, dan komt hij maar net over de 500 up en down.
Ik heb het paar keer geprobeerd, maar met ipv6 aan is de snelheid beduidend lager. Heb je daar nog een idee over?

 

[Davey400]

Heb je het dan over een speedtest vanaf een client, of vanaf de USG?

 

[marvoo]

Heb je het dan over een speedtest vanaf een client, of vanaf de USG?

Vanaf een bekabelde desktop pc.

 

[Davey400]

En heb je dat met alle verschillende speedtest-aanbieders?
Bijvoorbeeld ook al met Ubiquiti's eigen wifiman.com geprobeerd?
(Overigens zie ik bij zowel speedtest.net als wifiman.com dat het testpunt dat wordt gebruikt alsnog IPv4 is...)
Ik herken het gedrag dat jij beschrijft niet; heb hier altijd IPv6 aan staan.

Geen idee of de factor PPPoE in dit geval van invloed is; dat is nogal een zware taak voor de USG omdat dat softwarematig moet worden afgehandeld.
Wellicht dat iemand met anders met KPN en PPPoE eens kan proberen te reproduceren; hier ken ik het gedrag niet.
(Toen ik nog op KPN zat was ik al blij met 60 down en 17 up...)

 

[marvoo]

Ik heb het even met een aantal geprobeerd met ipv6 aan.
speedtest.net geeft 330 down / 580 up
de app van speedtest.net 540 down / 550 up.
Speedtest van kpn 315 down / 560 up.
Speedtest .nl 951 down / 706 up.

Enkel de laatste geeft een redelijk resultaat. Als ik ipv6 uitschakel en enkel op ipv4 draai dan is het op bovenstaande allen dik in de 900 up en down.
Getest op een bekabelde desktop. Zou dat aan de usg4 kunnen liggen? Ik heb voor de rest niks aan staan zoals ids / ips enzo.
Ik laat voor nu ipv6 maar even uit staan.

 

[Davey400]

Je zou de cpu-usage kunnen monitoren met IPv6 aan.
Heb je bewust Ubiquiti’s eigen Wifiman.com vermeden?

 

[marvoo]

Ik zal wifiman.com morgen nog eens testen en de cpu in de gaten houden.
Als hij over zijn nek gaat, dan toch maar eens nadenken over een uxg pro.
Ik wil perse een 19" model en geen UDM.

 

[Davey400]

toch maar eens nadenken over een uxg pro.
Ik wil perse een 19" model en geen UDM.

Benieuwd naar de motivatie voor het afwijzen van de UDM* t.o.v. de UXG Pro.
Is dat omdat je dan niet de controller op de gateway/firewall hoeft te draaien?

*(waarbij ik er even van uit ga dat je met een UDM niet 'het torentje' bedoelt, maar een Pro of SE)

 

[marvoo]

Nog eens wat diverse tests gedaan met ipv6 aan.
speedtest.net rond de 600 up en down
speedtest.nl down in de 900 up rond de 850.
kpn speedtest rond de 300 down en 600 up. (triest)
wifiman.com rond de 850 down en 800 up.

Het CPU gebruik krijg ik niet hoger dan 9,8%, memory 5%.
Zo "hoog" doet hij enkel als ik de speedtest van kpn uitvoer. Daar geeft hij op de site ook het ipv6 adres weer en niet het ipv4, zoals bij de andere.
Het resultaat is daar ook het slechst van allemaal.
Wellicht is dat toch teveel voor de USG4 daar het meen ik ook een pppoe verbinding is.
Als er mensen zijn met een UDM pro, of een UXG pro die ipv6 ook aan hebben staan en die wel up en down in de 900 halen bij KPN, dan hoor ik dat graag.

Ik bedoel idd niet dat torentje.
Ik heb liever de componenten los. Als de UDM de geest geeft is alles in 1x uit.
Mocht de cloudkey defect gaan, dan heb ik er nog een op reserve liggen. Een andere modem of gateway heb ik ook nog wel.
Ik heb een losse cloudkey die netjes in zijn rackmount zit en een USW24 PoE eronder.

 

[Davey400]

Je bent https://openspeedtest.com/ nog vergeten.

Wel grappig; dat verschil tussen de KPN speedtest en die van Speedtest . net. Beiden zijn dezelfde test, maar die van KPN connect ook bij mij inderdaad naar een IPv6 testserver, waar de Ookla eigen site naar een IPv4 gaat.

 

[Davey400]

Ik werd toch wel getriggerd door jouw opmerkingen over de verschillen.
Denk ook niet altijd dat het alleen aan jouzelf ligt. Om dat te illustreren het volgende:

Op https://inonius.net/speedtest/ kun je beide stacks in één keer testen:


Aan de latency te zien staan deze servers ver weg. Het verschil tussen IPv6 en IPv4 blijft echter interessant; over deze afstanden is IPv6 kennelijk efficiënter, óf hun IPv6 server is 'beter'. Ook bij hertests zijn resultaten vergelijkbaar.

Dan terug op die KPN test, die dus eigenlijk de Ookla test is. Ook bij mij is die bij IPv6 niet optimaal, ook bij herhaling vergelijkbaar gedrag waarbij upload prima is, maar donwload elke keer instort:

Doe ik een technisch zelfde test maar gehost door een andere partij, (http://dualstack.speedtestcustom.com/) dan is het ineens (en ook weer bij herhaling):


M.a.w.: een speedtest is ook maar een meting en geen absolute waarheid. 'Real Life Speed' is veel relevanter en afhankelijk van veel meer factoren.
Een aardige URL om daar mee te testen is die van Cloudflare; veel websites worden immers door hen gehost: https://speed.cloudflare.com/
Alleen kan het zijn dat je daar wat minder vrolijk van wordt omdat het een combinatie van testen is en de grafieken niet heel mooi worden:


Scroll je wat verder naar onder dan zie je wat meer details m.b.t. wat verschillende bestandsgroottes voor een invloed hebben op de prestaties:


En als je het dan nog niet beu bent kun je ook nog eens gaan testen met https://www.azurespeed.com/Azure/Download waar je helemaal een interessante mix van tests kunt uitvoeren tegen verschillende Azure datacenters. Helaas visueel niet allemaal even spectaculair, alhoewel latency bijvoorbeeld nog wel grappig is om te zien wat afstand doet:


Zo. Jij kunt weer aan de slag. En ik weer aan het werk.

 

[marvoo]

Het probleem zat hem idd in de USG4 en pppoe op ipv6. Iets met hardware offload wat dan niet gaat ofzo.
Vandaag even een UXG pro erin geschroefd en geconfigureerd. Ding is een flink stuk vlotter dan de USG4 pro op ipv6.
Ook fijn dat hij een flink stuk stiller is en dan had ik de originele luidruchtige ventilatoren al vervangen door een "stille"variant.