E-fiber/ODF is met aggregaat bezig, Zal niet tot 14:30 duren hoop ik. Een van de city pops is stroomloos waardoor alle pops achter deze pop's geen connectiviteit hebben.
Als hierdoor meerdere POP locaties geen connectie meer hebben heeft het nogal impact. Geen UPS ?aartvg schreef op vrijdag 25 september 2026 @ 11:44:
E-fiber/ODF is met aggregaat bezig, Zal niet tot 14:30 duren hoop ik. Een van de city pops is stroomloos waardoor alle pops achter deze pop's geen connectiviteit hebben.
Er is zeker een ups aanwezig in de pop. De accus waren alleen leeg en er was een probleem met de aggregaat waardoor er een andere gehaald moest worden.
Dit is overigens een probleem voor alle leveranciers van deze pop. Stroom en ups worden door odf geleverd.
Dit is overigens een probleem voor alle leveranciers van deze pop. Stroom en ups worden door odf geleverd.
Ik zou vanaf gisteren bij de familie zitten, ben opgeleverd maar heb geen licht op de vezel.
Case is doorgezet naar de netwerkbeheerder. Ben heel benieuwd naar de doorlooptijd tot een oplossing. Had al een onderbuikgevoel en baal er wel van.
Case is doorgezet naar de netwerkbeheerder. Ben heel benieuwd naar de doorlooptijd tot een oplossing. Had al een onderbuikgevoel en baal er wel van.
Welk netwerk zit je? En waar woon je?LocK_Out schreef op woensdag 30 september 2026 @ 10:21:
Ik zou vanaf gisteren bij de familie zitten, ben opgeleverd maar heb geen licht op de vezel.
Case is doorgezet naar de netwerkbeheerder. Ben heel benieuwd naar de doorlooptijd tot een oplossing. Had al een onderbuikgevoel en baal er wel van.
Ging je van AON naar XGSPON? Want deze ervaring had ik ook toen ik destijds van Caiway naar Delta ging......
@Flappie ODF, en nee het is geen overstap.
Ik zit nu nog op coax dit is mijn eerste fiber abbo na binnentrekken van de kabel.
Ik ben met name benieuwd naar de doorlooptijd tot het werkt. Ik heb een onderbuikgevoel dat het meer is dan een verkeerde patch.
Ik zit nu nog op coax dit is mijn eerste fiber abbo na binnentrekken van de kabel.
Ik ben met name benieuwd naar de doorlooptijd tot het werkt. Ik heb een onderbuikgevoel dat het meer is dan een verkeerde patch.
Voor een abonnement wat nu op Delta AON zit, als ik overstap op Glasnet, ga ik dan ook over op XGS-PON? En krijg ik dan een Nokia ONT die ik op mijn eigen router kan aansluiten?
Ja je gaat over op XGS-PON, ja je krijgt een Nokia ONT en je kunt je eigen router daarachter gebruiken.
[ Voor 33% gewijzigd door bjusterbaarlik op 30-09-2026 23:00 ]
Sinds juni ben ik tevreden klant van Glasnet, geen enkel ding aan te merken. Afgelopen weekend ging ik de Unifi omgeving door om wat te checken, toen viel me op dat de speedtest op de lijn qua download toch consistent een stuk lager uit komt. Begrijp me niet verkeerd, ik ga niet zeuren om 100-200mb/s minder tot mijn beschikking, omdat ik niet de hele dag de lijn dichttrek met P2P en vergelijkbaar verkeer. ik heb er over getwijfeld, maar ik vind het toch zinnig om te melden. wat me het meeste opvalt is dat de upload wel met gemak tot 945+mb/s komt.
Kort samengevat: SFP op AON (KPN), Cloud Gateway Fiber. Sinds het moment van in gebruik name is er niks aan de WAN kant veranderd qua instellingen, ook niet aan DNS of andere gerelateerde zaken.
Nogmaals kan ik er prima mee leven, maar de troubleshooter in mij is benieuwd hoe het zou kunnen komen dat er toch een stukje "ontbreekt".
Kort samengevat: SFP op AON (KPN), Cloud Gateway Fiber. Sinds het moment van in gebruik name is er niks aan de WAN kant veranderd qua instellingen, ook niet aan DNS of andere gerelateerde zaken.
Nogmaals kan ik er prima mee leven, maar de troubleshooter in mij is benieuwd hoe het zou kunnen komen dat er toch een stukje "ontbreekt".
En als je een speedtest doet op je computer, bekabeld aangesloten met een gig link? Wat komt er dan voor snelheid naar voren?Fiekert schreef op woensdag 7 oktober 2026 @ 20:26:
Sinds juni ben ik tevreden klant van Glasnet, geen enkel ding aan te merken. Afgelopen weekend ging ik de Unifi omgeving door om wat te checken, toen viel me op dat de speedtest op de lijn qua download toch consistent een stuk lager uit komt. Begrijp me niet verkeerd, ik ga niet zeuren om 100-200mb/s minder tot mijn beschikking, omdat ik niet de hele dag de lijn dichttrek met P2P en vergelijkbaar verkeer. ik heb er over getwijfeld, maar ik vind het toch zinnig om te melden. wat me het meeste opvalt is dat de upload wel met gemak tot 945+mb/s komt.
[Afbeelding]
Kort samengevat: SFP op AON (KPN), Cloud Gateway Fiber. Sinds het moment van in gebruik name is er niks aan de WAN kant veranderd qua instellingen, ook niet aan DNS of andere gerelateerde zaken.
Nogmaals kan ik er prima mee leven, maar de troubleshooter in mij is benieuwd hoe het zou kunnen komen dat er toch een stukje "ontbreekt".
Zojuist direct aangesloten op de laptop, na een 3-tal testen weer strak 945mb/s weerskanten op, case closed.
Punt is dat je bij de test op de Unifi zelf geen idee hebt welke server gebruikt wordt.Fiekert schreef op woensdag 7 oktober 2026 @ 20:47:
Zojuist direct aangesloten op de laptop, na een 3-tal testen weer strak 945mb/s weerskanten op, case closed.
Viel mij met unifi accesspoints al vaker op dat upload hoger is dan downloads. Bedraad is wel correct nagenoeg gelijk.
Welke gateway heb je?Fiekert schreef op woensdag 7 oktober 2026 @ 20:47:
Zojuist direct aangesloten op de laptop, na een 3-tal testen weer strak 945mb/s weerskanten op, case closed.
Bijzonder, twee verschillende locaties in Oss.
Die dark mode hierboven, die Mikrotik is 10 minuten geleden nog herstart.
En na herstart van Mikrotik van de mijne (light):
Hmm.. dat was van zeer korte duur.. 😅
Enig idee?
Die dark mode hierboven, die Mikrotik is 10 minuten geleden nog herstart.
En na herstart van Mikrotik van de mijne (light):
Hmm.. dat was van zeer korte duur.. 😅
Enig idee?
[ Voor 11% gewijzigd door KoalaBear84 op 10-10-2026 21:44 ]
<Homepage>
Die trage uploads zijn naar een server van Trined.KoalaBear84 schreef op zaterdag 10 oktober 2026 @ 21:39:
Bijzonder, twee verschillende locaties in Oss.
[Afbeelding] [Afbeelding]
Die dark mode hierboven, die Mikrotik is 10 minuten geleden nog herstart.
En na herstart van Mikrotik van de mijne (light):
[Afbeelding]
Enig idee?
De snelle upload is naar Jonaz.
Dus wellicht de server waarop je test?
Beter met iPerf eens testen
Goed gezien, maar is niet het probleem. Ging testen omdat het allemaal niet lekker werkte
Ook Cloudflare gaat niet lekker, bleef op 1.7 mbit tot die ineens 45 ging, met veel ups en downs. Het is nu zeer onbetrouwbaar. 10.5% packet loss ook./f/image/9ieUXdqcrmB7Kg2fCS18MAQJ.png?f=fotoalbum_large)
Uur later packet loss van 50% en jitter boven seconde.
Ook Cloudflare gaat niet lekker, bleef op 1.7 mbit tot die ineens 45 ging, met veel ups en downs. Het is nu zeer onbetrouwbaar. 10.5% packet loss ook.
/f/image/9ieUXdqcrmB7Kg2fCS18MAQJ.png?f=fotoalbum_large)
Uur later packet loss van 50% en jitter boven seconde.
[ Voor 37% gewijzigd door KoalaBear84 op 10-10-2026 23:10 ]
<Homepage>
Dat ziet er idd niet zo lekker uit. Ik had toevallig nog je adres in de DM staan, gelijk even op de Switch poort gekeken. Zie wel wat discarded packets. Maar ook dat de link al 40 weken up is. Heb je al geprobeerd de spullen te herstarten? Router, omvormer, dat soort dingen?KoalaBear84 schreef op zaterdag 10 oktober 2026 @ 21:53:
Goed gezien, maar is niet het probleem. Ging testen omdat het allemaal niet lekker werkte![]()
Ook Cloudflare gaat niet lekker, bleef op 1.7 mbit tot die ineens 45 ging, met veel ups en downs. Het is nu zeer onbetrouwbaar. 10.5% packet loss ook.
Uur later packet loss van 50% en jitter boven seconde.
Ja, Mikrotik herstart, switch, computer. Het is denk ik een specifiek probleem.Quas schreef op zondag 11 oktober 2026 @ 08:19:
[...]
Dat ziet er idd niet zo lekker uit. Ik had toevallig nog je adres in de DM staan, gelijk even op de Switch poort gekeken. Zie wel wat discarded packets. Maar ook dat de link al 40 weken up is. Heb je al geprobeerd de spullen te herstarten? Router, omvormer, dat soort dingen?
Pakketverlies (10–15%) op route naar Cloudflare bij Glasnet
Metingen (pathping, 100 pakketten per hop)
- Naar 1.1.1.1: 15% verlies tot aan de bestemming.
- Naar 1.0.0.1: 16% verlies tot aan de bestemming.
- Naar 8.8.8.8: 0% verlies, dus het is geen algemeen probleem.
- Mijn router en de eerste hops: 0% verlies.
- Waar het begint: op de verbinding tussen 100.65.0.78 en 185.1.160.109 (waarschijnlijk een internetknooppunt). Dat is 9% naar 1.1.1.1 en 14% naar 1.0.0.1.
Route naar 1.1.1.1: mijn router → 46.231.18.10 → 100.65.0.78 → 185.1.160.109 → 141.101.65.x (Cloudflare) → 1.1.1.1.
Een monitor van 15 minuten (1 ping per seconde) gaf 4,15% verlies naar 1.1.1.1 (37 van 892). Naar 8.8.8.8 en de router gaf dat 0%.
<Homepage>
We hebben de route naar cloudflare via FrysIX uitgezet. Daar ging jouw verkeer over. Als het goed is dan is het nu beter.KoalaBear84 schreef op zondag 11 oktober 2026 @ 08:48:
[...]
Ja, Mikrotik herstart, switch, computer. Het is denk ik een specifiek probleem.
Pakketverlies (10–15%) op route naar Cloudflare bij Glasnet
Metingen (pathping, 100 pakketten per hop)
- Naar 1.1.1.1: 15% verlies tot aan de bestemming.
- Naar 1.0.0.1: 16% verlies tot aan de bestemming.
- Naar 8.8.8.8: 0% verlies, dus het is geen algemeen probleem.
- Mijn router en de eerste hops: 0% verlies.
- Waar het begint: op de verbinding tussen 100.65.0.78 en 185.1.160.109 (waarschijnlijk een internetknooppunt). Dat is 9% naar 1.1.1.1 en 14% naar 1.0.0.1.
Route naar 1.1.1.1: mijn router → 46.231.18.10 → 100.65.0.78 → 185.1.160.109 → 141.101.65.x (Cloudflare) → 1.1.1.1.
Een monitor van 15 minuten (1 ping per seconde) gaf 4,15% verlies naar 1.1.1.1 (37 van 892). Naar 8.8.8.8 en de router gaf dat 0%.
Bedankt @Quas !
Ja, packet loss issue is opgelost. Nu lijkt enkel de upload (bij Cloudflare speedtest) nog niet op niveau, naar wel goed. Tenminste, hij pakt nu een server in Frankfurt, wss omdat die nu beter lijkt voor de nieuwe route.
/f/image/jOSgLnf7EcArNqd2uPSXClpI.png?f=fotoalbum_large)
- Nieuwe route: het verkeer naar Cloudflare loopt niet meer via 185.1.160.109, de verbinding waar het verlies zat. Het gaat nu via een andere hop (100.65.0.113) en een ander overgangspunt (193.239.117.14). Dat past bij een aanpassing aan de routering of peering.
- Latency: die is wel iets hoger geworden, ~9–12 ms naar Cloudflare tegen 4 ms eerder. Dat is normaal bij een omweg en geen probleem.
Speedtests daarna (09:22–09:24, 8 tests op 6 servers)
- Upload: 785–897 Mbit/s overal, met 0–1,5% loss. Geen enkele inzinking.
- Clouvider, de server waar het misging: 785 en 820 Mbit/s met 0,0% en 0,6% loss. Op 11 oktober om 09:10 was dat nog 1,5 Mbit/s met 15% loss.
- Glasnet's eigen server: 897 en 836 Mbit/s, 0–0,7% loss.
- Jitter: ≤ 0,1 ms, tegen 76 ms bij de slechte test.
Mocht ik nog kunnen helpen of testen, laat maar weten. Bedankt!
Ja, packet loss issue is opgelost. Nu lijkt enkel de upload (bij Cloudflare speedtest) nog niet op niveau, naar wel goed. Tenminste, hij pakt nu een server in Frankfurt, wss omdat die nu beter lijkt voor de nieuwe route.
/f/image/jOSgLnf7EcArNqd2uPSXClpI.png?f=fotoalbum_large)
- Nieuwe route: het verkeer naar Cloudflare loopt niet meer via 185.1.160.109, de verbinding waar het verlies zat. Het gaat nu via een andere hop (100.65.0.113) en een ander overgangspunt (193.239.117.14). Dat past bij een aanpassing aan de routering of peering.
- Latency: die is wel iets hoger geworden, ~9–12 ms naar Cloudflare tegen 4 ms eerder. Dat is normaal bij een omweg en geen probleem.
Speedtests daarna (09:22–09:24, 8 tests op 6 servers)
- Upload: 785–897 Mbit/s overal, met 0–1,5% loss. Geen enkele inzinking.
- Clouvider, de server waar het misging: 785 en 820 Mbit/s met 0,0% en 0,6% loss. Op 11 oktober om 09:10 was dat nog 1,5 Mbit/s met 15% loss.
- Glasnet's eigen server: 897 en 836 Mbit/s, 0–0,7% loss.
- Jitter: ≤ 0,1 ms, tegen 76 ms bij de slechte test.
Mocht ik nog kunnen helpen of testen, laat maar weten. Bedankt!
<Homepage>
Hi Quas. Het viel mij ook op dat het verkeer van/naar Cloudflare anders wordt gerouteerd dan voorheen. Ik heb een ticket geopend bij Cloudflare, Glasnet een email gestuurd en ook de Openpeering NOC een bericht gestuurd. Ik zie nu de berichten op GoT pas.Quas schreef op zondag 11 oktober 2026 @ 09:21:
[...]
We hebben de route naar cloudflare via FrysIX uitgezet. Daar ging jouw verkeer over. Als het goed is dan is het nu beter.
Verkeer richting Cloudflare wordt nu gerouteerd naar hun Frankfurt colo i.p.v. Amsterdam, zoals @KoalaBear84 ook opmerkt. Dit resulteert in een minder optimale latency. Is dit nog iets waar naar gekeken kan worden? Het lijkt er op dat het probleem zit in de Openpeering route(s).
We hebben peering met Cloudflare over FrysIX weer aangezet. Als er nog problemen zijn vernemen we dit graag.
Super, dank! Alles werkt weer als vanouds.aartvg schreef op maandag 12 oktober 2026 @ 09:26:
We hebben peering met Cloudflare over FrysIX weer aangezet. Als er nog problemen zijn vernemen we dit graag.
Puur uit interesse: is bekend wat de packet loss tussen Frys-IX en Cloudflare heeft veroorzaakt?
Frys-IX en Cloudflare heeft veroorzaakt?
Ja wat ik door kreeg was dat de port van Cloudflare vol zat bij Frys ix. Packet loss was naar mijn idee wat te consistent ervoor.
Check, dank. Fijn dat er in het weekend zo snel geschakeld kon worden, complimenten daarvoor!aartvg schreef op maandag 12 oktober 2026 @ 10:10:
[...]
Frys-IX en Cloudflare heeft veroorzaakt?
Ja wat ik door kreeg was dat de port van Cloudflare vol zat bij Frys ix. Packet loss was naar mijn idee wat te consistent ervoor.
Is directe peering met Cloudflare mogelijk nog iets wat op de roadmap staat van Glasnet / BlackGATE?
Die hebben we. Via ams-ix nl-ix en frys-ix.
We snappen zelf niet waarom ons verkeer in Frankfurt eindigt. (Nu overigens niet volgens Cloudflare)
We snappen zelf niet waarom ons verkeer in Frankfurt eindigt. (Nu overigens niet volgens Cloudflare)
Ah helder. Alleen dit weekend toen de Cloudflare route via Frys-IX tijdelijk was uitgezet, zag ik verkeer in Frankfurt eindigen. Had dit nog niet eerder geobserveerd. Verder is het eigenlijk altijd superstabiel geweest.
Idd bijzonder dat het verkeer via Openpeering in Frankfurt eindigde i.p.v. dat de routes over AMS-IX of NL-IX werden gekozen. Maar fijn dat het zo snel is opgelost. Van alle ISP’s waar ik klant ben geweest, heeft Glasnet met stip de meest stabiele verbinding in termen van latency en optimale routering. En een top klantenservice. Dat mag ook zeker gezegd worden. :-)
Idd bijzonder dat het verkeer via Openpeering in Frankfurt eindigde i.p.v. dat de routes over AMS-IX of NL-IX werden gekozen. Maar fijn dat het zo snel is opgelost. Van alle ISP’s waar ik klant ben geweest, heeft Glasnet met stip de meest stabiele verbinding in termen van latency en optimale routering. En een top klantenservice. Dat mag ook zeker gezegd worden. :-)
Interessant artikel over BlackGATE.
https://tbmnet.nl/blackgate-kiest-voor-eigen-netwerk-en-korte-lijnen/
https://tbmnet.nl/blackgate-kiest-voor-eigen-netwerk-en-korte-lijnen/
Mogelijk ook deze interessant. In het topic al diverse positieve reviews.
Interessant artikel. Nooit geweten hoe of wat de voorwaarden was om met de Consumentenbond mee te mogen doen:
https://glasnet.nl/blog/providermonitor
Zou mooi zijn als ze de 75 klanten halen zodat Glasnet in het lijstje komt met de grote jongens.
Interessant artikel. Nooit geweten hoe of wat de voorwaarden was om met de Consumentenbond mee te mogen doen:
https://glasnet.nl/blog/providermonitor
Zou mooi zijn als ze de 75 klanten halen zodat Glasnet in het lijstje komt met de grote jongens.
[ Voor 21% gewijzigd door RobbyTown op 19-10-2026 11:53 ]
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe - Globalping Probe
Ik heb me aangemeld, denk ik. Dat dat proces bij de consumentenbond nou zo lekker loopt, neu.
Iets anders: wat was de procedure voor aanvraag van een ander IPv4-adres ook al weer? Eerst was het zo'n beetje alleen XDA-developers die mijn IP blokkeerde, maar inmiddels zijn het er meer en niet alleen van die 'These are the first 4 things I do after XXX' clickbait sites. Lijkt ook niet mogelijk om te deblokkeren. Het word vervelend in ieder geval.
Iets anders: wat was de procedure voor aanvraag van een ander IPv4-adres ook al weer? Eerst was het zo'n beetje alleen XDA-developers die mijn IP blokkeerde, maar inmiddels zijn het er meer en niet alleen van die 'These are the first 4 things I do after XXX' clickbait sites. Lijkt ook niet mogelijk om te deblokkeren. Het word vervelend in ieder geval.
@DaBit volgensmij kan @aartvg een nieuw ip regelen.
Lijst is meer dan xda: Centauriprime in "[Glasnet.nl] Ervaringen & Discussie - Deel 1"
Zoals hier ook is gedaan tismij in "[Glasnet.nl] Ervaringen & Discussie - Deel 1"
Lijst is meer dan xda: Centauriprime in "[Glasnet.nl] Ervaringen & Discussie - Deel 1"
Zoals hier ook is gedaan tismij in "[Glasnet.nl] Ervaringen & Discussie - Deel 1"
[ Voor 26% gewijzigd door RobbyTown op 19-10-2026 16:19 ]
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe - Globalping Probe