[Delta glasvezel] Ervaringen & Discussie

[ANdrode]

winwiz schreef op woensdag 15 mei 2024 @ 20:10:
[...]


Je zou toch zeggen dat ze een status pagina juist niet intern in hun eigen netwerk hebben draaien. Je kunt er dan wel wat opzetten als je een storing hebt...... maar ja niemand ziet het.

Ik kreeg de cloudflare storingspagina . Telt dit als buiten het netwerk?

---

Wat RIPE atlas traceroute metingen naar verschillende bestemmingen:

• https://atlas.ripe.net/measurements/71709454/ speedtest.delta.nl
• https://atlas.ripe.net/measurements/71709393/ mx2.zeelandnet.nl
• https://atlas.ripe.net/measurements/71708315/ www.google.nl (v6)
• https://atlas.ripe.net/measurements/71708220/ 8.8.8.8
• https://atlas.ripe.net/measurements/71708169/ 1.1.1.1

Mijn hypothese is hier dus dat alleen Delta probes problemen hebben met de google DNS server.

✅ hypothese bevestigd.

Dit is een interessante gedeeltelijke storing:

• De meet-probes hebben verbinding met het meet-netwerk
• De meet-probes kunnen 8.8.8.8 niet bereiken.
• Alle atlas-probes in Nederland met IPv6 kunnen wel www.google.nl bereiken.

[ Voor 60% gewijzigd door ANdrode op 15-05-2024 20:18 ]

[winwiz]

ANdrode schreef op woensdag 15 mei 2024 @ 20:06:
[...]


Ik kan vanaf Ziggo niet bij de delta storings-pagina komen. Er lijkt wat meer aan de hand.

Ondertussen lijkt het wel opgelost te zijn?

Mijn Uptime Kuma (via Delta) geeft nog steeds een no no aan

[Tubby]

Hier (Delta 5351ML) ook radiostilte ook google diensten; het aanpassen van de standaard DHCP DNS servers naar die van dns0 helpt ook niet.

[winwiz]

Tubby schreef op woensdag 15 mei 2024 @ 20:15:
Hier (Delta 5351ML) ook radiostilte ook google diensten; het aanpassen van de standaard DHCP DNS servers naar die van dns0 helpt ook niet.

DNS aanpassen helpt niet de hele routering naar Google diensten ligt plat (en waarschijnlijk wel meer)

[Sjakie0101]

Almelo, eerste storing sinds hele lange tijd. Met name Google

[TheDevilOnLine]

Ik poste deze net ook al in de Caiway thread (aangezien ik op Caiway netwerk zit als Delta Internet Pro klant), maar ook even hier ter info:

Ik sprak de zakelijke klantenservice net en daar is het probleem al bekend, schijnt sinds 18 uur al een probleem te zijn dat buiten hun netwerk ligt. Ze geven daarbij aan dat het een landelijke storing is waar ook sommige andere internetproviders last van hebben (geen idee of dit slimme marketing praat is, of dat dit werkelijk zo is).

Als je een trace op google.com doet, zie je dat het verkeer in een loop loopt (bij mij zijn hop 15 en 27 hetzelfde):

code:

PS C:\Users\Tom> tracert google.com

Tracing route to google.com [142.250.184.238]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  [redacted]
  2     8 ms     7 ms     8 ms  [redacted]
  3     7 ms     7 ms     8 ms  62.45.255.129
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *       18 ms     *     cn-asd-kl-cr15-be6.caiw.net [62.45.253.66]
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *       27 ms  cn-asd-kbw-cr15-be4.caiw.net [62.45.254.162]
 26     *        *        *     Request timed out.
 27     *        *       30 ms  cn-asd-kl-cr15-be6.caiw.net [62.45.253.66]
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

[its_Muppet]

Ik kan hier bekabeld tot nog toe naar alle sites, ook Google affiliated, behalve delta.nl

[bluewalk]

"Het lijkt er sterk op dat er een probleem is in de verbinding tussen Google en onze servers", vertelt een woordvoerder. "De technische collega's zijn hard op zoek naar de oorzaak." Volgens haar ervaren klanten verschillende problemen. "Waar de één uitval van internet ervaart, ervaart de ander alleen het traag laden van websites." Dat maakt het volgens haar moeilijker om de oorzaak te vinden.

https://www.omroepzeeland...llende-sites-onbereikbaar

Verklaart overigens niet waarom de site van delta zelf ook niet bereikbaar is, noch via delta glasvezel noch via VPNs.

[ Voor 10% gewijzigd door bluewalk op 15-05-2024 20:24 ]

[Speed8]

Omgeving Tilburg alles online/bereikbaar behave google services. Sinds 1800hr wel een hogere ping op ping.ui.com.

[winwiz]

TheDevilOnLine schreef op woensdag 15 mei 2024 @ 20:20:
Ik poste deze net ook al in de Caiway thread (aangezien ik op Caiway netwerk zit als Delta Internet Pro klant), maar ook even hier ter info:

Ik sprak de zakelijke klantenservice net en daar is het probleem al bekend, schijnt sinds 18 uur al een probleem te zijn dat buiten hun netwerk ligt. Ze geven daarbij aan dat het een landelijke storing is waar ook sommige andere internetproviders last van hebben (geen idee of dit slimme marketing praat is, of dat dit werkelijk zo is).

Als je een trace op google.com doet, zie je dat het verkeer in een loop loopt (bij mij zijn hop 15 en 27 hetzelfde):

code:

PS C:\Users\Tom> tracert google.com

Tracing route to google.com [142.250.184.238]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  [redacted]
  2     8 ms     7 ms     8 ms  [redacted]
  3     7 ms     7 ms     8 ms  62.45.255.129
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *       18 ms     *     cn-asd-kl-cr15-be6.caiw.net [62.45.253.66]
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *       27 ms  cn-asd-kbw-cr15-be4.caiw.net [62.45.254.162]
 26     *        *        *     Request timed out.
 27     *        *       30 ms  cn-asd-kl-cr15-be6.caiw.net [62.45.253.66]
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

zat toevallig precies hetzelfde te doen (alleen naar 8.8.8.8). Via Ziggo ben ik er in 10 hopjes. Delta tot 3 de rest is timed out

[Beuker]

lier schreef op zondag 13 september 2020 @ 20:03:
Hoe lang het duurt om omgezet te worden van Caiway naar Delta.

Waarom zou je dit doen? Zelfde netwerk? Ik heb delta, maar gaat gewoon over het Caiway netwerk. Althans mijn reverse dns is <nummertje>.dynamic.caiway.nl.

[ Voor 3% gewijzigd door Beuker op 15-05-2024 20:38 ]

[digigast]

its_Muppet schreef op woensdag 15 mei 2024 @ 20:11:
Hier ook problemen in het Delta-gebied (regio Zuid Holland Zuid). Veel wisselende geluiden. Ikzelf heb geen TV, wel WiFi, maar geen internet via WiFi. Bekabeld wel internet. Veel variaties van problemen in deze omgeving.

In de linkjes hierboven kan ik wel de vierde link laden.

Op zich niet vreemd. Ik zie dat zelfde hier; de telefoon (Android) doet een check op de verbinding als het aan WiFi hangt en dat doet het door naar Google te connecten. Dat werkt niet, dus gaat het er vanuit dat de verbinding niet werkt. Het stomme is dat je dat ook niet lijkt te kunnen omzeilen en hij weigert gewoon te connecten ookal werkt de rest wel.

Ik had zelf problemen met mijn Synology NASen (wat een rommel!) die niet meer naar buiten konden om status reports te pushen naar een externe database van me. Ze hadden dus doodleuk 8.8.8.8 als DNS gebruikt en hebben de DNS die ze via DHCP kregen compleet genegeerd. Die via DHCP (Quad4) werkte namelijk wel goed.

[Robin Schuurman]

Had hier in Harderwijk eerst alleen uitval van Google diensten. Nu helemaal geen verbinding meer op ipv4 en ipv6.
Begin een beetje te vermoeden dat er een probleempje is met een bgp router. Corrupte advertising oid

[winwiz]

Nu krijgen we allemaal als compensatie een jaar lang gratis internet toch?? ja toch

[RobertMe]

Beuker schreef op woensdag 15 mei 2024 @ 20:27:
[...]


Waarom zou je dit doen? Zelfde netwerk? Ik heb delta, maar gaat gewoon over het Caiway netwerk. Althans mijn reverse dns is caiway.nl.

Jaarlijks nieuwe klanten korting

Je reageerde overigens op een post van 3,5 jaar terug

[RobertMe]

winwiz schreef op woensdag 15 mei 2024 @ 20:36:
Nu krijgen we allemaal als compensatie een jaar lang gratis internet toch?? ja toch

Wel hetzelfde internet als je nu hebt

[xxxneoxxx]

RobertMe schreef op woensdag 15 mei 2024 @ 20:37:
[...]

Wel hetzelfde internet als je nu hebt

Hopelijk werken dan de Goolgle diensten wat beter als in de huidige situatie.

[Trackerfire]

Hier alles gewoon bereikbaar, Alblasserdam. XGS-PON met IPV6. Vrouwlief zit lekker op YouTube te neuzen.

[ Voor 26% gewijzigd door Trackerfire op 15-05-2024 20:39 ]

[mvdswaluw]

Hier begint de ping naar 8.8.8.8 weer te lopen.

[360Degreez]

Hier zijn we ook weer op de rit. (CaiWay glas Albrandswaard)

[Robin Schuurman]

Ontbreken bij jullie ook de port forwarding rules in je router? Zie je een reboot dat ze niet meer bestaan. Hebben ze misschien een update gepushed?

[Bramster]

mvdswaluw schreef op woensdag 15 mei 2024 @ 20:39:
Hier begint de ping naar 8.8.8.8 weer te lopen.

ping werkt hier prima, maar kan niet verbinden met google diensten

[RobertMe]

Robin Schuurman schreef op woensdag 15 mei 2024 @ 20:33:
Nu helemaal geen verbinding meer op ipv4 en ipv6.

mvdswaluw schreef op woensdag 15 mei 2024 @ 20:39:
Hier begint de ping naar 8.8.8.8 weer te lopen.

360Degreez schreef op woensdag 15 mei 2024 @ 20:41:
Hier zijn we ook weer op de rit. (CaiWay glas Albrandswaard)

Leest als "did you try turning it off and on again" (gezien eerst alles offline, en daarna weer werkende)

[CriticalHit_NL]

Netwerk leeft hier inderdaad ook weer, pings naar 8.8.8.8 functioneren.



Eind goed al goed dus?

Edit:
Ja inderdaad Google diensten lijken zelf nog niet werkend.

[ Voor 19% gewijzigd door CriticalHit_NL op 15-05-2024 20:46 ]

[mvdswaluw]

Nog niet al goed. Eerste stapje is gezet.

[nicodier]

Volgensmij hebben ze alleen een static route voor Google's public DNS via AMS-IX gezet, want alle andere Google IPv4 adressen tracen nog niet.

[Robin Schuurman]

RobertMe schreef op woensdag 15 mei 2024 @ 20:45:
[...]


[...]


[...]


Leest als "did you try turning it off and on again" (gezien eerst alles offline, en daarna weer werkende)

Natuurlijk router volledig uit- en aangezet, maar de status blijft vooralsnog offline inactief op ipv4 en ipv6.
En dus na de herstart alle port forwarding rules weg

[nicodier]

Zie ook dat Delta al hun (eigen) more-specifics announced naar hun peers, dat lijkt me niet de bedoeling :-)

https://bgp.he.net/AS15435#_prefixes

[TheDevilOnLine]

8.8.8.8 doet het hier ook weer, nu google.com nog (resolved bij mij naar 142.250.181.238)

[Deshmir]

nicodier schreef op woensdag 15 mei 2024 @ 20:51:
Zie ook dat Delta al hun (eigen) more-specifics announced naar hun peers, dat lijkt me niet de bedoeling :-)

https://bgp.he.net/AS15435#_prefixes

Apart dat die van mij er niet tussen zit.
Verschil tussen consument en zakelijke lijn?
Of weet je inhoudelijk hier meer over?

[winwiz]

Er zit een beetje schot in

aanvulling... hmm ping 8.8.8.8 gaat weer een zwart gat in.

[ Voor 8% gewijzigd door winwiz op 15-05-2024 21:04 ]

[its_Muppet]

Hmmm, 15 minuten geleden leek alles weer te werken en nu stoppen alle Google-related services er mee. De rest lijkt wel door te gaan.

[greg-a]

Mijn Nvidia Shield tv geeft zelfs aan dat ethernet is not connected omdat er geen verbinding met Google mogelijk is. Hierdoor werken apps als hbo en Netflix ook niet. Grappig genoeg doet NLZiet en amazon het wel weer

[ Voor 5% gewijzigd door greg-a op 15-05-2024 21:04 ]

[RobertMe]

Zou mij ook niks verbazen dat ze alleen iets gefixt hebben voor 8.8.4.4 & 8.8.8.8. Zodat klanten die Google DNS gebruiken in ieder geval weer een deel van het internet kunnen bereiken.
Desnoods met een NAT vorm waarbij ze het DNS verkeer redirecten naar hun eigen DNS server? Geen idee of/hoe makkelijk dat kan op ISP niveau.

[stormfly]

nicodier schreef op woensdag 15 mei 2024 @ 20:51:
Zie ook dat Delta al hun (eigen) more-specifics announced naar hun peers, dat lijkt me niet de bedoeling :-)

https://bgp.he.net/AS15435#_prefixes

Dat geeft mij de indruk dat de core op apengapen ligt qua BGP filtering? Kleiner dan /24 wordt bij veel ISP's weggefilterd, het is te hopen dat de hoofdblokken in de lucht blijven.

nicodier schreef op woensdag 15 mei 2024 @ 20:49:
Volgensmij hebben ze alleen een static route voor Google's public DNS via AMS-IX gezet, want alle andere Google IPv4 adressen tracen nog niet.

Mooie observaties, en dat sluit aan bij mijn bovenstaande gevoel dat het op BGP niveau dusdanig defect is dat men het met statics probeert te herstellen. Wat overigens in deze tijd met personeelsschaarste best uitdagend kan zijn om te fixen, ik heb oprecht met ze te doen. Als engineer heb je nu, waarschijnlijk, best wat druk op je schouders uit de organisatie.

[its_Muppet]

greg-a schreef op woensdag 15 mei 2024 @ 21:03:
Mijn Nvidia Shield tv geeft zelfs aan dat ethernet is not connected omdat er geen verbinding met Google mogelijk is. Hierdoor werken apps als hbo en Netflix ook niet. Grappig genoeg doet NLZiet en amazon het wel weer

Eigenlijk best heftig om te realiseren hoeveel zaken er van Google afhangen...

[pven]

its_Muppet schreef op woensdag 15 mei 2024 @ 21:02:
Hmmm, 15 minuten geleden leek alles weer te werken en nu stoppen alle Google-related services er mee. De rest lijkt wel door te gaan.

Heb ik ook. Het leek even goed te gaan, maar nu gooit ie mij van de wifi omdat hij geen internet vindt (dat werkte eerst nog wel).

[bedanktjoh]

Als je nu bijv NORDVPN gebruikt, werkt het dan wel?

[Lejavh]

Hier een Delta coax klant. Klopt het dat een flink deel van publieke websites ook niet meer kunnen werken? Mijn DNS staat ingesteld op 1.1.1.1, cloudflare dus.

Google diensten werken uiteraard niet meer, maar ook al mijn HomeWizard devices werken niet meer (zoals eerder vermeld in die draadje) maar ook autoblog.nl werkt niet meer. Bizar hoe verweven Google zit in het internet.

[carpebios]

Lejavh schreef op woensdag 15 mei 2024 @ 21:12:
Hier een Delta coax klant. Klopt het dat een flink deel van publieke websites ook niet meer kunnen werken? Mijn DNS staat ingesteld op 1.1.1.1, cloudflare dus.

Google diensten werken uiteraard niet meer, maar ook al mijn HomeWizard devices werken niet meer (zoals eerder vermeld in die draadje) maar ook autoblog.nl werkt niet meer. Bizar hoe verweven Google zit in het internet.

knltb beheeromgeving werkt ook niet meer, of ja het lukt wel maar heel traag.

[DvE]

bedanktjoh schreef op woensdag 15 mei 2024 @ 21:09:
Als je nu bijv NORDVPN gebruikt, werkt het dan wel?

Met Windscribe werkt het in ieder geval prima.

[RoadXY]

bedanktjoh schreef op woensdag 15 mei 2024 @ 21:09:
Als je nu bijv NORDVPN gebruikt, werkt het dan wel?

Het bedrijf waar ik werk is zelf internet provider en regelt dus zijn eigen routeringen.
De Google diensten werken wel als ik een VPN naar de zaak op zet maar niet als ik de VPN verbreek en het via mijn Delta internet verbinding doe...

Dus: ja, dan werkt het wel

[RobertMe]

Lejavh schreef op woensdag 15 mei 2024 @ 21:12:
Hier een Delta coax klant. Klopt het dat een flink deel van publieke websites ook niet meer kunnen werken? Mijn DNS staat ingesteld op 1.1.1.1, cloudflare dus.

Google diensten werken uiteraard niet meer, maar ook al mijn HomeWizard devices werken niet meer (zoals eerder vermeld in die draadje) maar ook autoblog.nl werkt niet meer. Bizar hoe verweven Google zit in het internet.

Kans is natuurlijk best aanwezig dat die (allemaal) op de Google Cloud draaien. Waarbij Google zelf vast ook op de Google Cloud draait of het in iedeeieder geval overlap heeft in datacenters en daarmee de kans nogal groot is dat bij dit soort problemen alsnog alles onbereikbaar is. Als in: het zal niet zijn dat de "Google dinsten" onbereikbaar zijn, maar het zal zijn dat de datacenters van Google onbereikbaar zijn.

[Willow739]

bedanktjoh schreef op woensdag 15 mei 2024 @ 21:09:
Als je nu bijv NORDVPN gebruikt, werkt het dan wel?

Even NordVPN aangeslingerd en dan werkt alles wel gewoon weer.

[Senaxx]

patrickt35 schreef op woensdag 15 mei 2024 @ 19:27:
Julie klagen alleen over Google. Vreemd.... ik heb helemaal niets meer.
Het jonge grut hier in huis is helemaal van slag

Waar kunnen we de steunbetuigingen naar toe sturen?

[CriticalHit_NL]

its_Muppet schreef op woensdag 15 mei 2024 @ 21:07:
[...]


Eigenlijk best heftig om te realiseren hoeveel zaken er van Google afhangen...

offtopic:
Begint toch wel een beetje realiteit te worden deze video.

[stormfly]

its_Muppet schreef op woensdag 15 mei 2024 @ 21:07:
[...]


Eigenlijk best heftig om te realiseren hoeveel zaken er van Google afhangen...

En vlak CloudFlare of Akamai niet uit, als 1 van die 3 eruit ligt dan heeft het een enorme impact.

[bedanktjoh]

Oke NordVPN is een safer! Snel maar ff aangekocht, want dit duurt beetje lang zo.

[RobertMe]

stormfly schreef op woensdag 15 mei 2024 @ 21:07:
Wat overigens in deze tijd met personeelsschaarste best uitdagend kan zijn om te fixen, ik heb oprecht met ze te doen. Als engineer heb je nu, waarschijnlijk, best wat druk op je schouders uit de organisatie.

Ik denk dat personeelstekort niet echt een probleem is? In deze tijd lijkt het mij sowieso onmogelijk om zelf routing tabellen te onderhouden als ISP. Of dat nu tijdelijk of voor vast is, onafhankelijk van hoeveel mensen je hebt om het in te voeren.
Immers zal Delta bv ook niet maar 1 router hebben, maar zullen het gescheiden routers zijn waardoor je routing tabellen op meerdere routers moet onderhouden. En zelfs als het op één centrale plek kan lijkt het mij op zijn minst zwaar onwenselijk om dat met de hand te doen, als niet onmogelijk (gaat vast om honderden tot duizenden regels).

Er zal dus maar een oplossing zijn, en dat is zorgen dat de routing weer automatisch correct werkt.
En de tijd die wordt geïnvesteerd in workarounds (handmatig routes instellen) is alleen maar verloren tijd die ook gestoken had kunnen worden in het fixen van het daadwerkelijke probleem. Want dat laatste zal sowieso moeten gebeuren.
Sure, als je weet dat je binnen 5 minuten met een workaround de boel in de lucht krijgt, en het echte probleem oplossen een onbekende duur heeft, is het die investering op een gegeven moment waard. Maar handmatig routing inregelen zal geen 5 minuten werkje zijn. Ook niet met 1000 man. Want we weten allemaal, ook 9 vrouwen kunnen geen kind baren in 1 maand . En als je "1000 man" routing gaat laten intypen ben je al meer dan 5 minuten kwijt om 1000 man op te trommelen, laat staan te coördineren wie wat doet.

[RobertMe]

stormfly schreef op woensdag 15 mei 2024 @ 21:18:
[...]


En vlak CloudFlare of Akamai niet uit, als 1 van die 3 eruit ligt dan heeft het een enorme impact.

En AWS, en in mindere mate Azure gok ik. AWS is denk ik immers de grootste cloud provider. CloudFlare zit dan vaak als proxy voor heel veel websites dus zal mogelijk een nog grotere impact hebben.

Maar bij Google issues moet je waarschijnlijk wel iets als uBlock of een adblocking DNS gebruiken. Om te voorkomen dat websites "oneindig" Google Ads gaan proberen in te laden.

[javka]

Hier via Delta ook nog wat rare loops in het netwerk.

[Lord Anubis]

Van 1993 tot op heden minder problemen gehad met xs4all, lees bijna geen problemen (behalve na omzetting naar kpn servers) dan in 3-4 weken met een nieuw abonnement met Delta.

[ Voor 79% gewijzigd door Lord Anubis op 15-05-2024 21:44 ]

[Polyphemus]

Volgens de Delta woordvoerder is het de schuld van Google:

https://www.omroepzeeland...-druk-bezig-met-oplossing

[miicker]

Polyphemus schreef op woensdag 15 mei 2024 @ 21:33:
Volgens de Delta woordvoerder is het de schuld van Google:

https://www.omroepzeeland...-druk-bezig-met-oplossing

Typisch Delta, de enige provider met problemen, maar het ligt niet aan hun..

[winwiz]

Heeee

aanvulling en weer down (google.com) ze zijn op de goede weg We wachten op de notificatie dat hij weer up is

[ Voor 13% gewijzigd door winwiz op 15-05-2024 21:38 ]

[ahbart]

hmm, eerst geen google diensten en nu heb ik helemaal geen internet meer.
Regio Haarlem

[ Voor 9% gewijzigd door ahbart op 15-05-2024 21:36 ]

[Grawler]

Mijn Google Home is weer aangesprongen.

[Deshmir]

Polyphemus schreef op woensdag 15 mei 2024 @ 21:33:
Volgens de Delta woordvoerder is het de schuld van Google:

https://www.omroepzeeland...-druk-bezig-met-oplossing

Beetje flauw om de ‘amp’ pagina te linken als google services plat liggen

[mvdswaluw]

Youtube doet het hier ook weer.

[Polyphemus]

Deshmir schreef op woensdag 15 mei 2024 @ 21:40:
[...]


Beetje flauw om de ‘amp’ pagina te linken als google services plat liggen

Oeps

[stormfly]

RobertMe schreef op woensdag 15 mei 2024 @ 21:27:
[...]

En AWS, en in mindere mate Azure gok ik. AWS is denk ik immers de grootste cloud provider. CloudFlare zit dan vaak als proxy voor heel veel websites dus zal mogelijk een nog grotere impact hebben.

Maar bij Google issues moet je waarschijnlijk wel iets als uBlock of een adblocking DNS gebruiken. Om te voorkomen dat websites "oneindig" Google Ads gaan proberen in te laden.

Ja AWS hoort daar zeker bij.

RobertMe schreef op woensdag 15 mei 2024 @ 21:24:
[...]

Ik denk dat personeelstekort niet echt een probleem is? In deze tijd lijkt het mij sowieso onmogelijk om zelf routing tabellen te onderhouden als ISP. Of dat nu tijdelijk of voor vast is, onafhankelijk van hoeveel mensen je hebt om het in te voeren.
Immers zal Delta bv ook niet maar 1 router hebben, maar zullen het gescheiden routers zijn waardoor je routing tabellen op meerdere routers moet onderhouden. En zelfs als het op één centrale plek kan lijkt het mij op zijn minst zwaar onwenselijk om dat met de hand te doen, als niet onmogelijk (gaat vast om honderden tot duizenden regels).

Er zal dus maar een oplossing zijn, en dat is zorgen dat de routing weer automatisch correct werkt.
En de tijd die wordt geïnvesteerd in workarounds (handmatig routes instellen) is alleen maar verloren tijd die ook gestoken had kunnen worden in het fixen van het daadwerkelijke probleem. Want dat laatste zal sowieso moeten gebeuren.
Sure, als je weet dat je binnen 5 minuten met een workaround de boel in de lucht krijgt, en het echte probleem oplossen een onbekende duur heeft, is het die investering op een gegeven moment waard. Maar handmatig routing inregelen zal geen 5 minuten werkje zijn. Ook niet met 1000 man. Want we weten allemaal, ook 9 vrouwen kunnen geen kind baren in 1 maand . En als je "1000 man" routing gaat laten intypen ben je al meer dan 5 minuten kwijt om 1000 man op te trommelen, laat staan te coördineren wie wat doet.

Een ISP van de schaalgrootte waarop Delta zich bevind zal het in mijn beleving eerder handmatig doen. Routing en peering policies, wat stuur ik waar uit, hoe verwerk ik routes zodat ik zo laag mogelijke kosten heb aan transit verkeer etc. In die route-maps heb je ook nagedacht over failover paden, als de google private peering uitvalt dan verdelen we dat volume van de private peer over A AMS-IX en B NL-IX.

Dat klop je normaal in via route-maps en die maak je vaak met de hand, veelal AS gebaseerd en niet route gebaseerd. Misschien kan @R3D uitsluitsel geven over hoever automatisering op dit niveau haalbaar is?

[javka]

Ik merkte pas dat er issues waren omdat mijn chromecast iedere keer even aangaf: No Internet.
Terwijl het streamen gewoon doorwerkte.

Chromecast gebruikt hardcoded de Google DNS servers volgens mij, dus mischien vandaar die meldingen.

Mijn internet werkte gewoon door, want ik gebruik al tijden de DNS servers van Control D:

76.76.2.0
76.76.10.0

En dus niet 8.8.8.8 van Google zoals velen, waar dus ook problemen mee waren.

De Google services kan ik nog niet bereiken, en ook bv. delta.nl niet, maar veel andere sites wel.

En ik ben daarom bing.com maar weer eens gaan gebruiken.

[rfbroek]

Chromecast met Google TV meldt ook af en toe "geen internet verbinding" tijdens het vlekkeloos kijken naar NLZiet.

Samsung A22 5G Android telefoon zegt ook geen internet te hebben via WIFI (terwijl hij wel verbonden is) omdat hij net als de Chromecast Google niet kan bereiken, dus gebruikt hij nu mobiele data. Maar die kan wel Google bereiken en toch werkt de WIFI verbinding niet

[stormfly]

javka schreef op woensdag 15 mei 2024 @ 21:29:
Hier via Delta ook nog wat rare loops in het netwerk.

[Afbeelding]

Ja dat ligt aan Google volgens onderstaande post alleen elke Tweaker kan zien dat dit verkeer in de core van Delta blijft rondzingen.

Polyphemus schreef op woensdag 15 mei 2024 @ 21:33:
Volgens de Delta woordvoerder is het de schuld van Google:

https://www.omroepzeeland...-druk-bezig-met-oplossing

Nou 60-40 kans dat het 60% zeker bij Delta zit of tenminste op het moment dat die routing aangepast werd naar een routing loop.

[koppie]

Nu nog DNS weer bijwerken... Hij resolved hier nog een aantal google diensten niet.

[Renegade666]

Zie hier homewizard spul net weer online komen😁

[RobertMe]

rfbroek schreef op woensdag 15 mei 2024 @ 21:43:
Samsung A22 5G Android telefoon zegt ook geen internet te hebben via WIFI (terwijl hij wel verbonden is) omdat hij net als de Chromecast Google niet kan bereiken, dus gebruikt hij nu mobiele data.

Volgens mij kun je dat omzeilen door mobiele data uit te zetten. Dan is wifi dus de enige optie en gebruikt die het wel.

Maar die kan wel Google bereiken en toch werkt de WIFI verbinding niet

Da's logisch. Hij test of internet werkt Google bereikbaar is via de verschillende interfaces (wifi & mobiele data) en als wifi ogenschijnlijk geen werkende verbinding heeft wisselt die naar de volgende/resterende.
Hij switch dus niet naar mobiele data omdat die Google niet kan bereiken zoals je impliceert. Hij switcht naar mobiele data omdat die Google niet kan bereiken via wifi (en daarom de wifi route uitschakelt / een lagere prioriteit geeft).

[bedanktjoh]

ik had even een hele internet hickup (alles even weg) maar nu werkt het weer! (Kan ik mijn bestelling bij Bol afmaken, die lagen er ook uit)

[rfbroek]

RobertMe schreef op woensdag 15 mei 2024 @ 21:51:
[...]

Volgens mij kun je dat omzeilen door mobiele data uit te zetten. Dan is wifi dus de enige optie en gebruikt die het wel.

Ha inderdaad net geprobeerd en het werkt, maar bij WIFI staat wel nog steeds: "Verbonden met WIFI zonder internet"

[winwiz]

Stabiel is het nog niet (bij mij)

Status pagina is nu wel bereikbaar..... Er zijn momenteel geen storingen of onderhoudswerkzaamheden op dit adres

[ Voor 14% gewijzigd door winwiz op 15-05-2024 21:58 ]

[carpebios]

Alles lijkt weer te werken

[duderuud]

Renegade666 schreef op woensdag 15 mei 2024 @ 21:51:
Zie hier homewizard spul net weer online komen😁

Hier ook ineens groene leds ipv rood knipperende

[rfbroek]

Komt en gaat volgens mij, erg instabiel nog.

Ik kan sowieso google.nl nog niet pingen. Wel grappig om te zien dat bij elke ping opdracht naar google.nl er steeds naar een ander IP4 adres wordt gepingd.

/edit Oh nu wel response, weer ander IP.

[ Voor 51% gewijzigd door rfbroek op 15-05-2024 22:07 ]

[digigast]

Het lijkt er op dat de routing pinball machine echt helemaal op tilt slaat nu (pun intended). Dit is een traceroute naar google.com:

code:

3  62.45.255.129 (62.45.255.129)  4.231 ms  4.138 ms  4.296 ms
 4  * cn-asd-kbw-cr15-be3.caiw.net (62.45.254.18)  2.628 ms *
 5  cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  4.091 ms * *
 7  cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  5.306 ms * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  5.549 ms
 8  * * cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  5.770 ms
 9  * cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  6.289 ms *
15  cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  9.821 ms * *
20  * cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  4.581 ms *
23  * * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  15.416 ms
25  cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  21.678 ms * *
27  * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  17.361 ms *
28  cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  5.300 ms * *
30  cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  18.852 ms * *

Hij gaat dus via 18, 162, 17, 162, 66, 17, 162, 66, 17, naar 66!

code:

18   162  17   66
|--->|
     |--->|
     |<---|
     |-------->|
          |<---|
     |<---|
     |-------->|
          |<---|
          |--->|

edit: Ik krijg zojuist een slagende trace die echt bij Koekel lijkt uit te komen!
edit2: AAAND it's gone!

[ Voor 4% gewijzigd door digigast op 15-05-2024 22:13 ]

[rfbroek]

Blijkbaar zijn er sommige Google IP adressen wel en sommige niet bereikbaar

[RobertMe]

digigast schreef op woensdag 15 mei 2024 @ 22:09:
Het lijkt er op dat de routing pinball machine echt helemaal op tilt slaat nu (pun intended). Dit is een traceroute naar google.com:

code:

3  62.45.255.129 (62.45.255.129)  4.231 ms  4.138 ms  4.296 ms
 4  * cn-asd-kbw-cr15-be3.caiw.net (62.45.254.18)  2.628 ms *
 5  cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  4.091 ms * *
 7  cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  5.306 ms * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  5.549 ms
 8  * * cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  5.770 ms
 9  * cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  6.289 ms *
15  cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  9.821 ms * *
20  * cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  4.581 ms *
23  * * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  15.416 ms
25  cn-asd-kbw-cr15-be4.caiw.net (62.45.254.162)  21.678 ms * *
27  * cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  17.361 ms *
28  cn-asd-kl-cr15-be3.caiw.net (62.45.254.17)  5.300 ms * *
30  cn-asd-kl-cr15-be6.caiw.net (62.45.253.66)  18.852 ms * *

Hij gaat dus via 18, 162, 17, 162, 66, 17, 162, 66, 17, naar 66!

code:

18   162  17   66
|--->|
     |--->|
     |<---|
     |-------->|
          |<---|
     |<---|
     |-------->|
          |<---|
          |--->|

edit: Ik krijg zojuist een slagende trace die echt bij Koekel lijkt uit te komen!
edit2: AAAND it's gone!

Niet vergeten dat traceroute niet perse heel betrouwbaar is. De werking van traceroute is een (ICMP) ping sturen met een TTL (Time To Live) van 1, daardoor mag het pakketje 1 hop passeren. Maar die hop is jou eigen router. Die ziet dat het pakketje niet voor hem bedoelt is, en antwoord op basis van de TTL die nu 0 is met een "pakketje is niet aangekomen". Vervolgens ziet traceroute deze response van het IP van de router en laat dit zien. Daarna stuurt die een nieuwe ping, alleen dan met een TTL van 2. Dit pakketje komt dus 1 router verder aan, die vervolgens nog steeds niet de bestemming is en een error terugstuurt. Waarna traceroute dus weer weet dat die router gebruikt is. Waarna die weer een ping stuurt, alleen met een TTL van 3. Enzovoorts. En routers / hops hoeven niet te antwoorden, wat dus weer zo'n lege regel oplevert met alleen maar sterretjes.

Alleen is routing niet statisch. Het kan dus best dat het 5e pakketje (met TTL van 5) via route A verloopt en het 6e pakketje (met TTL van 6), via een andere route. Waardoor je dus mogelijk denkt / ziet dat de routing heel raar loopt, terwijl dat dus niet het geval hoeft te zijn. Maar het puur komt uit verschillende pakketjes die een andere route bewandelen. Immers zijn er meerdere wegen naar Rome Google.

[digigast]

RobertMe schreef op woensdag 15 mei 2024 @ 22:20:
[...]

Niet vergeten dat traceroute niet perse heel betrouwbaar is. De werking van traceroute is een (ICMP) ping sturen met een TTL (Time To Live) van 1, daardoor mag het pakketje 1 hop passeren. Maar die hop is jou eigen router. Die ziet dat het pakketje niet voor hem bedoelt is, en antwoord op basis van de TTL die nu 0 is met een "pakketje is niet aangekomen". Vervolgens ziet traceroute deze response van het IP van de router en laat dit zien. Daarna stuurt die een nieuwe ping, alleen dan met een TTL van 2. Dit pakketje komt dus 1 router verder aan, die vervolgens nog steeds niet de bestemming is en een error terugstuurt. Waarna traceroute dus weer weet dat die router gebruikt is. Waarna die weer een ping stuurt, alleen met een TTL van 3. Enzovoorts. En routers / hops hoeven niet te antwoorden, wat dus weer zo'n lege regel oplevert met alleen maar sterretjes.

Alleen is routing niet statisch. Het kan dus best dat het 5e pakketje (met TTL van 5) via route A verloopt en het 6e pakketje (met TTL van 6), via een andere route. Waardoor je dus mogelijk denkt / ziet dat de routing heel raar loopt, terwijl dat dus niet het geval hoeft te zijn. Maar het puur komt uit verschillende pakketjes die een andere route bewandelen. Immers zijn er meerdere wegen naar Rome Google.

Goed punt! En zeker als er iets "staat te klapperen" op het netwerk, zal de trace inderdaad niet heel representatief zijn.

[RobertMe]

rfbroek schreef op woensdag 15 mei 2024 @ 22:05:
Ik kan sowieso google.nl nog niet pingen. Wel grappig om te zien dat bij elke ping opdracht naar google.nl er steeds naar een ander IP4 adres wordt gepingd.

Niet zo gek ook. google.nl zal verschillende A records hebben waarvan de server er willekeurig een antwoord. Afhankelijk van de TTL (in seconden) kan die dan wel of niet lokaal gecacht en herbruikt worden. En bij een DNS provider als 1.1.1.1 zullen er meerdere fysieke servers (/meerdere IP adressen) achter dat ene IP van 1.1.1.1 zitten waarbij elk weer zijn eigen cache heeft en dus een ander resultaat kan geven (als ik dig google.nl @1.1.1.1 doe krijg ik ook elke keer een andere TTL, die soms langer en soms (veel) korter i, naast dus uiteraard een ander IP adres)

[Lord Anubis]

RobertMe schreef op woensdag 15 mei 2024 @ 22:24:
[...]

Niet zo gek ook. google.nl zal verschillende A records hebben waarvan de server er willekeurig een antwoord. Afhankelijk van de TTL (in seconden) kan die dan wel of niet lokaal gecacht en herbruikt worden. En bij een DNS provider als 1.1.1.1 zullen er meerdere fysieke servers (/meerdere IP adressen) achter dat ene IP van 1.1.1.1 zitten waarbij elk weer zijn eigen cache heeft en dus een ander resultaat kan geven (als ik dig google.nl @1.1.1.1 doe krijg ik ook elke keer een andere TTL, die soms langer en soms (veel) korter i, naast dus uiteraard een ander IP adres)

vroeg ik mij in eerste instantie ook af of Delta een eigen replica aanbied achter het google dns ip adres.

[ANdrode]

RobertMe schreef op woensdag 15 mei 2024 @ 22:20:
[...]
Alleen is routing niet statisch. Het kan dus best dat het 5e pakketje (met TTL van 5) via route A verloopt en het 6e pakketje (met TTL van 6), via een andere route. Waardoor je dus mogelijk denkt / ziet dat de routing heel raar loopt, terwijl dat dus niet het geval hoeft te zijn. Maar het puur komt uit verschillende pakketjes die een andere route bewandelen. Immers zijn er meerdere wegen naar Rome Google.

De routes door een netwerk wisselen inderdaad per TCP flow. Maar niet binnen één flow als het goed is - want TCP gaat niet goed met her-ordering om. Het-ordering lijkt voor TCP op loss.

Enfin, in zon situatie wil je iets zoals https://www.catchpoint.co...e-network-diagnostic-tool gebruiken.

Wil je juist het maximale aantal paden zien? Dan paris traceroute ipv standaard.

Het tweede aspect is dat de heen en terugweg niet gelijk hoeven te zijn. Daarom wil men vaak vanaf twee kanten een mtr zien (veel traceroutes over tijd) ipv drie samples.

[Mapje]

Nu snap ik niet waarom de Wifi gisteravond tijdens de storing niet werkte.

WLAN was uit, dit zou toch helemaal onafhankelijk moeten zijn van wel of geen verbinding met Google servers ?

Na de storing om 22;15u de router gereboot en toen kwam dit pas terug.

[ Voor 200% gewijzigd door Mapje op 16-05-2024 07:58 ]

[Renegade666]

Weet hoe het bij jullie is, maar hier nog steeds/weer issues.

Geen homewizard diensten en mijn thuis omgeving is extern niet te benaderen (waaronder plex)

[hjvg]

Renegade666 schreef op donderdag 16 mei 2024 @ 08:11:
Weet hoe het bij jullie is, maar hier nog steeds/weer issues.

Geen homewizard diensten en mijn thuis omgeving is extern niet te benaderen (waaronder plex)

hier lijkt alles op dit moment gewoon weer te werken in ieder geval de google diensten zijn te benaderen voor mij nu

[Renegade666]

hjvg schreef op donderdag 16 mei 2024 @ 08:23:
[...]


hier lijkt alles op dit moment gewoon weer te werken in ieder geval de google diensten zijn te benaderen voor mij nu

Ok
Plex was iig mijn fout😅

Maar homewizard en mijn decos zIjn "offline"

[iPadawan]

Mapje schreef op donderdag 16 mei 2024 @ 07:11:
Nu snap ik niet waarom de Wifi gisteravond tijdens de storing niet werkte.

WLAN was uit, dit zou toch helemaal onafhankelijk moeten zijn van wel of geen verbinding met Google servers ?

Na de storing om 22;15u de router gereboot en toen kwam dit pas terug.

Wifi heeft verbinding met je modem; van daar uit gaat het het internet op. Dus geen internet geen Wifi. Geen dns verbinding geen adres herleiding. Ook niet voor wifi.
Je zou een bekend ip adres kunnen bewaren en deze intypen en zo testen.

[ Voor 12% gewijzigd door iPadawan op 16-05-2024 09:12 ]

[Renegade666]

iPadawan schreef op donderdag 16 mei 2024 @ 09:10:
[...]

Wifi heeft verbinding met je modem; van daar uit gaat het het internet op. Dus geen internet geen Wifi. Geen dns verbinding geen adres herleiding. Ook niet voor wifi.
Je zou een bekend ip adres kunnen bewaren en deze intypen en zo testen.

Ja en nee. Als je een andere DNS gebruikt, zou het gewoon moeten werken. Ik gebruik bv Quad9.
Bij mij gaf hij ook nog steeds een uitroepteken aan op de telefoon. Dus blijkbaar doet (iig android) nog een andere check naar google dienst die waarschijnlijk nog niet bereikbaar is.
Windows gaf bij mij niks aan qua melding op dat punt, omdat die connectie test wel online was.

[iPadawan]

Renegade666 schreef op donderdag 16 mei 2024 @ 09:26:
[...]


Ja en nee. Als je een andere DNS gebruikt, zou het gewoon moeten werken. Ik gebruik bv Quad9.
Bij mij gaf hij ook nog steeds een uitroepteken aan op de telefoon. Dus blijkbaar doet (iig android) nog een andere check naar google dienst die waarschijnlijk nog niet bereikbaar is.
Windows gaf bij mij niks aan qua melding op dat punt, omdat die connectie test wel online was.

Je trekt hier de boel uit de context.

Hij verwachtte dat wifi los staat van WAN en verbinding zou hebben; die had hij dus niet vanwege een verkeerde dns instelling.
Dat jij/wij weten over andere dns instellingen is een ander onderwerp.

[gamefreakin]

Mapje schreef op donderdag 16 mei 2024 @ 07:11:
Nu snap ik niet waarom de Wifi gisteravond tijdens de storing niet werkte.

WLAN was uit, dit zou toch helemaal onafhankelijk moeten zijn van wel of geen verbinding met Google servers ?

Na de storing om 22;15u de router gereboot en toen kwam dit pas terug.

Heb je de Genexis Platinum 7840, Nokia XS-2426G-B of een eigen router?

iPadawan schreef op donderdag 16 mei 2024 @ 09:10:
[...]

Wifi heeft verbinding met je modem; van daar uit gaat het het internet op. Dus geen internet geen Wifi. Geen dns verbinding geen adres herleiding. Ook niet voor wifi.
Je zou een bekend ip adres kunnen bewaren en deze intypen en zo testen.

Mapje lijkt het te hebben over dat het WLAN (wifi) compleet uitviel.

Ook al werkt de WAN verbinding niet dan zou de WLAN in principe nog wel moeten werken. Uiteraard zonder (volledige) internettoegang e.d. maar het lokale netwerk blijft functioneren bij de meeste routers/access points.

[ Voor 25% gewijzigd door gamefreakin op 16-05-2024 12:36 ]

[Mapje]

gamefreakin schreef op donderdag 16 mei 2024 @ 12:32:
[...]


Heb je de Genexis Platinum 7840, Nokia XS-2426G-B of een eigen router?

Ik heb een eigen router namelijk een Fritzbox.

Tijdens de storing kon ik bedraad wel gewoon op Tweakers maar WiFi wekte dus niet.

[gamefreakin]

Mapje schreef op donderdag 16 mei 2024 @ 12:58:
[...]


Ik heb een eigen router namelijk een Fritzbox.

Tijdens de storing kon ik bedraad wel gewoon op Tweakers maar WiFi wekte dus niet.

De Fritzbox firmware heeft geen aparte WAN/routing/DNS configuratie e.d. voor WLAN en LAN. Zelfs met een gedeeltelijke WAN storing zouden zowel de WLAN als de LAN dezelfde diensten moeten kunnen bereiken (MAC/Parental control filters e.d. daargelaten).

Dit lijkt dus meer een interne Fritzbox storing of een issue met één van de netwerkadapter configuraties.

[ Voor 28% gewijzigd door gamefreakin op 16-05-2024 13:28 ]

[RobertMe]

Mapje schreef op donderdag 16 mei 2024 @ 12:58:
[...]


Ik heb een eigen router namelijk een Fritzbox.

Tijdens de storing kon ik bedraad wel gewoon op Tweakers maar WiFi wekte dus niet.

Android telefoon? Die connect met Google om te checken of er internet is. Zo nee krijgt de interface / default route een lagere prioriteit en zal die naar 4G switchen. Dit kun je wel "omzeilen" door mobiele data uit te zetten. Dan maakt de prioriteiten van de wifi interface / default route over wifi er niet meer toe, het is immers de enige beschikbare optie.

[iPadawan]

Mapje schreef op donderdag 16 mei 2024 @ 12:58:
[...]


Ik heb een eigen router namelijk een Fritzbox.

Tijdens de storing kon ik bedraad wel gewoon op Tweakers maar WiFi wekte dus niet.

Dan zou je kunnen checken of je wifi device naar de wifi modem/router naar het zelfde dns wijst als waar je LAN apparaten verwijst . Je kan vaak voor iedere wifi verbinding de dns server settings op automatisch of manuele dns adres zetten.

Vb,
Als je modem naar 8.8.8.8 dns server verwijst en je wifi device staat op automatisch dan gebruikt dat dus ook 8.8.8.8.
Staat je LAN device op b.v 1.1.1.1 als device ( handmatig) dan gebruikt deze niet het modem dns adres. En zo zijn er eigenlijk diverse mogelijkheden per apparaat waardoor de een wel en de ander een domein kan resolven.
Er hoeft verder niets aan de hand te zijn met de modem. Gewoon een device instelling.

Zelf gebruik ik geen google DNS resolver, ik gebruik de 1.1.1.1 veranderd in de modem. Maar heb wel op andere apparaten zoals iPhone, een NAS of mijn werk mac een vast ip adres en in de dns verbinding slijst andere dns server ip’s zodat in 1 klik van configuratie kan switchen. Neem aan dat je dat ook onder windows kan.

[ Voor 19% gewijzigd door iPadawan op 16-05-2024 13:32 ]

[Renegade666]

hmm, nu 24 uur verder, maar nog niet alles werkt. Tahoma/Somfy, Deco's, goodwe en homewizard (deels) ...

modem al ene paar keer geherstart

[mmichael1991]

In de regio Schoonhoven hebben we al sinds vanochtend geen internetverbinding.. (los van het DNS verhaal). Pon blijft branden, Internet knippert op het modem.

Verder dan deze storingsmelding komt Delta ook niet

[bjusterbaarlik]

Zou het helpen dat de monteur elke paar minuten door iemand die de status pagina beheert gebeld zou worden om een update? Persoonlijk denk ik niet dat zoiets zorgt voor een snellere oplossing. Sterker nog ik denk dat het alleen maar langer gaat duren en de kans op fouten door afleiding zou ook veel groter zijn. Is toch alleen maar belangrijk om te weten dat ze bekend zijn met het probleem en dat ze aan een oplossing werken? Al het andere zorgt er alleen maar voor het omgekeerde wat jij uiteindelijk wil. Een snelle en goede oplossing van het probleem.

[Renegade666]

Renegade666 schreef op donderdag 16 mei 2024 @ 19:06:
hmm, nu 24 uur verder, maar nog niet alles werkt. Tahoma/Somfy, Deco's, goodwe en homewizard (deels) ...

modem al ene paar keer geherstart

Ondertussen is alles weer online gelukkig

[JeroenT]

Gisteren ook onaangenaam verrast, dacht in eerste instantie dat pihole met unbound (vm op proxmox) offline was. Maar het werd snel duidelijk, dat alles wat met Google te maken had, offline was.

Een smokeping plaatje naar 8.8.8.8



Grappig dat voorafgaand, de latency omhoog ging, dus blijkbaar werd er vanaf dat moment een alternatieve route gebruikt?

Inmiddels werkt alles weer.

[ Voor 9% gewijzigd door JeroenT op 17-05-2024 00:10 ]

[mmichael1991]

bjusterbaarlik schreef op donderdag 16 mei 2024 @ 22:30:
Zou het helpen dat de monteur elke paar minuten door iemand die de status pagina beheert gebeld zou worden om een update? Persoonlijk denk ik niet dat zoiets zorgt voor een snellere oplossing. Sterker nog ik denk dat het alleen maar langer gaat duren en de kans op fouten door afleiding zou ook veel groter zijn. Is toch alleen maar belangrijk om te weten dat ze bekend zijn met het probleem en dat ze aan een oplossing werken? Al het andere zorgt er alleen maar voor het omgekeerde wat jij uiteindelijk wil. Een snelle en goede oplossing van het probleem.

Bij een storing die al meer dan 13 uur(!) aan de gang is, is een kleine update toch niet heel veel gevraagd? Ik neem aan dat er vast wel ergens een afdeling is die weet waar het probleem ligt en een grove schatting heeft van de tijdspanne? Nu is het: Geen idee, we zijn er mee bezig, succes ermee.

Maar dat is mijn mening

— edit:
Zojuist is de verbinding weer online gekomen

[ Voor 3% gewijzigd door mmichael1991 op 17-05-2024 00:04 ]

[wdr]

mmichael1991 schreef op vrijdag 17 mei 2024 @ 00:02:
[...]


Bij een storing die al meer dan 13 uur(!) aan de gang is, is een kleine update toch niet heel veel gevraagd? Ik neem aan dat er vast wel ergens een afdeling is die weet waar het probleem ligt en een grove schatting heeft van de tijdspanne? Nu is het: Geen idee, we zijn er mee bezig, succes ermee.

Maar dat is mijn mening

— edit:
Zojuist is de verbinding weer online gekomen

Ben ik het geheel mee eens, bijvoorbeeld tegen de avond melden dat je naar verwachting de hele avond geen Tv kunt kijken. Hoef echt niet elk half uur een update te krijgen maar eens in de paar uur lijkt mij toch geen overbodige luxe.

[mesa57]

Hoe kan ik in mijn Nokia zien of IPV6 inmiddels is geactiveerd ?
En wat moet ik instellen op mijn router achter de Nokia (dlink dir878l) om daar een IPV6 adres te krijgen.
Ik moet toegeven dat ik er nog niet veel van snap, dus alle hulp is welkom.