Wat is de reden dat IPv6 op de Experiabox V10 problemen geeft?

​@joop2011 ik heb IPv6 in de Experiabox v10 aan staan, en geen enkel probleem met IPv6 op pc en Samsung Galaxy S23. De Samsung telefoon heeft zowel een IPv4 als een IPv6 adres. Alles werkt hier.

Hier ook geen probleem met V10/A26 Samsung. Het is buitengewoon moeilijk daar duidelijke info over te vinden. Er wordt ook gesproken over overactief energiebeheer waardoor IPv6 problemen ontstaan. Dat is dan een combinatie KPN parameters/telefoon parameters.  

Wat in ieder geval duidelijk is: als het waar is dat Android IPv6/DHCPv6 prefix-delegatie gaat gebruiken op een manier  waar het eigenlijk niet voor bedoeld is, dan moet Google goede code schrijven om fouten op te vangen en KPN moet zorgen voor een volledig werkende PD implementatie, die al lang op de rol staat.

Helaas heeft de Samsung S25 FE en andere toestellen van Samsung en andere merken wel problemen.

Gelukkig dat uw toestel geen probleem heeft.

Het is ook niet met alle app.s, alleen enkele specifieke app's 

Klopt ook de A serie van Samsung heeft dit probleem niet.

Maar zoals al vermeld, vele anderen wel.

Zelfs de Sagemcom DIW7022 heeft met o.a. Netflix problemen met IPv6 van de KPN modem (router).

AI-overzicht

IPv6 uitzetten is uiteraard de meest effectieve methode om geen problemen met IPv6 te hebben.

APN IPv4 geldt voor het mobiele netwerk. Het KPN mobiele netwerk is IPv6 is met een truc om IPv4 adressen te bereiken. IPv4 APNs schijnen met recente SIMS niet meer te werken (?) 

Vliegtuigmodus en netwerk resetten zou kunnen wijzen op problemen door energiebeheer. De Wifi verbinding uit- en aanzetten zou hetzelfde moeten doen. Eigenlijk zou het probleem zich dan binnen een minuut zelf moeten oplossen als een nieuwe router advertisement binnenkomt, maar blijkbaar gebeurt dat niet. 

Hartelijk dank voor de reactie.

Inderdaad, bij enkele telefoons en een paar apparaten is en blijft er een probleem.

Hopelijk kan KPN (samen met o.a. Samsung) het probleem snel oplossen.

Een eerdere opmerking van KPN dat IPv6 via 5G netwerk anders dan via WIFI, is natuurlijk pure onzin.

Groetjes,

Joop

Pure onzin wil ik niet zeggen. Via Wifi kan ik nagaan hoe de IPv6 adressen verkregen worden: SLAAC met hulp van de DHCPv6 server die nog de IPv6 DNS server en het “home” zoekdomein doorgeeft. (Info request)  Werkt correct met Windows, Linux, oude IOS en Android hier.  Alles voorzien van “lifetimes”.

Wat er achter de 4G en 5G antennes allemaal gebeurt kan ik niet zien, ik weet alleen dat de telefoons ook IPv6  adressen krijgen en IPv4 in IPv6 verpakt wordt. Maar de details kunnen best anders zijn.

Nu hopen dat KPN samen met o.a. Samsung het snel kan oplossen.

Dan zijn er velen weer blij.

Tot die tijd laat ik IPv6 op de Experiabox V10 uit staan.

En dat heeft weinig met de WiFi van (Samsung) telefoons te maken 🙄

Het is een IPv6 probleem via WIFI.

Of het aan de Ssmsung mobiel of aan de KPN modem (router) ligt, is niet bekend.

Ik denk dat KPN en Samsung het samen moeten kunnen oplossen.

P.S.

Het IPv6 probleem is niet alleen op de Samsung mobiel (S25 FE o.a.), maar ook op vele andere apparaten zoals eerder in deze topic vermeld.

Verdeeld over de hoeveelheid merken en modellen apparatuur is dat meer op een  aantal andere apparaten. Anders zouden de diverse forums veel voller staan betreffende dergelijke problemen.

Het is natuurlijk vervelend maar kan je bepaalde diensten of websites niet bereiken nu ipv6 uitstaat? Als je daar geen verschil in merkt heeft dat hele ipv6 geen eens meerwaarde.

Op welke andere forums hebt men standaard een KPN modem?

​@Rowi. 

Met IPv6 uit kan je bijna alles bereiken.

Tot nu toe mis ik niets met IPv6 uit.

En het probleem, zie in een eerdere reactie in deze topic, is vooral op het KPN modem (router) en ook bij Ziggo. (zoals in een eerdere reactie vermeld.

Zoals al een paar keer vermeld, laten we rustig op een oplossing van Samsung, Sagemcom, etc. in samenwerking (in ons geval) met KPN.

Er zijn ook provider onafhankelijke forums. En naast KPN levert Sagemcom ook de modem routers aan Ziggo.

Vanuit KPN/Sagemcom en Samsung verwacht ik persoonlijk geen andere oplossing dan wat nu wordt aangeraden ipv6 uitzetten.

Ik weet niet waar je dit op baseert, maar dat hoeft helemaal niet.

Zie ook mijn eerdere reacties in deze topic.

En niet alleen de Samsung S25 FE heeft dit probleem.

Er zijn veel meer apparaten, zoals eerder in deze topic vermeld.

Dus laten we rustig op een oplossing van KPN of Samsung of?? afwachten.

En niet speculeren. 😉

Die meer apparaten klopt wel met als verbindende factor Android. Het blijft echt een model gericht probleem.

Samsung ontwikkeld al weer nieuwe modellen dus die zullen voor dit model niet veel meer gaan doen. 

KPN kan natuurlijk aan hun software zaken veranderen echter garandeert dat niks betreffende bepaalde hardware van derden.

​@Rowi. 

Er staat ook een iPhone bij met het IPv6 probleem.

Volgens mij is dat geen Andoid apparaat.

En het is ook niet zeker of het wel een Android probleem is.

Eerder is het een UI (user interface) probleem, maar ook dat is niet zeker.

Maar het kan ook een probleem van de modem (router) zijn.

Dus is het om rustig af te wachten.

Of je moet een perfecte oplossing hebben, dan horen wij het graag.

Want er zijn heel veel meer mensen die daarop wachten.

IPv6 probleem bij Ziggo kan men eenvoudig oplossen met SLAAC instelling in modem, deze instelling ontbreekt bij KPN modem.

Misschien is dit de oplossing.

Hopen dat KPN het ook gaat toevoegen.

Het is dan ook redelijk kpn specifiek, ​@Rowi. .

Met vooral Samsung s23, s24, s25 modellen. 

Met de DIW7022 hier overigens nooit problemen gehad toen IPv6 nog aan stond, ​@joop2011 . 

​@TDN  SLAAC is de gebruikte methode bij de KPN software. Automatische adres configuratie plus extra informatie van de DHCPv6 server. Dit werkt.

Net kort even geprobeerd met Samsung A26 Android en Linux NetworkManager als access point, dan kan ik met Wireshark zien wat er gebeurt. Android stuurt router solicitation, krijgt router advertisement en werkt.  Helaas zonder "extra information” bit in de NetworkManager advertisement, dus nog niet helemaal vergelijkbaar met KPN software. Werk in uitvoering. 

 ​@PeterG  Met de DIW hier soms problemen met Youtube en NPOStart. Ik weet echt niet of dat komt omdat de DIW IPv6 adressen verzamelt, of iets in het grafische systeem. Na een herstart werkt alles weer, maar dan is er weer de normale hoeveelheid van 5 IPv6 adressen. Helaas onvoldoende diagnose tools. 

Juist deze SLAAC met DHCPv6 veroorzaakt problemen. Deze manier van configureren combineert 2 manieren van krijgen van IPv6, en deze zijn eigenlijk tegenpolen van elkaar.

• SLAAC, cliënt kiest zijn IPv6 adres en de router checkt op duplicaten
• DHCPv6, router vergeeft IPv6 adressen aan cliënten

Indien men SLAAC gebruikt en informaties van router wil krijgen, dan beter alleen DNSv6 te gebruiken. Dit hele gedoe van mixen door mekaar veroorzaakt problemen met android, tot Google beslist ook DHCPv6-PD te ondersteunen. Nieuwe telefoons (vanaf android 14 standaard en vanaf android 11 met actuele playservices-updates) hebben eigenlijk geen problemen meer. Waarom hebben bepaalde samsung telefoons nog steeds dit probleem, heeft waarschijnlijk de oorzaak van het tegenhouden van playservices-updates door Samsung.

Wat ik begrepen heb van SLAAC: De router zendt een router advertisement, de client interpreteert dit en berekent een of meer adressen voor zichzelf. Dan doet de client een Duplicate Address Detection check: hij stuurt neighbor sollicitations het net op met die berekende adressen en als iemand reageert is het foute boel. De router komt hier niet aan te pas. 

De DHCPv6 kent drie methodes:

info request: die is niet stateful, de server stuurt DNS server, domein en evt. andere info naar de client, en dat is alles.

Address request: de server stuurt een /128 adres naar de client en registreert dat, net als bij IPv4.

Prefix delegatie verzoek: de server stuurt een prefix en registreert dat. 

Het zijn dus volgens mij geen tegenpolen, de DHCPv6 info is alleen een aanvulling op de SLAAC.

Bij KPN is DHCPv6 “info request” actief, address request inactief  en PD optioneel en incompleet. 

​@hmmsjan_2 Nee, SLAAC is anders als je denkt, een cliënt kiest zijn IPv6-adres absoluut zonder DHCPv6, als je SLAAC met Stateful DHCPv6 vergelijkt, ziet je meteen de tegenstellingen tussen deze 2

SLAAC

1. Hij berekent uit zijn MAC-adres een link-local IPv6 adres, b.v. FE80::xxxx:yyyy:FE12:3456
2. Hij probeer in lokaal multicast groep  FF02::1:FF12:3456 te joinen om te checken of dit adres al vergeven in lokale netwerk, als niemand een antwoord geeft, is dit link-local IPv6 adres uniek. Indien een andere apparaat met dezelfde laatste cijfers 12:3456 heeft, protesteert hij en de cliënt weet dat dit adres al bezet it.
3. Hij verzendt een RS message naar multicast adres van alle routers  FF02::2
   Router 1 geeft een RA message terug met prefix en lengte.
4. Cliënt vervangt zijn link-local IPv6 adres met de waarde van prefix en lengte, maakt zijn unieke globaal adres en zet Router 1 als zijn gateway.
5. Cliënt check voor laatste keer op duplicaten, verstuurt een NS message naar FF02::1:FF12:3456. Als niemand protesteert, weet de cliënt dat zijn ipv6-adres uniek in lokaal en globaal netwerk.

SLAAC met Stateless DCHPv6

1. Cliënt verstuurt RS message naar FF02::2
2. Router 1 verstuurt RA message met prefix, lengte, mtu en flags (M=0,A=1,O=1). A=1→ SLAAC is veroorloofd, O=1→ stateless DHCPv6-server is aanwezig
3. Cliënt maakt uit informaties van RA message zijn unieke globaal IPv6-adres, waar de laatste 6 cijfers random of uit zijn MAC-adres en zet router 1 als gateway in.
4. Cliënt checkt op duplicaten, verstuurt NS message
5. Cliënt verstuurt DHCPv6 solicit message naar FF02::1:2
   DHCPv6-server antwoordt met DHCPv6 advertise
6. Cliënt verstuurt DHCPv6 information-request
   DHCPv6-server antwoordt met DHCPv6 reply (DNS + domains)

Stateful DHCPv6

1. Cliënt verstuurt RS message naar FF02::2
2. Router 1 vertuurt RA message met flags (M=1,A=0) A=0 → geen SLAAC veroorloofd
3. Cliënt zet router 1 als gateway in
4. Cliënt verstuurt DHCPv6 solicit message naar FF02::1:2
   DHCPv6-server antwoordt met DHCPv6 advertise
5. Cliënt verstuurt DHCPv6 information-request
   DHCPv6-server antwoordt met DHCPv6 reply (globaal uniek adres en andere informaties)
6. Cliënt gebruikt dit vergeven globaal adres en checkt op duplicaten, verstuurt NS message

Dan zijn we het toch met elkaar eens???  SLAAC kan zonder DHCPv6, en dat is de manier waarop Android werkt. De router advertisement kan ook het adres van de DNS server bevatten, dus Android kan ook met IPv6-only aan de slag. 

KPN biedt dus SLAAC+Stateless DHCPv6, maar als een Android client geen DHCPv6 wil gebruiken, geen probleem. 

Alleen stateful DHCPv6 punt 5: de client stuurt geen information request, maar een “normal address” request. Functioneel Identiek aan IPv4

     ia_na [iaid [/ address]]
               Request  a DHCPv6 Normal Address for iaid.  iaid defaults to the
               iaid option as described above.  You can request more  than  one
               ia_na by specifying a unique iaid for each one.

Dit is dus niet beschikbaar in de KPN software, maar Windows, Linux, IOS, Android, BSD kunnen zonder. Geen idee dus waarom die Samsungs niet werken. 

SLAAC schijnt tot groot ongenoegen te zijn van systeembeheerders die willen of moeten weten wie er op hun network rondhangt, en dus een probleem met Android IPv6 hebben. Dit wordt dus op een wat vreemde manier  opgelost als Android die prefix delegatie gaat gebruiken.