[Odido Klik&Klaar - 5G vast internet] Ervaringen & Discussie

[BiG-GuY]

jubeth schreef op donderdag 16 juli 2026 @ 13:57:
M.a.w. het antwoord op mijn vraag: Nee, het moment is NIET clientside te sturen. Je kunt wel iedere nacht om 5 uur een reset doen, of reboot, of dataconnectie vernieuwen, maar dan nog steeds pushed odido hun eigen moment eroverheen. Wat irritant weer.

Wie bedenkt nu dat die DHCP bij odido voor 24u is? Is voor K&K toch zinloos, om dat zo snel te laten verlopen? Het hele idee van K&K lijkt mij dat mensen dat minder mobiel inzetten, gewoon ergens lange tijd neerzetten. Dan kun je toch makkelijk uit met een DHCP lease van een maand of zelfs jaar of zo? Is het tekort aan IPv4 adressen zo schrijnend bij odido dat ze bang zijn voor langere leases of wat is hier de reden van? En zelfs dan is het vrij simpel om een scriptje te draaien wat alle ipv4 dhcp-leases die langer dan een dag geen ping-pong geven eruit te gooien, zodat ze weer vrij zijn om uit te geven. M.a.w. het probleem niet bij de klant neerleggen, maar bij jezelf, als verantwoordelijke.. (dat deden ze bij a2000/nlnet vroeger ook zo)

Ik weet niet wat voor technici men tegenwoordig heeft rondlopen bij die ISPs in NL, maar ze zijn mijns inziens echt beschamend slecht onderwezen, weten gewoon niet wat ze doen, waar ze mee bezig zijn, of waarom iets werkt zoals het werkt. Blijkens ook het feit dat ze nog steeds geen ipv6 doen bij odido. Zo moeilijk is dat echt niet. Als ze nog iemand zoeken, tegen een fatsoenlijk loon wil ik dat best voor ze regelen..

Dit is nou eenmaal hoe mobiele netwerken zijn opgebouwd: er bestaat geen permanente sessie. Een mobiele dataverbinding loopt via een PDP-context/PDN-sessie (in 5G een PDU-sessie), een tunnel tussen de mast en de kern van het netwerk. Die tunnel wordt om allerlei redenen periodiek afgebroken en opnieuw opgezet: door inactiviteit (energiebesparende idle-mode), door periodieke tracking area updates waarmee het netwerk je bereikbaarheid controleert, of door onderhoud aan een mast.

Ook met een statisch toegewezen IP-adres verandert dit niet: je krijgt bij elke nieuwe sessie gewoon hetzelfde adres terug, maar de sessie zelf wordt alsnog afgebroken en opnieuw opgezet, dus ook daar heb je een korte onderbreking. Het IP-adres wijzigt niet, maar permanent verbonden blijven bestaat sowieso niet in mobiele netwerken.

Dit is dus geen eigenaardigheid van Odido of K&K specifiek, maar een architecturaal kenmerk van elk 3GPP-netwerk (GPRS/UMTS/LTE/5G). Om dit anders te doen zou Odido hun hele sessie- en mobiliteitsbeheer moeten omgooien, niet alleen een instelling in een modem aanpassen. Sterker nog, Odido kan die sessietijd ook verkorten (bijvoorbeeld tot 8 uur) als er onderhoud gepland staat op je mast.

Bij een mobiele dataverbinding kan er letterlijk elke fractie van een seconde ergens een nieuwe connectie tot stand komen, doordat continu enorm veel apparaten tegelijk op- en afkoppelen van het netwerk. Daardoor is het praktisch onmogelijk om ooit weer exact hetzelfde IP-adres toegewezen te krijgen uit die gedeelde pool.

[franssie]

@BiG-GuY leuk stukje achtergrond, goed om te weten.

Bij een mobiele dataverbinding kan er letterlijk elke fractie van een seconde ergens een nieuwe connectie tot stand komen, doordat continu enorm veel apparaten tegelijk op- en afkoppelen van het netwerk. Daardoor is het praktisch onmogelijk om ooit weer exact hetzelfde IP-adres toegewezen te krijgen uit die gedeelde pool.

Betekent dit dan ook als ik bijvoorbeeld hard door NL rij, ik van verschillende masten steeds een ander IP adres krijg op mijn mobiele telefoon?
Vraag me ag hoe ik dit moet lezen.

[ernstoud]

jubeth schreef op donderdag 16 juli 2026 @ 13:57:
M.a.w. het antwoord op mijn vraag: Nee, het moment is NIET clientside te sturen. Je kunt wel iedere nacht om 5 uur een reset doen, of reboot, of dataconnectie vernieuwen, maar dan nog steeds pushed odido hun eigen moment eroverheen. Wat irritant weer.

Wie bedenkt nu dat die DHCP bij odido voor 24u is? Is voor K&K toch zinloos, om dat zo snel te laten verlopen? Het hele idee van K&K lijkt mij dat mensen dat minder mobiel inzetten, gewoon ergens lange tijd neerzetten. Dan kun je toch makkelijk uit met een DHCP lease van een maand of zelfs jaar of zo? Is het tekort aan IPv4 adressen zo schrijnend bij odido dat ze bang zijn voor langere leases of wat is hier de reden van? En zelfs dan is het vrij simpel om een scriptje te draaien wat alle ipv4 dhcp-leases die langer dan een dag geen ping-pong geven eruit te gooien, zodat ze weer vrij zijn om uit te geven. M.a.w. het probleem niet bij de klant neerleggen, maar bij jezelf, als verantwoordelijke.. (dat deden ze bij a2000/nlnet vroeger ook zo)

Ik weet niet wat voor technici men tegenwoordig heeft rondlopen bij die ISPs in NL, maar ze zijn mijns inziens echt beschamend slecht onderwezen, weten gewoon niet wat ze doen, waar ze mee bezig zijn, of waarom iets werkt zoals het werkt. Blijkens ook het feit dat ze nog steeds geen ipv6 doen bij odido. Zo moeilijk is dat echt niet. Als ze nog iemand zoeken, tegen een fatsoenlijk loon wil ik dat best voor ze regelen..

Man wat een rant.

Je wilt als ISP bij mobiel verkeer geen hangende verbindingen. Dus die onderbreking. Heeft niets met DHCP lease te maken.

[BiG-GuY]

franssie schreef op donderdag 16 juli 2026 @ 16:44:
@BiG-GuY leuk stukje achtergrond, goed om te weten.

[...]

Betekent dit dan ook als ik bijvoorbeeld hard door NL rij, ik van verschillende masten steeds een ander IP adres krijg op mijn mobiele telefoon?
Vraag me ag hoe ik dit moet lezen.

Nee, dat is juist waar handover voor bestaat: als je van mast wisselt tijdens het rijden, draagt het netwerk je radioverbinding over naar de volgende mast, maar blijft je IP-adres en sessie gewoon intact. Zou dat niet zo werken, dan zou elk telefoongesprek of elke download afbreken zodra je van cel wisselt. De 24-uurs sessievernieuwing waar het eerder over ging is een losstaande, bewuste keuze van de provider, niet iets dat gebeurt doordat je fysiek van mast wisselt.

Alleen als je even helemaal geen bereik hebt (tunnel, dood gebied) en dus echt loskoppelt van het netwerk, of als de mast waar je naartoe gaat te druk is om de handover op tijd af te ronden, kun je bij het opnieuw verbinden een nieuwe sessie en mogelijk een nieuw adres krijgen. Dat laatste komt sinds 5G in de praktijk nog maar zelden voor, tenzij je ergens rijdt met extreme lokale drukte, zoals rond een festival.

Bij hogere snelheden wordt de kans op mislukte handovers wel steeds groter naarmate je sneller rijdt, maar een harde snelheidsgrens staat niet in de specificatie. Uit praktijktests op hogesnelheidstreinen is wel waargenomen dat handover daadwerkelijk vaker misgaat: bij 200 km/h ongeveer 5,5% van de handovers, oplopend naar 12,1% bij 300 km/h en 12,6% bij 350 km/h. In verreweg de meeste gevallen (77 tot 90%) gaat het dan om een "late handover", het toestel ontvangt het handover-commando simpelweg niet op tijd voordat het buiten bereik van de bronmast raakt. Dit komt vooral door het Doppler-effect bij hoge snelheid en de korte tijd die het toestel nog in elke cel doorbrengt, in combinatie met (bij treinen) extra signaaldemping door de vaak deels metaalgecoate ramen en carrosserie. Op de snelheid van een auto op de snelweg (tussen de 100-130 km/h) merk je hier in de praktijk vrijwel niets van.

[ Voor 26% gewijzigd door BiG-GuY op 16-07-2026 17:18 ]

[Miglow]

BiG-GuY schreef op donderdag 16 juli 2026 @ 17:11:
[...]

Nee, dat is juist waar handover voor bestaat: als je van mast wisselt tijdens het rijden, draagt het netwerk je radioverbinding over naar de volgende mast, maar blijft je IP-adres en sessie gewoon intact. Zou dat niet zo werken, dan zou elk telefoongesprek of elke download afbreken zodra je van cel wisselt. De 24-uurs sessievernieuwing waar het eerder over ging is een losstaande, bewuste keuze van de provider, niet iets dat gebeurt doordat je fysiek van mast wisselt.

Alleen als je even helemaal geen bereik hebt (tunnel, dood gebied) en dus echt loskoppelt van het netwerk, of als de mast waar je naartoe gaat te druk is om de handover op tijd af te ronden, kun je bij het opnieuw verbinden een nieuwe sessie en mogelijk een nieuw adres krijgen. Dat laatste komt sinds 5G in de praktijk nog maar zelden voor, tenzij je ergens rijdt met extreme lokale drukte, zoals rond een festival.

Bij hogere snelheden wordt de kans op mislukte handovers wel steeds groter naarmate je sneller rijdt, maar een harde snelheidsgrens staat niet in de specificatie. Uit praktijktests op hogesnelheidstreinen is wel waargenomen dat handover daadwerkelijk vaker misgaat: bij 200 km/h ongeveer 5,5% van de handovers, oplopend naar 12,1% bij 300 km/h en 12,6% bij 350 km/h. In verreweg de meeste gevallen (77 tot 90%) gaat het dan om een "late handover", het toestel ontvangt het handover-commando simpelweg niet op tijd voordat het buiten bereik van de bronmast raakt. Dit komt vooral door het Doppler-effect bij hoge snelheid en de korte tijd die het toestel nog in elke cel doorbrengt, in combinatie met (bij treinen) extra signaaldemping door de vaak deels metaalgecoate ramen en carrosserie. Op de snelheid van een auto op de snelweg (tussen de 100-130 km/h) merk je hier in de praktijk vrijwel niets van.

In de vrachtwagen zoals ik het gebruik merk ik daar inderdaad ook niets van. Als mijn TOMTOM fleet kaarten moet updaten loopt dat gewoon door.