[Glasnet.nl] Ervaringen &amp; Discussie - Deel 1

maandag 1 juni 2026 22:26

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.

Acties:

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.

dinsdag 2 juni 2026 09:27

Acties:

dinsdag 2 juni 2026 16:15

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:

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

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

code:

1 2	/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:

1
2
3

/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.

Acties:

MMaster23

Geen verbinding regio Den Bosch <> Oss

16:23: Weer online

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

dinsdag 2 juni 2026 16:15

Acties:

lolgast

Ik zit in Oss, hier is alles nog online

dinsdag 2 juni 2026 16:16

Acties:

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 ]

dinsdag 2 juni 2026 16:16

Acties:

jasjenl

Liab A Tymo

Hier ook geen verbinding postcode 5846…

dinsdag 2 juni 2026 16:17

Acties:

WallyPower

Grave, 5361, ook geen internet

dinsdag 2 juni 2026 16:18

Acties:

bvh_

Hier ook geen verbinding, glasnet website lijkt ook down?

dinsdag 2 juni 2026 16:22

Acties:

aapjuh99

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

"Whatever the mind of man can conceive and believe it can achieve" - Napoleon Hill

dinsdag 2 juni 2026 16:23

Acties:

jasjenl

Liab A Tymo

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

dinsdag 2 juni 2026 16:26

Acties:

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!

"Whatever the mind of man can conceive and believe it can achieve" - Napoleon Hill

dinsdag 2 juni 2026 17:36

Acties:

Sjaak_Afhaak

Bleh!

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?

Hier staat tekst

dinsdag 2 juni 2026 18:40

Acties:

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 ]

vrijdag 5 juni 2026 21:52

Acties:

vrijdag 5 juni 2026 22:50

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:
1
2
/interface vlan
add interface=sfp1 name=vlan37-iptv vlan-id=37
Voeg een DHCP-client toe zonder default route en DNS:
code:
1
2
/ip dhcp-client
add interface=vlan37-iptv add-default-route=no use-peer-dns=no
Configureer IGMP Proxy:
code:
1
2
3
4
5
6
/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:
1
2
3
/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:

1
2
3

/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:

1
2
3

/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 ]

Acties:

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.

woensdag 10 juni 2026 21:50

Acties:

Flappie

Delta Fiber glasvezel gebruiker hier :)
Mijn contract loopt eind dit jaar af en ben al een beetje aan het rondkijken. Verlengingsaanbod van Delta is niet echt overtuigend. Vind de klantenservice ook erg slecht en heb steeds foute facturen.

Glasnet levert dus hier via het Delta netwerk. Maar ik vraag mij af hoe dat precies werkt? Is er ergens een punt in het Delta netwerk waar Glasnet aankoppelt? Want volgens mjj gaat het grootendeels over de Delta infrastructuur?

Iemand die eens kan vertellen hoe dit precies zit en tot waar ik via het Delta netwerk ga en het doorgeeft punt is naar Glasnet?

Woon in Oldenzaal trouwens.

woensdag 10 juni 2026 22:58

Acties:

donderdag 11 juni 2026 09:18

Flappie schreef op woensdag 10 juni 2026 @ 21:50:

Iemand die eens kan vertellen hoe dit precies zit en tot waar ik via het Delta netwerk ga en het doorgeeft punt is naar Glasnet?

Ik kan je hier alles over vertellen

wij hebben 2 koppelingen met het Delta netwerk in Amsterdam (Equinix AM3 en Digital Realty AMS9)

Vanaf Oldenzaal maak je dus gebruik van het Delta netwerk tot Amsterdam. Vanaf de koppeling maak je volledig gebruik van ons netwerk. Zit je al op het xgspon netwerk van Delta?

Wil je meer weten laat het gerust weten!

Acties:

Flappie

aartvg schreef op woensdag 10 juni 2026 @ 22:58:
[...]

Ik kan je hier alles over vertellen wij hebben 2 koppelingen met het Delta netwerk in Amsterdam (Equinix AM3 en Digital Realty AMS9)

Vanaf Oldenzaal maak je dus gebruik van het Delta netwerk tot Amsterdam. Vanaf de koppeling maak je volledig gebruik van ons netwerk. Zit je al op het xgspon netwerk van Delta?

Wil je meer weten laat het gerust weten!

Sinds vorig jaar op XGS-PON. Dat heeft Delta toen behoorlijk verkloot waarna ik meer dan een week zonder internet heb gezeten. Dat was rond kerst en blijkbaar was er niemand van Cogas (die hier blijkbaar glasvezel beheerd) beschikbaar om het op te lossen.
Uiteindelijk bleek dat ze me hadden "omgeprik" en daarbij de connector hebben afgebroken in de centrale. Nu steeds die foutieve facturen waar de verrekening van de korting niet klopt. En het meegeleverde modem wat niet eens in bridge mode kan en dan ook nog eens standaard CGNAT (ja dat kan uit, dat weet ik).

Moet het nog even uitzitten tot eind dit jaar en dan kom ik naar Glasnet

Lekker vast IPv4 en IPv6 adres en een partij die open is over zaken. Ik maakt tegenwoordig meer bewuste keuzes dan met de massa mee te gaan

[ Voor 6% gewijzigd door Flappie op 11-06-2026 09:19 ]

vrijdag 12 juni 2026 11:36

Acties:

zondag 14 juni 2026 11:50

bundit schreef op vrijdag 5 juni 2026 @ 21:52:
[...]

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:
1
2
3
/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:
1
2
3
/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?

@aartvg Ik zie in de IGMP proxy ook source IP-adressen die buiten mijn lokale subnet vallen. Ik verwacht dat deze van andere klanten zijn die zelf IGMP querier o.i.d. geactiveerd hebben en problemen met de IGMP stream bij mij veroorzaken. Bijvoorbeeld 192.168.178.1 is source address van 224.0.0.1, evenals verschillende 10.15.0.0/16 adressen. De IGMP 192.168.178.1 pakketten komen untagged binnen op de SFP interface. Dus maken geen deel uit van de PPPoE sessie of vlan37.

Wat zijn de IP-adressen/subnets waarvan Glasnet/Canaal Digitaal de IGMP streams verstuurd? Dan kan ik de incorrecte IP-adressen blokkeren en voorkom ik hopelijk dat de TV weer normaal gaat werken. Het lijkt overdag beter te gaan, maar de avonden kun je de TV net zo goed uitlaten. De Canaal digitaal IP adressen/subnets wil ik dan op de Mikrotik toevoegen bij alternative subnets voor de IGMP proxy.

Update 16:10
Ik heb na wat debugen van packet captures 2 firewall regels toegevoegd aan de mikrotik:

code:

/ip firewall raw
add action=drop chain=prerouting in-interface=sfp-sfpplus1

/ipv6 firewall raw
add action=drop chain=prerouting in-interface=sfp-sfpplus1

Hierna heb ik de Mikrotik herstart zodat ik zeker weet dat er geen oude IGMP data in de cache zit. De TV werkt nu weer stabiel, zonder haperingen en blokjes. Het is nog even afwachten wat het doet op langere termijn, maar voorheen was niet mogelijk om langer dan 5 minuten te kijken zonder blokjes of haperingen.

Misschien is het een idee dat Glasnet een input ACL op alle klantpoorten configureerd zodat al het untagged IPv4/IPv6 verkeer vanuit een klant altijd gedropt wordt. PPPoE valt niet onder IP verkeer dus deze gaat door. Met de FritzBox had ik namelijk ook spontaan haperingen en blokjes bij TV, echter heb ik hier niet de optie om al het untagged verkeer te droppen.

De volgende vraag is nu alleen hoe lang het gaat duren voordat er op vlan37 ook ruis van andere klanten binnenkomt en het multicast signaal alsnog verstoord wordt...

[ Voor 17% gewijzigd door bundit op 12-06-2026 16:35 . Reden: Toevoeging source interface van IGMP tbv 192.168.178.1 ]

Acties:

Escrimador

goedemorgen op deze zonnige zondag

Ik loop al een tijdje tegen iets aan en ben benieuwd of dit herkenbaar is of al eerder voorbij is gekomen.

Ik zit op GlasNet (Hoeksche Waard) met PPPoE, gebruik OPNsense (business licentie) als router en heb intermittente verbindingsproblemen, specifiek met diensten die een langdurige HTTPS/WebSocket verbinding openhouden. YouTube en gewoon browsen werken prima — dat buffert genoeg om het niet op te merken? - maar diensten die een persistente verbinding openhouden verbreken regelmatig de sessie. Onlangs weer heel veel problemen bij het versturen van Claude prompts, zowel tekst als plaatjes.

Na flink wat uitzoekwerk heb ik denk ik lokale oorzaken kunnen uitsluiten:

Ping naar lokale gateway: stabiel, 0% loss
PPPoE sessie: al 10+ dagen ononderbroken uptime
Ping naar 8.8.8.8: stabiel, 0% loss, ~4ms

Maar zodra ik naar een Cloudflare-adres ping, zie ik 0,4% pakketverlies. En de traceroute laat zien waar dat zit:

code:

1  [lokale gateway]       ~1ms
2  * * *                  
3  100.65.1.14            ~4-5ms   
4  80.249.210.118         wisselend pakketverlies?
5  141.101.65.28          wisselend idem?
6  141.101.65.139         ~5-6ms   Cloudflare 
7  [bestemming]           ~4ms

Het verlies zit dus specifiek op het pad tussen het GlasNet backbone en het Cloudflare netwerk via IPv4. Ik zie dat @evharten in maart een vergelijkbaar routeringsprobleem heeft opgelost (hogere latency via de redundante crossconnect) en in dezelfde maand ook IPv6 routeringsproblemen richting Cloudflare heeft gecorrigeerd. Dit voelt als iets soortgelijks maar dan voor IPv4 pakketverlies.

Herkent iemand dit?

Only dead fish go with the flow

zondag 14 juni 2026 13:45

Acties:

stormfly

Escrimador schreef op zondag 14 juni 2026 @ 11:50:
goedemorgen op deze zonnige zondag

Ik loop al een tijdje tegen iets aan en ben benieuwd of dit herkenbaar is of al eerder voorbij is gekomen.

Ik zit op GlasNet (Hoeksche Waard) met PPPoE, gebruik OPNsense (business licentie) als router en heb intermittente verbindingsproblemen, specifiek met diensten die een langdurige HTTPS/WebSocket verbinding openhouden. YouTube en gewoon browsen werken prima — dat buffert genoeg om het niet op te merken? - maar diensten die een persistente verbinding openhouden verbreken regelmatig de sessie. Onlangs weer heel veel problemen bij het versturen van Claude prompts, zowel tekst als plaatjes.

Na flink wat uitzoekwerk heb ik denk ik lokale oorzaken kunnen uitsluiten:
Ping naar lokale gateway: stabiel, 0% loss
PPPoE sessie: al 10+ dagen ononderbroken uptime
Ping naar 8.8.8.8: stabiel, 0% loss, ~4ms
Maar zodra ik naar een Cloudflare-adres ping, zie ik 0,4% pakketverlies. En de traceroute laat zien waar dat zit:
code:
1
2
3
4
5
6
7
1  [lokale gateway]       ~1ms
2  * * *                  
3  100.65.1.14            ~4-5ms   
4  80.249.210.118         wisselend pakketverlies?
5  141.101.65.28          wisselend idem?
6  141.101.65.139         ~5-6ms   Cloudflare 
7  [bestemming]           ~4ms
Het verlies zit dus specifiek op het pad tussen het GlasNet backbone en het Cloudflare netwerk via IPv4. Ik zie dat @evharten in maart een vergelijkbaar routeringsprobleem heeft opgelost (hogere latency via de redundante crossconnect) en in dezelfde maand ook IPv6 routeringsproblemen richting Cloudflare heeft gecorrigeerd. Dit voelt als iets soortgelijks maar dan voor IPv4 pakketverlies.

Herkent iemand dit?

https://globalping.io kan je ook nog gebruiken als je even je AS nummer opzoekt op bgp.he.net kan je die als bron gebruiken en kan je kijken of het breder gedragen is binnen het glasnet netwerk. Ik weet niet of je tag naar @evharten helemaal door kwam in de opmaak.

zondag 14 juni 2026 14:50

Acties:

Escrimador

dank je, heb ik gedaan.

stapte tijdens de lunch even over naar m'n laptop en had geen enkele onderbreking terwijl op mijn MacStudio echt 1-2x per 10 prompts. Ben toch bang dat het aan mijn kant zit inmiddels...

https://globalping.io?measurement=2CfWH9XVuTrz5BUEi00020ZtV

https://globalping.io?measurement=2aoxJ3fIF6XwydEKq00020ZtW

ik verdenk mijn browser nu eigenlijk (Safari vs Edge)

[ Voor 5% gewijzigd door Escrimador op 14-06-2026 15:01 ]

Only dead fish go with the flow

maandag 15 juni 2026 10:17

Acties:

dinsdag 16 juni 2026 19:42

bundit schreef op vrijdag 12 juni 2026 @ 11:36:
[...]

@aartvg

Je bent lekker aan het onderzoeken geweest. IGMP / Multikas is een lastig ding kan ik je vertellen.

We hebben wat issues met multicast, We denken dat het aan Canal+ ligt maar hun denken van niet

Via vipe code heb ik een IGMP monitoring tootle gemaakt wat kan draaien op docker of een mikrotik met docker enabled.

aartvg/IGMP-RTP-monitoring

Wie heeft er iets van docker draaien of een Mikrotik en wil mij helpen met statistieken?

Voor op docker waarbij je netwerk interface ens35 heet, check dit via ip add:

wget https://github.com/aartvg/IGMP-RTP-monitoring/raw/refs/heads/main/igmp-rtp-monitor-amd64.tar
docker load -i igmp-rtp-monitor-amd64.tar
docker run --rm --network host -e CONFIG_URL="https://aart.blackgate.nl/rtp/igmp-monitor-config.json" -e IGMP_VERSION="2" -e INTERFACE="ens35" igmp-rtp-monitor:amd64

voor op mikrotik (Als je container support aan heb staan of aan kan zetten.):

download https://github.com/aartvg/IGMP-RTP-monitoring/raw/refs/heads/main/igmp-rtp-monitor-armv7-mikrotik.tar en upload deze naar je mikrotik

/interface veth
add address=192.168.77.2/24 container-mac-address=6C:42:1F:A8:CD:9F dhcp=no     gateway=192.168.77.1 gateway6="" mac-address=6C:42:1F:A8:CD:9F name=igmp-monitor

/container
add dns=1.1.1.1 envlists=ENV_IGMP_MONITOR file=igmp-rtp-monitor-armv7-mikrotik.tar interface=igmp-monitor layer-dir=""name=igmp-rtp-monitor root-dir=/igmp-rtp-monitor start-on-boot=yes workdir=/ 
/container envs
add key=CHANNELS list=ENV_IGMP_MONITOR value=NPO1,NPO2
add key=CONFIG_URL list=ENV_IGMP_MONITOR value=    https://aart.blackgate.nl/rtp/igmp-monitor-config.json
add key=IGMP_VERSION list=ENV_IGMP_MONITOR value=2

Je hebt uiteraard een IGMP proxy nodig deze is standaard actief bij de Glasnet configs in Fritzboxen of Drayteks. Helaas kan ik niet bij elke klant helpen deze werkend te krijgen.

je kan als de monitoring tool draait naar het ip van de docker desktop op port 80 draait een eenvoudige webserver met grafiekjes.

[ Voor 3% gewijzigd door aartvg op 15-06-2026 10:18 ]

Acties:

dinsdag 16 juni 2026 20:07

Helaas heeft mijn mikrotik (RB4011) geen usb poort. Hier wil ik dus ook geen docker op draaien omdat de interne storage hier niet voor bedoelt is qua schrijf operaties.

Welke data wil je hebben? Wellicht kan ik iets via syslog naar een vm sturen om toch de juiste data voor je te verzamelen….

Even uit mijn hoofd had ik een 0,2s follow lopen met

code:

1	/routing igmp-proxy mfc print

, op het moment van een hapering of blokjes zag ik dan een extra/meerdere source IPs die verkeer naar hetzelfde multicast adres versturen. Ik had dus het vermoeden dat Canal+ dezelfde multicast stream vanaf een andere server verstuurd vanwege load balancing o.i.d. en hier een klein verschil in stream data zit wat de blokjes veroorzaakt.

Echter ben ik hier nog mee aan het debuggen om dit beter te begrijpen. De ene avond gaat het storingsvrij, de andere heb je iets meer last van blokjes. Al is het grootste verschil in kwaliteit opgelost door untagged IP verkeer te blokkeren vanaf Glasnet. Waarschijnlijk zijn er klanten waarbij multicast verkeer untagged terug loopt richting Glasnet en die vervolgens de IGMP stream in de war schopt met beeld van een paar seconden geleden. Echter blijft dit voor mij nog een gedachtespinsel gezien ik nog geen volledige capture heb gemaakt om te vergelijken.

Acties:

DrNizeGuy

*

@aartvg ik wil best je docker op m'n server alhier draaien maar ik kijk canal+ via de app op de teevee, daar zal je dan weinig aan hebben gok ik

donderdag 18 juni 2026 21:23

Acties:

vrijdag 19 juni 2026 11:21

Ik heb de container van @aartvg inmiddels operationeel.
Hij heeft een privé bericht ontvangen over hoe hij deze statistieken nu kan inzien.

Acties:

Biite

Ik vermoed dat er momenteel serieus wat aan de hand is bij Glasnet:

Verbinding via glasnet ligt eruit (postcode 3151). Loopt via DFN netwerk bij mij en de lampjes branden allemaal groen, dus lijkt niet fysiek. Meldingen over pppoe authenticatie in de log van mijn router.
Lang leve de failover via Odido Klik&Klaar nu
glasnet.nl website onbereikbaar momenteel
De helpdesk is druk, ben niet gewend om 10 minuten in de wacht te staan...

Anyway, ik wacht even af momenteel, gelukkig een stand-by verbinding dus het werk kan gewoon door.

vrijdag 19 juni 2026 11:23

Acties:

Quas

Glasnet website is offline door verhuizing van server infra.

Ik dacht dat dit redundant naar het andere cluster zou gaan. Maar er is gekozen dat niet om te zetten. Excuus.

Ik ga even kijken wat ik zie op je postcode.

vrijdag 19 juni 2026 11:30

Acties:

Biite

Quas schreef op vrijdag 19 juni 2026 @ 11:23:
Glasnet website is offline door verhuizing van server infra.

Ik ga even kijken wat ik zie op je postcode.

Dat verklaart een hoop, mocht je meer gegevens nodig hebben van me, stuur maar direct bericht

vrijdag 19 juni 2026 12:03

Acties:

Quas

Biite schreef op vrijdag 19 juni 2026 @ 11:30:
[...]

Dat verklaart een hoop, mocht je meer gegevens nodig hebben van me, stuur maar direct bericht

Het is gefixt! Excuus. 1 van de 2 nodes voor auth had het niet goed overgenomen. Impact was 10 klanten. Jij was er 1 van ;)

Sorry!

vrijdag 19 juni 2026 12:06

Acties:

Biite

Nice, snelle fix zo! Thanks.

vrijdag 19 juni 2026 12:21

Acties:

Streamert

Glasnet website is uit de lucht.

vrijdag 19 juni 2026 14:09

Acties:

zaterdag 20 juni 2026 00:06

Ons k8s platform was niet even eenvoudig te verhuizen tussen DC's. de rest draaide allemaal door als goed is.

Een paar niet kritische dingen die we in Kubernetes draaide moesten even uit waaronder de Glasnet website.

Daag Eunetworks, Hallo NorthC :)

Acties:

zaterdag 20 juni 2026 10:46

Hi Allen,

Sinds woensdag ben ik over van Odido naar Glasnet (Reggefiber - KPN). Over Glasnet zelf qua support en kunde heb ik weinig tot niks te klagen, maar sinds de overstap loop ik tegen een paar dingen aan en ik ben benieuwd of iemand hier hetzelfde heeft gehad.

Voor context, mijn router is een Lenovo M920Q met een Intel X520 netwerkkaart (alle offloading staat uit).

Bij Odido heb ik goed gebruik kunnen maken van mijn Zaram XGS-PON ONT. Gelijk bij Glasnet dezelfde keuze gemaakt om op XGS te blijven, serienummer doorgegeven en... niks. Mijn PADI's gaan wel netjes de deur uit op VLAN 6, maar ik kreeg nul reactie (geen PADO) terug. Pas met een Nokia XGS-PON ONT werd de lijn geprovisioned en kwam de boel op.

Heeft iemand een third-party stick (Zaram of vergelijkbaar) wel werkend gekregen op Glasnet/KPN-infra, ondanks dat-ie geregistreerd is?

Tweede en grootste ding is de PPPoE-login. Uit een capture bleek dat de verbinding niet rond komt door de manier waarop de inlog wordt afgehandeld. De BNG vraagt eerst om de ene loginmethode (PAP), OPNsense gaat daarin mee (CHAP, PAP en EAP staan als accepted), en dan schakelt de BNG halverwege ineens over naar een andere methode (CHAP). Daar loopt OPNsense (mpd5) op vast en de login komt nooit af.

Voor de zekerheid een reserve UniFi Cloud Gateway Max opgehangen aan de Nokia ONT, en daar komt alles wel meteen online met exact dezelfde lijn en inloggegevens. Dus het lijkt echt iets tussen OPNsense (mpd5) en deze BNG te zijn.

Is iemand hier toevallig al eens eerder tegenaan gelopen, en zo ja, wat is de mogelijke oplossing? Eventuele troubleshootstappen verneem ik al te graag

Acties:

Hotsoup schreef op zaterdag 20 juni 2026 @ 00:06:
Heeft iemand een third-party stick (Zaram of vergelijkbaar) wel werkend gekregen op Glasnet/KPN-infra, ondanks dat-ie geregistreerd is?

Hoe oud is de Zaram SFP? Ik denk nl. dat de speciaal voor KPN aangepaste firmware (versie V090 - ook geschikt voor Delta) er niet op draait. Waar heb je hem gekocht indertijd?

Zo te lezen ben je denk ik in staat deze zelf te updaten. Stuur met even een PB dan stuur ik je de link naar firmware en instructie.

[ Voor 19% gewijzigd door ernstoud op 20-06-2026 11:29 ]

zaterdag 20 juni 2026 15:08

Acties:

zaterdag 20 juni 2026 15:15

ernstoud schreef op zaterdag 20 juni 2026 @ 10:46:
[...]

Hoe oud is de Zaram SFP? Ik denk nl. dat de speciaal voor KPN aangepaste firmware (versie V090 - ook geschikt voor Delta) er niet op draait. Waar heb je hem gekocht indertijd?

Zo te lezen ben je denk ik in staat deze zelf te updaten. Stuur met even een PB dan stuur ik je de link naar firmware en instructie.

De Zaram module heb ik crica 10 maanden geleden aangeschaft bij Wimood.

Vanuit de Zaram module heb ik wel al eerder een env output gedraaid. Daar kwam helaas al de V090 naar voren:

board_revision=ZX300R03
equipment_id=ZXOS11NPI
vendor_product_code=0xffff
image0_version=ZR00_V090.08
image1_version=ZR00_V090.08
image0_product_code=ZXOS11NPI
image1_product_code=ZXOS11NPI

Of heb jij het toevallig over een nieuwere versie?

Acties:

Hotsoup schreef op zaterdag 20 juni 2026 @ 15:08:
[...]

De Zaram module heb ik crica 10 maanden geleden aangeschaft bij Wimood.

Vanuit de Zaram module heb ik wel al eerder een env output gedraaid. Daar kwam helaas al de V090 naar voren:

board_revision=ZX300R03
equipment_id=ZXOS11NPI
vendor_product_code=0xffff
image0_version=ZR00_V090.08
image1_version=ZR00_V090.08
image0_product_code=ZXOS11NPI
image1_product_code=ZXOS11NPI

Of heb jij het toevallig over een nieuwere versie?

Nee, dat is dus al de goede versie. Recenter is er niet. Zou moeten werken op KPN en Delta.

Geen idee of Glasnet hetzelfde slot gebruikt op de OLT om de PPoE sessie uit te voeren. Dat moest aangepast worden naar ik meen slot 1 voor KPN.

zaterdag 20 juni 2026 15:26

Acties:

zaterdag 20 juni 2026 15:41

ernstoud schreef op zaterdag 20 juni 2026 @ 15:15:
[...]

Nee, dat is dus al de goede versie. Recenter is er niet. Zou moeten werken op KPN en Delta.

Geen idee of Glasnet hetzelfde slot gebruikt op de OLT om de PPoE sessie uit te voeren. Dat moest aangepast worden naar ik meen slot 1 voor KPN.

Voor de duidelijkheid, je bedoelt het slot/serviceprofiel op de OLT van KPN z'n infra toch? En is het dan logisch dat de Nokia XS-010X-Q die ik als test gebruik automatisch het juiste profiel krijgt omdat het een herkend model is, terwijl een eigen ONT zoals de Zaram dat profiel handmatig moet krijgen en er nu dus mogelijk naast valt?

Acties:

Hotsoup schreef op zaterdag 20 juni 2026 @ 15:26:
[...]

Voor de duidelijkheid, je bedoelt het slot/serviceprofiel op de OLT van KPN z'n infra toch?

Inderdaad.

En is het dan logisch dat de Nokia XS-010X-Q die ik als test gebruik automatisch het juiste profiel krijgt omdat het een herkend model is, terwijl een eigen ONT zoals de Zaram dat profiel handmatig moet krijgen en er nu dus mogelijk naast valt?

Dat kan. Wellicht dat een Nokia ONT bij een PPoE sessie opzetten na een time-out een ander slot probeert? De KPN OLT is ook Nokia, zal net iets beter samenwerken denk ik.

In ieder geval moest voor KPN dat slot in de Zaram FW aangepast worden. Op de DFN infra draait een aanpassing in het OLT profiel dat de Zaram herkent en dan het juiste slot kiest. KPN wilde niet aan de OLT een aanpassing, dus moest dat in de Zaram.

Dat het nu op Glasnet niet werkt is dan bijzonder. Wellicht kan een Glasnet technicus hier eens aangeven hoe of wat.

Weet je zeker dat de Zaram goed geregistreerd is?

zaterdag 20 juni 2026 16:25

Acties:

zaterdag 20 juni 2026 16:48

ernstoud schreef op zaterdag 20 juni 2026 @ 15:41:
[...]

Inderdaad.

[...]

Dat kan. Wellicht dat een Nokia ONT bij een PPoE sessie opzetten na een time-out een ander slot probeert? De KPN OLT is ook Nokia, zal net iets beter samenwerken denk ik.

In ieder geval moest voor KPN dat slot in de Zaram FW aangepast worden. Op de DFN infra draait een aanpassing in het OLT profiel dat de Zaram herkent en dan het juiste slot kiest. KPN wilde niet aan de OLT een aanpassing, dus moest dat in de Zaram.

Dat het nu op Glasnet niet werkt is dan bijzonder. Wellicht kan een Glasnet technicus hier eens aangeven hoe of wat.

Weet je zeker dat de Zaram goed geregistreerd is?

Met support van Glasnet aan de lijn heb ik meermaals het ID van de Zaram meermaals gecontroleerd en opgevoerd (tijdens het testen met de Nokia). Volgens hen stond hij er correct in.

Acties:

Hotsoup schreef op zaterdag 20 juni 2026 @ 16:25:
[...]

Met support van Glasnet aan de lijn heb ik meermaals het ID van de Zaram meermaals gecontroleerd en opgevoerd (tijdens het testen met de Nokia). Volgens hen stond hij er correct in.

ZRMTxxxxxxxx dus?

zaterdag 20 juni 2026 16:51

Acties:

Fiekert

aankomende maandag ga ik over van KPN naar Glasnet, setup blijft verder gelijk, komt de PPPoE data hiermee ook maandag beschikbaar? of wordt dit zondag beschikbaar?

ik was iets te vroeg met de reactie, heb inmiddels de gegevens ontvangen.

[ Voor 19% gewijzigd door Fiekert op 20-06-2026 18:48 ]

zaterdag 20 juni 2026 17:36

Acties:

zaterdag 20 juni 2026 17:45

ernstoud schreef op zaterdag 20 juni 2026 @ 16:48:
[...]

ZRMTxxxxxxxx dus?

Correct, ZRMTxxxxxxx8 (uiteraard deels redacted).

Acties:

Hotsoup schreef op zaterdag 20 juni 2026 @ 17:36:
[...]

Correct, ZRMTxxxxxxx8 (uiteraard deels redacted).

Tja, dan houdt mijn kennis wel op.

Wellicht heeft KPN voor Glasnet een eigen OLT profiel?

zaterdag 20 juni 2026 18:48

Acties:

zaterdag 20 juni 2026 18:49

Fiekert schreef op zaterdag 20 juni 2026 @ 16:51:
aankomende maandag ga ik over van KPN naar Glasnet, setup blijft verder gelijk, komt de PPPoE data hiermee ook maandag beschikbaar? of wordt dit zondag beschikbaar?

Deze is nu beschikbaar voor je in mijn Glasnet. Je hebt nog een AON aansluiting dus geen gezeur met XGSpon

Acties:

Fiekert

aartvg schreef op zaterdag 20 juni 2026 @ 18:48:
[...]

Deze is nu beschikbaar voor je in mijn Glasnet. Je hebt nog een AON aansluiting dus geen gezeur met XGSpon

dank voor het versturen! laat nog even weten hoe de omzetting is gegaan maandag. $_/-\o_$

zaterdag 20 juni 2026 18:50

Acties:

zaterdag 20 juni 2026 21:17

ernstoud schreef op zaterdag 20 juni 2026 @ 17:45:
[...]

Tja, dan houdt mijn kennis wel op.

Wellicht heeft KPN voor Glasnet een eigen OLT profiel?

Wij draaien gewoon op KPN WBA zonder eigen profielen. We hebben andere klanten op KPN met Zaram draaien. Volgens mij zonder gekke aanpassingen maar zal eens bij collega moeten navragen die deze oplossing gebruikt.

Vlan 6 is en blijft nodig als je een Zaram gebruikt. Kan je inloggen in de Zaram (Als deze aangemeld is) je kan dan de vlan mapping opvragen.

Acties:

zaterdag 20 juni 2026 21:28

aartvg schreef op zaterdag 20 juni 2026 @ 18:50:
[...]

Wij draaien gewoon op KPN WBA zonder eigen profielen. We hebben andere klanten op KPN met Zaram draaien. Volgens mij zonder gekke aanpassingen maar zal eens bij collega moeten navragen die deze oplossing gebruikt.

Vlan 6 is en blijft nodig als je een Zaram gebruikt. Kan je inloggen in de Zaram (Als deze aangemeld is) je kan dan de vlan mapping opvragen.

Fijn om te horen dat andere klanten de Zaram gewoon hebben draaien, dan moet het bij mij ook lukken

.

Vlan 6 is uiteraard logisch voor de router erachter, echter bij mij is het alleen dat de Zaram nooit van O1 naar O5 komt en het flink stil blijft vanuit de OLT.
Uit mijn hoofd meen ik me wel een Rx van rond de -13 dB te herinneren tijdens het testen met je collega's van support.

Maandag bel ik wel even om de Zaram weer eens te laten registreren.
Zijn er, los van de mapping controleren, alvast punten die voor jou bekend zijn (of bij die collega die dit gebruikt) waar ik op kan testen en eventueel jullie kant op kan aanleveren?

Acties:

zaterdag 20 juni 2026 22:55

-13 klink als heel veel singaal. Geen idee welke slitratio kpn gebruikt maar verwacht eerder tussen -16 of -20.

Acties:

maandag 22 juni 2026 14:07

aartvg schreef op zaterdag 20 juni 2026 @ 21:28:
-13 klink als heel veel singaal. Geen idee welke slitratio kpn gebruikt maar verwacht eerder tussen -16 of -20.

Nou goed, wie weet is het maandag een gevalletje "3 keer is scheepsrecht"

.
Hij is al een paar keer geregistreerd geweest, dus benieuwd of het nu wel pakt.

Over die -13, dat was een ruwe uitlezing, dus de echte waarde ligt misschien wel in jouw verwachte -16/-20.

Ik lees maandag alles even netjes uit (O-state en RX) zodra de Zaram er weer in zit, dan heb ik concrete cijfers voor je.

Acties:

Fiekert

afgelopen nacht is mijn verbinding overgezet naar Glasnet, in de bestaande setup met SFP op KPN WBA slechts een kwestie van PPPoE gegevens aanpassen en wachten tot de bestaande verbinding is omgezet. De cloud gateway fiber heeft geen downtime waargenomen in de omzetting. Administratief was een klein foutje gemaakt, maar dit is ook in no-time opgelost. tot zover een zeer positieve start.

maandag 22 juni 2026 14:33

Acties:

maandag 22 juni 2026 15:17

@aartvg, vanochtend heeft jouw collega van support de Zaram op verzoek er weer ingezet.
Na ongeveer 25 min lijkt deze nu wel online te komen.

Middels het aanvinken van "Disable Protocomp", krijg ik nu wel mijn PPPoE sessie.

Helaas ongeacht dat hij up is lijkt het er op dat er geen verkeer terug komt, de gateway zelf is ook niet te pingen (down). Enig idee wat dit nog zou kunnen zijn?

admin@ZXOS11NPI [/] # onu show pmapper

==================================================================================

*index = zapi-idx = MPON_MEM_TCONT-index

---------|-------|----------------------------------------------------------------

inst-id | index | pq-index : zapi-idx(pq-buf idx)

---------|-------|----------------------------------------------------------------

0x1102 0 9(0), 9(0), 18(9), 18(9), 27(18), 27(18), 36(27), 36(27)

==================================================================================

# onu show pq
===========================================================================================
Upstream priority queue mapping
PQ ME pririty : 0 is highest *inst-id: instance id
--------|--------------------|-------------|--------|--------------------|-----------------
pq-buf |------ PQ ME -------| GEM port | T-CONT |----- T-CONT ME ----|--802.1p Mapper--
idx | inst-id | priority | inst-id/idx | index | inst-id | alloc-id | inst-id | index
--------|---------+----------|-------------|--------|---------+----------|-----------------
0 0x8000 0 0x043C ( 1) 0 0x8000 0x0415 0x1102 0
9 0x8011 1 0x043D ( 2) 1 0x8001 0x0416 0x1102 0
18 0x8022 2 0x043E ( 3) 2 0x8002 0x0417 0x1102 0
27 0x8033 3 0x043F ( 4) 3 0x8003 0x0418 0x1102 0
===========================================================================================
admin@ZXOS11NPI [/] # onu show pon sync
=============================================
ONU Downstream Synchronization state
---------------------------------------------
Sync state | Sync(2)
=============================================
admin@ZXOS11NPI [/] # onu show pon activation
=============================================
ONU Downstream Synchronization state
---------------------------------------------
Oper. state | Operation
=============================================
admin@ZXOS11NPI [/] # onu show pon optic
=============================================
ONU PON LOS state
---------------------------------------------
LOS state | ACT
=============================================

admin@ZXOS11NPI [/] # onu show ponlink

ponlink-status : connect-OK

Acties:

vrijdag 26 juni 2026 21:35

Hotsoup schreef op maandag 22 juni 2026 @ 14:33:
@aartvg, vanochtend heeft jouw collega van support de Zaram op verzoek er weer ingezet.
Na ongeveer 25 min lijkt deze nu wel online te komen.

Middels het aanvinken van "Disable Protocomp", krijg ik nu wel mijn PPPoE sessie.
[Afbeelding]
Helaas ongeacht dat hij up is lijkt het er op dat er geen verkeer terug komt, de gateway zelf is ook niet te pingen (down). Enig idee wat dit nog zou kunnen zijn?[Afbeelding]

Ik zie aan onze zijde de PPP sessie ook als actief staan. Er gaat idd 0 bites aan data doorheen. Gebruik je zelfde ppp profiel als via de Nokia / Genixes TK01?

PS. Bel even naar support en vraag of ze willen doorverbinden kijken we even samen.

Acties:

dinsdag 21 juli 2026 09:27

aartvg schreef op maandag 22 juni 2026 @ 15:17:
[...]

Ik zie aan onze zijde de PPP sessie ook als actief staan. Er gaat idd 0 bites aan data doorheen. Gebruik je zelfde ppp profiel als via de Nokia / Genixes TK01?

PS. Bel even naar support en vraag of ze willen doorverbinden kijken we even samen.

@aartvg, bedankt voor de remote assistance afgelopen maandag

.

Bij de oude installatie kwamen via TCPDUMP de pings vanuit de BNG wel binnen maar inbound verkeer bereikte de PPPoE/netgraph stack dus nooit.

Middels een verse installatie van OPNsense kwam alles perfect online.
Voor de PPPoE sessie moest enkel Disable protocomp aan worden gezet.

Bedankt @ernstoud voor het mee denken m.b.t. de Zaram module.

Acties:

ikbenjoeri

Ik ben bezig om zoveel mogelijk verbindingen van alle providers toe te voegen aan mijn Smokeping installatie. Als je interesse hebt om toegevoegd te worden, stuur me dan een PM met je IP-adres of DDnS record, en zorg dat WAN ping is ingeschakeld.

Hieronder al overzicht welke al actief zijn.
https://smokeping.hostio.solutions/smokeping/?target=nl_isp_client

@RobbyTown bedankt voor de heads up

[ Voor 4% gewijzigd door ikbenjoeri op 21-07-2026 09:28 ]

dinsdag 21 juli 2026 09:34

Acties:

RobbyTown

Godlike

Topicstarter

@eymey bedankt die mij weer tipte in met @ikbenjoeri oproep in het Freedom topic.

Mochten Glasnetters afvragen. Waarom BlackGATE nog geen eigen deel (zoals KPN, Freedom ...) heeft bij Smokeping. Die komt er als er wat meer zijn dan nu

(2 stuks).

[ Voor 11% gewijzigd door RobbyTown op 21-07-2026 09:37 ]

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe - Globalping Probe

dinsdag 21 juli 2026 10:25

Acties:

Bytebandit

Mijn node staat wel geregistreerd bij Globalping https://globalping.io/?location=Nijmegen%2525NL%2525BlackGATE&measurement=2Lcdjp6a0Tb4tTHbZ00120nh8

Maar voor zover ik weet heeft globalping het tegenovergestelde doel van smokeping.

dinsdag 21 juli 2026 22:22

Acties:

eymey

Bytebandit schreef op dinsdag 21 juli 2026 @ 10:25:
Mijn node staat wel geregistreerd bij Globalping https://globalping.io/?location=Nijmegen%2525NL%2525BlackGATE&measurement=2Lcdjp6a0Tb4tTHbZ00120nh8

Maar voor zover ik weet heeft globalping het tegenovergestelde doel van smokeping.

Mja, de vraag is vooral hoe je "doel" definieert.

De Smokeping instance die bij Hostio draait is gewon een mooi initiatief om van enkele well-known netwerken, ISP's en consumentenverbindingen de latency en stabiliteit te meten.

Zowel RIPE Atlas als Globalping zijn vooral netwerken waar je gebruik van kan maken om (eigen) websites te monitoren via een systeem van 'credits'. En die kan je weer verdienen door zelf een probe te hosten. Het is niet primair bedoeld om de stabiliteit van je eigen internetverbinding te meten, al zou je je eigen metingen dus wel zo in kunnen richten om dat te bewerkstelligen.

Zowel Smokeping (dat je zelf ook thuis of voor je bedrijf kan installeren), als RIPE Atlas als Globalping zijn gewoon "Observability" tools die je kan inzetten.

Marstek Venus 5.12kWh v154, CT002 V118, CT003 V118 DSMR5.5, PV 11xEnphase IQ7+ Z-O, 5xEnphase IQ7+ N-W - ~4,7Wp theoretisch, ~3,5Wp praktijk.

donderdag 23 juli 2026 13:21

Acties:

donderdag 23 juli 2026 15:31

Ik ben momenteel aangesloten via Delta met een 1Gbit lijn op AON. Ik zit met interesse te kijken naar een 2Gbit abonnement bij Glasnet. Mijn huidige netwerk heeft een Asus RT-AX89X router die voorzien is van twee 10Gbit poorten (RJ45 en SPF+). In de huidige situatie is de 10Gbit RJ45 poort in gebruik voor verbinding naar een 10Gbit switch en loopt de Delta verbinding via de 1Gbit wan poort. Als ik via glasnet wil werken zal ik de 10Gbit RJ45 poort met de ONT van glasnet moeten verbinden. Voor de koppeling naar mijn 10Gbit switch zal ik dan de SFP+ poort moeten gebruiken op de Asus router. Ik heb hiervoor een Ubiquiti UACC-CM-RJ45-MG SFP+ to RJ45 module besteld.

Is deze opzet zo goed of vergeet ik nog iets?

Daarnaast vroeg ik mij af wat de ervaring is met het overstappen van een AON Delta aansluiting naar Glasnet 2Gbit. Ik ga er vanuit dat ik dan naar een XGS-PON moet migreren waarna Glasnet haar diensten kan koppelen, gebeurd dit normaal gesproken allemaal op 1 dag?

Acties:

donderdag 23 juli 2026 16:00

Het lijkt dat je setup goed is idd, je zou je switch ook kunnen aansluiten via een glas verbinding dit kost ook niet zoveel meer tegenwoordig. Je switch moet uiteraard wel SPF+ port hebben.

Bij de bestelling bij ons word je altijd omgezet naar XGSpon ook als je voor 1 GB zou gaan. Op de dag van migratie gaat je oude AON verbinding uit en kan je de Nokia ONT gelijk aansluiten. Als alles goed gaat heb je dan direct weer diensten via ons.

Wat een nette oplossing zou zijn is een Zaram XGSPon optic bij ons bestellen (130 euro) die in je SPF+ port van je router stoppen. Je hebt dan de losse Nokia niet nodig.

Acties:

zondag 26 juli 2026 09:41

Bedankt voor je reactie @aartvg , ik heb dit ook overwogen maar helaas is de asus rt-ax89x niet compatible met PON SFP modules. De eerder genoemde switch staat op zolder met een cat7 kabel naar beneden getrokken. Deze zou ik dan moeten vervangen voor een glasdraad, een projectje voor de toekomst.

Fijn te lezen dat de overstap normaal gesproken snel gebeurd.

Acties:

DaBit

Werkt het ook echt niet, of staat het simpelweg niet op een qualified vendor list?
Die SFP module die ik uit de ONT geleend heb (zal al wel een oudere zijn?) meld zich gewoon met een 1000base SGMII interface; lijkt mij dat dat overal wel werkt zolang er niet een stukje software dat 'if vendor != duurapparatuur then block' actief is.

code:

mce0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1472         options=668a00a8<VLAN_MTU,JUMBO_MTU,VLAN_HWCSUM,NV,LINKSTATE,HWSTATS,HWRXTSTMP,MEXTPG,VXLAN_HWCSUM,VXLAN_HWTSO> 
        ether b8:ce:f6:74:d8:92 
        media: Ethernet 1000Base-CX-SGMII <full-duplex,rxpause,txpause> 
        status: active 
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> 
        drivername: mce0 
        plugged: SFP/SFP+/SFP28 BASE-BX10 (SC) 
        vendor: Glasnet PN: SFP-GE-BX SN: <redacted> DATE: 2022-08-03 
        module temperature: 41.09 C voltage: 3.31 Volts 
        lane 1: RX power: 0.14 mW (-8.64 dBm) TX bias: 15.65 mA

Ik kan me indenken dat 'rare' lijnsnelheden zoals 2,5G/5G niet werken, maar 1G/10G is minder moeilijk.

zondag 26 juli 2026 10:24

Acties:

lolgast

Klopt het dat ik mijn e-mailadres niet kan aanpassen in het klantportaal? Ik wil dit graag aangepast hebben namelijk

zondag 26 juli 2026 10:30

Acties:

RobbyTown

Godlike

Topicstarter

lolgast schreef op zondag 26 juli 2026 @ 10:24:
Klopt het dat ik mijn e-mailadres niet kan aanpassen in het klantportaal? Ik wil dit graag aangepast hebben namelijk

Klopt. Dit staat erboven

Contactgegevens
Klopt er iets niet? Neem contact op met onze servicedesk, we passen het graag voor je aan.

Kunt alleen wachtwoord wijzigen

[ Voor 5% gewijzigd door RobbyTown op 26-07-2026 10:31 ]

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe - Globalping Probe

maandag 27 juli 2026 02:55

Acties:

maandag 27 juli 2026 18:05

DaBit schreef op zondag 26 juli 2026 @ 09:41:
Werkt het ook echt niet, of staat het simpelweg niet op een qualified vendor list?
Die SFP module die ik uit de ONT geleend heb (zal al wel een oudere zijn?) meld zich gewoon met een 1000base SGMII interface; lijkt mij dat dat overal wel werkt zolang er niet een stukje software dat 'if vendor != duurapparatuur then block' actief is.
code:
1
2
3
4
5
6
7
8
9
10
mce0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 1472         options=668a00a8<VLAN_MTU,JUMBO_MTU,VLAN_HWCSUM,NV,LINKSTATE,HWSTATS,HWRXTSTMP,MEXTPG,VXLAN_HWCSUM,VXLAN_HWTSO> 
        ether b8:ce:f6:74:d8:92 
        media: Ethernet 1000Base-CX-SGMII <full-duplex,rxpause,txpause> 
        status: active 
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> 
        drivername: mce0 
        plugged: SFP/SFP+/SFP28 BASE-BX10 (SC) 
        vendor: Glasnet PN: SFP-GE-BX SN: <redacted> DATE: 2022-08-03 
        module temperature: 41.09 C voltage: 3.31 Volts 
        lane 1: RX power: 0.14 mW (-8.64 dBm) TX bias: 15.65 mA
Ik kan me indenken dat 'rare' lijnsnelheden zoals 2,5G/5G niet werken, maar 1G/10G is minder moeilijk.

Dit is een aon module geen xgspon. Daar zit waarschijnlijk het verschil.

Wij kopen de sfp modules bij fs.com. Ze zetten alleen Glasnet als vendor meer oa Fritzbox hebben deze modules ook toe moeten voegen aan de firmware om het te laten werken.

Belangrijk om te vertellen dat een sfp+ module past in een sfp slot maar werkt niet. Andersom werkt het wel.

Acties:

dinsdag 28 juli 2026 00:44

@aartvg Ik heb de knoop doorgehakt en de bestelling gedaan. Morgen nog even met jullie bellen voor de details m.b.t. de installatie. Het aftellen is begonnen

Acties:

dinsdag 28 juli 2026 10:09

BvH schreef op maandag 27 juli 2026 @ 18:05:
@aartvg Ik heb de knoop doorgehakt en de bestelling gedaan. Morgen nog even met jullie bellen voor de details m.b.t. de installatie. Het aftellen is begonnen

Ben zelf niet op kantoor collegas gaan je vast goed helpen!

Acties:

woensdag 29 juli 2026 01:28

Een vriend van mij woont in Haarlem en heeft zowel een glasvezel aansluiting van KPN en van ODF. Hij zit nu bij Odido en heeft ook interesse in Glasnet maar de levering gaat waarschijnlijk via KPN waardoor het een stuk duurder is. Is er een specifieke reden waarom Glasnet niet via de ODF aansluiting beschikbaar is op zijn locatie?

Acties:

woensdag 29 juli 2026 07:19

Wij plaatsen zelf apparatuur in de wijk centrales. Haarlem staat nog niet op de planning. Roosendaal en Hoorn zijn recent opgeleverd. Binnenkort heel Amsterdam meer dan 40 pops!

Acties:

woensdag 29 juli 2026 07:30

aartvg schreef op woensdag 29 juli 2026 @ 01:28:
Wij plaatsen zelf apparatuur in de wijk centrales. Haarlem staat nog niet op de planning. Roosendaal en Hoorn zijn recent opgeleverd. Binnenkort heel Amsterdam meer dan 40 pops!

Als ik jullie lief aankijk staat Amersfoort dan toevallig ook op de planning?

Acties:

woensdag 29 juli 2026 10:38

Nee sorry. De volgende grote steden zijn Rotterdam en Utrecht. Het gaat ons voornamelijk om de kosten voor backbone verbinden naar een datacenter. We hebben pop in Haarlem maar niks in de buurt van Amersfoort.

Een oplossing zou zijn als je ongeveer 150 klanten weet te vinden in een stad is het een stuk eenvoudiger om er over na te denken om een pop op te bouwen.

Acties:

iMode

bcome schreef op woensdag 29 juli 2026 @ 07:19:
[...]

Als ik jullie lief aankijk staat Amersfoort dan toevallig ook op de planning?

Verhuizen..

woensdag 29 juli 2026 15:24

Acties:

woensdag 29 juli 2026 16:32

iMode schreef op woensdag 29 juli 2026 @ 10:38:
[...]

Verhuizen..

Je zou het bijna doen haha

Acties:

Mari_eu

aartvg schreef op woensdag 29 juli 2026 @ 07:30:
Nee sorry. De volgende grote steden zijn Rotterdam en Utrecht. Het gaat ons voornamelijk om de kosten voor backbone verbinden naar een datacenter. We hebben pop in Haarlem maar niks in de buurt van Amersfoort.

Een oplossing zou zijn als je ongeveer 150 klanten weet te vinden in een stad is het een stuk eenvoudiger om er over na te denken om een pop op te bouwen.

In een stad als Amersfoort moet je toch gemakkelijk veel meer dan 150 klanten kunnen krijgen?
Snap dat grotere steden rendabeler zijn en daar jullie prioriteit nu ligt.

woensdag 29 juli 2026 21:50

Acties:

woensdag 29 juli 2026 22:53

Mari_eu schreef op woensdag 29 juli 2026 @ 16:32:
[...]

In een stad als Amersfoort moet je toch gemakkelijk veel meer dan 150 klanten kunnen krijgen?
Snap dat grotere steden rendabeler zijn en daar jullie prioriteit nu ligt.

Als ik bij mijn gebouw naar de wifi namen kijk is het grootste gedeelte Odido/T-Mobile, en de restjes KPN of Ziggo. Odido en KPN hebben eigen hardware in de pop hangen.

Dat zijn ongeveer 100 woningen, maar om 100+ woningen in het postcodegebied gegarandeerd aan te sluiten om het de investering waard te maken lijkt me nog best lastig, het overgrote deel heeft natuurlijk al gewoon een aansluiting, "even overstappen" zit niet iedereen op te wachten vrees ik.

Acties:

RobbyTown

Godlike

Topicstarter

Bijna 2 jaar terug heeft Glasnet aardig wat klanten gewonnen toen Tweak stopte. Tweak had dacht ik 20.000 klanten. Een deel is naar Glasnet gegaan een Freedom maar ook een aardig deel is lekker blijven hangen en naar Odido gegaan. Sterker nog Odido is ook nog langs geweest om 'over te stappen' voor Tweak echt ermee stopte. Die waren een fractie goedkoper maar geen ipv4 vast enzo en in 2020 al genoeg met ze meegemaakt. Dus van de afgelopen hack stond ik niet te kijken.

De doorsnee consument kiest voor de portemonnee en niet de techniek en kwaliteit erachter.

Zelfde als met de Odido hack men zou massaal overstappen. Ja er zijn vast mensen vertrokken. Maar ook veel niet. Mooi aanbod van 25 of 30 euro pm en ze blijven weer lekker hangen en 'het ligt toch al op straat'.

In Oss zijn er wel genoeg klanten (in elk geval gelopen jaar 3 erbij kregen

). Ligt KPN en ODF daar hanteert Glasnet wel de scherpe prijzen.

@aartvg aangezien 150 de grens is. Hoe zit dat met kleinere dorpen? Reek, Schaijk bijvoorbeeld. Wel kanttekening daar ligt alleen ODF, COAX of DSL geen KPN glas. Als ik zie hoe weinig glas word afgenomen in de grote stad zoals Helmond (zelfs ruzie ivm tegenvallende afname) of in Oss (je breekt nek je hier en en daar over de glasvezel sprieten). Dan is dat in dorpen toch ook maar een handjevol of juist niet?

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe - Globalping Probe

donderdag 30 juli 2026 04:30

Acties:

maandag 3 augustus 2026 15:33

150 klinkt als weinig maar het is best lastig om klanten zo ver te krijgen om over te stappen. Iedereen heeft iets. Zit in contract. Geen zin in problemen tijdens de overstap of is het niet eens met tv of andere dingen.

Het is zoveel makkelijker om klanten te werven als er nog geen glas ligt en er een vraag bundeling gedaan wordt.

Acties:

ImDion

professioneel amateur

bcome schreef op woensdag 29 juli 2026 @ 07:19:
[...]

Als ik jullie lief aankijk staat Amersfoort dan toevallig ook op de planning?

+1 ik koop zo mijn odido contract uit @aartvg

3x proberen dan meten... toch?

maandag 3 augustus 2026 15:35

Acties:

maandag 3 augustus 2026 16:16

ImDion schreef op maandag 3 augustus 2026 @ 15:33:
[...]

+1 ik koop zo mijn odido contract uit @aartvg

Nog 148 adressen te gaan

Acties:

maandag 3 augustus 2026 17:30

Hey @aartvg, op hoeveel staat de teller in Houten?

Acties:

RobertMe

* RobertMe vind het wel frappant dat het hier gaat over minimale aanmeldingen. "Hier in het dorp" ligt sinds begin vorig jaar Delta, en toen Delta way back when (2020 of 2021) een haalbaarheidsonderzoek heeft gedaan kan ik mij niet herinneren dat er ook reclame van Glasnet is geweest (wel van bv Online als onafhankelijke ISP, Caiway en Delta gooide toen ook flyers in de bus maar dat was natuurlijk allemaal een pot nat). En toch is hier Glasnet beschikbaar.

Is dit dus mogelijk techniek gebonden? Dat Glasnet eigen hardware plaatst (/moet plaatsen?) bij AON terwijl er bij XGS-PON veel meer wordt meegelift op de infra van de infra/kabel-boer? En in mijn geval Glasnet dus tot hoger in het netwerk "levert over" infra van Delta Fiber. En dus ook gebruik maakt van het backbone van Delta Fiber i.p.v. eigen vezels te trekken tot het dorp/POP. Ik kan mij namelijk niet indenken dat er hier 150+ klanten van Glasnet zijn en/of het rendabel is een eigen backbone aan te leggen.

dinsdag 4 augustus 2026 09:34

Acties:

bjusterbaarlik

Glasnet leverde sowieso nog niet via Delta in 2020/2021, dat kwam iets later. Bij Delta geldt echter dat Delta (of eigenlijk DFN) alles regelt. Andere providers hebben geen apparatuur in de PoP. Alle providers gebruiken dezelfde infra.

dinsdag 4 augustus 2026 17:30

Acties:

woensdag 5 augustus 2026 09:23

Ter voorbereiding toch even vragen, @aartvg in de instructie staat dat voor de PPPoe alleen de username en wachtwoord nodig is en verder geen spannende instellingen. Hier een screenshot van m'n router met een hoop van deze spannende instellingen. Staan deze per default al goed of zie je toch iets wat beter kan?

Afbeeldingslocatie: https://tweakers.net/i/TQr6mONpKyck6FAWAZdwjv9ZwWI=/x800/filters:strip_icc():strip_exif()/f/image/EIIfLddUYEVKQ2GC6yycZPx9.jpg?f=fotoalbum_large

Acties: