[KPN XGS-PON] Eigen router/ONT gebruiken

[Tom Paris]

Economics schreef op dinsdag 21 april 2026 @ 13:15:
[...]

Kan jij vinden, maar had je je wellicht even moeten verdiepen in de documentatie van ZARAM. Want zij hebben dit zelf beschikbaar gesteld. Blijkbaar heb je je dus niet goed ingelezen voordat je de ZARAM hebt aangeschaft.

Ik ben bekend met remote management beheer via OMCI, ik was in de (naïeve, zo blijkt) veronderstelling dat dat alleen zou werken tussen ISP managed/owned apparatuur. Bijzonder dat dat plaats kan vinden zonder authenticatie, dus ook naar prive-devices.

Economics schreef op dinsdag 21 april 2026 @ 13:15:
Laat ik duidelijk zijn dat wij voor geen enkele mogelijkheid aansprakelijk voor enige problemen die kunnen ontstaan op een stick wat niet in ons beheer ligt.

Dan moet je imo ook niet gaan sleutelen aan die devices.

[Economics]

Tom Paris schreef op dinsdag 21 april 2026 @ 13:27:
[...]


Ik ben bekend met remote management beheer via OMCI, ik was in de (naïeve, zo blijkt) veronderstelling dat dat alleen zou werken tussen ISP managed/owned apparatuur. Bijzonder dat dat plaats kan vinden zonder authenticatie, dus ook naar prive-devices.


[...]


Dan moet je imo ook niet gaan sleutelen aan die devices.

Wie sleutelt dan zomaar aan die devices? Dit is in samenspraak met de gebruiker afgesproken dat we dit kunnen doen en via die manier kunnen herstellen. Niemand "sleutelt" zomaar zonder de gebruiker daarover in te lichten.

Daarnaast is dit een functionaliteit die ZARAM zelf beschikbaar stelt aan de belichter. Dus kijk er niet raar van op als je het ook gewoon kan gebruiken. Neemt niet weg dat je 3x moet na denken voor je dit doet. Anders is het aan jouw de keuze om iets anders te gebruiken

[ Voor 17% gewijzigd door Economics op 21-04-2026 13:32 ]

[Tom Paris]

Economics schreef op dinsdag 21 april 2026 @ 13:30:
[...]

Wie sleutelt dan zomaar aan die devices? Dit is in samenspraak met de gebruiker afgesproken dat we dit kunnen doen en via die manier kunnen herstellen. Niemand "sleutelt" zomaar zonder de gebruiker daarover in te lichten.

Jij hebt toch gesleuteld aan de Zaram module van @water1309? Dat het in 'samenspraak' is wil imo niet zeggen dat je niet verantwoordelijk bent als het mis gaat. Maar dat is meer iets voor de juridische afdeling van KPN, dus ik houd het hier bij van mijn kant.

[Economics]

Tom Paris schreef op dinsdag 21 april 2026 @ 13:49:
[...]


Jij hebt toch gesleuteld aan de Zaram module van @water1309? Dat het in 'samenspraak' is wil imo niet zeggen dat je niet verantwoordelijk bent als het mis gaat. Maar dat is meer iets voor de juridische afdeling van KPN, dus ik houd het hier bij van mijn kant.

Prima Tom, succes!

[ArnoldSmit]

Tom Paris schreef op dinsdag 21 april 2026 @ 13:49:
[...]


Jij hebt toch gesleuteld aan de Zaram module van @water1309? Dat het in 'samenspraak' is wil imo niet zeggen dat je niet verantwoordelijk bent als het mis gaat. Maar dat is meer iets voor de juridische afdeling van KPN, dus ik houd het hier bij van mijn kant.

Krijg sterk het idee dat je het idee van het Tweakers forum niet echt begrijpt, nog dat je verstand heb van recht rondom aansprakelijkheid.
Stel je constructief op en informeer je, scheelt je een hoop hoofdpijn en verspilde energie.
Beetje zonde van sfeer wat je doet.

[wbschenk]

Economics schreef op dinsdag 21 april 2026 @ 13:30:
[...]

Wie sleutelt dan zomaar aan die devices? Dit is in samenspraak met de gebruiker afgesproken dat we dit kunnen doen en via die manier kunnen herstellen. Niemand "sleutelt" zomaar zonder de gebruiker daarover in te lichten.

Daarnaast is dit een functionaliteit die ZARAM zelf beschikbaar stelt aan de belichter. Dus kijk er niet raar van op als je het ook gewoon kan gebruiken. Neemt niet weg dat je 3x moet na denken voor je dit doet. Anders is het aan jouw de keuze om iets anders te gebruiken

En in dit geval was er ook tussen de verkopende partij en de gebruiker contact geweest

Volgend onderwerp!

[WhatsappHack]

Werkt bij jullie eigen modem KPN WifiCall? Ik heb overal WiFiCall, behalve thuis. En kan zo 1,2,3 niet vinden waarom.

[ArnoldSmit]

WhatsappHack schreef op vrijdag 24 april 2026 @ 14:57:
Werkt bij jullie eigen modem KPN WifiCall? Ik heb overal WiFiCall, behalve thuis. En kan zo 1,2,3 niet vinden waarom.

Is naar mijn weten niet iets wat op je modem geactiveerd hoeft te worden, zowel Odido, TriNED als KPN werkt wifi bellen, zowel wel op OPNsense als unify als router

[dapaool]

WhatsappHack schreef op vrijdag 24 april 2026 @ 14:57:
Werkt bij jullie eigen modem KPN WifiCall? Ik heb overal WiFiCall, behalve thuis. En kan zo 1,2,3 niet vinden waarom.

Zal inderdaad gewoon moeten werken als er een slechte of geen verbinding is met de telefoonprovider.
Tenzij er een firewall is die UDP poort 500 & 4500 blokkeert, of er gebruik gemaakt wordt van een openbare DNS server.

[WhatsappHack]

dapaool schreef op vrijdag 24 april 2026 @ 16:21:
[...]


Zal inderdaad gewoon moeten werken als er een slechte of geen verbinding is met de telefoonprovider.
Tenzij er een firewall is die UDP poort 500 & 4500 blokkeert, of er gebruik gemaakt wordt van een openbare DNS server.

Ah, hmm… wat maakt het dat de DNS server verschil zou maken? Want ik kan bijvoorbeeld met ODIDO ook VoWiFi doen op een KPN internetverbinding (met diens DNS) en vice-versa. (Behalve hier, want de ODIDO sim weigert eveneens WiFiCall te activeren thuis ) Maar misschien zit het hem daarin. Ik maak namelijk idd geen gebruik van KPN’s DNS servers en al het DNS verkeer wordt ook gedwongen om door de lokale server/filter te gaan.

Laat het nu net zo zijn dat ik op de router echter ook een IKEv2 VPN draai, dus misschien gaat daar ook iets “mis” qua routering van poort 500 & 4500… Zou outbound eigenlijk niet uit moeten maken, maar wie weet.

Thnx, ik ga eens kijken of daar nog iets te tweaken valt. Als het dan wel werkt moet ik ff kijken of er iets permanent aan te passen valt en anders maar geen WiFiCall.

[ArnoldSmit]

dapaool schreef op vrijdag 24 april 2026 @ 16:21:
[...]


Zal inderdaad gewoon moeten werken als er een slechte of geen verbinding is met de telefoonprovider.
Tenzij er een firewall is die UDP poort 500 & 4500 blokkeert, of er gebruik gemaakt wordt van een openbare DNS server.

Naar mijn weten zou de de DNS server geen verschil moeten maken, ik gebruik die van Cloudflare, 1.1.1.2 (malware blocking), werkte het prima mee

[dapaool]

ArnoldSmit schreef op zaterdag 25 april 2026 @ 09:48:
[...]

Naar mijn weten zou de de DNS server geen verschil moeten maken, ik gebruik die van Cloudflare, 1.1.1.2 (malware blocking), werkte het prima mee

Het gaat ook bijna altijd wel goed, maar in zeldzame gevallen kan het gebeuren dat DNS server zoiets blokkeert (bevoordeeld bij een DNS server met een transparante Proxyserver) of dat de DNS server bepaalde domeinennamen (hostnames) niet kunnen omzetten.

Ook kan een telefoonprovider VoWiFi blokkeren als DNS servers doen alsof de verbinding uit het buitenland komt, (bijvoorbeeld bij Smart DNS Service)

Dus is het handig om te testen met de DNS van je eigen provider. Alleen al om misschien dingen te kunnen uitsluiten.

[ Voor 11% gewijzigd door dapaool op 25-04-2026 14:14 ]

[Wortelsoep]

Ik zou wat hulp kunnen gebruiken met het instellen van OpenWRT (25.12.2) op een oudere router (TP-Link TL-WDR3600) waarvan de WAN-poort is aangesloten op de Genexis ONT. Mijn ISP is Youfone maar ik begrijp dat dat technisch hetzelfde is als KPN.

Dit is mijn /etc/config/network:

code:

root@sepia:~# cat /etc/config/network  
  
config interface 'loopback'  
       option device 'lo'  
       option proto 'static'  
       list ipaddr '127.0.0.1/8'  
  
config globals 'globals'  
       option packet_steering '1'  
  
config device  
       option name 'br-lan'  
       option type 'bridge'  
       list ports 'eth0.1'  
  
config interface 'lan'  
       option device 'br-lan'  
       option proto 'static'  
       option ip6assign '60'  
       list ipaddr '192.168.1.5/24'  
       option multipath 'off'  
  
config device  
       option name 'eth0'  
       option mtu '1512'  
  
config device  
       option name 'eth0.1'  
       option mtu '1500'  
  
config device  
       option name 'eth0.6'  
       option mtu '1508'  
  
config interface 'wan'  
       option device 'eth0.6'  
       option proto 'pppoe'  
       option username 'internet'  
       option password 'internet'  
       option mtu '1500'  
       option multipath 'off'  
  
  
config switch  
       option name 'switch0'  
       option reset '1'  
       option enable_vlan '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '1'  
       option ports '0t 2 3 4 5'  
       option vid '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '2'  
       option ports '0t 1'  
       option vid '6'

Ik heb ipv6 voor de troubleshooting even helemaal weggelaten - dat komt later wel weer. Verder heb ik:
- op eth0 MTU 1512 ingesteld
- op eth0.6 (WAN-poort) MTU 1508 en VID 6 ingesteld
- op WAN-interface MTU 1500 ingesteld

De MTU lijkt goed door te komen:

code:

root@sepia:~# ip link show  
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000  
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00  
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc fq_codel state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
5: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
7: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fb brd ff:ff:ff:ff:ff:ff  
8: phy1-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff

Bij het verbinden via PPPoE krijg ik de melding "Unable to complete PPPoE Discovery phase 1".
In de webinterface lijkt het alsof er ook geen verkeer van buiten naar binnen komt (**RX:** 0 B (0 Pkts.))

Wat doe ik verkeerd?

[dunkiegaming]

Wortelsoep schreef op zaterdag 25 april 2026 @ 16:26:
Ik zou wat hulp kunnen gebruiken met het instellen van OpenWRT (25.12.2) op een oudere router (TP-Link TL-WDR3600) waarvan de WAN-poort is aangesloten op de Genexis ONT. Mijn ISP is Youfone maar ik begrijp dat dat technisch hetzelfde is als KPN.

Dit is mijn /etc/config/network:

code:

root@sepia:~# cat /etc/config/network  
  
config interface 'loopback'  
       option device 'lo'  
       option proto 'static'  
       list ipaddr '127.0.0.1/8'  
  
config globals 'globals'  
       option packet_steering '1'  
  
config device  
       option name 'br-lan'  
       option type 'bridge'  
       list ports 'eth0.1'  
  
config interface 'lan'  
       option device 'br-lan'  
       option proto 'static'  
       option ip6assign '60'  
       list ipaddr '192.168.1.5/24'  
       option multipath 'off'  
  
config device  
       option name 'eth0'  
       option mtu '1512'  
  
config device  
       option name 'eth0.1'  
       option mtu '1500'  
  
config device  
       option name 'eth0.6'  
       option mtu '1508'  
  
config interface 'wan'  
       option device 'eth0.6'  
       option proto 'pppoe'  
       option username 'internet'  
       option password 'internet'  
       option mtu '1500'  
       option multipath 'off'  
  
  
config switch  
       option name 'switch0'  
       option reset '1'  
       option enable_vlan '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '1'  
       option ports '0t 2 3 4 5'  
       option vid '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '2'  
       option ports '0t 1'  
       option vid '6'

Ik heb ipv6 voor de troubleshooting even helemaal weggelaten - dat komt later wel weer. Verder heb ik:
- op eth0 MTU 1512 ingesteld
- op eth0.6 (WAN-poort) MTU 1508 en VID 6 ingesteld
- op WAN-interface MTU 1500 ingesteld

De MTU lijkt goed door te komen:

code:

root@sepia:~# ip link show  
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000  
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00  
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc fq_codel state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
5: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
7: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fb brd ff:ff:ff:ff:ff:ff  
8: phy1-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff

Bij het verbinden via PPPoE krijg ik de melding "Unable to complete PPPoE Discovery phase 1".
In de webinterface lijkt het alsof er ook geen verkeer van buiten naar binnen komt (**RX:** 0 B (0 Pkts.))

Wat doe ik verkeerd?

Heb je VLAN 6 getagd op je WAN interface?

[Wortelsoep]

dunkiegaming schreef op zaterdag 25 april 2026 @ 21:19:
[...]

Heb je VLAN 6 getagd op je WAN interface?

Op regel 59 staat "option vid '6'" - volgens mij is dat de manier om VLAN 6 mee te geven aan de WAN-interface? Dat lijkt mij in orde:

code:

root@sepia:~# swconfig dev switch0 show
Global attributes:
        enable_vlan: 1
[...knip...]
VLAN 1:
        vid: 1
        ports: 0t 2 3 4 5 
VLAN 2:
        vid: 6
        ports: 0t 1

(waarbij port 1 = WAN poort)

[Adr01]

Ik heb een Zaram ZXOS11NPI SFP+ ONT met de blauwe kabel en recent Youfone abonnement afgesloten. (Van Youfone een Box 12, Aansluitpunt XGS-PON (TK01) - XS-010X-R gekregen)

Zo heb ik nu ook een Ubiquiti Fiber en wil ik het geheel van mijzelf gaan aansluiten voor het eerst. Het verzonden pakket heb ik niet aangesloten. (Zit nog in de verhuizing)

Moet ik Youfone bellen over het PON ID van de Zaram zodat deze kan gaan werken of zou het automatisch gaan werken?

[ArnoldSmit]

Adr01 schreef op zondag 26 april 2026 @ 10:58:
Ik heb een Zaram ZXOS11NPI SFP+ ONT met de blauwe kabel en recent Youfone abonnement afgesloten. (Van Youfone een Box 12, Aansluitpunt XGS-PON (TK01) - XS-010X-R gekregen)

Zo heb ik nu ook een Ubiquiti Fiber en wil ik het geheel van mijzelf gaan aansluiten voor het eerst. Het verzonden pakket heb ik niet aangesloten. (Zit nog in de verhuizing)

Moet ik Youfone bellen over het PON ID van de Zaram zodat deze kan gaan werken of zou het automatisch gaan werken?

Denk dat dat wel de juiste stap is formeel of misschien dat @Economics je zou kunnen helpen.

[Economics]

Ja stuur maar PON ID en je postcode huisnummer

[Adr01]

Oh nou geweldig, dank beiden! 🙏

Ik heb het ID nu niet bij de hand maar ik communiceer het nog, ongeacht en alvast bedankt hiervoor.

[Economics]

Adr01 schreef op zondag 26 april 2026 @ 11:25:
Oh nou geweldig, dank beiden! 🙏

Ik heb het ID nu niet bij de hand maar ik communiceer het nog, ongeacht en alvast bedankt hiervoor.

Morgen ben ik op vakantie dus je hebt alleen vandaag nog

[Horatius]

Ik heb net een Zaram SFP XGS-PON module besteld en ook een patchkabel van APC naar UPC. Het netwerk is van KPN en de aanbieder is Odido.
Klopt het dat zodadelijk nog de enige stap is om Odido te bellen met het ID van de module en mijn ubiquiti modem instellen of mis ik dan nog iets? Ben (nog) geen netwerk nerd en bevind mij op onbekend terrein.

[mad-dog]

Horatius schreef op woensdag 29 april 2026 @ 16:53:
Ik heb net een Zaram SFP XGS-PON module besteld en ook een patchkabel van APC naar UPC. Het netwerk is van KPN en de aanbieder is Odido.
Klopt het dat zodadelijk nog de enige stap is om Odido te bellen met het ID van de module en mijn ubiquiti modem instellen of mis ik dan nog iets? Ben (nog) geen netwerk nerd en bevind mij op onbekend terrein.

Correct

[Wortelsoep]

Wortelsoep schreef op zaterdag 25 april 2026 @ 16:26:
Ik zou wat hulp kunnen gebruiken met het instellen van OpenWRT (25.12.2) op een oudere router (TP-Link TL-WDR3600) waarvan de WAN-poort is aangesloten op de Genexis ONT. Mijn ISP is Youfone maar ik begrijp dat dat technisch hetzelfde is als KPN.

Dit is mijn /etc/config/network:

code:

root@sepia:~# cat /etc/config/network  
  
config interface 'loopback'  
       option device 'lo'  
       option proto 'static'  
       list ipaddr '127.0.0.1/8'  
  
config globals 'globals'  
       option packet_steering '1'  
  
config device  
       option name 'br-lan'  
       option type 'bridge'  
       list ports 'eth0.1'  
  
config interface 'lan'  
       option device 'br-lan'  
       option proto 'static'  
       option ip6assign '60'  
       list ipaddr '192.168.1.5/24'  
       option multipath 'off'  
  
config device  
       option name 'eth0'  
       option mtu '1512'  
  
config device  
       option name 'eth0.1'  
       option mtu '1500'  
  
config device  
       option name 'eth0.6'  
       option mtu '1508'  
  
config interface 'wan'  
       option device 'eth0.6'  
       option proto 'pppoe'  
       option username 'internet'  
       option password 'internet'  
       option mtu '1500'  
       option multipath 'off'  
  
  
config switch  
       option name 'switch0'  
       option reset '1'  
       option enable_vlan '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '1'  
       option ports '0t 2 3 4 5'  
       option vid '1'  
  
config switch_vlan  
       option device 'switch0'  
       option vlan '2'  
       option ports '0t 1'  
       option vid '6'

Ik heb ipv6 voor de troubleshooting even helemaal weggelaten - dat komt later wel weer. Verder heb ik:
- op eth0 MTU 1512 ingesteld
- op eth0.6 (WAN-poort) MTU 1508 en VID 6 ingesteld
- op WAN-interface MTU 1500 ingesteld

De MTU lijkt goed door te komen:

code:

root@sepia:~# ip link show  
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000  
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00  
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc fq_codel state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
4: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
5: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff  
7: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fb brd ff:ff:ff:ff:ff:ff  
8: phy1-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000  
   link/ether 64:66:b3:de:48:fc brd ff:ff:ff:ff:ff:ff

Bij het verbinden via PPPoE krijg ik de melding "Unable to complete PPPoE Discovery phase 1".
In de webinterface lijkt het alsof er ook geen verkeer van buiten naar binnen komt (**RX:** 0 B (0 Pkts.))

Wat doe ik verkeerd?

Uiteindelijk bleek het probleem dat er bij poort 1 (WAN) een "t" ontbrak en daardoor niet was getagd. Waar "1" stond moest staan "1t" (regel 59 in onderstaande config). Eigenlijk zoals dunkiegaming al suggereerde dus.
De volgende config werkt goed met OpenWRT 25.12.3 in combinatie met KPN glasvezel met een Genexis ONT. Belangrijk zijn regels 25, 29, 33, 40, 49, 59 en 60.

code:

root@sepia:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        list ipaddr '127.0.0.1/8'

config globals 'globals'
        option packet_steering '1'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'eth0.1'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ip6assign '60'
        list ipaddr '192.168.1.5/24'
        option multipath 'off'

config device
        option name 'eth0'
        option mtu '1512'

config device
        option name 'eth0.1'
        option mtu '1500'

config device
        option name 'eth0.6'
        option mtu '1508'

config interface 'wan'
        option device 'eth0.6'
        option proto 'pppoe'
        option username 'internet'
        option password 'internet'
        option mtu '1500'
        option multipath 'off'
        option ipv6 'auto'
        option norelease '1'

config switch
        option name 'switch0'
        option reset '1'
        option enable_vlan '1'

config switch_vlan
        option device 'switch0'
        option vlan '1'
        option ports '0t 2 3 4 5'
        option vid '1'

config switch_vlan
        option device 'switch0'
        option vlan '2'
        option ports '0t 1t'
        option vid '6'

[Ducky]

Goed topic, gisteren mijn aansluiting met mijn eigen SPF ONT gedaan op mijn Asus RT-BE88U.

Wellicht kan de topic starter bij de hoofdpagina nog even vermelden dat je PPPoE moet selecterenm vlan 6 en dat het username KPN moet zijn en dat het wachtwoord niet uitmaakt. Om het volledig te maken.

Verder heb ik een zakelijke MKB een aansluiting met TV. Via de TV box / Sagemcom werkt de TV. Nu wil ik het via mijn nvidia shield TV kijken, maar ik kan het wachtwoord niet instellen;




Weet iemand hoe dat zit?, als ik KPN bel, krijg ik niet echt de indruk dat men weet waar ik het over heb.

[Economics]

Zakelijk kan ik je helaas niet bij helpen

[Economics]

@Houtenklaas kan jij hier iets mee?

[Houtenklaas]

Economics schreef op dinsdag 12 mei 2026 @ 12:52:
@Houtenklaas kan jij hier iets mee?

Nee, sorry, ander domein waar ik ook niet bij kan

[Thyraon]

Ducky schreef op dinsdag 12 mei 2026 @ 09:28:
Wellicht kan de topic starter bij de hoofdpagina nog even vermelden dat je PPPoE moet selecterenm vlan 6 en dat het username KPN moet zijn en dat het wachtwoord niet uitmaakt. Om het volledig te maken.

Thanks, dat heb ik toegevoegd in de TS onder "Instellingen voor KPN XGS-PON".

[Wortelsoep]

Username maakt volgens mij ook niet uit. Althans, ik gebruik internet/internet conform instructie van Youfone en dat werkt prima.

[mad-dog]

Wortelsoep schreef op dinsdag 12 mei 2026 @ 20:19:
Username maakt volgens mij ook niet uit. Althans, ik gebruik internet/internet conform instructie van Youfone en dat werkt prima.

Username maakt indd niets uit, zolang er bij user/pass maar iets staat

[Thyraon]

Check, aangepast in de TS

[turkeyhakan]

WhatsappHack schreef op vrijdag 24 april 2026 @ 14:57:
Werkt bij jullie eigen modem KPN WifiCall? Ik heb overal WiFiCall, behalve thuis. En kan zo 1,2,3 niet vinden waarom.

Het is mij opgevallen dat KPN WifiCall inderdaad niet meer werkt sinds een aantal maanden. Goede constatering. Dit werkte altijd wel. Ik heb zelf ook een eigen router.

Heeft iemand de oplossing? Met mijn tweede SIM (geen KPN) werkt het wel.

[dapaool]

Als je een iPhone hebt verschijnt WiFi-Call alleen als je mobiel netwerk een slecht bereik heeft.

Bij mij staat er bij KPN op de iPhone ook nooit WiFi-Call. Maar laatst waren ze hier een dag bezig met de antenne, Waardoor er een dag geen 4g of 5g was. Toen verscheen er opeens WiFi-Call op mijn iPhone. Toen er weer volle 5g bereik was verdween de WiFi-Call.

[WhatsappHack]

turkeyhakan schreef op woensdag 13 mei 2026 @ 11:22:
[...]

Het is mij opgevallen dat KPN WifiCall inderdaad niet meer werkt sinds een aantal maanden. Goede constatering. Dit werkte altijd wel. Ik heb zelf ook een eigen router.

Heeft iemand de oplossing? Met mijn tweede SIM (geen KPN) werkt het wel.

Bij mij werkte het zowel voor KPN als Odido niet. Ik kwam erachter dat onder de WAN-instellingen “IPSec Passthrough” naar disabled was getoggled. Deze terug op “enable” gezet en nu werkt het voor beiden weer.

dapaool schreef op woensdag 13 mei 2026 @ 11:44:
Als je een iPhone hebt verschijnt WiFi-Call alleen als je mobiel netwerk een slecht bereik heeft.

Hier verschijnt het continu, ook met volle bak mobiel bereik.

[turkeyhakan]

WhatsappHack schreef op woensdag 13 mei 2026 @ 14:16:
[...]


Bij mij werkte het zowel voor KPN als Odido niet. Ik kwam erachter dat onder de WAN-instellingen “IPSec Passthrough” naar disabled was getoggled. Deze terug op “enable” gezet en nu werkt het voor beiden weer.


[...]


Hier verschijnt het continu, ook met volle bak mobiel bereik.

Eens kijken of ik ook zoiets kan vinden in mijn Asus ET12! Thanks.

@WhatsappHack gevonden, maar staat al aan. Mijn 2e SIM heeft namelijk wel Wifi-bellen aanstaan. Mijn KPN-sim niet meer (al een aantal maanden zo).

[ Voor 13% gewijzigd door turkeyhakan op 13-05-2026 14:22 ]

[Workaholic]

Is er iemand die kan bevestigen of de zaram module inmiddels stabiel is en geen actieve koeling vereist ? Ik heb XGS-PON icm KPN en twijfel tussen die van schenk (enkele tweakers melden hier stabiliteit issues) of FS (ik lees iets over een nieuwe versie ?).

daarnaast de vraag: mijn UDM-SE staat 4-5 meter vanaf de meterkast waar mijn KPN ONT hangt. Kan ik dit eenvoudig verlengen (impact op snelheid en stabiliteit?) en welke kabel heb ik dan nodig ?

[ Voor 5% gewijzigd door Workaholic op 15-05-2026 08:46 ]

[mrdemc]

Workaholic schreef op vrijdag 15 mei 2026 @ 08:44:
Is er iemand die kan bevestigen of de zaram module inmiddels stabiel is en geen actieve koeling vereist ? Ik heb XGS-PON icm KPN en twijfel tussen die van schenk (enkele tweakers melden hier stabiliteit issues) of FS (ik lees iets over een nieuwe versie ?).

daarnaast de vraag: mijn UDM-SE staat 4-5 meter vanaf de meterkast waar mijn KPN ONT hangt. Kan ik dit eenvoudig verlengen (impact op snelheid en stabiliteit?) en welke kabel heb ik dan nodig ?

Volgens mij nooit nodig gehad, die van mij is nu 53 graden, en draait al jaren in m’n OPNSense DEC750. Heel stabiel in ieder geval (met KPN).

[Jippelskea!]

Workaholic schreef op vrijdag 15 mei 2026 @ 08:44:
Is er iemand die kan bevestigen of de zaram module inmiddels stabiel is en geen actieve koeling vereist ? Ik heb XGS-PON icm KPN en twijfel tussen die van schenk (enkele tweakers melden hier stabiliteit issues) of FS (ik lees iets over een nieuwe versie ?).

daarnaast de vraag: mijn UDM-SE staat 4-5 meter vanaf de meterkast waar mijn KPN ONT hangt. Kan ik dit eenvoudig verlengen (impact op snelheid en stabiliteit?) en welke kabel heb ik dan nodig ?

Hier al twee jaar een zaram van de eerste lichting super stabiel zonder koeling in een mikrotik rb5009

[Workaholic]

Dank allebei.

Deze kabel er dan bij denk ik om Vanaf ONT te verbinden met de udm se + zaram?https://schenkict.nl/products/patchcover-kpn-xgs-pon-tk01-1?variant=52885517959435

[mrdemc]

Workaholic schreef op vrijdag 15 mei 2026 @ 11:56:
Dank allebei.

Deze kabel er dan bij denk ik om Vanaf ONT te verbinden met de udm se + zaram?https://schenkict.nl/products/patchcover-kpn-xgs-pon-tk01-1?variant=52885517959435

Volgens mij is dat inderdaad de goede kabel, maar als de te overbruggen afstand al 5 meter is, zou ik zelf een iets langere kabel nemen dan 5 meter.

[Jelsie]

Workaholic schreef op vrijdag 15 mei 2026 @ 11:56:
Dank allebei.

Deze kabel er dan bij denk ik om Vanaf ONT te verbinden met de udm se + zaram?https://schenkict.nl/products/patchcover-kpn-xgs-pon-tk01-1?variant=52885517959435

Let wel dat de zaram een SC/UPC aansluting heeft, de patchkabel die je linkt is SC/APC naar SC/APC.

[Workaholic]

Goed dat je het zegt, vreemd dat ze die dan op de zaram website als optie geven. Hebben jullie een link of tip voor de juiste ? Net even gemeten en het is 3,5M. Dus 5 moet goed zijn

[Jelsie]

Workaholic schreef op vrijdag 15 mei 2026 @ 13:10:
Goed dat je het zegt, vreemd dat ze die dan op de zaram website als optie geven. Hebben jullie een link of tip voor de juiste ? Net even gemeten en het is 3,5M. Dus 5 moet goed zijn

Op de website van SchenkICT kun je het type connector voor de patchkabel selecteren, de ene kant is altijd SC/APC want die is voor de patchcover en welke connector de andere kant is kun je aanklikken. dus dan klik je SC/UPC aan.

edit:
of je koopt het hele setje bij elkaar bij schenkict en dan kan het sowieso niet mis gaan: https://schenkict.nl/products/zaram-aansluitset-kpn?variant=53095501824267

[ Voor 20% gewijzigd door Jelsie op 15-05-2026 13:13 ]

[Martijn E]

Hallo allemaal,
Met veel plezier dit topic gevolgd en inmiddels de een Zaram module aangeschaft.
Vanmorgen in overleg met een KPN medewerker het PON-ID aangepast en daarna het geheel geïnstalleerd. Helaas na enkele uren nog geen verbinding. Wel link en sync, maar er komt geen bit terug over de lijn.
Moet ik meer geduld hebben of kan ik beter weer even contact zoeken met KPN?

code:

# onu show pon activation
=============================================
ONU Downstream Synchronization state
---------------------------------------------
Oper. state   |   Operation
=============================================

# switch show counter
========================================================================================================================
                      PON-Rx            PON-Tx            UNI-Rx            UNI-Tx            CPU-Rx            CPU-Tx
------------------------------------------------------------------------------------------------------------------------
 ucast                     0                 0                81                56                56                81
 mcast                     0                 0                 0                 0                 0                 0
 bcast                     0                21                21                 2                 2                 0
 -----------------------------------------------------------------------------------------------------------------------
 0~64                      0                21                22                 0                 0                 1
 65~127                    0                 0                79                56                56                79
 128~255                   0                 0                 0                 1                 1                 0
 256~511                   0                 0                 0                 1                 1                 0
 512~1023                  0                 0                 0                 0                 0                 0
 1024~                     0                 0                 1                 0                 0                 1
 -----------------------------------------------------------------------------------------------------------------------
 Pause                     0                 0                 0                 0                 0                 0
 Under                     0                 0                 0                 0                 0                 0
 Over                      0                 0                 0                 0                 0                 0
 Fragment                  0                 -                 0                 -                 0                 -
 Jabber                    0                 -                 0                 -                 0                 -
 -----------------------------------------------------------------------------------------------------------------------
 RX err                    0                 -                 0                 -                 0                 -
 FCS err                   0                 -                 0                 -                 0                 -
 SOB err                   0                 -                 0                 -                 0                 -
 EOB err                   0                 -                 0                 -                 0                 -
 RDY err                   0                 -                 0                 -                 0                 -
 -----------------------------------------------------------------------------------------------------------------------
 good-byte                 0              1344              8523              4646              4646              7179
 bad-byte                  0                 -                 0                 -                 0                 -
========================================================================================================================
 DROP
==================================================================
                  rate-limit          PORT-MAP              DROP
------------------------------------------------------------------
 PON                       0                 0                 0
 UNI                       0                 0                 0
==================================================================

[mad-dog]

Martijn E schreef op vrijdag 15 mei 2026 @ 14:16:
Hallo allemaal,
Met veel plezier dit topic gevolgd en inmiddels de een Zaram module aangeschaft.
Vanmorgen in overleg met een KPN medewerker het PON-ID aangepast en daarna het geheel geïnstalleerd. Helaas na enkele uren nog geen verbinding. Wel link en sync, maar er komt geen bit terug over de lijn.
Moet ik meer geduld hebben of kan ik beter weer even contact zoeken met KPN?

code:

# onu show pon activation
=============================================
ONU Downstream Synchronization state
---------------------------------------------
Oper. state   |   Operation
=============================================

# switch show counter
========================================================================================================================
                      PON-Rx            PON-Tx            UNI-Rx            UNI-Tx            CPU-Rx            CPU-Tx
------------------------------------------------------------------------------------------------------------------------
 ucast                     0                 0                81                56                56                81
 mcast                     0                 0                 0                 0                 0                 0
 bcast                     0                21                21                 2                 2                 0
 -----------------------------------------------------------------------------------------------------------------------
 0~64                      0                21                22                 0                 0                 1
 65~127                    0                 0                79                56                56                79
 128~255                   0                 0                 0                 1                 1                 0
 256~511                   0                 0                 0                 1                 1                 0
 512~1023                  0                 0                 0                 0                 0                 0
 1024~                     0                 0                 1                 0                 0                 1
 -----------------------------------------------------------------------------------------------------------------------
 Pause                     0                 0                 0                 0                 0                 0
 Under                     0                 0                 0                 0                 0                 0
 Over                      0                 0                 0                 0                 0                 0
 Fragment                  0                 -                 0                 -                 0                 -
 Jabber                    0                 -                 0                 -                 0                 -
 -----------------------------------------------------------------------------------------------------------------------
 RX err                    0                 -                 0                 -                 0                 -
 FCS err                   0                 -                 0                 -                 0                 -
 SOB err                   0                 -                 0                 -                 0                 -
 EOB err                   0                 -                 0                 -                 0                 -
 RDY err                   0                 -                 0                 -                 0                 -
 -----------------------------------------------------------------------------------------------------------------------
 good-byte                 0              1344              8523              4646              4646              7179
 bad-byte                  0                 -                 0                 -                 0                 -
========================================================================================================================
 DROP
==================================================================
                  rate-limit          PORT-MAP              DROP
------------------------------------------------------------------
 PON                       0                 0                 0
 UNI                       0                 0                 0
==================================================================

Dat kan kloppen, er is een storing in de order verwerking. Als je even je gegevens dmt kan ik kijken of je hier onder valt

[wbschenk]

Workaholic schreef op vrijdag 15 mei 2026 @ 13:10:
Goed dat je het zegt, vreemd dat ze die dan op de zaram website als optie geven. Hebben jullie een link of tip voor de juiste ? Net even gemeten en het is 3,5M. Dus 5 moet goed zijn

Ik stuur de juiste kabel mee als de verkeerde wordt besteld geen zorgen om maken dus

[Martijn E]

mad-dog schreef op vrijdag 15 mei 2026 @ 14:21:
[...]

Dat kan kloppen, er is een storing in de order verwerking. Als je even je gegevens dmt kan ik kijken of je hier onder valt

Werkt inmiddels vlekkeloos! :-)

[Workaholic]

wbschenk schreef op vrijdag 15 mei 2026 @ 16:14:
[...]

Ik stuur de juiste kabel mee als de verkeerde wordt besteld geen zorgen om maken dus

Super ! Dank @wbschenk Hopen dat de bestelling (#3274) snel binnen is, ben erg benieuwd. Is de patch cover voor mij als leek eenvoudig te verwijderen en te vervangen voor het nieuwe exemplaar? Geen risico voor beschadiging van de vezel etc ?

[Soundwork]

Workaholic schreef op zaterdag 16 mei 2026 @ 14:21:
[...]

Super ! Dank @wbschenk Hopen dat de bestelling (#3274) snel binnen is, ben erg benieuwd. Is de patch cover voor mij als leek eenvoudig te verwijderen en te vervangen voor het nieuwe exemplaar? Geen risico voor beschadiging van de vezel etc ?

Welke FTU heb je hangen? Een kleine vierkante (TK-01) of een langwerpige (TY-01 / ouder) ?

[Skippiemanz]

Beste Tweakers,

Aangezien hier heel wat slimme koppen bij elkaar zitten maar even een reactie in dit topic(indien niet juist schopje ergens anders heen)

Ik ben sinds afgelopen vrijdag overgestapt van Odido glasvezel(via ODF) naar Fiber.nl, Hiervoor gebruikte ik de Zaram ZXOS11NPI welke was geregistreerd door de Community medewerker van Odido.

Nu wil ik deze module of de WAS-110 module gaan gebruiken. Maar een poging met de WAS-110 met clonen van de huawei ONT ID was in ieder geval niet succesvol. Ik heb bij Fiber.nl een verzoek uit staan om het PON_ID van de Zaram evt te registreren maar ben hiervan nog in afwachting. Wie kan mij een zetje in de juiste richting helpen?

[Simply_jeroen]

Ik heb op dit moment kpn glasvezel met een fs module, nu wil ik gaan switchen naar Odido (over het kpn netwerk) kan Ik dan dezelfde fa module blijven gebruiken zonder deze te flashen? Ik snap dat ik het serie nummer moet doorgeven aan Odido

[Economics]

Skippiemanz schreef op maandag 18 mei 2026 @ 01:21:
Beste Tweakers,

Aangezien hier heel wat slimme koppen bij elkaar zitten maar even een reactie in dit topic(indien niet juist schopje ergens anders heen)

Ik ben sinds afgelopen vrijdag overgestapt van Odido glasvezel(via ODF) naar Fiber.nl, Hiervoor gebruikte ik de Zaram ZXOS11NPI welke was geregistreerd door de Community medewerker van Odido.

Nu wil ik deze module of de WAS-110 module gaan gebruiken. Maar een poging met de WAS-110 met clonen van de huawei ONT ID was in ieder geval niet succesvol. Ik heb bij Fiber.nl een verzoek uit staan om het PON_ID van de Zaram evt te registreren maar ben hiervan nog in afwachting. Wie kan mij een zetje in de juiste richting helpen?

Wat is je vraag precies? Daarnaast zit je ook in het KPN topic.

[Malino]

Is het nog mogelijk ergens de FS module te kopen? Op de website van FS staat aangegeven dat als je daar besteld dat je dan een nieuwer model ontvangt (dat niet werkt met KPN). En op de website van Schenk is hij ook niet meer leverbaar. Op Marktplaats staan ook geen tweedehandse. Dus is hier definitief niet meer aan te komen?

[ernstoud]

Malino schreef op woensdag 20 mei 2026 @ 09:08:
Is het nog mogelijk ergens de FS module te kopen? Op de website van FS staat aangegeven dat als je daar besteld dat je dan een nieuwer model ontvangt (dat niet werkt met KPN). En op de website van Schenk is hij ook niet meer leverbaar. Op Marktplaats staan ook geen tweedehandse. Dus is hier definitief niet meer aan te komen?

Daar lijkt het op. Maar de Zaram werkt prima hoor.

[Economics]

Malino schreef op woensdag 20 mei 2026 @ 09:08:
Is het nog mogelijk ergens de FS module te kopen? Op de website van FS staat aangegeven dat als je daar besteld dat je dan een nieuwer model ontvangt (dat niet werkt met KPN). En op de website van Schenk is hij ook niet meer leverbaar. Op Marktplaats staan ook geen tweedehandse. Dus is hier definitief niet meer aan te komen?

De FS.com werkt niet en het is nog maar de vraag of hij überhaupt ooit gaat werken. Ik hoop volgende week een uitgebreidere test te kunnen doen. Maar houd daar even slag om de arm want mijn rol binnen de organisatie gaat veranderen.

[Workaholic]

Zaram module is binnen - zelfregistratie tool van KPN lijkt alleen niets te doen. Ik druk op ik ga akkoord en daarna niets..

@Economics kun jij toevallig helpen? Ik heb gegevens via pm doorgestuurd

[Economics]

Workaholic schreef op woensdag 20 mei 2026 @ 13:39:
Zaram module is binnen - zelfregistratie tool van KPN lijkt alleen niets te doen. Ik druk op ik ga akkoord en daarna niets..

@Economics kun jij toevallig helpen? Ik heb gegevens via pm doorgestuurd

Ja is goed

[Workaholic]

Super ! Krijg nu

[ Voor 49% gewijzigd door Workaholic op 20-05-2026 14:01 ]

[Economics]

Workaholic schreef op woensdag 20 mei 2026 @ 13:59:
Super ! Krijg nu

[Afbeelding]

Als het goed is ben je nu in de lucht

[Workaholic]

Dank voor het snelle schakelen @Economics

Verbinding is helaas nog niet stabiel te noemen. Websites laden traag of helemaal niet. Ga nog even wat troubleshooten. Kun jij toevallig nog iets zien op de lijn rx/tx waardes?

Economics schreef op woensdag 20 mei 2026 @ 14:33:
[...]

Alles ziet er perfect uit, kan niet beter

Vreemd - pagina's laden vaak niet. Gaat nog niet helemaal lekker. Nog even verder troubleshooten.

[ Voor 37% gewijzigd door Workaholic op 20-05-2026 15:22 ]

[Economics]

Workaholic schreef op woensdag 20 mei 2026 @ 14:27:
Dank voor het snelle schakelen @Economics

Verbinding is helaas nog niet stabiel te noemen. Websites laden traag of helemaal niet. Ga nog even wat troubleshooten. Kun jij toevallig nog iets zien op de lijn rx/tx waardes?

Alles ziet er perfect uit, kan niet beter

[Workaholic]

Helaas niet stabiel hier met de zaram module - alles voelt traag, sites regelmatig time-out etc. Dit is i.c.m. een Ubiquiti UDM SE.

Zijn er nog andere Ubiquiti UDM Pro/SE users hier met dezelfde ervaring? Nog tips / specifieke tweaks noodzakelijk?

Edit:

stormfly schreef op woensdag 20 mei 2026 @ 16:07:
[...]

It's not the network it's always DNS ;-) In dat licht: welke DNS servers gebruik je? Je kan ook inloggen op de Zaram en wat gegevens naar boven halen. Heb dat ergens beschreven in dit topic.

Cloudflare DNS en KPN standaard DNS allebei hetzelfde probleem.

Lijkt een MTU issue te zijn. Handmatig de volgende script draaien lijkt het probleem te hebben opgelost.

code:

#!/bin/bash

if ! cat /sys/class/net/ppp0/mtu | grep -q "1500"; then
    echo "1500 NOT FOUND, SET IT CORRECTLY"
    sed -i 's/ 1492/ 1500/g' /etc/ppp/peers/ppp0
    ip link set dev eth9 mtu 1512 && ip link set dev eth9.6 mtu 1508
    killall pppd
    ifconfig eth9 down && ifconfig eth9 up
fi

[ Voor 95% gewijzigd door Workaholic op 21-05-2026 10:13 ]

[stormfly]

Workaholic schreef op woensdag 20 mei 2026 @ 16:03:
Helaas niet stabiel hier met de zaram module - alles voelt traag, sites regelmatig time-out etc. Dit is i.c.m. een Ubiquiti UDM SE.

Zijn er nog andere Ubiquiti UDM Pro/SE users hier met dezelfde ervaring? Nog tips / specifieke tweaks noodzakelijk?

It's not the network it's always DNS ;-) In dat licht: welke DNS servers gebruik je? Je kan ook inloggen op de Zaram en wat gegevens naar boven halen. Heb dat ergens beschreven in dit topic.

[Jelsie]

Workaholic schreef op woensdag 20 mei 2026 @ 16:03:
Helaas niet stabiel hier met de zaram module - alles voelt traag, sites regelmatig time-out etc. Dit is i.c.m. een Ubiquiti UDM SE.

Zijn er nog andere Ubiquiti UDM Pro/SE users hier met dezelfde ervaring? Nog tips / specifieke tweaks noodzakelijk?

Edit:


[...]

Cloudflare DNS en KPN standaard DNS allebei hetzelfde probleem.

Lijkt een MTU issue te zijn. Handmatig de volgende script draaien lijkt het probleem te hebben opgelost.

code:

#!/bin/bash

if ! cat /sys/class/net/ppp0/mtu | grep -q "1500"; then
    echo "1500 NOT FOUND, SET IT CORRECTLY"
    sed -i 's/ 1492/ 1500/g' /etc/ppp/peers/ppp0
    ip link set dev eth9 mtu 1512 && ip link set dev eth9.6 mtu 1508
    killall pppd
    ifconfig eth9 down && ifconfig eth9 up
fi

Edit 2: Toch te vroeg goede hoop gehad. Verbinding nog onstabiel. Begrijp er niets van omdat het met de Nokia ONT stabiel was en er niets veranderd is aan het netwerk (ook geen DNS).

[Afbeelding]

Op het KPN AON netwerk heb ik altijd op 1500 gedraaid, 0 problemen. Nu overgestapt naar Freedom GPON en toen wilde de helft tot driekwart van de sites niet laden, MTU op automatisch gezet (default naar 1492) en nu werkt alles vlekkeloos. Misschien een poging waard om te proberen?

[tb_eest]

Hoe zit het met een ONT en een eigen router? Is de ONT gelijk het modem, of moet ik daar nog een ander kastje voor aanschaffen?

Ik had gehoopt de Nokia XS-010X-Q van KPN direct met een eigen Asus router te kunnen gebruiken. De Asus router geeft mij geen keuze voor VLAN ID, maar laat mij wel kiezen tussen PPPoE en DHCP; ik neem aan dat dat voldoende is gegeven deze afbeelding.

Voor de gebruikersnaam en wachtwoord heb ik meerdere dingen geprobeerd, die ik in verschillende KPN discussies ben tegengekomen, maar zo te lezen maakt het niet uit wat ik daar in vul als ik maar iets invul. Desondanks wil het geen verbinding maken.

Elders heb ik ook dingen gelezen over het flashen van de Asus firmware, en het gebruik van scripts, maar die zijn vaak ook al jaren oud.

Kan iemand mij in de juiste weg wijzen?

[ernstoud]

tb_eest schreef op woensdag 27 mei 2026 @ 11:42:
Hoe zit het met een ONT en een eigen router? Is de ONT gelijk het modem, of moet ik daar nog een ander kastje voor aanschaffen?

Ik had gehoopt de Nokia XS-010X-Q van KPN direct met een eigen Asus router te kunnen gebruiken. De Asus router geeft mij geen keuze voor VLAN ID, maar laat mij wel kiezen tussen PPPoE en DHCP; ik neem aan dat dat voldoende is gegeven deze afbeelding.

Voor de gebruikersnaam en wachtwoord heb ik meerdere dingen geprobeerd, die ik in verschillende KPN discussies ben tegengekomen, maar zo te lezen maakt het niet uit wat ik daar in vul als ik maar iets invul. Desondanks wil het geen verbinding maken.

Elders heb ik ook dingen gelezen over het flashen van de Asus firmware, en het gebruik van scripts, maar die zijn vaak ook al jaren oud.

Kan iemand mij in de juiste weg wijzen?

Bij Asus routers zit die VLAN instelling (die echt goed moet staan) ergens verborgen onder de IPTV instellingen, kijk daar eens.

[tb_eest]

ernstoud schreef op woensdag 27 mei 2026 @ 12:48:
[...]


Bij Asus routers zit die VLAN instelling (die echt goed moet staan) ergens verborgen onder de IPTV instellingen, kijk daar eens.

Dat was het inderdaad!

Het kostte een beetje extra moeite. Het is zo'n mesh systeem die maar twee ethernet poorten op de achterkant heeft. Onder LAN > IP TV kan ik KPN selecteren, maar dat forceert een van de twee uitgangen om IP TV te zijn, en daar werkt mijn computer niet op.
Nadat ik daar voor handmatig koos kon ik een VID invoeren, die op 6 gezet, en daar wil het ook mee verbinden zonder dat het IP TV op een van de twee poorten forceert.

Als die niet is ingesteld, werkt het inderdaad niet.

[ Voor 4% gewijzigd door tb_eest op 27-05-2026 17:53 ]

[jllerk]

Beste Medetweakerts,

al meer dan een jaar geniet ik van een werkende stabiele 4/4 gbit internet verbinding van KPN. Hier ben ik heel blij mee Alles werkt naar behoren alleen vanaf dag 1 kwam mijn upload snelheid nooit boven de 2.2 - 2.5 gbit. Ik hoor dat dit aan het onbreken van "PPPoE hardware offload" in de ubiquiti devices kan komen. Weten jullie hier iets meer over? De aansluiting is nu FTU -> SC APC -> SC APC -> FS XGS-ONU-25-20NI -> EFG. Misschien dat mensen hun ervaringen kunnen delen voor de beste settings die bij hun momenteel werken. bvd

[thof]

jllerk schreef op zondag 31 mei 2026 @ 20:35:
Beste Medetweakerts,

al meer dan een jaar geniet ik van een werkende stabiele 4/4 gbit internet verbinding van KPN. Hier ben ik heel blij mee Alles werkt naar behoren alleen vanaf dag 1 kwam mijn upload snelheid nooit boven de 2.2 - 2.5 gbit. Ik hoor dat dit aan het onbreken van "PPPoE hardware offload" in de ubiquiti devices kan komen. Weten jullie hier iets meer over? De aansluiting is nu FTU -> SC APC -> SC APC -> FS XGS-ONU-25-20NI -> EFG. Misschien dat mensen hun ervaringen kunnen delen voor de beste settings die bij hun momenteel werken. bvd

In het Ubiquiti topic even zoeken op PPOE hardware offloading, niet alle modellen ondersteunen het maar bijvoorbeeld de UCG Fiber wel. Zelf geen ervaring mee, mijn verbinding/abbo is niet zo snel

[jllerk]

Voor de volledigheid, dit was de bron:

https://www.reddit.com/r/Ubiquiti/comments/1t5eydz/efg_have_pppoe_hardware_accelleration/

[Workaholic]

jllerk schreef op zondag 31 mei 2026 @ 20:35:
Beste Medetweakerts,

al meer dan een jaar geniet ik van een werkende stabiele 4/4 gbit internet verbinding van KPN. Hier ben ik heel blij mee Alles werkt naar behoren alleen vanaf dag 1 kwam mijn upload snelheid nooit boven de 2.2 - 2.5 gbit. Ik hoor dat dit aan het onbreken van "PPPoE hardware offload" in de ubiquiti devices kan komen. Weten jullie hier iets meer over? De aansluiting is nu FTU -> SC APC -> SC APC -> FS XGS-ONU-25-20NI -> EFG. Misschien dat mensen hun ervaringen kunnen delen voor de beste settings die bij hun momenteel werken. bvd

Ik kan helaas bevestigen dat dit aan PPPoE ligt icm geen hardware offloading. Kijk maar naar de single threaded cpu performance bij het stress testen van je verbinding. SSH -> HTOP command

Bizar dat de 2000+ euro EFG hier geen ondersteuning voor heeft. Ik zat zelf te wachten op de udm beast maar ook hier hetzelfde verhaal. Al Schijnt deze het wel iets beter te doen door nieuwe cpu en verbeterde specs. Maar nog steeds geen hw offloading.

Enige oplossing is de ucg fiber die hw offloading heeft, kpn modem er tussen, of wachten op nieuw model… of wanneer kpn gaat afstappen van PPPoE (verwacht dat dit niet gauw gaat gebeuren).

Ik blijf daarom voorlopig maar bij 1/1G up and down. Eigenlijk voor thuis ook al meer dan voldoende :-)

[ Voor 5% gewijzigd door Workaholic op 31-05-2026 22:25 ]

[Ikkerens]

Ik zit nu ook aangesloten op XGS-PON met een Zaram SFP op mijn UCG Fiber, met KPN 4000/4000.

Maar helaas zie ik met de Zaram toch lagere snelheden dan ik met de Nokia ONT zag. Waar ik bij de Nokia ONT toch redelijk strak 3.3gbit of beter (both ways) kon trekken, zit de Zaram op 3.1gbit down en 2gbit up.

Moet ik hier nog iets bijzonders voor instellen oid? Want zover ik weet gaat die PPPoE one-liner niet helpen omdat de UCG Fiber toch dedicated hardware heeft voor PPPoE.

[jllerk]

Ik heb nu twee dagen geprobeerd met MTU waarden, MSS clamping, ipv4/ipv6 te spelen en dergelijke. En vrijwel alle servers op iperf3serverlist.net geven hetzelfde resultaat. Zet ssh aan bij console en gebruik een van de links op die site. Met -P 8 -R erachter kan je de download testen en haal ik altijd strak 3.8-4 gbit en zonder de R begint hij op 3.1 en wordt hij teruggedrongen naar 2.5 - 2.3gbit.

Met htop kan je ook zien dat de download een gedeelte van de cores naar 100% brengt en met de upload dat niet het geval is en 30-50% heeft. Het ligt volgens mij niet aan de hardware, maar ik hoor het graag als iemand dat tegendeel wil bewijzen. =]

[lesswood]

Ikkerens schreef op dinsdag 2 juni 2026 @ 14:49:
Ik zit nu ook aangesloten op XGS-PON met een Zaram SFP op mijn UCG Fiber, met KPN 4000/4000.

Maar helaas zie ik met de Zaram toch lagere snelheden dan ik met de Nokia ONT zag. Waar ik bij de Nokia ONT toch redelijk strak 3.3gbit of beter (both ways) kon trekken, zit de Zaram op 3.1gbit down en 2gbit up.

Moet ik hier nog iets bijzonders voor instellen oid? Want zover ik weet gaat die PPPoE one-liner niet helpen omdat de UCG Fiber toch dedicated hardware heeft voor PPPoE.

Ik zou verwachten dat je dan de lijn zou moeten kunnen dichtrekken. Zeker met ids/ips uit.

[Ikkerens]

lesswood schreef op dinsdag 16 juni 2026 @ 08:07:
[...]

Ik zou verwachten dat je dan de lijn zou moeten kunnen dichtrekken. Zeker met ids/ips uit.

Exact. Jammer genoeg maakt ids/ips niet eens een verschil (wat ik eigenlijk ook verwachtte aangezien de UCG rated is voor 5gbit daarvan).

Maarja, tot op heden heb ik nog geen manier gevonden om het te verbeteren, het enige wat anders is geworden is het gebruik van de Zaram.

[ernstoud]

Ikkerens schreef op woensdag 17 juni 2026 @ 00:01:
[...]

Exact. Jammer genoeg maakt ids/ips niet eens een verschil (wat ik eigenlijk ook verwachtte aangezien de UCG rated is voor 5gbit daarvan).

Maarja, tot op heden heb ik nog geen manier gevonden om het te verbeteren, het enige wat anders is geworden is het gebruik van de Zaram.

De Zaram zal het probleem niet zijn. Er zijn gebruikers op Delta die tussen 7 en 8 Gbps. halen.

[Ikkerens]

ernstoud schreef op woensdag 17 juni 2026 @ 09:00:
[...]


De Zaram zal het probleem niet zijn. Er zijn gebruikers op Delta die tussen 7 en 8 Gbps. halen.

Dan ben ik erg benieuwd waar het wel fout gaat, want zover ik weet moet mijn UCG Fiber het ook prima kunnen halen.

Tips zijn welkom?

[lesswood]

Zag deze langskomen. Gaat dit helpen bij performance ? En zo ja, hoe dit goed te configureren?

[andMax]

lesswood schreef op dinsdag 23 juni 2026 @ 15:32:
Zag deze langskomen. Gaat dit helpen bij performance ? En zo ja, hoe dit goed te configureren?

[Afbeelding]

Zojuist de early access build van Network geïnstalleerd [Settings -> Control Plane -> Network (onder Application) -> Release Channel -> Early Access] en de optie verschijnt inderdaad bij mijn KPN WAN connectie! In principe was het alleen een kwestie van het vinkje aanzetten, waarna de PPPoE verbinding opnieuw opgezet wordt.



Testen kan door te pingen naar Google, waarbij je expliciet meegeeft om 1472 bytes te gebruiken, en die geeft nu geen fragmentatie meer. Waarom 1472 en niet de volle 1500? Het pakketje mag nu maximaal 1500 bytes zijn, en bij pingen wordt er standaard al 28 gebruikt voor de IP header (20 bytes) en de ICMP header (8 bytes).

code:

ping -f -l 1472 google.com

Of je echt iets gaat merken van het verschil durf ik niet te zeggen. Zelf draaide ik het https://github.com/ishioni/unifi-pppoe-fix-mtu nu een weekje, maar merkte daar eigenlijk geen verschil van. Wel is het de ultieme tweaker gedachte dat ik nu de laatse 8 bytes per pakketje ook kan gebruiken .

[Malino]

andMax schreef op dinsdag 23 juni 2026 @ 16:51:

Wel is het de ultieme tweaker gedachte dat ik nu de laatse 8 bytes per pakketje ook kan gebruiken .

Ik gebruikte dezelfde fix, en merkte ook geen verschil in de praktijk.

Maar volgens mij is het voordeel ook niet zo zeer dat je 8 bytes meer in een pakket kwijt kan, maar dat wanneer er vanuit je lokale netwerk pakketjes verzonden worden die te groot zijn (>1492), de gateway ze niet hoeft op te knippen in kleinere stukjes, alvorens ze verder te zenden. Als alles 1500 is, kunnen ze gewoon 1 op 1 zonder wijzigingen doorgestuurd worden, wat weer rekenkracht en snelheid scheelt.

Overigens stond er in de Readme van die fix:

You might encounter configurations suggesting the parent interface should be set to 1512 to account for the 4-byte VLAN tag (1508 + 4). However, in the context of the Linux kernel network stack on these devices, this is incorrect.

• VLAN Interface (e.g., eth8.35): Must be set to 1508 to accept the full PPPoE frame.
• Parent Interface (e.g., eth8): Must also be set to 1508, NOT 1512.

The interface MTU setting defines the maximum size of the payload the interface executes on. When the VLAN interface passes the 1508-byte payload to the parent interface, the parent interface validates that the packet size does not exceed its own MTU. The 4-byte VLAN tag is added by the hardware offloading or driver logic at a layer that typically does not count towards the logical Interface MTU limit for the payload itself.

Setting the parent to 1512 is unnecessary and can sometimes lead to inconsistencies. Both the physical parent and the VLAN child interface should be aligned at 1508 to cleanly pass the RFC4638 compliant PPPoE frames.

Dit leek mij best een plausibel verhaal. Maar bij de nieuwe setting in UnifyOS viel het me na controle op dat er nu toch 1508/1512 gebruikt wordt, in plaats van 1508/1508 zoals bij de fix.

Dus: ofwel de auteur van de fix zat ernaast of Unify heeft het nu fout geïmplementeerd.

[lesswood]

Malino schreef op dinsdag 23 juni 2026 @ 18:27:
[...]

Ik gebruikte dezelfde fix, en merkte ook geen verschil in de praktijk.

Maar volgens mij is het voordeel ook niet zo zeer dat je 8 bytes meer in een pakket kwijt kan, maar dat wanneer er vanuit je lokale netwerk pakketjes verzonden worden die te groot zijn (>1492), de gateway ze niet hoeft op te knippen in kleinere stukjes, alvorens ze verder te zenden. Als alles 1500 is, kunnen ze gewoon 1 op 1 zonder wijzigingen doorgestuurd worden, wat weer rekenkracht en snelheid scheelt.

Overigens stond er in de Readme van die fix:


[...]


Dit leek mij best een plausibel verhaal. Maar bij de nieuwe setting in UnifyOS viel het me na controle op dat er nu toch 1508/1512 gebruikt wordt, in plaats van 1508/1508 zoals bij de fix.

Dus: ofwel de auteur van de fix zat ernaast of Unify heeft het nu fout geïmplementeerd.

Ik denk dat het goed geïmplementeerd is door Ubiquity:

Ifconfig geeft:

PPoE :ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500

+8 bytes header

VLAN : eth9.6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1508

+VLAN tag 4 bytes

Fysieke poort : eth9: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1512

Gateway kan hem ongewijzigd doorsturen lijkt me.

[Malino]

lesswood schreef op dinsdag 23 juni 2026 @ 20:43:
[...]

Ik denk dat het goed geïmplementeerd is door Ubiquity:

Ifconfig geeft:

PPoE :ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1500

+8 bytes header

VLAN : eth9.6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1508

+VLAN tag 4 bytes

Fysieke poort : eth9: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1512

Gateway kan hem ongewijzigd doorsturen lijkt me.

Maar volgens de uitleg die ik ge-quote had, is het dus fout om die 4 bytes voor de VLAN tag mee te rekenen, en zou je voor de fysieke poort niet op 1512 moeten uitkomen als je het geheel correct wil doen.

Ik heb verder geen idee of dat waar is verder, en of het überhaupt negatieve gevolgen heeft. Maar de uitleg van de auteur van die patch klinkt niet als totale onzin en er staat expliciet bij dat 1512 inconsistencies kan opleveren, dus vandaar dat ik me afvraag wie van beiden nu gelijk heeft.

[stormfly]

Malino schreef op dinsdag 23 juni 2026 @ 21:21:
[...]

Maar volgens de uitleg die ik ge-quote had, is het dus fout om die 4 bytes voor de VLAN tag mee te rekenen, en zou je voor de fysieke poort niet op 1512 moeten uitkomen als je het geheel correct wil doen.

Ik heb verder geen idee of dat waar is verder, en of het überhaupt negatieve gevolgen heeft. Maar de uitleg van de auteur van die patch klinkt niet als totale onzin en er staat expliciet bij dat 1512 inconsistencies kan opleveren, dus vandaar dat ik me afvraag wie van beiden nu gelijk heeft.

Hangt er volgens mij vanaf of de NICoffload de tag zet of het OS. Lees: of het geplaatst wordt voor of na de OS MTU telling. Zonder offload bouwt het OS het frame op inclusief tag, dan heb je 1512 nodig. Met hardware offloading voegt de NIC de 4 bytes pas onder de MTU-accounting toe, dus tellen ze niet mee tegen de parent en is 1508 voldoende. Er gaat in beide gevallen 1512 over de lijn naar KPN.

[lesswood]

Ik heb hem een tijdje gehouden op de oude configuratie. Die nieuwe setting veroorzaakte toch instabiliteit in de verbinding. Heeft iemand hem inmiddels enige tijd werkend ?

Wel opvallend dat sindsdien die setting geprobeerd had, de ISP speedtest upload ca. 900 mbit minder is.....en dat deze niet terug omhoog is gegaan na uitzetten functie.

(ik heb het natuurlijk over de MTU1500 optie...)

De test site geeft overigens geen verschil met of je dit wel of niet instelt.

https://trustmyip.com/mtu-test

5.1.21

10.5.54

Anyone...?

[ArnoldSmit]

lesswood schreef op maandag 13 juli 2026 @ 19:55:
Ik heb hem een tijdje gehouden op de oude configuratie. Die nieuwe setting veroorzaakte toch instabiliteit in de verbinding. Heeft iemand hem inmiddels enige tijd werkend ?

Wel opvallend dat sindsdien die setting geprobeerd had, de ISP speedtest upload ca. 900 mbit minder is.....en dat deze niet terug omhoog is gegaan na uitzetten functie.

(ik heb het natuurlijk over de MTU1500 optie...)

De test site geeft overigens geen verschil met of je dit wel of niet instelt.

https://trustmyip.com/mtu-test

5.1.21

10.5.54

Anyone...?

Heb het vermoeden dat er bij jou wat anders speelt, mijn speedtesten zijn stabiel en zelf marginaal hoger:


Ik zie netjes wel de MTU grote van 1500 terug.
Versies:
- 5.1.21
- 10.5.62
Heb het early access kanaal voor de updates, en dit loopt ondertussen sinds de 1500 MTU optie bij mij als een zonnetje

[Gouden89]

Ik heb een Unifi cloud gateway fiber en de Zaram ZXOS11NPI ont module. Ik steek deze in de CGF en dan de fiber kabel van het aansluitpunt in de ont. Als ik nu via ssh inlog op de CGF en ethtool - m eth6 run voor de ont zie ik dat alle low alarmen op yes staan en alle laser waarden staan op 0 dus geen signaal. Iemand hier dat kan helpen?

[mad-dog]

Gouden89 schreef op dinsdag 14 juli 2026 @ 15:20:
Ik heb een Unifi cloud gateway fiber en de Zaram ZXOS11NPI ont module. Ik steek deze in de CGF en dan de fiber kabel van het aansluitpunt in de ont. Als ik nu via ssh inlog op de CGF en ethtool - m eth6 run voor de ont zie ik dat alle low alarmen op yes staan en alle laser waarden staan op 0 dus geen signaal. Iemand hier dat kan helpen?

Als je je gegevens even in een DM stuurt(postcode+huisnummer+klantnummer) kijk ik even voor je

[Gouden89]

mad-dog schreef op dinsdag 14 juli 2026 @ 18:30:
[...]

Als je je gegevens even in een DM stuurt(postcode+huisnummer+klantnummer) kijk ik even voor je

Sorry ben geen klant bij kpn. Hoopte enkel dat hier misschien weet wat het probleem kan zijn.

[mad-dog]

Gouden89 schreef op woensdag 15 juli 2026 @ 16:37:
[...]

Sorry ben geen klant bij kpn. Hoopte enkel dat hier misschien weet wat het probleem kan zijn.

Zaram wel geregistreerd bij je provider en je weet zeker dat je XGSPON hebt?

[ernstoud]

Bijzonder toch, KPN Nokia ONT’s op eBay vanuit Bulgarije:

https://ebay.io/m/KfXhPt

Vast bij een onder aannemer van de vrachtwagen gevallen.

[Gouden89]

mad-dog schreef op woensdag 15 juli 2026 @ 16:38:
[...]

Zaram wel geregistreerd bij je provider en je weet zeker dat je XGSPON hebt?

Nog niet geregistreerd, wil eerst zeker zijn dat hij signaal ziet. Is de 2de zaram al want vorige was defect en kreeg geen signaal, deze heeft nu hetzelfde als de vorige.... Bij de eerste had ik deze geregistreerd bij de provider voor ik wist of het werkte, heeft lang geduurd voor terug te wisselen naar de ont van de provider. En ja ben zeker van XGSPON.

[mad-dog]

ernstoud schreef op woensdag 15 juli 2026 @ 16:41:
Bijzonder toch, KPN Nokia ONT’s op eBay vanuit Bulgarije:

https://ebay.io/m/KfXhPt

Vast bij een onder aannemer van de vrachtwagen gevallen.

Wel mooie prijs om als reserve aan te houden 😁

[dapaool]

ernstoud schreef op woensdag 15 juli 2026 @ 16:41:
Bijzonder toch, KPN Nokia ONT’s op eBay vanuit Bulgarije:

https://ebay.io/m/KfXhPt

Vast bij een onder aannemer van de vrachtwagen gevallen.

Hier hadden ze grote groep Bulgaren ingezet om KPN glasvezel aan te leggen (tegelijk tijd werd aan de andere kant van de stad de boel aangelegd door Nederlanders. alles moest zo snel mogelijk), misschien dat de Bulgaren wat apparatuur en materiaal mee hadden genomen terug naar huis.

[robertwebbe]

De ONT wordt toch kosteloos omgeruild als die kapot is?

[tormentor1985]

robertwebbe schreef op woensdag 15 juli 2026 @ 19:26:
De ONT wordt toch kosteloos omgeruild als die kapot is?

Ja duurt alleen een paar dagen. Dus 1 zelf op voorraad hebben als backup is dan geen overbodige luxe.

[dapaool]

Morgen of volgende week ontvang ik een nieuwe FritzBox 5690 XGS als vervanger voor mijn huidige FritzBox 5590 XGS. Maar als ik nu de Servicetool van KPN bekijk kan ik hier niks meer op veranderen.

Kan ik voor het activeren de gewone Helpdesk van KPN bellen? Ik zie ook dat ik via Combivoordeel een Service Plus heb, maar daar kan ik nergens een nummer van vinden.

[Geraedus]

dapaool schreef op vrijdag 17 juli 2026 @ 16:02:
Morgen of volgende week ontvang ik een nieuwe FritzBox 5690 XGS als vervanger voor mijn huidige FritzBox 5590 XGS. Maar als ik nu de Servicetool van KPN bekijk kan ik hier niks meer op veranderen.

Kan ik voor het activeren de gewone Helpdesk van KPN bellen? Ik zie ook dat ik via Combivoordeel een Service Plus heb, maar daar kan ik nergens een nummer van vinden.

Ik heb het toen gewoon kunnen regelen via hun algemene nummer : 0800 - 0402.

[dunkiegaming]

dapaool schreef op vrijdag 17 juli 2026 @ 16:02:
Morgen of volgende week ontvang ik een nieuwe FritzBox 5690 XGS als vervanger voor mijn huidige FritzBox 5590 XGS. Maar als ik nu de Servicetool van KPN bekijk kan ik hier niks meer op veranderen.

Kan ik voor het activeren de gewone Helpdesk van KPN bellen? Ik zie ook dat ik via Combivoordeel een Service Plus heb, maar daar kan ik nergens een nummer van vinden.

Kan je niet de SFP die nu in je 5590 zit in de 5690 doen?

[ernstoud]

dunkiegaming schreef op zaterdag 18 juli 2026 @ 19:11:
[...]

Kan je niet de SFP die nu in je 5590 zit in de 5690 doen?

Nee, het PON ID zit in de router bij AVM. De SFP is passief. Alle XGS logica zit in de router.

[dapaool]

dunkiegaming schreef op zaterdag 18 juli 2026 @ 19:11:
[...]

Kan je niet de SFP die nu in je 5590 zit in de 5690 doen?

Nee bij de FritzBox 5690 & 5690 XGS zit het glasvezel module inderdaad ingebouwd.

Alleen de FritzBox 5690 Pro heeft nog een losse AON en GPON module. Maar daar begreep ik uit dat de XGS-Pon module van de FritzBoxen 5530 & 5590 niet werkt. Anders had ik deze genomen voor de 6Ghz wifi kanaal.

edit:
De XGS-PON in de FritzBox maakt de prijs behoorlijk duurder. Waar ik ook best wel van baal.

edit: Volgens mij zit het Modem ID niet in de Module maar in de Fritzbox zelf. Ik had ooit per ongeluk een FritzBox 5590 AON gekocht en die had ook een Modem ID terwijl dat bij AON niet nodig is. Dus moet je bij module overplaatsen naar andere FritzBox waarschijnlijk als nog Moddm ID activeren.

[ Voor 29% gewijzigd door dapaool op 18-07-2026 22:33 ]