[Glasnet.nl] Ervaringen & Discussie - Deel 1

[JanW]

Schaijk idem. Ik zat hier al de boel te herstarten. Tip aan mezelf voor de volgende keer, eerst hier kijken

[ Voor 4% gewijzigd door JanW op 22-04-2026 21:14 ]

[bundit]

bundit schreef op woensdag 22 april 2026 @ 21:07:
Regio Boekel heeft het de hele dag gewerkt maar ook sinds 21:00 down.

En weer online, PPPoE sessie is nu weer terug

[smnk]

Hier weer terug (Beers) na 25 min downtime volgens Unifi.

[MMaster23]

Regio Rosmalen/Oss: Up

[WallyPower]

Grave ook weer up

[tismij]

Yup 20 min en up in Oss
12min 23 sec volgens unifi

[ Voor 37% gewijzigd door tismij op 22-04-2026 21:21 ]

[KraveN]

In Gennep nog steeds down. Begreep dat de schade is gekomen door een boer die met diep ploegen wat kabels heeft geraakt in Beugen. Daarvoor zouden ze 15 meter vrij hebben moeten graven alvorens ze konden lassen.

En weer up!

[ Voor 3% gewijzigd door KraveN op 22-04-2026 21:26 ]

[Tweak_]

Was hier ook down ja, (regio Mill) ben wel benieuwd of het met elkaar te maken had. In mijn router zag ik PPPoE down heb ik ook doorgegeven. Misschien als er ineens weer veel aanvragen komen dat het crasht ofzo?

[Twazerty]

Weer plat in Oss

[MMaster23]

Regio Rosmalen/Oss: down d-d-down

23:34 Regio Rosmalen/Oss: Up

[ Voor 34% gewijzigd door MMaster23 op 22-04-2026 23:34 ]

[tismij]

Wel irritant zo idd weer plat

[tismij]

Waarom updaten ze de site ook niet ff om aan te geven, best tevreden over glasnet maar informeer ons ff tussendoor.

[Tweak_]

Inderdaad, hier was het ook weer down maar wel een stuk later dan @Twazerty aangaf. Nu dus weer werkend.

[tismij]

Oss nog down, half uurtje nu
Edit: amper klaar met typen en weer up.
Nou hopen dat het up blijft.

[ Voor 55% gewijzigd door tismij op 22-04-2026 23:50 ]

[Tweak_]

tismij schreef op woensdag 22 april 2026 @ 23:20:
Wel irritant zo idd weer plat

Ze hebben je post gelezen denk ik

22-04-2026, 23:50

Sorry, De storing glasvezel bruik is opgelost. We hebben nu problemen met onze switch stack die niet meer stabiel wil worden. Er word aan gewerkt.

[Mari_eu]

Je zou verwachten dat het glasvezel netwerk van ODF redundant is. Alles dubbel gevoed zodat het verkeer automatisch omgeleid wordt bij een breuk. Blijkt dus niet zo te zijn. Kan iemand hier iets zinnigs over zeggen?

[JanW]

Ik loop nu met deze storing wel tegen een bijzonder probleem aan. Ik las hier dat de verbinding weer terug is, maar hier geeft mijn Fritzbox (FRITZ!Box 5530 Fiber) nog aan dat er geen glasvezel verbinding actief is en dat de SFP module (FS BiDi LX SFP-GE-BX) niet wordt ondersteund. Ik moet dan de router herstarten en dan komt de verbinding weer op. Herkennen mensen dit probleem?

[smerz]

@JanW Ja ik had dat met de glasnet SFP/optic ook. Is meerdere keren gebeurt en heel irritant omdat je dus zelf handmatig moet ingripen voor herstel. Dit gebeurde ook gewoon random naar een tijdje bij mij.

Ik had nog de optic van Tweak destijds hier liggen en gebruik die nu. Die werkt zonder problemen.
Ik dacht dat het misschien aan mijn exemplaar ligt, maar zogezien niet. Dat is denk ik zeker een verbeterpuntje.

[RobertMe]

Mari_eu schreef op donderdag 23 april 2026 @ 09:20:
Je zou verwachten dat het glasvezel netwerk van ODF redundant is. Alles dubbel gevoed zodat het verkeer automatisch omgeleid wordt bij een breuk. Blijkt dus niet zo te zijn. Kan iemand hier iets zinnigs over zeggen?

Ik kan hier (specifiek) niks over zeggen. Maar een artikel hier op de frontpagen en/of verslag in een forum post van een "bezoeker" beschrijft dat Delta Fiber bij aanleg redundantie heeft door POPs onderling aan te sluiten. Elke POP heeft een eigen uplink "naar het internet" en de POPs zijn onderling ook verbonden waardoor een wegvallende verbinding naar het internet (gedeeltelijk) opgevangen kan worden door de link die de POPs onderling hebben. (En mogelijk dat ze "onderbezetting" van de ene POP kunnen gebruiken als extra capaciteit voor een ander. Ging volgens mij om 100Gbit/s links. Als één POP dan maar 50Gbit/s richting internet verstouwd en een ander POP al 100Gbit/s dicht trekt en bv 125Gbit/s nodig heeft dat ze die extra 25Gbit/s over het gelinkte POP sturen).

En anderzijds is er volgens mij ook nog wel eens onduidelijkheid bij de infra-boeren waar kabels liggen. Een ODF (of KPN/Glaspoort of DFN) zal mogelijk ook weer dark-fibers van iemand anders afnemen. Waarbij of helemaal niet duidelijk is waar die dark-fibers liggen of er beloften worden gedaan die ze niet waar maken. Was er bv ergens in de afgelopen 2? jaar niet ergens met werkzaamheden aan een brug een hele bundel kabels gesneuveld waaronder meerdere "redundant" kabels van één dark-fiber leverancier waardoor ik meen "KPN" er in een groter gebied er uit lag? Waarbij KPN dus dacht een redundant verbinding af te nemen, maar in werkelijkheid liepen de vezels, in ieder geval bij die brug, dus wél naast elkaar. Dan kun je dus wel vezels "in het veld" echt volledig gescheiden leggen met bv honderden meters ertussen of echt een geheel ander traject. Maar soms loop je dan alsnog tegen barrières aan (rivier / kanaal) waarbij het gevolg van "de makkelijke route" is dat de kabels alsnog bij elkaar liggen. (I.p.v. dus twee aparte bruggen gebruiken bv).

Edit:
Het Delta bezoek verslag: ernstoud in "[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2"
Delta deed dus 4x 10Gbit/s naa de POPs maar ten tijde van dat bezoek nieuwe aanleg al 2x 100Gbit/s. En "grote POPs" zijn onderling verbonden. Geen idee wat dat betekent, maar het zijn vast niet "alle POPs" (zoals ik het schreef).

De beschadigde kabel(s) ging waarschijnlijk om: nieuws: Internetstoring door beschadigde glasvezelkabel treft huishoudens bij... geen brug maar tunnel dus.

[ Voor 14% gewijzigd door RobertMe op 23-04-2026 10:48 ]

[Jef61]

Mari_eu schreef op donderdag 23 april 2026 @ 09:20:
Je zou verwachten dat het glasvezel netwerk van ODF redundant is. Alles dubbel gevoed zodat het verkeer automatisch omgeleid wordt bij een breuk. Blijkt dus niet zo te zijn. Kan iemand hier iets zinnigs over zeggen?

Ik vraag me af of dit een ODF of provider probleem is. Het lijkt me dat er voldoende glas ligt om redundantie te realiseren, maar misschien voert een provider dit vanwege kosten niet (overal) uit?

Gisterenmiddag lag hier in Cuijk Netrebel eruit, maar ik begrijp dat Glasnet dankzij redundantie wel bleef werken.

In de regio Gennep had Glasnet wel problemen, dus daar geen redundantie?

[JohDB]

Jef61 schreef op donderdag 23 april 2026 @ 11:21:
[...]

Ik vraag me af of dit een ODF of provider probleem is. Het lijkt me dat er voldoende glas ligt om redundantie te realiseren, maar misschien voert een provider dit vanwege kosten niet (overal) uit?

Gisterenmiddag lag hier in Cuijk Netrebel eruit, maar ik begrijp dat Glasnet dankzij redundantie wel bleef werken.

In de regio Gennep had Glasnet wel problemen, dus daar geen redundantie?

De genoemde netwerken hebben zeker een mogelijkheid voor redundantie op de backhaulroutes. De operator moet dan wel zelf daarvoor de juiste backhaulroutes huren, deze worden door ODF niet kosteloos ter beschikking gesteld.

[Mari_eu]

JohDB schreef op donderdag 23 april 2026 @ 11:58:
[...]


De genoemde netwerken hebben zeker een mogelijkheid voor redundantie op de backhaulroutes. De operator moet dan wel zelf daarvoor de juiste backhaulroutes huren, deze worden door ODF niet kosteloos ter beschikking gesteld.

Met operator bedoel je providers? Zo ja dan mogen we dus aannemen dat Glasnet en Netrebel in dit geval hier geen gebruik van maken.

[EWS99]

Consumentenlijnen hebben vaak geen SLA en maar een minimale vergoeding bij storingen.
Rekenvoorbeeld: Als 2500 klanten er een dag uit liggen en de vergoeding is 2 euro per dag, dan kost een verstoring 5000,- per dag. Denk niet dat je voor dat bedrag een extra redundante vezel aan kunt leggen…

[JohDB]

Mari_eu schreef op donderdag 23 april 2026 @ 12:45:
[...]

Met operator bedoel je providers? Zo ja dan mogen we dus aannemen dat Glasnet en Netrebel in dit geval hier geen gebruik van maken.

Een provider maakt gebruik van een operator welke de apparatuur in de POP heeft hangen. Een provider kan ook een operator zijn, maar dit hoeft niet.

Glasnet en Netrebel zijn beide ook operator. Er zijn ook operators welke voor meerdere providers het netwerk faciliteren.

[iMode]

JanW schreef op donderdag 23 april 2026 @ 10:10:
Ik loop nu met deze storing wel tegen een bijzonder probleem aan. Ik las hier dat de verbinding weer terug is, maar hier geeft mijn Fritzbox (FRITZ!Box 5530 Fiber) nog aan dat er geen glasvezel verbinding actief is en dat de SPF module (FS BiDi LX SFP-GE-BX) niet wordt ondersteund. Ik moet dan de router herstarten en dan komt de verbinding weer op. Herkennen mensen dit probleem?

Heb ik ook, heel irritant.. soms moet de stekker er wel 2x in en uit.

[XallaX]

JanW schreef op donderdag 23 april 2026 @ 10:10:
Ik loop nu met deze storing wel tegen een bijzonder probleem aan. Ik las hier dat de verbinding weer terug is, maar hier geeft mijn Fritzbox (FRITZ!Box 5530 Fiber) nog aan dat er geen glasvezel verbinding actief is en dat de SFP module (FS BiDi LX SFP-GE-BX) niet wordt ondersteund. Ik moet dan de router herstarten en dan komt de verbinding weer op. Herkennen mensen dit probleem?

Heeft je Fritz auto update aan staan? Uitzetten!

Fritzboxen 5530 en 5590 herkennen na een (auto)update de SFP module meestal niet.
Dan blijft de box offline tot een 2e herstart of soms is zelfs een power cycle nodig.
(Probleem is gemeld bij AVM begin vorig jaar.)

opm: laatste Fritz 5590 Lab 8.24-131382 BETA is het nog niet in opgelost.

[ Voor 4% gewijzigd door XallaX op 24-04-2026 16:14 ]

[__Dennis__]

De kabelbreuk van afgelopen woensdag was in Beugen. Ik verbaas me wel over hoe ondiep de kabels daar liggen en zo dicht op een landbouw erf. Beetje diep ploegen en....

[Spekkie99]

Zeker, en vind de juiste plek dan ook maar eens....

[ardvark99]

Dat kunnen ze redelijk meten. Maar ik vermoed dat de uitvoerder lui is geweest (kosten), en niet dieper heeft gegraven dan is afgesproken. Ik heb dat wel vaker gehoord...

[Mari_eu]

Zou me niet verbazen dat de aannemer die het aangelegd heeft dezelfde is als degene die het nu hersteld heeft, SPIE.

[sigio]

Tja, hoe vaker je 't moet repareren, hoe vaker je kan factureren....

Raar dat de fiber daar tussen fietspad en akker ligt, en niet tussen fietspad en straat (lijkt me 'veiliger')

[ Voor 45% gewijzigd door sigio op 24-04-2026 12:23 ]

[ardvark99]

Spie is misschien de hoofdaannemer, en voor aanleg wss een andere partij geregeld, onderhoud doen ze daarna zelf.
En je zou idd verwachten dat ze de kabels naast het fietspad leggen, in (onder) het gras, en niet in een akker. Maar ik weet niet wat er verder in de grond ligt.
Maar ben benieuwd, nou is het gerepareerd en volgend jaar wordt het akker weer omgeploegd...

[iMode]

Spekkie99 schreef op vrijdag 24 april 2026 @ 11:43:
Zeker, en vind de juiste plek dan ook maar eens....

Is op de meter nauwkeurig te zeggen met de OTDR, ik was vroeger meettechnicus, 1e glasvezel monteur, later uitvoerder en projectleider.

[iMode]

sigio schreef op vrijdag 24 april 2026 @ 12:22:
Tja, hoe vaker je 't moet repareren, hoe vaker je kan factureren....

Raar dat de fiber daar tussen fietspad en akker ligt, en niet tussen fietspad en straat (lijkt me 'veiliger')

Ja idd, normaal ligt het daar niet.. en ook veel te ondiep..

[iMode]

XallaX schreef op vrijdag 24 april 2026 @ 09:54:
[...]

Heeft je Fritz auto update aan staan? Uitzetten!

Fritzboxen 5530 en 5590 herkennen na een (auto)update de SFP module meestal niet.
Dan blijft de box offline tot een 2e herstart of soms is zelfs een power cycle nodig.
(Probleem is gemeld bij AVM begin vorig jaar.)

Thnx! Ga ik eens naar kijken, idd vorige keer ook een update geweest en vervolgens geen internet meer..

[bundit]

Is er hier toevallig iemand die gebruik maakt van een mikrotik (RouterOS 7.x) I.c.m. TV via Glasnet?

Mijn ouders hebben momenteel een fritzbox 5530 in gebruik, maar ervaren regelmatig problemen met TV, denk aan blokjes en stotterend beeld. Ik vermoed dat multicast/IGMP snooping op de Fritzbox ergens niet lekker werkt. Thuis heb ik Glasnet internet only via een Mikrotik. Gezien ik nog één mikrotik heb liggen wil ik eens proberen of het hiermee wel lukt om het tv signaal soepel te laten werken. Naast de fritzbox zijn er geen andere apparaten die iets met igmp snooping doen, of andere switches. De TV decoder zit rechtstreeks op de fritzbox aangesloten.

Op de website van Glasnet heb ik de volgende informatie gevonden, welke waarschijnlijk geschreven lijkt voor een Draytek.

quote: https://glasnet.nl/netwer...llatieschema#instellingen

Televisie:

• - Ga naar je WAN instellingen en activeer Channel 5 op de Multi VLAN
• - Gebruik VLAN tag: 37
• - Zet de WAN open voor IPTV
• - WAN IP Netwerk instellingen: Obtain automatically by DHCP
• - Maak het volgende IP object aan:
• - Interface: any
• - Address Type: Single address
• - Start IP address: 185.24.175.211, Voeg deze samen tot een IP groep
• - Maak een nieuwe route policy aan:
• - Verwijs hier naar de IP group die je net hebt aangemaakt
• - Verwijs naar de WAN (channel 5)
• - Gebruik default gateway
• - Force NAT
• - Activeer ALG (onder NAT)
• - RTSP op poort 554 (TCP & UDP geactiveerd)
• IGMP instellingen
• - Activeer IGMP Proxy & IGMP Snooping

Als ik dit zo lees dien ik een extra vlan op de wan interface te maken, vlan37. Vervolgens hier met dhcp client een lease aan te vragen en de default route wegschrijven in een custom routing table. Dan een routing mark (policy route) maken voor het specifieke subnet zodat deze via vlan37 naar Glasnet verloopt. Vervolgens uitgaand nat met het IP van vlan37. Al het andere verkeer van de decoder moet beschouwd worden als regulier internet verkeer. Tot slot nog een igmp proxy toevoegen en dan zou het moeten werken. De tv decoder komt dan op een bridge waar igmp snooping op ingeschakeld staat.

Ik heb alleen geen idee wat er bedoeld wordt met:

Ga naar je WAN instellingen en activeer Channel 5 op de Multi VLAN

Het resultaat zal ik hier uiteraard delen als het gelukt is. Mocht iemand de magische fix weten voor een fritzbox dan is die uiteraard ook welkom. Ik heb hierbij al geprobeerd de interface op 100 Mb/s terug te zetten en de decoder als high priority device aan te markeren. Dit heeft uiteindelijk nog niet geholpen.

[FearMe]

@bundit Mijn ouders hadden hetzelfde probleem bij de overstap naar Tweak, en zijn sindsdien overgestapt naar NLZiet. Ik heb het lang proberen te troubleshooten (ook in opnsense) maar ben nooit echt verder gekomen.

Wellicht interessant: de mediabox van Tweak(Amino Aria 700, ook CANAL+) werkte foutloos op de KPN VDSL verbinding die een tijdje overlap had met de Tweak glasvezel verbinding. Ik kan me niet herinneren of ik hiervoor enkel de FRITZ!Box van KPN gebruikte, of ook de 5530 van Tweak, met de KPN-router as modem.
Geen flauw idee hoe dat ooit kon werken, aangezien het normaal een boel speciale instellingen vergt.

Mocht je overigens iets vinden ben ik ook geïnteresseerd. Als ik zie hoe mijn vader die app 'bedient' denk ik dat ze het niet erg vinden om terug te gaan naar een afstandsbediening.

[aartvg]

Bij Mikrotik is het best eenvoudig om IPTV werkend te krijgen via multicast.

Maak VLAN 37 aan op de WAN-interface (meestal sfp1 of andere interface):

code:

/interface vlan
add interface=sfp1 name=vlan37-iptv vlan-id=37

Voeg een DHCP-client toe zonder default route en DNS:

code:

/ip dhcp-client
add interface=vlan37-iptv add-default-route=no use-peer-dns=no

Configureer IGMP Proxy:

code:

/routing igmp-proxy
set quick-leave=yes

/routing igmp-proxy interface
add interface=vlan37-iptv upstream=yes
add interface=bridge

Sta IGMP-verkeer toe in de firewall:

code:

/ip firewall filter
add chain=input protocol=igmp action=accept
add chain=forward protocol=igmp action=accept

Na deze configuratie zijn multicast IPTV-streams beschikbaar op het LAN.

Eventueel zet op je bridge igmp snooping aan en enable versie 2.

De verdere data mag gewoon lopen over je internet vlan.

[MMaster23]

Geen verbinding regio Den Bosch <> Oss

16:23: Weer online

[ Voor 22% gewijzigd door MMaster23 op 02-06-2026 16:24 ]

[lolgast]

Ik zit in Oss, hier is alles nog online

[KraveN]

Regio 6596 lijkt down, storing lijkt groter aldus het bandje van Glasnet. Kreeg ook niemand te pakken (waarschijnlijk ivm drukte).

Staat nu ook op de website :

https://glasnet.nl/meldingen

02-06-2026, 12:00

We zien dat er storing is in regio Noord-Brabant en Limburg. We zijn het aan het onderzoeken en hopen u snel van updates te kunnen voorzien.

[ Voor 57% gewijzigd door KraveN op 02-06-2026 16:19 ]

[jasjenl]

Hier ook geen verbinding postcode 5846…

[WallyPower]

Grave, 5361, ook geen internet

[bvh_]

Hier ook geen verbinding, glasnet website lijkt ook down?

[aapjuh99]

Jongens, wie heeft er nu weer een schep in de grond gezet? (Cuijk, 5431)

[jasjenl]

Hier doet ie het inmiddels weer, maar wel nog af en toe wat haperend zo lijkt...

[aapjuh99]

jasjenl schreef op dinsdag 2 juni 2026 @ 16:23:
Hier doet ie het inmiddels weer, maar wel nog af en toe wat haperend zo lijkt...

Hier ook!

[Sjaak_Afhaak]

Om heel eerlijk te zijn, gebeurt het de laatste maanden best wel vaak. Hier veel thuiswerk, dus het begint op te vallen. Kan ik zoiets loggen met m'n unifi netwerk?

[mr-schultzz]

Hier in Heesch ligt nog alles plat..

Na interventie van AartvG alles weer stabiel online

[ Voor 43% gewijzigd door mr-schultzz op 02-06-2026 18:59 ]

[bundit]

aartvg schreef op dinsdag 2 juni 2026 @ 09:27:
Bij Mikrotik is het best eenvoudig om IPTV werkend te krijgen via multicast.

Maak VLAN 37 aan op de WAN-interface (meestal sfp1 of andere interface):

code:

/interface vlan
add interface=sfp1 name=vlan37-iptv vlan-id=37

Voeg een DHCP-client toe zonder default route en DNS:

code:

/ip dhcp-client
add interface=vlan37-iptv add-default-route=no use-peer-dns=no

Configureer IGMP Proxy:

code:

/routing igmp-proxy
set quick-leave=yes

/routing igmp-proxy interface
add interface=vlan37-iptv upstream=yes
add interface=bridge

Sta IGMP-verkeer toe in de firewall:

code:

/ip firewall filter
add chain=input protocol=igmp action=accept
add chain=forward protocol=igmp action=accept

Na deze configuratie zijn multicast IPTV-streams beschikbaar op het LAN.

Eventueel zet op je bridge igmp snooping aan en enable versie 2.

De verdere data mag gewoon lopen over je internet vlan.

Ik ben nog bezig met de configuratie, al lijkt de basis nu wel te werken. Er zijn al veel minder haperingen c.q. stilstaande beelden. Maar toch komt er elke 5 minuten heel even een stilstaand beeld voor, soms meerdere tegelijk. Audio loopt tot op heden wel altijd door.

Ik heb naast bovenstaande configuratie nog een paar extra configuraties moeten maken, vlan139 is mijn interne vlan waar de tv decoder (Amino) op aangesloten zit (rechtstreeks op de Mikrotik).

alternative-subnets=0.0.0.0/0 moest ik toevoegen aan de igmp upstream. Zonder de alternative-subnet mee te geven ging de TV niet werken.

code:

/routing igmp-proxy interface
add alternative-subnets=0.0.0.0/0 interface=vlan37-iptv upstream=yes
add interface=vlan139-tv

De IGMP input regel hit sporadisch een pakketje, maar de forward totaal niet. Deze 2 regels heb ik nog toegevoegd. De input vlan37-iptv hit volgens de counters z'n beetje elk tv pakketje.

code:

/routing igmp-proxy interface
add action=accept chain=input in-interface=vlan37-iptv
add action=accept chain=input in-interface=vlan139-tv

IGMP snooping op de bridge staat niet geactiveerd gezien dan hardware offload van de gehele bridge dan niet meer werkt. Echter lijken de streams wel netjes te stoppen bij het zappen, al kan dat ook komen doordat het niet echt multicast lijkt te zijn i.v.m. ontbreken IGMP forward verkeer. Het vreemde is wel dat de IGMP proxy wel een heleboel packets laat zien. Ik heb het idee dat de Mikrotik het IGMP verkeer wat binnenkomt als UDP behandeld omdat het dit als proxy door moet zetten. Echter is dat tegenstrijdig met de configuratie van aartvg. Zie ik iets over het hoofd, of is dit wellicht per netwerk nog verschillend? Hier gaat het via ODF.

Ik zie geen interface errors voor de Amino, vlan37 en sfp interface. Kan het zijn dat er zo af en toe een paar pakketjes missen vanuit Glasnet/Canal Digitaal? Of dien ik nog verder te troubleshooten?

[ Voor 0% gewijzigd door bundit op 05-06-2026 21:53 . Reden: Amino i.p.v. Animo ]

[FearMe]

Wat ik me ook kan herinneren is dat de streams/amino boxes een absurd lage buffer hebben, en dat problemen met haperen opgelost zijn als je een paar seconden pauzeert en daarna normaal verder kijkt.