@PF0T
Bedankt voor je informatie, zal die DrayTek eens bekijken.
Begrijp wel je beweegredenen voor het uitschakelen van IPv6, het stijgt je snel boven het hoofd bij het configureren van je thuisnetwerk. IPv4 is toch een stuk makkelijker te doorgronden.
Met het aanroepen van andere servers bedoel ik niet DNS servers. Maar wellicht dat Sonos met behulp geolocatie een regionale content server aanroept?
Sonos kan uitstekend werken met de Fritz!box. Maak een ticket aan via helpdesk@freedom.nl en we sturen je instructies om een trace te maken. Dan kunnen we mogelijk zien wat er aan de hand is.
Het beleid van Sonos mbt Geo-locatie is een probleem. Met de contacten hier in Nederland komen we niet verder dus wordt het tijd te kijken wat we in Santa Barbara kunnen bereiken 
IPv6 en IPv4 volgen precies hetzelfde paradigma. De functie is hetzelfde, alleen het aantal adressen in v6 is groter en daarmee de ‘gebruiken’ die rond v4 zijn ontstaan vanwege de adres-schaarste hoeven niet meer. Ik heb zo’n 10 - 20 jaar geleden wel eens IPv6-cursussen en workshops gegeven. Misschien eens een idee om dat aan Freedom klanten aan te bieden…
Want v6 zou de norm moeten zijn. Dan hadden we al dat gezeur met Geo-locatie niet gehad. Bovendien zouden we dan niet zoveel geld aan adreshandelaren hoeven geven.
Dat had al jaren de norm moeten zijn. Juist de grote ISP’s UPC & KPN voorop hebben het vziw afgehouden, Ziggo begon in de meewerk stand te komen tot ongeveer een jaar voor de overname door UPC.
Thanks, dat zal ik doen. Eerder kwam niet ik niet zo ver bij de helpdesk.
Dat zou mooi zijn. Wat denk jij, zou het probleem met geolocatie ook invloed kunnen hebben op de stabiliteit?
Ik weet dat het veel op elkaar lijkt, maar wat configuratie betreft in het thuisnetwerk moeten we er toch wel aan wennen met zijn allen. Zaken als NAT, IP ranges toewijzen gaan toch heel anders met IPv6. Maar ik zou me zeker aanmelden voor zo’n cursus!
Inderdaad!
Heb je ook een dnat rule staan om verkeer naar andere DNS servers naar de juiste te laten wijzen?
Ik publiceer middels DHCP op het interne LAN netwerk alleen de “toegestane” locale (blacklisted) DNS server/proxy.
Heb geen DNAT rule om DNS verkeer te verwijzen.
Sommige fabrikanten hebben DNS instellingen vast staan in hun devices. Door een dnat regel, kunnen ze we DNS queries doen maar dan op je eigen DNS.
Ik lees verschillende draadjes over issues met Sonos door het niet kunnen benaderen van bepaalde adressen op sonos.com. misschien dat dit niet meehelpt
Daar zou ik graag meer over lezen. Kun je een link toevoegen naar die draadjes?
De zoekfunctie van het forum brengt je waar je wezen moet als je ‘Sonos’ ingeeft, o.a. het draadje over IP locatie.
Ja daar was al eerder naar verwezen hier, maar die gaat niet over onbereikbare adressen op Sonos.com. Dergelijke draadjes kan ik niet vinden met de zoekfunctie.
Ik heb die tabjes al weer gesloten. Ik had er puur naar gezocht omdat het mij een mogelijkheid leek.
Heb inmiddels een update op dit probleem. Na testen met nieuw modem, oude firmware, bleek het probleem nog steeds te bestaan. Toen heb ik besloten nog maar eens, maar nu wat langer dan een paar dagen, te draaien met cloudflare DNS. Tot mijn verbazing heb ik sinds die tijd geen problemen meer gehad. Inmiddels toch ook maar weer de firmware van de fritzbox bijgewerkt, dat heeft geen verschil gemaakt, Sonos draait nog steeds als een zonnetje.
Ik houd nog een behoorlijke slag om de arm, maar misschien is het toch de Freedom DNS die voor problemen heeft gezorgd. Of er moeten andere zaken veranderd zijn in het netwerk van Freedom of Sonos waar ik geen zicht op heb.
Ik laat het zo nog even een week draaien, en dan weer een paar weken op Freedom DNS. Zien of ik tot een sluitend bewijs kan komen.
Na zo’n twee weken met cloudflare DNS zonder problemen, ga ik toch concluderen dat de DNS server van Freedom het probleem moet zijn geweest. Aangezien Freedom de DNS servers vervangen heeft, zal ik niet meer kunnen achterhalen of de oude servers het probleem zijn geweest. Ik heb bij de helpdesk ook niet kunnen lospeuteren wat de achterliggende reden is van het vervangen. Wellicht dat er toch wat problemen hebben gespeeld met de oude servers.
Dat staat toch in de mededeling hierover:
De DNS servers letterlijk naast de ‘core routers’ geplaatst. Over deze routers loopt al het internetverkeer van klanten van Freedom Internet. De paden tussen de routers van Freedom en de DNS servers zijn zodoende zo kort mogelijk gemaakt.
Ja, dat heb ik ook wel gelezen. Echter het totaal vervangen van de DNS servers inclusief IP adres is een behoorlijke operatie. Gezien de fase waarin Freedom zit waarin er heel veel werk ligt met beperkte middelen, lijkt me dat dit alleen gedaan wordt als daar echt dringende redenen voor zijn. Ik krijg dus niet echt boven of misschien ook problemen speelden met de oude servers wat maakt dat deze keuze nu gemaakt wordt.
Er wordt al sinds November aan de vervanging gewerkt, Dat is dus al een tijdje onderweg.
De DNS servers zijn erbij geplaatst de oude doen het nog.
Hier de oude adressen dan kun je zelf kijken: 87.251.42.44 87.251.42.45 2001:7b8:650:1::44 2001:7b8:650:1::45
Ik had de indruk dat de oude servers wat latency problemen hadden en mogelijk ook uit hun jasje groeiden.
Ja, ik zou het nog een tijdje kunnen proberen… Maar eerlijk gezegd vind ik het aan Freedom om helderheid te verschaffen. Nu moet ik weer mijn configuratie gaan veranderen, zit al weken te emmeren met modems vervangen, instellen, DNS servers wisselen, enzovoorts. Kans is groot dat het dus de DNS server was, dan zou toch een uitleg en/of excuses wellicht op zijn plaats zijn.
Bovendien, er maakt nu nog een halve paardenkop gebruik van die oude servers. Kleine kans dus dat ik het probleem zou kunnen repliceren.
Ik heb een Pi Hole ingericht en daarop OpenDNS geactiveerd.
Dit topic is 24 uur na het laatste antwoord automatisch gesloten. Nieuwe antwoorden zijn niet meer toegestaan.
Hmm… ja daar zou ik meer over willen weten. Is dat nu met de nieuwe DNS-servers opgelost? Zo niet dan moeten daar natuurlijk mee aan de gang.