[Glasnet.nl] Ervaringen & Discussie - Deel 1

[Bytebandit]

Ik was niet helemaal op de hoogte van dat dashboard! Ik heb nu de probe geadopteerd en verplaatst naar Volkel. Ik zie hem online nog niet terug maar ik denk dat daar wat tijd tussen zit.

Meteen maar weer eens de moeite genomen om mijn PFsense ipv6 configuratie van Glasnet werkend te krijgen. Die komt nu met een 10/10 door https://test-ipv6.com. Nu nog het Docker IPV6 deel, aangezien ik daar nog het volgende terug krijg

code:

[WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

[ernstoud]

Let wel: het dashboard is nog een preview. Met name het deel rond credits en tokens is nog niet af.

[ Voor 40% gewijzigd door ernstoud op 23-09-2024 20:07 ]

[stormfly]

Bytebandit schreef op maandag 23 september 2024 @ 20:02:
Ik was niet helemaal op de hoogte van dat dashboard! Ik heb nu de probe geadopteerd en verplaatst naar Volkel. Ik zie hem online nog niet terug maar ik denk dat daar wat tijd tussen zit.

Meteen maar weer eens de moeite genomen om mijn PFsense ipv6 configuratie van Glasnet werkend te krijgen. Die komt nu met een 10/10 door https://test-ipv6.com. Nu nog het Docker IPV6 deel, aangezien ik daar nog het volgende terug krijg

code:

[WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Tag mij even in het global ping topic dan deel ik mijn macvlan docker config met je vanavond. Met macvlan krijgen de continers een echt IP /v6 van het hardware LAN.

[Jan_2teP]

Gisteren kwam ik er achter dat mijn DigiD app thuis op beide smarphones Android 12 en 14 plots niet meer werkte op wifi. Er kwam geen koppelcode.
Op 4G/5G werkt de app normaal.
Dit zonder iets veranderd te hebben aan mijn modem de Fritz!box 5530 fiber in regio HoekscheWaard. Een vorige firmware versie 7.81 terugzetten hielp ook niet.
Nu ben ik er achter dat de oorzaak ligt bij IPv6 support
Zet ik dit uit op het modem, dan werkt de DigiD app wel normaal.
Ben ik de enige die hier last van heeft?
Is er een andere oplossing?

[sponsbob]

hier ook geen IPv6 ook regio hoeksewaard.

[ Voor 21% gewijzigd door sponsbob op 28-09-2024 08:50 ]

[stormfly]

sponsbob schreef op zaterdag 28 september 2024 @ 08:47:
hier ook geen IPv6 ook regio hoeksewaard.

[Afbeelding]

Heb je dit wel actief gehad/gemaakt in het verleden?

Jan_2teP schreef op zaterdag 28 september 2024 @ 06:46:
Gisteren kwam ik er achter dat mijn DigiD app thuis op beide smarphones Android 12 en 14 plots niet meer werkte op wifi. Er kwam geen koppelcode.
Op 4G/5G werkt de app normaal.
Dit zonder iets veranderd te hebben aan mijn modem de Fritz!box 5530 fiber in regio HoekscheWaard. Een vorige firmware versie 7.81 terugzetten hielp ook niet.
Nu ben ik er achter dat de oorzaak ligt bij IPv6 support
Zet ik dit uit op het modem, dan werkt de DigiD app wel normaal.
Ben ik de enige die hier last van heeft?
Is er een andere oplossing?

Je wilt eigenlijk weten waar de app naar toe connect om een traceroute over v4 of v6 uit te voeren.

[sponsbob]

[quote]stormfly schreef op zaterdag 28 september 2024 @ 08:49:
[...]


Heb je dit wel actief gehad/gemaakt in het verleden?


[...]


tot gisteren was mijn nas bereikbaar via ipv6 .

[stormfly]

sponsbob schreef op zaterdag 28 september 2024 @ 08:54:
[quote]stormfly schreef op zaterdag 28 september 2024 @ 08:49:
[...]


Heb je dit wel actief gehad/gemaakt in het verleden?


[...]


tot gisteren was mijn nas bereikbaar via ipv6 .

https://www.jsdelivr.com/...surement=46KvWMKkVVX9lRa0 er zijn helaas niet heel veel probes in glasnet. Welk AS nummer zie je als je naar bgp.he.net gaat dan kan ik het nog een keer proberen op AS nummer vanaf globalping.

https://www.jsdelivr.com/...surement=YHo3ceoElQAdqpFi deze twee klanten hebben bij glasnet nog wel IPv6 verbinding.

[ Voor 10% gewijzigd door stormfly op 28-09-2024 09:27 ]

[sponsbob]

BlackGATE (AS201290)

[stormfly]

Na een hele korte packetcapture op mijn WiFi app denk ik dat de app resolved naar o.a. dit adres.

code:

statistiek.digid.nl
digid.nl

Wat hij ook lijkt te openen wat op zich opmerkelijk is voor een Nederlandse App van de overheid. Zien andere deze requests ook bij de digid app? EDIT zit en schakelaartje statistiek in de app

code:

in.appcenter.ms
in1-gw2-01-3d6c3051.eastus2.cloudapp.azure.com

---

https://www.jsdelivr.com/...surement=rvsfafDdyxPhvUoM

code:

Uitgeest, NL, EU
 - 
BlackGATE B.V. (AS201290)

traceroute to statistiek.digid.nl (2a04:9a00:104d:1770::2), 20 hops max, 80 byte packets
 1  2a0d:6e00:163f:1::1 (2a0d:6e00:163f:1::1)  0.231 ms  0.237 ms
 2  2a05:3600:0:29::2 (2a05:3600:0:29::2)  2.972 ms  3.790 ms
 3  2a05:3600:0:29::1 (2a05:3600:0:29::1)  2.618 ms  2.941 ms
 4  2001:7f8:1::a505:266:2 (2001:7f8:1::a505:266:2)  2.750 ms  2.746 ms
 5  2a02:4240:0:1::12 (2a02:4240:0:1::12)  2.468 ms  2.464 ms
 6  2a01:380::3b:b9 (2a01:380::3b:b9)  9.171 ms  9.168 ms
 7  2a01:380:1100::b (2a01:380:1100::b)  10.622 ms  10.970 ms
 8  2a01:380:1100::d (2a01:380:1100::d)  10.796 ms  10.792 ms
 9  * *



Moordrecht, NL, EU
 - 
BlackGATE (AS201290)

traceroute to statistiek.digid.nl (2a04:9a00:1049:2290::2), 20 hops max, 80 byte packets
 1  2a05:3600:1023:1337::1 (2a05:3600:1023:1337::1)  0.235 ms  0.219 ms
 2  2a05:3600:0:3::2 (2a05:3600:0:3::2)  6.010 ms *
 3  * *
 4  * *
 5  * kpn-as1136.kpn-asd-dc2.nlsix.net (2001:7f8:13::a500:1136:1)  5.041 ms
 6  * *
 7  * *
 8  * *
 9  * *
10  * *
11  * *
12  * *
13  * *
14  * *
15  * *
16  * *
17  * *
18  * *
19  * *
20  * *

code:

Uitgeest, NL, EU
 - 
BlackGATE B.V. (AS201290)

Time:
10 ms

traceroute to digid.nl (2a04:9a00:1010:1900::a), 20 hops max, 80 byte packets
 1  2a0d:6e00:163f:1::1 (2a0d:6e00:163f:1::1)  0.236 ms  0.279 ms
 2  2a05:3600:0:29::2 (2a05:3600:0:29::2)  3.135 ms  3.919 ms
 3  2a05:3600:0:29::1 (2a05:3600:0:29::1)  2.559 ms  2.827 ms
 4  2001:7f8:1::a505:266:2 (2001:7f8:1::a505:266:2)  2.830 ms  2.839 ms
 5  2a02:4240:0:1::12 (2a02:4240:0:1::12)  2.543 ms  2.539 ms
 6  2a01:380::3b:bb (2a01:380::3b:bb)  9.151 ms  9.148 ms
 7  2a01:380:1100::b (2a01:380:1100::b)  10.649 ms  11.132 ms
 8  2a01:380:1100::d (2a01:380:1100::d)  10.992 ms  10.989 ms
 9  2a04:9a00:1040::4:2 (2a04:9a00:1040::4:2)  9.733 ms  9.730 ms
10  2a04:9a00:1010::1:1:2 (2a04:9a00:1010::1:1:2)  9.725 ms  9.721 ms
11  2a04:9a00:1010:3::27 (2a04:9a00:1010:3::27)  9.241 ms  9.221 ms
12  2a04:9a00:1010:1900::a (2a04:9a00:1010:1900::a)  9.657 ms  9.645 ms
Moordrecht, NL, EU
 - 
BlackGATE (AS201290)

Time:
15 ms

traceroute to digid.nl (2a04:9a00:1010:1900::a), 20 hops max, 80 byte packets
 1  2a05:3600:1023:1337::1 (2a05:3600:1023:1337::1)  0.193 ms  0.177 ms
 2  2a05:3600:0:3::2 (2a05:3600:0:3::2)  5.862 ms *
 3  2a05:3600:0:3::1 (2a05:3600:0:3::1)  5.478 ms  5.847 ms
 4  2001:7f8:1::a505:266:2 (2001:7f8:1::a505:266:2)  4.262 ms  4.256 ms
 5  2a02:4240:0:1::12 (2a02:4240:0:1::12)  3.800 ms  3.795 ms
 6  2a01:380::3b:b9 (2a01:380::3b:b9)  11.601 ms  11.597 ms
 7  2a01:380:1100::b (2a01:380:1100::b)  12.162 ms  12.511 ms
 8  2a01:380:1100::d (2a01:380:1100::d)  11.894 ms  11.889 ms
 9  2a04:9a00:1040::4:2 (2a04:9a00:1040::4:2)  11.915 ms  11.910 ms
10  2a04:9a00:1010::1:1:2 (2a04:9a00:1010::1:1:2)  11.214 ms  11.209 ms
11  2a04:9a00:1010:3::27 (2a04:9a00:1010:3::27)  15.560 ms  15.543 ms
12  2a04:9a00:1010:1900::a (2a04:9a00:1010:1900::a)  14.853 ms *

https://www.jsdelivr.com/...surement=qPW0mvFGEDfzWCdD

[ Voor 44% gewijzigd door stormfly op 28-09-2024 09:56 ]

[stormfly]

Zou mooi zijn als er wat meer probes zouden komen in glasnet/blackgate

ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

[RobbyTown]

https://mypro.be/nl/glasnet alle ripe glasnet probes

glasnet probes tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79439826
ipv6: https://atlas.ripe.net/measurements/79439830

glasnet probes tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79439863
ipv6: https://atlas.ripe.net/measurements/79439867

glasnet probes tracert naar tweakers.net
ipv4: https://atlas.ripe.net/measurements/79439872
ipv6: https://atlas.ripe.net/measurements/79439949

freedom probes tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79439980
ipv6: https://atlas.ripe.net/measurements/79439981

freedom probes tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79439988
ipv6: https://atlas.ripe.net/measurements/79439989

100 NL random probes
tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79440083
ipv6: https://atlas.ripe.net/measurements/79440084

tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79440085
ipv6: https://atlas.ripe.net/measurements/79440086

Nog meer tracerts nodig? Laat maar weten .

[ Voor 87% gewijzigd door RobbyTown op 28-09-2024 10:17 ]

[stormfly]

RobbyTown schreef op zaterdag 28 september 2024 @ 09:52:
https://mypro.be/nl/glasnet alle ripe glasnet probes

glasnet probes tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79439826
ipv6: https://atlas.ripe.net/measurements/79439830

glasnet probes tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79439863
ipv6: https://atlas.ripe.net/measurements/79439867

glasnet probes tracert naar tweakers.net
ipv4: https://atlas.ripe.net/measurements/79439872
ipv6: https://atlas.ripe.net/measurements/79439949

freedom probes tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79439980
ipv6: https://atlas.ripe.net/measurements/79439981

freedom probes tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79439988
ipv6: https://atlas.ripe.net/measurements/79439989

100 NL random probes
tracert naar statistiek.digid.nl
ipv4: https://atlas.ripe.net/measurements/79440083
ipv6: https://atlas.ripe.net/measurements/79440084

tracert naar digid.nl
ipv4: https://atlas.ripe.net/measurements/79440085
ipv6: https://atlas.ripe.net/measurements/79440086

Nog meer tracerts nodig? Laat maar weten .

Gehehe ja ik ken dit alternatief maar dat is eigenlijk een omslachtige variant geworden de interface is zwaar gedateerd en veel te gelaagd, heb overigens beide probes draaien. Als je nagaat hoe snel je bij globalping.io concrete output hebt tov het aantal clicks bij een Atlas probe...

Ze het screenshot hieronder waar moet ik dan op klikken om de echte trace per probe te zien, het routing pad? Er worden 14 hops genoemd, die wil ik zien?

EDIT ik heb een klein scherm, rechts zit nog een zwarte cirkel waar je op kan klikken. Waarom is die hele regel niet klikbaar

[ Voor 23% gewijzigd door stormfly op 28-09-2024 10:28 ]

[RobbyTown]

@stormfly druk is op dat rechter pijltje dan schuift het op Min RTT minder breed dan had het inderdaad mooi gepast.

[ Voor 30% gewijzigd door RobbyTown op 28-09-2024 10:29 ]

[stormfly]

RobbyTown schreef op zaterdag 28 september 2024 @ 10:28:
@stormfly druk is op dat rechter pijltje dan schuift het op

Ja ik had hem net gespot, dank! Maar dat is spot on wat ik bedoel: het is gemaakt voor grote PC schermen en het is niet adaptive genoeg om een MacBook van 13 inch (of kleiner) alle info te laten zien.En ik keek er ook vet langsheen dat geef ik toe

De footprint van ripe is beter qua probes, de interface van globalping.io is veel toegankelijker.

[RobbyTown]

Yup zag dat @ernstoud hw probes aan het regelen. Hopelijk kan ik er 1 bemachtigen dan plug ik hem hier erbij. Ja ik weet sponsor kan maar dat vertik ik .

[ernstoud]

stormfly schreef op zaterdag 28 september 2024 @ 09:47:
Zou mooi zijn als er wat meer probes zouden komen in glasnet/blackgate

ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Gaat wel gebeuren. Een software probe kan natuurlijk altijd, maar binnenkort komen er gratis 100 hardware probes ter beschikking.

Punt is dat ik heb voorgesteld aan de redactie van Tweakers (… knock knock, anybody home?) om e.e.a. te combineren met een artikel op de frontpage. En al een week komt er geen reactie . Met Globalping is afgesproken dat we nog een week wachten, daarna komt sowieso de URL beschikbaar in de threads van Glasnet, KPN en Delta waarop je een probe kunt aanvragen. Dan geldt, wie het eerst komt…

[ernstoud]

RobbyTown schreef op zaterdag 28 september 2024 @ 10:31:
Yup zag dat @ernstoud hw probes aan het regelen. Hopelijk kan ik er 1 bemachtigen dan plug ik hem hier erbij. Ja ik weet sponsor kan maar dat vertik ik .

Je kunt je natuurlijk als de probe ontvangen is als sponsor afmelden. Minimale sponsoring is € 10 per maand. Dus dan kost een probe je niet meer dan dat. Maar goed, binnenkort 100 stuks gratis. Zodra de URL beschikbaar komt waarop je je moet aanmelden moet je er dan wel snel bij zijn.

[VHware]

Jan_2teP schreef op zaterdag 28 september 2024 @ 06:46:
Nu ben ik er achter dat de oorzaak ligt bij IPv6 support
Zet ik dit uit op het modem, dan werkt de DigiD app wel normaal.
Ben ik de enige die hier last van heeft?
Is er een andere oplossing?

Hier ook regio Hoeksche Waard en IPv6 issues.
Ga je nu naar https://whatismyipaddress.com/nl/mijn-ip zegt ie ook dat IPv6 niet gedetecteerd is, terwijl dit wel degelijk het geval is en eerder prima werkte.

https://test-ipv6.com/
Zegt eveneens dat alle IPv6 tests falen.

[ Voor 6% gewijzigd door VHware op 29-09-2024 07:18 ]

[VHware]

Traceroute naar mijn eigen IPv6 vanaf een tracerouteserver levert dit op:

code:

1   1   2   0       2607:f0d0:2701:6c:ffff:ffff:ffff:ff7e   outbound.hexillion.com
2   1   1   0       2607:f0d0:2700:1::22    
3   0   0   0       2607:f0d0:2700:1::6 
4   2   2   2       2607:f0d0:2:2::316  6130.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
5   *   49  25      2607:f0d0:2:2::2f1  1f20.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
6   44  44  44      2607:f0d0:2:2::23b  b320.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
7   114 114 114     2607:f0d0:2:2::12f  f210.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
8   114 114 114     2607:f0d0:2:2::2f9  9f20.0000.0000.0000.2000.2000.0d0f.7062.ip6.static.sl-reverse.com
9   *   *   *           
10  122 121 122     2a02:10:1:1::7  nikhef-cr.ip6.openpeering.nl
11  *   *   *           
12  *   *   *           
13  118 118 118     2a05:3600:0:8::1    
14  *   *   *           
15  118 118 118     2a05:3600:0:8::1    
16  *   *   *           
17  118 118 118     2a05:3600:0:8::1    
18  *   *   *           
19  118 118 118     2a05:3600:0:8::1    
20  *   *   *           
21  118 118 118     2a05:3600:0:8::1    
22  *   *   *           
23  118 118 118     2a05:3600:0:8::1    
24  *   *   *           
25  118 118 118     2a05:3600:0:8::1    
26  *   *   *           
27  118 118 118     2a05:3600:0:8::1    
28  *   *   *           
29  118 118 118     2a05:3600:0:8::1    
30  *   *   *           
Trace complete

Een andere, vergelijkbaar:

code:

Loss   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 2a03:b0c0:2::13            0.0%     4    0.7   1.0   0.7   1.5   0.4
  2.|-- 2a03:b0c0:fffd::1c         0.0%     4    0.7   0.9   0.7   1.3   0.3
  3.|-- 2a03:b0c0:fffe::52         0.0%     4    1.0   1.2   1.0   1.6   0.3
  4.|-- 2a03:b0c0:fffe::4f         0.0%     4    0.6   1.0   0.6   1.4   0.4
  5.|-- 2001:7f8:1:0:a500:20:1290  0.0%     4    2.2   2.2   2.0   2.6   0.2
  6.|-- 2a05:3600:0:1b::1          0.0%     4    2.0   2.2   2.0   2.5   0.2
  7.|-- 2a05:3600:0:1e::2         75.0%     4    1.9   1.9   1.9   1.9   0.0
  8.|-- 2a05:3600:0:1b::1          0.0%     4    2.0   2.2   2.0   2.4   0.2
  9.|-- 2a05:3600:0:1e::2         75.0%     4    1.3   1.3   1.3   1.3   0.0
 10.|-- 2a05:3600:0:1b::1          0.0%     4    2.1   2.1   1.9   2.2   0.1
 11.|-- 2a05:3600:0:1e::2         75.0%     4    1.1   1.1   1.1   1.1   0.0
 12.|-- 2a05:3600:0:1b::1          0.0%     4    2.0   2.2   2.0   2.3   0.1
 13.|-- 2a05:3600:0:1e::2         75.0%     4    1.3   1.3   1.3   1.3   0.0
 14.|-- 2a05:3600:0:1b::1          0.0%     4    2.3   2.2   2.1   2.3   0.1
 15.|-- 2a05:3600:0:1e::2         75.0%     4    1.2   1.2   1.2   1.2   0.0
 16.|-- 2a05:3600:0:1b::1          0.0%     4    2.1   2.2   2.0   2.4   0.1
 17.|-- 2a05:3600:0:1e::2         75.0%     4    1.3   1.3   1.3   1.3   0.0
 18.|-- 2a05:3600:0:1b::1          0.0%     4    2.3   2.3   2.0   2.5   0.2
 19.|-- 2a05:3600:0:1e::2         75.0%     4    1.4   1.4   1.4   1.4   0.0
 20.|-- 2a05:3600:0:1b::1          0.0%     4    2.2   2.2   2.1   2.2   0.1
 21.|-- 2a05:3600:0:1e::2         25.0%     4    1.3   1.3   1.3   1.4   0.1
 22.|-- 2a05:3600:0:1b::1          0.0%     4    2.4   2.3   2.1   2.4   0.1
 23.|-- ???                       100.0     4    0.0   0.0   0.0   0.0   0.0
 24.|-- 2a05:3600:0:1b::1          0.0%     4    2.1   2.3   2.1   2.5   0.2
 25.|-- ???                       100.0     4    0.0   0.0   0.0   0.0   0.0
 26.|-- 2a05:3600:0:1b::1          0.0%     4    2.3   2.3   2.2   2.3   0.1
 27.|-- 2a05:3600:0:1e::2         75.0%     4    1.3   1.3   1.3   1.3   0.0
 28.|-- 2a05:3600:0:1b::1          0.0%     4    2.2   2.3   2.2   2.5   0.1
 29.|-- ???                       100.0     4    0.0   0.0   0.0   0.0   0.0
 30.|-- 2a05:3600:0:1b::1          0.0%     4    2.5   2.3   2.3   2.5   0.1

[stormfly]

VHware schreef op zondag 29 september 2024 @ 12:05:
Traceroute naar mijn eigen IPv6 vanaf een tracerouteserver levert dit op:

Wil je de data tussen code tags plaatsen?

Tagging @aartvg @evharten ivm de genoemde IPv6 problemen.

[ Voor 12% gewijzigd door stormfly op 29-09-2024 13:00 ]

[evharten]

We hebben even gekeken en mogelijk een issue ergens gevonden, zouden jullie eens kunnen kijken of het probleem nu voor jullie is opgelost ?
Er was 1 router waarlangs ipv6 verkeer niet geheel goed liep, dit hebben we als het goed is verholpen.

[VHware]

Lijkt erop dat de verbindingen nu weer werken, eigen traceroutes naar bestemmingen gaan dan ook weer volledig in plaats van dat deze bij de tweede hop al doodlopen.

@evharten

[Jan_2teP]

@evharten
Dankjewel.
Ook bij mij is het opgelost. En dat op zondag !!
Op https://test-ipv6.com wordt bij mij weer een IPv6 adres gedetecteerd.
En op mijn smartphone kan ik weer DigiD.nl bereiken zonder op 4G/5G of uitlsluitend op IPv4 te hoeven overschakelen. Nu werkt IPv6 aan ook weer.
Klasse!

[ Voor 9% gewijzigd door Jan_2teP op 29-09-2024 23:10 ]

[ernstoud]

*knip*. Ongetwijfeld goed bedoeld, maar het is handiger om het gewoon allemaal in hetzelfde topic te houden: Discussie m.b.t. RIPE Atlas en Globalping.

[ Voor 81% gewijzigd door rens-br op 02-10-2024 08:26 ]

[stormfly]

@evharten ik zag op een collega zijn smokeping dat npo.nl via cloudfront een lang pad gebruikt. Cloudfront zou toch via een korter pad bereikbaar moeten zijn?

Ik zie in de hostnames Dublin en Praag voorbijkomen, mogelijk is dit niet op te lossen aan jullie kan

Als je naar het plaatje kijkt dan zie je wat ik bedoel tov de rest.

code:

Moordrecht, NL, EU
 - 
BlackGATE B.V. (AS201290)

Time:
21 ms

traceroute to nos.nl (2600:9000:2127:ec00:f:425b:9b80:93a1), 20 hops max, 80 byte packets
 1  2a05:3600:1023:1337::1 (2a05:3600:1023:1337::1)  0.168 ms  0.192 ms
 2  2a05:3600:0:3::2 (2a05:3600:0:3::2)  6.818 ms *
 3  2a05:3600:0:3::1 (2a05:3600:0:3::1)  6.246 ms  6.563 ms
 4  2a05:3600:0:e::2 (2a05:3600:0:e::2)  5.201 ms  5.598 ms
 5  blackgate.nikhef.ip6.jointtransit.nl (2a02:10:0:1::178:1)  4.740 ms  4.760 ms
 6  2001:5002:400:13::1 (2001:5002:400:13::1)  5.302 ms  5.369 ms
 7  ae3-tcr1.fis.cw.net (2001:5000:0:1b9::1)  19.952 ms  20.081 ms
 8  ae37-ucr1.pra.cw.net (2001:5000:0:1b::2)  20.074 ms  20.067 ms
 9  2620:107:4008:37f::1 (2620:107:4008:37f::1)  19.747 ms  19.741 ms
10  2a01:578:0:ff::1cf (2a01:578:0:ff::1cf)  20.232 ms  20.226 ms
11  2600:9000:ddd:1:8000:0:645d:407 (2600:9000:ddd:1:8000:0:645d:407)  24.897 ms  24.872 ms
12  2600:9000:fff:ff00::300 (2600:9000:fff:ff00::300)  29.725 ms  29.707 ms
13  2600:9000:fff:ff01:0:50:112:21 (2600:9000:fff:ff01:0:50:112:21)  33.587 ms  33.578 ms
14  2600:9000:fff:ff00::401 (2600:9000:fff:ff00::401)  25.683 ms  25.677 ms
15  * *
16  * *
17  2600:9000:2127:ec00:f:425b:9b80:93a1 (2600:9000:2127:ec00:f:425b:9b80:93a1)  21.195 ms  21.189 ms

traceroute to nos.nl (65.9.95.110), 20 hops max, 60 byte packets
 1  cr1.mdr.nlrouter.eu (194.39.43.65)  0.227 ms  0.195 ms
 2  asr01.nik.core.blackgate.nl (46.231.18.4)  6.945 ms *
 3  asw17.nik.core.blackgate.nl (46.231.18.49)  7.846 ms  8.245 ms
 4  customer.ftto.blackgate.nl (46.231.22.10)  7.091 ms  7.478 ms
 5  blackgate.nikhef.jointtransit.nl (217.170.23.137)  10.936 ms  10.931 ms
 6  217.161.90.224 (217.161.90.224)  7.568 ms  7.565 ms
 7  ae3-tcr1.fis.cw.net (195.2.30.201)  13.998 ms  14.174 ms
 8  ae37-ucr1.pra.cw.net (195.2.2.62)  21.538 ms  21.530 ms
 9  52.46.167.136 (52.46.167.136)  20.262 ms  20.251 ms
10  52.93.43.42 (52.93.43.42)  21.661 ms  21.654 ms
11  * *
12  * *
13  * *
14  * *
15  * *
16  * *
17  server-65-9-95-110.prg50.r.cloudfront.net (65.9.95.110)  18.746 ms  18.789 ms

[esky]

stormfly schreef op donderdag 3 oktober 2024 @ 08:50:
@evharten ik zag op een collega zijn smokeping dat npo.nl via cloudfront een lang pad gebruikt. Cloudfront zou toch via een korter pad bereikbaar moeten zijn?

Ik zie in de hostnames Dublin en Praag voorbijkomen, mogelijk is dit niet op te lossen aan jullie kan

Als je naar het plaatje kijkt dan zie je wat ik bedoel tov de rest.

[Afbeelding]

code:

Moordrecht, NL, EU
 - 
BlackGATE B.V. (AS201290)

Time:
21 ms

traceroute to nos.nl (2600:9000:2127:ec00:f:425b:9b80:93a1), 20 hops max, 80 byte packets
 1  2a05:3600:1023:1337::1 (2a05:3600:1023:1337::1)  0.168 ms  0.192 ms
 2  2a05:3600:0:3::2 (2a05:3600:0:3::2)  6.818 ms *
 3  2a05:3600:0:3::1 (2a05:3600:0:3::1)  6.246 ms  6.563 ms
 4  2a05:3600:0:e::2 (2a05:3600:0:e::2)  5.201 ms  5.598 ms
 5  blackgate.nikhef.ip6.jointtransit.nl (2a02:10:0:1::178:1)  4.740 ms  4.760 ms
 6  2001:5002:400:13::1 (2001:5002:400:13::1)  5.302 ms  5.369 ms
 7  ae3-tcr1.fis.cw.net (2001:5000:0:1b9::1)  19.952 ms  20.081 ms
 8  ae37-ucr1.pra.cw.net (2001:5000:0:1b::2)  20.074 ms  20.067 ms
 9  2620:107:4008:37f::1 (2620:107:4008:37f::1)  19.747 ms  19.741 ms
10  2a01:578:0:ff::1cf (2a01:578:0:ff::1cf)  20.232 ms  20.226 ms
11  2600:9000:ddd:1:8000:0:645d:407 (2600:9000:ddd:1:8000:0:645d:407)  24.897 ms  24.872 ms
12  2600:9000:fff:ff00::300 (2600:9000:fff:ff00::300)  29.725 ms  29.707 ms
13  2600:9000:fff:ff01:0:50:112:21 (2600:9000:fff:ff01:0:50:112:21)  33.587 ms  33.578 ms
14  2600:9000:fff:ff00::401 (2600:9000:fff:ff00::401)  25.683 ms  25.677 ms
15  * *
16  * *
17  2600:9000:2127:ec00:f:425b:9b80:93a1 (2600:9000:2127:ec00:f:425b:9b80:93a1)  21.195 ms  21.189 ms

traceroute to nos.nl (65.9.95.110), 20 hops max, 60 byte packets
 1  cr1.mdr.nlrouter.eu (194.39.43.65)  0.227 ms  0.195 ms
 2  asr01.nik.core.blackgate.nl (46.231.18.4)  6.945 ms *
 3  asw17.nik.core.blackgate.nl (46.231.18.49)  7.846 ms  8.245 ms
 4  customer.ftto.blackgate.nl (46.231.22.10)  7.091 ms  7.478 ms
 5  blackgate.nikhef.jointtransit.nl (217.170.23.137)  10.936 ms  10.931 ms
 6  217.161.90.224 (217.161.90.224)  7.568 ms  7.565 ms
 7  ae3-tcr1.fis.cw.net (195.2.30.201)  13.998 ms  14.174 ms
 8  ae37-ucr1.pra.cw.net (195.2.2.62)  21.538 ms  21.530 ms
 9  52.46.167.136 (52.46.167.136)  20.262 ms  20.251 ms
10  52.93.43.42 (52.93.43.42)  21.661 ms  21.654 ms
11  * *
12  * *
13  * *
14  * *
15  * *
16  * *
17  server-65-9-95-110.prg50.r.cloudfront.net (65.9.95.110)  18.746 ms  18.789 ms

Als ik kijk naar npo.nl dan wijst die naar IP's van Cloudfront die bij Amazon draaien. In de naam die je bij de IP's terugkrijgt zit "dub56" dus ik neem aan dat het in de AWS zone eu-west-1 draait in Dublin Ierland. Ik heb werkelijk geen idee waarom NPO niet met een partij samenwerkt die in Nederland zit, maar Glasnet kan er weinig aan doen dat Dublin zover weg is

[stormfly]

esky schreef op donderdag 3 oktober 2024 @ 14:15:
[...]


Als ik kijk naar npo.nl dan wijst die naar IP's van Cloudfront die bij Amazon draaien. In de naam die je bij de IP's terugkrijgt zit "dub56" dus ik neem aan dat het in de AWS zone eu-west-1 draait in Dublin Ierland. Ik heb werkelijk geen idee waarom NPO niet met een partij samenwerkt die in Nederland zit, maar Glasnet kan er weinig aan doen dat Dublin zover weg is

Klopt zag ik later ook en heb ik de post mee aangevuld. Ik meen dat de dichtstbijzijnde locatie Frankfurt is?

[esky]

stormfly schreef op donderdag 3 oktober 2024 @ 14:23:
[...]


Klopt zag ik later ook en heb ik de post mee aangevuld. Ik meen dat de dichtstbijzijnde locatie Frankfurt is?

Klopt in Frankfurt zit eu-central-1 en er zou in Amsterdam ook een "Local zone" moeten komen genaamd eu-central-1-ams-1a.

[ep667]

esky schreef op donderdag 3 oktober 2024 @ 14:15:
[...]


Als ik kijk naar npo.nl dan wijst die naar IP's van Cloudfront die bij Amazon draaien. In de naam die je bij de IP's terugkrijgt zit "dub56" dus ik neem aan dat het in de AWS zone eu-west-1 draait in Dublin Ierland. Ik heb werkelijk geen idee waarom NPO niet met een partij samenwerkt die in Nederland zit, maar Glasnet kan er weinig aan doen dat Dublin zover weg is

Maar dat is het niet. Cloudfront is het CDN van AWS. Die hebben locaties over de hele wereld, waaronder in Amsterdam. Logischerwijs moet je daar dus uitkomen. Bij KPN is dat wel het geval, want dan kom ik uit op server-18-239-50-102.ams58.r.cloudfront.net.

@stormfly Komt niet uit in Dublin, maar in Praag. Er gaat dus iets mis met het lokaal aanbieden van deze content. Dat kan meerdere redenen hebben. Verkeerde geo informatie, iets met DNS en vast nog veel meer. Maar het is niet wat het hoort te zijn.

Overigens loopt de gestreamde content niet via deze route.

[esky]

ep667 schreef op donderdag 3 oktober 2024 @ 16:23:
[...]
@stormfly Komt niet uit in Dublin, maar in Praag. Er gaat dus iets mis met het lokaal aanbieden van deze content. Dat kan meerdere redenen hebben. Verkeerde geo informatie, iets met DNS en vast nog veel meer. Maar het is niet wat het hoort te zijn.

Beetje offtopic, maar npo.nl komt in Dublin uit, of ik nu via 8.8.8.8, Quad9, Cloudflare, Freedom of Odido kijk. nos.nl komt nu wel netjes in Amsterdam uit.

[KoalaBear84]

Hmm, mijn vertrouwen daalt soms met de Glasnet verbinding. Gemiddeld 0.1% packetloss van simpele pings naar 8.8.4.4, 1.1.1.1 en 104.110.191.35 (tweakers.net). En net lag het een beetje te stuiteren. Voor de zekerheid maar Mikrotik, switch en Pi stekker eruit en erin. #Oss

[Quas]

KoalaBear84 schreef op vrijdag 4 oktober 2024 @ 15:39:
Hmm, mijn vertrouwen daalt soms met de Glasnet verbinding. Gemiddeld 0.1% packetloss van simpele pings naar 8.8.4.4, 1.1.1.1 en 104.110.191.35 (tweakers.net). En net lag het een beetje te stuiteren. Voor de zekerheid maar Mikrotik, switch en Pi stekker eruit en erin. #Oss

Stuur mij even je postcode en huisnummer dan kan ik even wat zaken nakijken als traffic op de switch, ping naar die switch en dat soort zaken

[ANdrode]

ep667 schreef op donderdag 3 oktober 2024 @ 16:23:
[...]


Maar dat is het niet. Cloudfront is het CDN van AWS. Die hebben locaties over de hele wereld, waaronder in Amsterdam. Logischerwijs moet je daar dus uitkomen. Bij KPN is dat wel het geval, want dan kom ik uit op server-18-239-50-102.ams58.r.cloudfront.net.

Ik kwam donderdag vanaf KPN niet consistent uit in Amsterdam _{wanneer traceroutes niet gefilterd worden, dank je KPN}. Cloudflare doet aan DNS load-balancing (en minder of zelfs geen anycast).

Als je een andere DNS server gebruikt (zonder EDNS client subnet extensie) werkt de POP-selectie niet goed meer.

[Quas]

KoalaBear84 schreef op vrijdag 4 oktober 2024 @ 15:39:
Hmm, mijn vertrouwen daalt soms met de Glasnet verbinding. Gemiddeld 0.1% packetloss van simpele pings naar 8.8.4.4, 1.1.1.1 en 104.110.191.35 (tweakers.net). En net lag het een beetje te stuiteren. Voor de zekerheid maar Mikrotik, switch en Pi stekker eruit en erin. #Oss

Ik zie idd wat pingloss op jouw smokeping vanmiddag.

Na de herstart zie ik dat je pingloss minder is geworden. Het enige wat me op is gevallen dat je via een andere PPPoE server loopt nu.

De PPPoE servers hebben niet meer dan normaal verkeer dus kan jouw hogere pingloss niet verklaren.

Als ik dan kijk naar de switch waar op op verbonden bent. Die doet zo'n 250-350 Mbps download verkeer vandaag. Dus dat is ook penuts aan verkeer.

Op de core router van het gebied Oss is ook niks vreemds te zien.

Eigenlijk kan ik het niet zo goed verklaren waarom je wat pingloss hebt ervaren vanmiddag!

[Quas]

ANdrode schreef op vrijdag 4 oktober 2024 @ 16:19:
[...]


Ik kwam donderdag vanaf KPN niet consistent uit in Amsterdam _{wanneer traceroutes niet gefilterd worden, dank je KPN}. Cloudflare doet aan DNS load-balancing (en minder of zelfs geen anycast).

Als je een andere DNS server gebruikt (zonder EDNS client subnet extensie) werkt de POP-selectie niet goed meer.

Ik ben benieuwd wat er gebeurd als jullie de BlackGATE DNS servers gebruiken:
185.41.38.38
185.41.38.41

Sowieso snap ik niet waarom amazon via de JointTransit loopt. We hebben een directe peering met Amazon. Maar hier kijken we nog naar

[ANdrode]

Quas schreef op vrijdag 4 oktober 2024 @ 17:01:
[...]

Ik ben benieuwd wat er gebeurd als jullie de BlackGATE DNS servers gebruiken:
185.41.38.38
185.41.38.41

Sowieso snap ik niet waarom amazon via de JointTransit loopt. We hebben een directe peering met Amazon. Maar hier kijken we nog naar

DNS zou best wel de oorzaak kunnen zijn. In combinatie met de geolocatie (als EDNS aan staat) van de IPs volgens cloudfront. Ik weet niet of zij geofeeds gebruiken of niet.

Die DNS servers laten extern geen requests toe. Traceroute vanaf KPN naar hetzelfde IP:

$ traceroute6 2600:9000:2127:ec00:f:425b:9b80:93a1
traceroute to 2600:9000:2127:ec00:f:425b:9b80:93a1 (2600:9000:2127:ec00:f:425b:9b80:93a1), 30 hops max, 80 byte packets
 3  * * *
 4  * * *
 5  ae-3.r23.amstnl07.nl.bb.gin.ntt.net (2001:728:0:2000::105)  5.533 ms  5.514 ms  5.497 ms
 6  ae-17.r21.frnkge13.de.bb.gin.ntt.net (2001:728:0:2000::15)  23.324 ms * *
 7  ae-1.a03.frnkge13.de.bb.gin.ntt.net (2001:728:0:2000::85)  12.401 ms  12.662 ms  12.567 ms
 8  2001:728:0:5000::1863 (2001:728:0:5000::1863)  13.323 ms  13.271 ms 2001:728:0:5000::1583 (2001:728:0:5000::1583)  12.849 ms
 9  2a01:578:0:8002::e4 (2a01:578:0:8002::e4)  11.721 ms 2a01:578:0:8002::83 (2a01:578:0:8002::83)  11.727 ms 2a01:578:0:8002::85 (2a01:578:0:8002::85)  11.628 ms
10  2a01:578:0:ff::41 (2a01:578:0:ff::41)  18.472 ms  18.422 ms  18.413 ms
11  2a01:578:0:ff::1cc (2a01:578:0:ff::1cc)  100.334 ms 2a01:578:0:ff::1ce (2a01:578:0:ff::1ce)  18.477 ms 2a01:578:0:ff::1ca (2a01:578:0:ff::1ca)  18.783 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *^C

[KoalaBear84]

Quas schreef op vrijdag 4 oktober 2024 @ 16:55:
[...]

Ik zie idd wat pingloss op jouw smokeping vanmiddag.

Na de herstart zie ik dat je pingloss minder is geworden. Het enige wat me op is gevallen dat je via een andere PPPoE server loopt nu.

De PPPoE servers hebben niet meer dan normaal verkeer dus kan jouw hogere pingloss niet verklaren.

Als ik dan kijk naar de switch waar op op verbonden bent. Die doet zo'n 250-350 Mbps download verkeer vandaag. Dus dat is ook penuts aan verkeer.

Op de core router van het gebied Oss is ook niks vreemds te zien.

Eigenlijk kan ik het niet zo goed verklaren waarom je wat pingloss hebt ervaren vanmiddag!

Bedankt voor de check! 👍 OK, na de herstart iig maar 2 pings kwijt, die gaan rechtstreeks zonder enige DNS en geen verbindingsproblemen meer. Hopelijk blijft het weer stabiel, vandaag was voor de herstart niet zo best.

[RobbyTown]

Zo hehe na 3x mailen en verder geen feedback meer te hebben gehad dat het is aangemaakt. Daar is ie dan: https://allestoringen.nl/storing/glasnet/

[Jan_2teP]

@RobbyTown

Re: "na 3 maal mailen:" Met wie?

Re:"dat het is aangemaakt" Wat is aangemaakt?

Wij hebben hier toch ons eigen forum waar Glasnet deskundigen in meekijken en verrassend snel ergens op reageren.
Wat wil je nog meer?

[Horatius]

Jan_2teP schreef op maandag 7 oktober 2024 @ 13:07:
@RobbyTown

Re: "na 3 maal mailen:" Met wie?

Re:"dat het is aangemaakt" Wat is aangemaakt?

Wij hebben hier toch ons eigen forum waar Glasnet deskundigen in meekijken en verrassend snel ergens op reageren.
Wat wil je nog meer?

Dat we hier dat hebben betekent niet dat het niet handig is om een entry te hebben bij downdetector. Het ene maakt het andere niet overbodig.

Daarnaast zit niet iedere klant van glasnet op dit topic. Althans dat hoop ik.

[boswandeling]

Jan_2teP schreef op maandag 7 oktober 2024 @ 13:07:
@RobbyTown

Re: "na 3 maal mailen:" Met wie?

Re:"dat het is aangemaakt" Wat is aangemaakt?

Wij hebben hier toch ons eigen forum waar Glasnet deskundigen in meekijken en verrassend snel ergens op reageren.
Wat wil je nog meer?

Ik gok zomaar...

1. Mailen met Allestoringen.nl
2. Glasnet pagina op Allestoringen.nl

Tja wat is er mis met een Pagina op Allestoringen.nl Glasnet lijkt mij heel open en transparant over storingen, dus is Allestoringen.nl gewoon een mooie toevoeging.

[RobbyTown]

@Jan_2teP Poste de link van allestoringen, dus met allestoringen gemaild (was dacht ik aardig voor de hand liggend). @boswandeling Jij mag met mij mee naar het casino. Eerste gok meteen goed!

@Horatius Juist precies om die reden.

Had naar Allestoringen.nl gemaild (dat kun je doen als er een pagina mist, zoals glasnet)
Na 3 maanden niets, weer gemaild, na 3 maanden weer niets, na 3 maand ik denk ik kijk nog een keer. JA! Het werkt.

Glasnet houdt op eigen website storingspagina goed bij en zeer vlot (zelfs op zondagen ) in reageren op het topic hier. Maar niet iedere klant van Glasnet kent dit topic en is lid van tweakers.

Allestoringen is puur een toevoeging.

Met kuma kan ik nu iets makkelijker checken als problemen zijn
Volgens gebruikersmeldingen zijn er momenteel geen problemen bij Glasnet

Als die tekst veranderd (doordat andere het melden bij allestoringen) ontvang ik een mailtje .

[stormfly]

RobbyTown schreef op maandag 7 oktober 2024 @ 15:09:


Met kuma kan ik nu iets makkelijker checken als problemen zijn
Volgens gebruikersmeldingen zijn er momenteel geen problemen bij Glasnet

Als die tekst veranderd (doordat andere het melden bij allestoringen) ontvang ik een mailtje .

Nice die keyword search is mij nooit opgevallen

[Jan_2teP]

Gebruikers niet bekend met Tweakers, en ook wel bekend met Tweakers, kunnen hun storing gewoon hier melden:
https://www.glasnet.nl/storingen.html
Kun je meteen chatten met een medewerker.
Dat laatste kan niet overal.

Allestoringen lost bij mijn weten niets voor je op. Toont je reclame.
Maar voor mensen die hun 'smart' graag delen, en dat blijkt wel, is het een prima platform.
Wat er met hun melding, anders dan in een curve gooien, gebeurt, is mij onbekend.

[KoalaBear84]

RobbyTown schreef op maandag 7 oktober 2024 @ 12:27:
Zo hehe na 3x mailen en verder geen feedback meer te hebben gehad dat het is aangemaakt. Daar is ie dan: https://allestoringen.nl/storing/glasnet/

Haha. Jij ook al 😂. Mijn eerste mailtje dateert van 28 novmeber 2023, en nogmaals op 4 september dit jaar en toen kreeg ik "I'm afraid there is no guarantee it will be added, nor a time frame, but we'll do our best!"

[RobbyTown]

@aartvg @Quas nieuws: Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers geen idee als het effect heeft op Glasnet routers?

Ja dus

boxlessness in 'Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers'

Onze provider, Glasnet, heeft in ieder geval al een nieuwe versie gepushed.
Dus wanneer je een router hebt onder beheer van je provider dan is het lek waarschijnlijk al gedicht... mits ze bij de provider hun zaken op orde hebben.

[ Voor 44% gewijzigd door RobbyTown op 08-10-2024 12:15 ]

[Quas]

RobbyTown schreef op dinsdag 8 oktober 2024 @ 12:10:
@aartvg @Quas nieuws: Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers geen idee als het effect heeft op Glasnet routers?

Ja dus

boxlessness in 'Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers'

[...]

Vannacht zijn er een hoop updates uitgevoerd. Komende nacht volgt de rest van de routers
Geen zorgen we houden het in de gaten natuurlijk

[RobbyTown]

Een vraagje. Hoe veilig zijn die Drayteks vanuit Glasnet eigenlijk?

Doel op deze post: DigitalExorcist in 'Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers'

Even een filter gemaakt voor Glasnet en lijkt er veel open te staan.


Even een ip gepakt, krijg een certificaat error en volgens Beveiligde verbinding mislukt. Dus ik zelf kom niet op de interface van draytek router.

[Quas]

RobbyTown schreef op dinsdag 8 oktober 2024 @ 17:57:
Een vraagje. Hoe veilig zijn die Drayteks vanuit Glasnet eigenlijk?

Doel op deze post: DigitalExorcist in 'Kritieke kwetsbaarheden ontdekt in DrayTek Vigor-routers'

Even een filter gemaakt voor Glasnet en lijkt er veel open te staan.
[Afbeelding]

Even een ip gepakt, krijg een certificaat error en volgens Beveiligde verbinding mislukt. Dus ik zelf kom niet op de interface van draytek router.

In principe staat remote management uit. Wordt door middel van tooling aangezet als support nodig is. Ook zit er een a.c.l. op voor de management server en het support team.
Wel hebben we o.a. na aanleiding van de laatste cve ook echt de https server uit gezet op de drayteks. Dit kunnen we aan zetten als we moeten inloggen op een router, natuurlijk met de benodigde a.c.l.

[KraveN]

Ik overweeg een overstap naar omada of unifi waarbij ik mijn glasvezel aansluiting middels sfp rechstreeks aansluit op een device. Scheelt weer een extra apparaat. Is er dan nog een limiet aan de lengte van het gele kabeltje? Dus de kabel die ik in de huidige situatie gebruik tussen de converter van tp-link en waar de glasvezel binnen komt. Die zou in de nieuwe situatie iets van 5 meter worden verwacht ik.

[Houtenklaas]

Single mode glasvezel is gemaakt voor de lange afstand. Ook in een kasteel is het moeiteloos van de ene kant naar de andere te brengen. Geen enkel probleem.

[Quas]

KraveN schreef op vrijdag 11 oktober 2024 @ 19:45:
Ik overweeg een overstap naar omada of unifi waarbij ik mijn glasvezel aansluiting middels sfp rechstreeks aansluit op een device. Scheelt weer een extra apparaat. Is er dan nog een limiet aan de lengte van het gele kabeltje? Dus de kabel die ik in de huidige situatie gebruik tussen de converter van tp-link en waar de glasvezel binnen komt. Die zou in de nieuwe situatie iets van 5 meter worden verwacht ik.

Goed plan. Je moet je beginnen met zorgen maken als je een haspel van een kilometer of 5 tussen aansluitpunt en je sfp hebt. Daarvoor moet zonder issues kunnen

[Osxy]

KraveN schreef op vrijdag 11 oktober 2024 @ 19:45:
Ik overweeg een overstap naar omada of unifi waarbij ik mijn glasvezel aansluiting middels sfp rechstreeks aansluit op een device. Scheelt weer een extra apparaat. Is er dan nog een limiet aan de lengte van het gele kabeltje? Dus de kabel die ik in de huidige situatie gebruik tussen de converter van tp-link en waar de glasvezel binnen komt. Die zou in de nieuwe situatie iets van 5 meter worden verwacht ik.

Heb hier een glasvezel kabel getrokken door loze leiding inclusief connector, goede 20meter en werkt prima op mijn UDM Pro met de standaard sfp module van Glasnet.

[sander817]

Zijn er in Noord limburg problemen?
Mijn wan disconnect een paar keer per dag sinds een paar dagen

[Knielen]

sander817 schreef op maandag 14 oktober 2024 @ 15:36:
Zijn er in Noord limburg problemen?
Mijn wan disconnect een paar keer per dag sinds een paar dagen

Hier in Hoeksche Waard ook, was tot nog toe vooral in de nacht, maar vandaag al 2 keer overdag. 9:10 & 16:50 uur.

[sander817]

Nog niet duidelijk of het bij mij ligt, maar ik moet de omada router herstarten voordat ik weer verbinding heb via de sfp poort
@aartvg @Quas

[ Voor 6% gewijzigd door sander817 op 14-10-2024 18:45 ]

[ignatius]

Knielen schreef op maandag 14 oktober 2024 @ 17:59:
[...]


Hier in Hoeksche Waard ook, was tot nog toe vooral in de nacht, maar vandaag al 2 keer overdag. 9:10 & 16:50 uur.

hier in Heinenoord hetzelfde; Gisteren en net weer, even 2 á 3 minuten geen internet. ik hoefde niets te doen aan mijn router (TP Link Omada) of wifi AP's.

Een collega in Zuid-Beijerland had geen last (zit ook bij Glasnet). lijkt iets in de POP?

[ Voor 10% gewijzigd door ignatius op 15-10-2024 10:58 ]

[aartvg]

ignatius schreef op dinsdag 15 oktober 2024 @ 10:58:
[...]


hier in Heinenoord hetzelfde;

Zit even naar je verbinding te kijken maar wij krijgen vandaag (2024-10-15 10:38:30) en gisten (2024-10-14 16:49:31) netjes een logoff van je router/pppoe sessie.
De interface in de wijkcentrale is al 14 weken niet plat geweest daar kan het niet aan liggen.

sander817 schreef op maandag 14 oktober 2024 @ 18:41:

Sander, Als ik naar jou history kijk qua pppoe sessies zie ik meerdere keren een disconnect / connect per dag.

Alle keren op bases van "User-Request" alleen op 2024-10-14 17:17:52 zie ik een Lost-Carrier wat zou kunnen dat je de stekker uit het device heb gehaald of er iets anders gebeurd is.

Kunnen jullie deze tijden bevestigen?

[ Voor 35% gewijzigd door aartvg op 15-10-2024 11:51 ]

[ignatius]

aartvg schreef op dinsdag 15 oktober 2024 @ 11:47:
[...]

Zit even naar je verbinding te kijken maar wij krijgen vandaag (2024-10-15 10:38:30) en gisten (2024-10-14 16:49:31) netjes een logoff van je router/pppoe sessie.
De interface in de wijkcentrale is al 14 weken niet plat geweest daar kan het niet aan liggen.


Kunnen jullie deze tijden bevestigen?

@aartvg bedankt voor de info. Ik gebruik Omada (controller draait in Docker op mijn NAS) met een TP Link ER605 router. Ik zie in de logs ook dat de WAN link down is, maar ik zie (nog) niet waarom. Ik ga even zoeken of ik dat kan achterhalen

[sander817]

aartvg schreef op dinsdag 15 oktober 2024 @ 11:47:
[...]

Zit even naar je verbinding te kijken maar wij krijgen vandaag (2024-10-15 10:38:30) en gisten (2024-10-14 16:49:31) netjes een logoff van je router/pppoe sessie.
De interface in de wijkcentrale is al 14 weken niet plat geweest daar kan het niet aan liggen.


[...]

Sander, Als ik naar jou history kijk qua pppoe sessies zie ik meerdere keren een disconnect / connect per dag.

Alle keren op bases van "User-Request" alleen op 2024-10-14 17:17:52 zie ik een Lost-Carrier wat zou kunnen dat je de stekker uit het device heb gehaald of er iets anders gebeurd is.

Kunnen jullie deze tijden bevestigen?

Ik heb de glasvezel kabel vervangen, wellicht een breuk, maar dat was het niet
Voor de rest denk ik inderdaad handmatige resets van de ER7206 router.
Ik weet nog noet wat er gebeurt, maar de SFP wan gaat down, waaarna de ER7206 niet meer te bereiken is op de OC200 controller.

Gisteravond IPv6 uitgezet, tot nui toe gaat het goed. Geen idee of dat er mee te maken heeft

[sander817]

nee, nog steeds om een aantal minuten de verbinding weg:

code:

[SFP WAN] of Router is down. Oct 15, 2024 08:19:02  pm
[SFP WAN] of Router is down. Oct 15, 2024 08:15:39  pm
[SFP WAN] of Router is down. Oct 15, 2024 07:05:06  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:56:44  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:39:39  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:30:37  pm
[SFP WAN] of Router is down. Oct 15, 2024 05:23:38  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:31:03  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:27:54  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:26:09  pm

Geen idee wat er aan de hand is. Nu de sfp module vervangen

[stormfly]

sander817 schreef op dinsdag 15 oktober 2024 @ 20:27:
nee, nog steeds om een aantal minuten de verbinding weg:

code:

[SFP WAN] of Router is down. Oct 15, 2024 08:19:02  pm
[SFP WAN] of Router is down. Oct 15, 2024 08:15:39  pm
[SFP WAN] of Router is down. Oct 15, 2024 07:05:06  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:56:44  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:39:39  pm
[SFP WAN] of Router is down. Oct 15, 2024 06:30:37  pm
[SFP WAN] of Router is down. Oct 15, 2024 05:23:38  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:31:03  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:27:54  pm
[SFP WAN] of Router is down. Oct 15, 2024 04:26:09  pm

Geen idee wat er aan de hand is

Kan je de SFP waardes uitlezen, hoeveel lichtsterkte je ontvangt? Zie je CRC errors op je SFP interface?

[sander817]

volgens mij niet in omada omgeving. Zal morgen proberen de fritzbox er aan te hangen

[aartvg]

sander817 schreef op dinsdag 15 oktober 2024 @ 20:42:
volgens mij niet in omada omgeving. Zal morgen proberen de fritzbox er aan te hangen

Ik zie dit in onze log:

code:

tart    Stop    Duur    PPP Server  VLAN    MAC Reason
2024-10-15 20:39:21 2024-10-15 22:32:59 0d 01H 53m 38s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-15 20:18:40 2024-10-15 20:37:17 0d 00H 18m 37s  46.231.18.12    lag-65:3923.0       Lost-Carrier
2024-10-15 18:40:14 2024-10-15 18:57:01 0d 00H 16m 47s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-15 02:17:39 2024-10-15 16:27:11 0d 14H 09m 32s  46.231.18.4 0/1/0/3923      Port-Error
2024-10-14 22:24:44 2024-10-15 02:17:22 0d 03H 52m 38s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-14 17:51:44 2024-10-14 18:29:20 0d 00H 37m 36s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-14 17:28:48 2024-10-14 17:40:48 0d 00H 12m 00s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-14 17:09:25 2024-10-14 17:17:52 0d 00H 08m 27s  46.231.18.12    lag-65:3923.0       Lost-Carrier
2024-10-14 16:28:53 2024-10-14 16:29:14 0d 00H 00m 21s  46.231.18.12    lag-65:3923.0       User-Request
2024-10-14 16:04:48 2024-10-14 16:28:15 0d 00H 23m 27s  46.231.18.12    lag-65:3923.0       User-Request

Bel morgen naar de helpdesk dan kijk ik graag even mee!

[KoalaBear84]

Net ongeveer half uur problemen, kon allerlei websites niet meer openen, uiteindelijk kon ik speedtest.net weer benaderen en was de downloadsnelheid rond de 200mbit. Na overal de stroom afgehaald te hebben werkt het weer zoals verwacht.



**edit**
Wil hiermee niet zeggen dat het probleem bij Glasnet ligt, want, zie nu dat Home Assistant niet bij de router gekunt lijkt te hebben. Had even niet aan WinBox gedacht in de haast.

[ Voor 24% gewijzigd door KoalaBear84 op 17-10-2024 11:37 ]

[KraveN]

sander817 schreef op maandag 14 oktober 2024 @ 15:36:
Zijn er in Noord limburg problemen?
Mijn wan disconnect een paar keer per dag sinds een paar dagen

Ik heb er voor die tijd wel last van gehad. Uiteindelijk nieuwe omvormer (glas naar utp) gekregen van Glasnet en heb mijn halve netwerk omgegooid. Dat heeft deels het probleem opgelost, nu had ik laatst weer dezelfde problemen iedere keer pppoe kwijt. Toen zag ik in mijn logging dat IGMP snooping was geactiveerd. Nu heb ik dit weer uitgezet op de router en nu lijkt het weer stabiel.

[Quas]

Onderhoudsmededeling voor Rekam-netwerk in Gouda en omstreken

Beste Glasnetters,

Er is een aankondiging van spoedonderhoud voor het Rekam-netwerk in de regio Gouda en omstreken. Tijdens dit onderhoud kan er een tijdelijke onderbreking plaatsvinden.

• Regio: Gouda en omstreken
• Diensten: Alle diensten
• Netwerkleverancier: Rekam
• Gebeurtenis: Spoedonderhoud
• Status: Aankondiging
• Aanvang: Woensdag 30 oktober om 06:00
• Verwachte oplostijd: Woensdag 30 oktober om 07:00

Mededeling van Glasnet:

Wij willen u graag informeren dat woensdagochtend 30-10 om 06:00 spoedonderhoud zal plaatsvinden aan ons netwerk. Dit onderhoud is noodzakelijk om de kwaliteit en betrouwbaarheid van onze diensten te waarborgen. Dit onderhoud treft alle verbindingen in de regio Gouda op het netwerk van Rekam. Tijdens dit onderhoud kan er een tijdelijke onderbreking van onze diensten zijn. We verwachten dat de totale downtime ongeveer 30 minuten zal duren, maar we streven ernaar om de impact voor u tot een minimum te beperken. Onze excuses voor het ongemak en bedankt voor uw begrip. Mocht u vragen hebben, neem dan gerust contact op met onze klantenservice.

Houd er rekening mee dat er tijdens dit onderhoud mogelijk tijdelijke verstoringen kunnen zijn. Als je afhankelijk bent van je internetverbinding, is het goed om dit in gedachten te houden en waar mogelijk een back-up plan te hebben.

[vinniefireman]

Er is iets mis in Noord-Holland. Mijn PPPoE komt niet meer up.

code:

Timeout waiting for PADO packets

RIPE Atlas was/is niet erg nuttig in dit geval. Laatst geupdate 11.20, meer dan een uur geleden.

[RobbyTown]

vinniefireman schreef op woensdag 30 oktober 2024 @ 12:28:
Er is iets mis in Noord-Holland. Mijn PPPoE komt niet meer up.

code:

Timeout waiting for PADO packets

.

RIPE Atlas was/is niet erg nuttig in dit geval. Laatst geupdate 11.20, meer dan een uur geleden.

Iets met tijdzone UTC tijd ipv UTC+1

Als goed kijkt 2 stuks hebben al een uur niet gerapporteerd en 1 ervan al 3 dagen niet .

[vinniefireman]

RobbyTown schreef op woensdag 30 oktober 2024 @ 12:30:
Iets met tijdzone UTC tijd ipv UTC+1

Ja natuurlijk, foutje Had niet goed gekeken omdat mijn eigen probe ook nog op groen staat.
Waar moet ik kijken dan?

[ Voor 8% gewijzigd door vinniefireman op 30-10-2024 12:35 ]

[ernstoud]

vinniefireman schreef op woensdag 30 oktober 2024 @ 12:34:
[...]


Ja natuurlijk, foutje Had niet goed gekeken omdat mijn eigen probe ook nog op groen staat.
Waar moet ik kijken dan?

[Afbeelding]

Als je probe groen geeft, net als die andere op Glasnet, betekent het dat op het moment van meting een ping goed ging en er dus wel degelijk een verbinding is. Merkwaardig dan.

[RobbyTown]

Beetje jammer dat het groen blijft terwijl laatste meting van 3 dagen terug is (probe is ook 3 dagen offline) word in elk geval eerste van de maand eruit gekickt.

[vinniefireman]

Ah, nu zie ik het. De laatste meting tijd van m'n probe is van meer dan een uur geleden.
Lekker intuïtief overzicht Bedankt.

[RobbyTown]

Mocht je alle actuele probes van Glasnet willen zien (dan zie weer de uptime van de probes) hier shorturl.

[ernstoud]

RobbyTown schreef op woensdag 30 oktober 2024 @ 12:44:
[Afbeelding]
Beetje jammer dat het groen blijft terwijl laatste meting van 3 dagen terug is (probe is ook 3 dagen offline) word in elk geval eerste van de maand eruit gekickt.

Ik zie op Glasnet drie probes die wel actief zijn maar geen metingen accepteren, als die van jou daarbij zit dan zou ik hem eens restanten.



En 1009152 is down.

[vinniefireman]

ernstoud schreef op woensdag 30 oktober 2024 @ 13:08:
En 1009152 is down.

Dat ben ik. Die staat nu down voor 10 min. Is in werkelijkheid al down voor 1,5 uur. Ook staat het bolletje op de kaart nog op groen. Erg duidelijk is het allemaal niet. Maar als je weet waar je moet kijken dan is er wel wat info uit te halen.

[ernstoud]

vinniefireman schreef op woensdag 30 oktober 2024 @ 13:15:
[...]


Dat ben ik. Die staat nu down voor 10 min. Is in werkelijkheid al down voor 1,5 uur. Ook staat het bolletje op de kaart nog op groen. Erg duidelijk is het allemaal niet. Maar als je weet waar je moet kijken dan is er wel wat info uit te halen.

Je probe heeft tot 11:26 uur vandaag metingen verricht:



En is dus disconnected om 13:02. Dat is inderdaad merkwaardig want i.h.a. is de connect /disconnect status redelijk nauwkeurig. Dit is een software probe, wellicht een fout of een hick-up van het device waarop de probe draait.

Enfin, dit is in dit topic een beetje off-topic. Beter hier verder: Discussie m.b.t. RIPE Atlas en Globalping

[vinniefireman]

ernstoud schreef op woensdag 30 oktober 2024 @ 13:27:
[...]


Je probe heeft tot 11:26 uur vandaag metingen verricht:

..

En is dus disconnected om 13:02. Dat is inderdaad merkwaardig want i.h.a. is de connect /disconnect status redelijk nauwkeurig. Dit is een software probe, wellicht een fout of een hick-up van het device waarop de probe draait.

Inderdaad. Er zit dus 1,5 uur verschil tussen de laatste meting en de probe "offline". Dit kan geen fout zijn van de probe software aan mijn kant want die is offline en kan atlas niet bereiken Ze lijken gewoon een extreem lange time-out te hanteren voordat een probe als offline gemarkeerd wordt.

Maar inderdaad, back on topic.

[RobbyTown]

@ernstoud die 006 is van mij. Wat raar dat die geen nieuwe meting pakt. Eerste van de maand heeft die een reboot.

Hier Glasnet verder prima verbinding.

[aartvg]

Er is iets niet goed gegaan met een gestuurdebooring.
Alles zou weer moeren werken behalve de klanten met die achter deze backbone zitten.

[Centauriprime]

Damn. Maar wat valt er onder Noord-Holland. Mijn verbinding in Uitgeest is er niet uit geweest.

[aartvg]

Gaat alleen om gemeente Koggenland en Veenglas netwerk.

[MR_VIPER]

Meer mensen die gisternacht en vanacht een korte onderbreking hebben gehad. Rond 01:30u een packetloss moment van ongeveer 5 minuten. Het betreft een lokatie in de regio Den Bosch /Tilburg / Eindhoven.

[lolgast]

MR_VIPER schreef op dinsdag 5 november 2024 @ 06:47:
Meer mensen die gisternacht en vanacht een korte onderbreking hebben gehad. Rond 01:30u een packetloss moment van ongeveer 5 minuten. Het betreft een lokatie in de regio Den Bosch /Tilburg / Eindhoven.

Nee daar heb ik geen last van gehad. Regio Oss

[Centauriprime]

Yep lag er effe uit Noord Holland (ODF)

[tostikop]

Jep, in de Hoeksche Waard ook: packet loss vanaf 1:20 en disconnect om 1:25, was om 1:27 weer up.

[evharten]

We hebben afgelopen nacht een aantal routers nog geupdate ivm security issues, dit hebben we niet aangekondigd omdat we dit expres snachts doen zodat er vrijwel niemand last van heeft, echter hebben jullie als wakkere tweakers dit dus wel gemerkt

Dan zal ik maar even zeggen dat woensdag op donderdagnacht er nog een paar geupdate worden, en mogelijk nog wat verkeer weg valt (het zijn de core routers welke redundant zijn echter kan het zijn dat er wat paden omschakelen, hierdoor kan er wat verkeer wegvallen).

[Centauriprime]

Zat nog ingebeld bij de klant, was mooi moment om naar bed te gaan. Had gelukkig net alles weer teruggezet voor de outage.

[RobbyTown]

Hier intern wat pings met packedloss maar zodanig kort dat de alarmen niet zijn afgegaan.

Bij RIPE is ook terug te zien (let op met tijdzone tijd ) in de meting

[MR_VIPER]

evharten schreef op dinsdag 5 november 2024 @ 10:38:
We hebben afgelopen nacht een aantal routers nog geupdate ivm security issues, dit hebben we niet aangekondigd omdat we dit expres snachts doen zodat er vrijwel niemand last van heeft, echter hebben jullie als wakkere tweakers dit dus wel gemerkt

Dan zal ik maar even zeggen dat woensdag op donderdagnacht er nog een paar geupdate worden, en mogelijk nog wat verkeer weg valt (het zijn de core routers welke redundant zijn echter kan het zijn dat er wat paden omschakelen, hierdoor kan er wat verkeer wegvallen).

Wakker was ik niet. Maar kreeg wel melding vanochtend dat de verbinding geswitched is geweest naar secondary verbinding. :⁠-⁠)

[aartvg]

Vannacht worden er weer een aantal routers van een upgrade voorzien Voor een aantal klanten is dit een downtime van enkele seconden tot minuten. (PPPoE sessie opnieuw opbouwen naar andere router of MPLS path reroute over ons netwerk).
Een aantal klanten zullen merken dat de verbinding +/- 17 minuten weg is. Dit is namelijk de tijd dat de software update duurt.

[Tweak_]

aartvg schreef op woensdag 6 november 2024 @ 16:43:
Vannacht worden er weer een aantal routers van een upgrade voorzien Voor een aantal klanten is dit een downtime van enkele seconden tot minuten. (PPPoE sessie opnieuw opbouwen naar andere router of MPLS path reroute over ons netwerk).
Een aantal klanten zullen merken dat de verbinding +/- 17 minuten weg is. Dit is namelijk de tijd dat de software update duurt.

Ah vandaar dat het eruit lag, toch maar beter hier in de gaten houden. Hoewel het maar heel kort was misschien een soort mail sturen van "gepland onderhoud" ? Eerste keer wel sinds ik glasnet heb dus ik heb niks te klagen vergeleken met mijn vorige ISP.

[evharten]

Tweak_ schreef op donderdag 7 november 2024 @ 02:00:
[...]


Ah vandaar dat het eruit lag, toch maar beter hier in de gaten houden. Hoewel het maar heel kort was misschien een soort mail sturen van "gepland onderhoud" ? Eerste keer wel sinds ik glasnet heb dus ik heb niks te klagen vergeleken met mijn vorige ISP.

We plaatsen dat voor Glasnet op https://glasnet.nl/storingen.html

Dit onderhoud is afgerond nu voor vannacht.

[aartvg]

Voor de jullie ook beschikbaar in json formaat: https://grm.glasnet.nl/api/getNotices
voor de mensen die het automatische willen uitlezen.

[Pixelmagic]

Zijn hier meer mensen die een Edgerouter X gebruiken ?

Ik heb sinds vorige maand wat issues met kort uitvallen van de verbinding. De helpdesk gaf de eerste keer aan dat er meerdere sessies actief waren, na een paar minuten spanningsloos geen issues. Een week of 3 later en sinds een paar dagen weer uitval. Helpdesk ziet op verschillende momenten een nieuwe sessie opbouwen, veelal 30 seconde uitval in totaal.

Op zich is 30 seconde best te overleven maar vervelend als je thuis met teams werkt. Ook stopt de radio mee wat de WAF niet helpt Ik kan uiteraard opnieuw spanningsloos maken maar vraag me af of er mensen zijn die dezelfde router gebruiken en misschien specifieke settings hebben aangepast ofzo.

[Tweak_]

evharten schreef op donderdag 7 november 2024 @ 02:21:
[...]


We plaatsen dat voor Glasnet op https://glasnet.nl/storingen.html

Dit onderhoud is afgerond nu voor vannacht.

Hmm ik snap hem niet helemaal denk ik. Als er "onderhoud" op een datum plaats vind dan lijkt het mij logisch dat dit 'gemeld' word aan de klanten? Een storing is een heel ander verhaal, dit kan je natuurlijk niet laten weten. En ja onderhoud kan misschien wel vermeld staan op een pagina maar daar ga ik natuurlijk en andere klanten niet iedere keer op kijken toch?

Volgens mij is er wel terug te vinden welke ISP ik eerst had (Netrebel) als er geplande onderhoud was kregen we daar een mail over. Helaas was het daar "iedere keer" ongepland onderhoud.

[RobbyTown]

Dan is netrebel een van de weinige denk ik.

Nu is mijn provider ervaring zeer beperkt.

Ergens in de jaren 2001 internet gekregen
Begonnen met Chello, daarna ging het UPC heten en toen werd het weer Ziggo. Al die jaren nooit mail gehad over onderhoud.

Opeens geen internet en storingspagina stond nooit wat gemeld.

Je komt op een leeftijd je vliegt uit en kiest een provider: Tweak. Via status pagina was te zien wanneer er onderhoud was. Kreeg daar geen mail.

Tweak ging stoppen. Glasnet als alternatief gevonden. Ook die melden het netjes op storingspagina.

Mailtje sturen sturen het lijkt simpel zo is het niet. De reden dat ze niet mailen is omdat er gemaild moet worden in batches. Afhankelijk hoeveel klanten je hebt kan dit dagen duren. Anders worden ze als spammers gezien.

Om je even een idee te geven. Simyo sinds kort 5G dit hebben ze naar klanten gemaild (dat ze dataplatform aanbieden mailen ze dan weer niet) ik heb diverse sim nummers. Tussen het eerste en laatste mailtje zat 3 dagen.

Als het spoed onderhoud die nacht word ingepland haal je per mail nooit alle klanten te informeren.

Over Simyo gesproken. In 2000 aan de mobiel gegaan. Mobiele providers hebben nooit onderhoud? Ook daar nog nooit mail van gezien.

[Centauriprime]

Hmm, van ziggo kreeg ik anders altijd wel een mailtje. Deze hieronder staan toevallig nog in mijn inbox.

[RobbyTown]

offtopic:
Hmm dan is dat sinds enkele jaren? Sinds die tijd (2019) ben ik op mijzelf gaan wonen en in dat jaar werd glas gelegd en is mijn pa overgestapt naar een andere provider.