[KPN XGS-PON] Eigen router/ONT gebruiken

[Milowitsch]

Van mij iPhone maakte ik bijgaande screenshot en onder ISP Health zie je rode balk, maar ook een paar kleine groene streepjes. Kennelijk is er even heel kort een verbinding geweest.

[mad-dog]

Milowitsch schreef op vrijdag 7 maart 2025 @ 11:52:
Van mij iPhone maakte ik bijgaande screenshot en onder ISP Health zie je rode balk, maar ook een paar kleine groene streepjes. Kennelijk is er even heel kort een verbinding geweest.

[Afbeelding]

Er is geen sessie actief geweest nadat ik de Zaram heb geactiveerd heb rond 15:50. Ook zie ik geen licht op de Zaram SFP. Weet je wel 100% zeker dat het serienummer goed is? Je zou niet de 1e zijn die een typefout maakte bij het doorgeven van het serienummer

[ Voor 3% gewijzigd door mad-dog op 07-03-2025 12:01 ]

[Milowitsch]

Dat was de oplossing, stormfly!
Een stevige druk op de aansluiting op de patchcover resulteerde in een klik en nu heb ik weer een IP-adres en dus ook internet! Wat een probleem kan het opleveren door zo'n simpele actie!

Ik heb wel weer veel geleerd, zeker betreffende het vervangen van de patchcover en aansluiten van de Zaram. Zo steekt die Zaram wel een eindje uit de poort op de UDM.

Hoera!! Dank aan allen die mij hebben geholpen! 👍😁
Wat een geweldig forum onderwerp is dit!

Straks maar eens kijken of een aantal settings bij mij iets beter en efficienter kunnen, maar voorlopig nergens aanzitten en een backup makne van de instellingen.

Met vriendelijke groet!
Milowitsch.

[robertwebbe]

@Milowitsch
Wat zie je staan als je op het blauwe icoon (poort 10) klikt?

[Milowitsch]

Dank Robertwebbe!
Zoals je uit mijn vorige reactie kunt lezen, is het nu gelukt.
Een heel stomme actie: ik moest de glasvezelstekker op de patchcover hard aandrukken, waarop een klik volgde. Dat was de oplossing.

Veel dank voor het meedenken!

Nu weer een gelukkige glasvezel gebruiker van KPN met mijn eigen router!

[Verlexia]

Op 25 februari is hier dan eindelijk XGS-PON glasvezel aangesloten. Tot nu toe heel tevreden, behalve over het feit dat de verbinding soms kortstondig wegvalt. Dan is binnen een minuut de PPPoE connectie weer opgebouwd en draait alles verder. Toch is dat natuurlijk vreemd, en het is zeer onhandig als je net in een videocall zit.

Achter de ONT (Genexis) hebben we een UniFi Dream Machine draaien. Op het moment dat het foutgaat logt die het onderstaande. In dit geval was de verbinding dus ongeveer 4,5 dag up, tot het weer fout ging. Hierna de ONT maar even een minuut van de stroom gehaald, waarna een kwartier later spontaan weer precies hetzelfde issue optrad.

code:

2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-up finished (pid 2833656), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-up started (pid 2833656)
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: secondary DNS address 195.121.1.66
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: primary   DNS address 195.121.1.34
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: remote IP address yyy.yyy.yyy.yyy
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: local  IP address yy.yy.yy.yy
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-pre-up finished (pid 2833651), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-pre-up started (pid 2833651)
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfAck id=0x4 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-up finished (pid 2833648), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfReq id=0x4 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfNak id=0x3 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-up started (pid 2833648)
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: remote LL address fe80::zzzz:zzzz:zzzz:zzzz
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: local  LL address fe80::zzzz:zzzz:zzzz:zzzz
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPV6CP ConfAck id=0x2 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfAck id=0x1 <addr yyy.yyy.yyy.yyy>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfReq id=0x1 <addr yyy.yyy.yyy.yyy>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPV6CP ConfAck id=0x1 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPV6CP ConfReq id=0x2 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: peer from calling number xx:xx:xx:xx:xx:xx authorized
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: PAP authentication succeeded
2025-03-07  09:13:05    Information local2  ppp0[3049]: Remote message: Authentication success,Welcome!
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [PAP AuthAck id=0x2 "Authentication success,Welcome!"]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [PAP AuthReq id=0x2 user="internet" password=<hidden>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [LCP ConfAck id=0x4 <mru 1492> <magic 0x45b55405>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [LCP ConfAck id=0x2 <mru 1500> <auth pap> <magic 0xca477852>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0xca477852>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x45b55405>]
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: Connect: ppp0 <--> eth4.6
2025-03-07  09:13:05    Information local2  ppp0[3049]: Using interface ppp0
2025-03-07  09:13:05    Information local2  ppp0[3049]: using channel 3
2025-03-07  09:13:05    Warning local2  ppp0[3049]: Connected to xx:xx:xx:xx:xx:xx via interface eth4.6
2025-03-07  09:13:05    Information local2  ppp0[3049]: PPP session is 59055
2025-03-07  09:13:05    Information local2  ppp0[3049]: PADS: Service-Name: ''
2025-03-07  09:13:00    Notice  local2  ppp0[3049]: Modem hangup
2025-03-07  09:13:00    Information local2  ppp0[3049]: Sent 2191249131 bytes, received 1882836277 bytes.
2025-03-07  09:13:00    Information local2  ppp0[3049]: Connect time 6794.6 minutes.
2025-03-07  09:13:00    Notice  local2  ppp0[3049]: Connection terminated.
2025-03-07  09:12:57    Information local2  ppp0[3049]: sent [LCP TermReq id=0x3 "Peer not responding"]
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ip-down finished (pid 2832982), status = 0x0
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-down finished (pid 2832986), status = 0x0
2025-03-07  09:12:54    Information local2  ppp0[3049]: sent [LCP TermReq id=0x2 "Peer not responding"]
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-down started (pid 2832986)
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ip-down started (pid 2832982)
2025-03-07  09:12:54    Information local2  ppp0[3049]: Sent 2191249131 bytes, received 1882836277 bytes.
2025-03-07  09:12:54    Information local2  ppp0[3049]: Connect time 6794.6 minutes.
2025-03-07  09:12:54    Notice  local2  ppp0[3049]: Serial link appears to be disconnected.
2025-03-07  09:12:54    Information local2  ppp0[3049]: No response to 3 echo-requests

Heb net met KPN gebeld. Na wat aandringen heeft de klantenservicemedewerker met een technische collega overlegd. Daaruit kwam naar voren dat het probleem aan de kant van KPN lijkt te zitten. Maandagavond komt er een monteur langs.

Nu vind ik het nog wel wat vaag wat er nu aan de hand kan zijn. Het zou natuurlijk fijn zijn om nog wat meer te kunnen pinpointen waar het zit. Met name om te weten of het nut heeft om maandag hier in huis alles weer los te gaan halen, of dat het eerder in de PoP zit.

Komen deze issues iemand bekend voor, of is er iemand die achter de schermen meer kan achterhalen? Alvast bedankt!

[mad-dog]

Verlexia schreef op vrijdag 7 maart 2025 @ 13:02:
Op 25 februari is hier dan eindelijk XGS-PON glasvezel aangesloten. Tot nu toe heel tevreden, behalve over het feit dat de verbinding soms kortstondig wegvalt. Dan is binnen een minuut de PPPoE connectie weer opgebouwd en draait alles verder. Toch is dat natuurlijk vreemd, en het is zeer onhandig als je net in een videocall zit.

Achter de ONT (Genexis) hebben we een UniFi Dream Machine draaien. Op het moment dat het foutgaat logt die het onderstaande. In dit geval was de verbinding dus ongeveer 4,5 dag up, tot het weer fout ging. Hierna de ONT maar even een minuut van de stroom gehaald, waarna een kwartier later spontaan weer precies hetzelfde issue optrad.

code:

2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-up finished (pid 2833656), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-up started (pid 2833656)
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: secondary DNS address 195.121.1.66
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: primary   DNS address 195.121.1.34
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: remote IP address yyy.yyy.yyy.yyy
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: local  IP address yy.yy.yy.yy
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-pre-up finished (pid 2833651), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ip-pre-up started (pid 2833651)
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfAck id=0x4 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-up finished (pid 2833648), status = 0x0
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfReq id=0x4 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfNak id=0x3 <addr yy.yy.yy.yy> <ms-dns1 195.121.1.34> <ms-dns2 195.121.1.66>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-up started (pid 2833648)
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: remote LL address fe80::zzzz:zzzz:zzzz:zzzz
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: local  LL address fe80::zzzz:zzzz:zzzz:zzzz
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPV6CP ConfAck id=0x2 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfAck id=0x1 <addr yyy.yyy.yyy.yyy>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPCP ConfReq id=0x1 <addr yyy.yyy.yyy.yyy>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPV6CP ConfAck id=0x1 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [IPV6CP ConfReq id=0x1 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPV6CP ConfReq id=0x2 <addr fe80::zzzz:zzzz:zzzz:zzzz>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: peer from calling number xx:xx:xx:xx:xx:xx authorized
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: PAP authentication succeeded
2025-03-07  09:13:05    Information local2  ppp0[3049]: Remote message: Authentication success,Welcome!
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [PAP AuthAck id=0x2 "Authentication success,Welcome!"]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [PAP AuthReq id=0x2 user="internet" password=<hidden>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [LCP ConfAck id=0x4 <mru 1492> <magic 0x45b55405>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [LCP ConfAck id=0x2 <mru 1500> <auth pap> <magic 0xca477852>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: rcvd [LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0xca477852>]
2025-03-07  09:13:05    Information local2  ppp0[3049]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x45b55405>]
2025-03-07  09:13:05    Notice  local2  ppp0[3049]: Connect: ppp0 <--> eth4.6
2025-03-07  09:13:05    Information local2  ppp0[3049]: Using interface ppp0
2025-03-07  09:13:05    Information local2  ppp0[3049]: using channel 3
2025-03-07  09:13:05    Warning local2  ppp0[3049]: Connected to xx:xx:xx:xx:xx:xx via interface eth4.6
2025-03-07  09:13:05    Information local2  ppp0[3049]: PPP session is 59055
2025-03-07  09:13:05    Information local2  ppp0[3049]: PADS: Service-Name: ''
2025-03-07  09:13:00    Notice  local2  ppp0[3049]: Modem hangup
2025-03-07  09:13:00    Information local2  ppp0[3049]: Sent 2191249131 bytes, received 1882836277 bytes.
2025-03-07  09:13:00    Information local2  ppp0[3049]: Connect time 6794.6 minutes.
2025-03-07  09:13:00    Notice  local2  ppp0[3049]: Connection terminated.
2025-03-07  09:12:57    Information local2  ppp0[3049]: sent [LCP TermReq id=0x3 "Peer not responding"]
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ip-down finished (pid 2832982), status = 0x0
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-down finished (pid 2832986), status = 0x0
2025-03-07  09:12:54    Information local2  ppp0[3049]: sent [LCP TermReq id=0x2 "Peer not responding"]
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ipv6-down started (pid 2832986)
2025-03-07  09:12:54    Information local2  ppp0[3049]: Script /etc/ppp/ip-down started (pid 2832982)
2025-03-07  09:12:54    Information local2  ppp0[3049]: Sent 2191249131 bytes, received 1882836277 bytes.
2025-03-07  09:12:54    Information local2  ppp0[3049]: Connect time 6794.6 minutes.
2025-03-07  09:12:54    Notice  local2  ppp0[3049]: Serial link appears to be disconnected.
2025-03-07  09:12:54    Information local2  ppp0[3049]: No response to 3 echo-requests

Heb net met KPN gebeld. Na wat aandringen heeft de klantenservicemedewerker met een technische collega overlegd. Daaruit kwam naar voren dat het probleem aan de kant van KPN lijkt te zitten. Maandagavond komt er een monteur langs.

Nu vind ik het nog wel wat vaag wat er nu aan de hand kan zijn. Het zou natuurlijk fijn zijn om nog wat meer te kunnen pinpointen waar het zit. Met name om te weten of het nut heeft om maandag hier in huis alles weer los te gaan halen, of dat het eerder in de PoP zit.

Komen deze issues iemand bekend voor, of is er iemand die achter de schermen meer kan achterhalen? Alvast bedankt!

Als je gegevens even PM't kan ik even een kijkje nemen in de ONT. Graag daarbij ook even vermelden wanneer je voor het laatst aan de ONT/UDM en bekabeling er tussen hebt gezeten

[jgsr]

-nevermind- probleem is al opgelost zie ik net.

[ Voor 83% gewijzigd door jgsr op 07-03-2025 15:35 ]

[ArnoldSmit]

jgsr schreef op vrijdag 7 maart 2025 @ 15:33:
Als ik het goed zie heb je vlan 6 al in gebruik met een 192.168 ip range.

Bij mijn weten moet je vlan 6 instellen op je wan en krijg je een extern ip toegewezen.

Als je PPPoE opzet, wel.
Je krijgt niet via DHCP een IP adres.

[Von Henkel]

Even het volgende, weet iemand hoe je een Nokia XGS-PON ONT in elkaar schuift?

Ik was in de meterkast bezig waardoor ik even het zwarte kapje moest verwijderen.
Je schuift hem naar onder en hij gaat er netjes uit.
Het vreemde is je kunt hem niet omhoog terug schuiven.
Kom er maar niet achter wat ik verkeerd doe

[dunkiegaming]

Von Henkel schreef op vrijdag 7 maart 2025 @ 19:08:
Even het volgende, weet iemand hoe je een Nokia XGS-PON ONT in elkaar schuift?

Ik was in de meterkast bezig waardoor ik even het zwarte kapje moest verwijderen.
Je schuift hem naar onder en hij gaat er netjes uit.
Het vreemde is je kunt hem niet omhoog terug schuiven.
Kom er maar niet achter wat ik verkeerd doe

Welke FTU heb je? Als je dat niet weet maak er dan even een foto van.

[Von Henkel]

dunkiegaming schreef op vrijdag 7 maart 2025 @ 19:09:
[...]

Welke FTU heb je? Als je dat niet weet maak er dan even een foto van.

Ah het is al goed, het bleek dat ik het zwarte kapje niet vlak tegen het witte kastje had wat achterblijft
Als je hem wegschuift.

in iedergeval bedankt dat je me zo snel wilde helpen (was een beetje in alle staten zo net voor het weekend)

[ernstoud]

dunkiegaming schreef op vrijdag 7 maart 2025 @ 19:09:
[...]

Welke FTU heb je? Als je dat niet weet maak er dan even een foto van.

Nokia ONT is specifiek voor de TK-01.

Update: Dat klopt dus niet.

[ Voor 7% gewijzigd door ernstoud op 07-03-2025 23:41 ]

[Economics]

ernstoud schreef op vrijdag 7 maart 2025 @ 19:45:
[...]


Nokia ONT is specifiek voor de TK-01.

Dat is niet waar. We hebben ook een Nokia in form factor ty01 en gn02

[ernstoud]

Economics schreef op vrijdag 7 maart 2025 @ 23:14:
[...]

Dat is niet waar. We hebben ook een Nokia in form factor ty01 en gn02

I stand corrected. Dat wist ik dus niet. Dank.

[ringgeest11]

EDIT: SOLVED - The UI is a lie bij Ubuquity UISP producten.. het was inderdaad een MTU en MRS probleem, deze heb ik hard via de CLI aan moeten passen. Met een MTU en MRS van 1500 werkt alles naar behoren, ook via de SFP+.

Hopelijk kan iemand mij helpen bij een probleem wat ik blijf ervaren met het KPN netwerk.
Ik zal proberen zo compleet mogelijk te zijn in mijn apparatuur, welke stappen er al gezet zijn, en welke problematiek ik momenteel heb, maar ik ben enkel een hobbyist die net hiermee begonnen is dus nog niet alles is gesneden koek helaas.

Een aantal maanden terug zat ik nog bij Ziggo op het ADSL netwerk. Hoewel niet het aller beste was het ook zeker niet het slechtste. De Modem stond in Bridge modus en met mijn eigen apparatuur kon ik alles bereiken en doen.
De apparatuur die ik heb is een UISP Console van Ubiquity. Deze heb ik voornamelijk gekocht omdat deze erg scherp geprijst was voor het hebben van twee SFP+ poorten, waarvan 1 WAN alsmede een backup RJ45 WAN poort.

Uiteraard wilde ik meer, want waarom niet, en ben ik overgestapt naar KPN Glasvezel. Dit ging echter niet zonder slag of stoot om te komen waar ik nu sta, maar een aantal vreemde problemen blijven aanwezig en bijzonder hardnekkig om op te lossen.

Omdat er in documentatie en online soms verschillende benamingen gebruikt lijken te worden voor dezelfde onderdelen zet ik hieronder even op een rijtje wat ik met welke termen FTU en (O)NT bedoel.

• FTU - de patchcover die je op de muur plaats op het doosje met daarin de glasvezel. Die van KPN zet hier ook gelijk het signaal om van glasvezel naar koper (RJ45).
• (O)NT - Deze veroorzaakt voor mij veruit de meeste verwarring. Soms wordt deze gebruikt om naar de FTU te verwijzen, en soms naar de 'Modem' die KPN meeleverd alszijnde een Experia Box. Als ik het over de (O)NT heb, heb ik het over het 'Modem' wat eigenlijk een router is.

Momenteel is de FTU van KPN direct aangesloten op de RJ45 WAN poort van mijn eigen apparatuur, de UISP Console, als ONT.
Deze komt binnen op Interface 9 (eth8) en is voorzien van VLAN 6 (eth8.6) untaggen en PPPoE (ppp1) internet/internet gebruikersnaam en wachtwoord.
Dit werkt enigszins naar behoren, maar niet alle websites/downloads werken zoals je zou verwachten zonder het gebruik van een VPN.
Ik kan websites pingen, ze worden gevonden, maar ik kan geen data van ze ontvangen lijkt het wel. Een aantal voorbeelden van de problemen zijn:

• het wel kunnen pingen maar niet laden van websites zoals Rijksoverheid, DuckDuckGo of Spotify, maar wel Youtube, Google, vele anderen;
• Het wel kunnen pingen en verbinding maken met Steam servers, maar niet in kunnen loggen als anonymous om gameservers te updaten;
• Het wel kunnen zien dat er updates zijn op een Linux machine met 'sudo apt get update' maar vervolgens deze niet kunnen downloaden

Zodra een VPN aangaat zoals Mullvad verdwijnen deze issues!

Waar ik nu op hang is dat ik denk dat het een MTU issue is, maar welke combinatie is ook gebruik, ik krijg de issues maar niet verholpen. Bij het testen van elke MTU combinatie wordt deze toegepast, en daarna wordt de UISP Console ge-reboot. Dit zou voldoende moeten zijn naar mijn weten om ervoor te zorgen dat verder in het netwerk rekening wordt gehouden met mijn gezette MTU waardes.
Een (Waarschijnlijk niet complete) lijst van MTU combinaties op eth8, eth8.6 en ppp1 is:

Eth8	Eth8.6	ppp1
1500	1500	1500
1500	1500	1492*
1512	1512	1500**
1520	1512	1500
1500	1500	1480
1500	1500	1472
1500	1500	1464

* = Ik heb begrepen dat dit de standaard MTU is waar PPPoE over communiceert.
** = Na een reboot blijft deze niet actief in de UISP Console en wordt deze terug gezet naar 1492, ongeacht hoe ik het probeer wil hij deze combinatie niet behouden na een reboot van de Console.

Nu heb ik een Patchcover met kabel en Zaram SFP+ module gekocht bij schenktict, en het serienummer gisteren doorgegeven aan KPN zodat een afspraak ingepland kan worden om deze actief te maken. Hoewel ik dus nog niet technisch gezien alles helemaal ben doorlopen, verwacht ik dat enkel het wijzig van de FTU naar de gekochte FTU, en de Zaram SFP in mijn ONT stoppen niet deze problemen zomaar zal verhelpen. Ik zit zodoende aan het einde van mijn kennen en kunnen om te achterhalen waarom het maar niet wil lukken om de genoemde problemen te verhelpen... Nu zit ik aan een twee-jarig abbonement vast bij KPN en zal KPN uiteraard vrolijk lullen dat zij geen ondersteuning hiervoor bieden, maar ik hoop toch niet hier twee jaar mee te moeten dealen of een VPN service te installeren op mijn gehele netwerk.

Ik hoop dat iemand raad weet en mij kan helpen.

[Economics]

ringgeest11 schreef op zondag 9 maart 2025 @ 14:26:
Hopelijk kan iemand mij helpen bij een probleem wat ik blijf ervaren met het KPN netwerk.
Ik zal proberen zo compleet mogelijk te zijn in mijn apparatuur, welke stappen er al gezet zijn, en welke problematiek ik momenteel heb, maar ik ben enkel een hobbyist die net hiermee begonnen is dus nog niet alles is gesneden koek helaas.

Een aantal maanden terug zat ik nog bij Ziggo op het ADSL netwerk. Hoewel niet het aller beste was het ook zeker niet het slechtste. De Modem stond in Bridge modus en met mijn eigen apparatuur kon ik alles bereiken en doen.
De apparatuur die ik heb is een UISP Console van Ubiquity. Deze heb ik voornamelijk gekocht omdat deze erg scherp geprijst was voor het hebben van twee SFP+ poorten, waarvan 1 WAN alsmede een backup RJ45 WAN poort.

Uiteraard wilde ik meer, want waarom niet, en ben ik overgestapt naar KPN Glasvezel. Dit ging echter niet zonder slag of stoot om te komen waar ik nu sta, maar een aantal vreemde problemen blijven aanwezig en bijzonder hardnekkig om op te lossen.

Omdat er in documentatie en online soms verschillende benamingen gebruikt lijken te worden voor dezelfde onderdelen zet ik hieronder even op een rijtje wat ik met welke termen FTU en (O)NT bedoel.

• FTU - de patchcover die je op de muur plaats op het doosje met daarin de glasvezel. Die van KPN zet hier ook gelijk het signaal om van glasvezel naar koper (RJ45).
• (O)NT - Deze veroorzaakt voor mij veruit de meeste verwarring. Soms wordt deze gebruikt om naar de FTU te verwijzen, en soms naar de 'Modem' die KPN meeleverd alszijnde een Experia Box. Als ik het over de (O)NT heb, heb ik het over het 'Modem' wat eigenlijk een router is.

Momenteel is de FTU van KPN direct aangesloten op de RJ45 WAN poort van mijn eigen apparatuur, de UISP Console, als ONT.
Deze komt binnen op Interface 9 (eth8) en is voorzien van VLAN 6 (eth8.6) untaggen en PPPoE (ppp1) internet/internet gebruikersnaam en wachtwoord.
Dit werkt enigszins naar behoren, maar niet alle websites/downloads werken zoals je zou verwachten zonder het gebruik van een VPN.
Ik kan websites pingen, ze worden gevonden, maar ik kan geen data van ze ontvangen lijkt het wel. Een aantal voorbeelden van de problemen zijn:

• het wel kunnen pingen maar niet laden van websites zoals Rijksoverheid, DuckDuckGo of Spotify, maar wel Youtube, Google, vele anderen;
• Het wel kunnen pingen en verbinding maken met Steam servers, maar niet in kunnen loggen als anonymous om gameservers te updaten;
• Het wel kunnen zien dat er updates zijn op een Linux machine met 'sudo apt get update' maar vervolgens deze niet kunnen downloaden

Zodra een VPN aangaat zoals Mullvad verdwijnen deze issues!

Waar ik nu op hang is dat ik denk dat het een MTU issue is, maar welke combinatie is ook gebruik, ik krijg de issues maar niet verholpen. Bij het testen van elke MTU combinatie wordt deze toegepast, en daarna wordt de UISP Console ge-reboot. Dit zou voldoende moeten zijn naar mijn weten om ervoor te zorgen dat verder in het netwerk rekening wordt gehouden met mijn gezette MTU waardes.
Een (Waarschijnlijk niet complete) lijst van MTU combinaties op eth8, eth8.6 en ppp1 is:

Eth8	Eth8.6	ppp1
1500	1500	1500
1500	1500	1492*
1512	1512	1500**
1520	1512	1500
1500	1500	1480
1500	1500	1472
1500	1500	1464

* = Ik heb begrepen dat dit de standaard MTU is waar PPPoE over communiceert.
** = Na een reboot blijft deze niet actief in de UISP Console en wordt deze terug gezet naar 1492, ongeacht hoe ik het probeer wil hij deze combinatie niet behouden na een reboot van de Console.

Nu heb ik een Patchcover met kabel en Zaram SFP+ module gekocht bij schenktict, en het serienummer gisteren doorgegeven aan KPN zodat een afspraak ingepland kan worden om deze actief te maken. Hoewel ik dus nog niet technisch gezien alles helemaal ben doorlopen, verwacht ik dat enkel het wijzig van de FTU naar de gekochte FTU, en de Zaram SFP in mijn ONT stoppen niet deze problemen zomaar zal verhelpen. Ik zit zodoende aan het einde van mijn kennen en kunnen om te achterhalen waarom het maar niet wil lukken om de genoemde problemen te verhelpen... Nu zit ik aan een twee-jarig abbonement vast bij KPN en zal KPN uiteraard vrolijk lullen dat zij geen ondersteuning hiervoor bieden, maar ik hoop toch niet hier twee jaar mee te moeten dealen of een VPN service te installeren op mijn gehele netwerk.

Ik hoop dat iemand raad weet en mij kan helpen.

Als je een VPN gebruikt dan omzeil je wat in je eigen netwerk gebeurd, daarom denk ik ook dat het probleem in je netwerk zit. Of dat je ergens een local loop hebt gecreëerd. Dat heb ik zelf ook eens gehad met mijn mikrotik, zo kon ik wel bepaalde websites benaderen, maar de update game servers van epic bijvoorbeeld niet. Kwam door een loop die ik maakte in mn firewall. Werkt alles wel met de standaard CPE die je geleverd hebt gekregen van KPN? Je kunt bijv ook factory reset doen en alleen vlan 6 instellen op je Ubiquiti zonder alle toeters en bellen.welke dns servers gebruik je? Wat gebeurd als je de ip adressen pingt met een lager MTU en steeds ophoogt tot maximum?

Een eigen SFP gaat hier geen verandering voor je inbrengen, wil m best voor je activeren

MTU size PPPoE 1500
VLAN 6 op 1508
WAN poort op 1512

[ringgeest11]

Economics schreef op zondag 9 maart 2025 @ 15:28:
[...]

Als je een VPN gebruikt dan omzeil je wat in je eigen netwerk gebeurd, daarom denk ik ook dat het probleem in je netwerk zit. Of dat je ergens een local loop hebt gecreëerd. Dat heb ik zelf ook eens gehad met mijn mikrotik, zo kon ik wel bepaalde websites benaderen, maar de update game servers van epic bijvoorbeeld niet. Kwam door een loop die ik maakte in mn firewall. Werkt alles wel met de standaard CPE die je geleverd hebt gekregen van KPN? Je kunt bijv ook factory reset doen en alleen vlan 6 instellen op je Ubiquiti zonder alle toeters en bellen.welke dns servers gebruik je? Wat gebeurd als je de ip adressen pingt met een lager MTU en steeds ophoogt tot maximum?

Een eigen SFP gaat hier geen verandering voor je inbrengen, wil m best voor je activeren

MTU size PPPoE 1500
VLAN 6 op 1508
WAN poort op 1512

Toen ik bij Ziggo zat met Bridge modus werkte het wel allemaal gewoon met exact dezelfde firewall instellingen. Deze zijn tussentijds met het overstappen van ISP niet veranderd. Kan het dan toch ergens een firewall regel zijn? Alles draait op IPv4 en niet op IPv6 trouwens.

Met de spullen van KPN zelf werkte het grotendeels okay, maar kan ik me niet helemaal meer herinneren. Dan zou ik het er echt weer tussen moeten zetten en uit proberen.
2e Edit: die box er weer tussen gegooid en dan zijn er geen issues. Maar deze wil ik er eigenlijk dus wel graag tussenuit halen om ook direct op vezel aan te sluiten.

Qua DNS gebruik 1.1.1.1. Ook deze is niet veranderd met de overstap van Ziggo naar KPN.

De UISP Console gebruikt Busybox als CLI waardoor ik deze niet rechtstreeks kan gebruiken packets te verzenden met

code:

ping 1.1.1.1 -c 1 -s 1464 -M do

.
Daar kan ik echter wel een Linux VM voor gebruiken en die geeft weer bij:
1500:

code:

PING 1.1.1.1 (1.1.1.1) 1500(1528) bytes of data.
ping: local error: message too long, mtu=1492

1492:

code:

PING 1.1.1.1 (1.1.1.1) 1492(1520) bytes of data.
ping: local error: message too long, mtu=1492

1472:

code:

PING 1.1.1.1 (1.1.1.1) 1472(1500) bytes of data.
ping: local error: message too long, mtu=1492

1464:

code:

PING 1.1.1.1 (1.1.1.1) 1464(1492) bytes of data.
1472 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=6.83 ms

ik zal zo de eth8 instellen op 1512, eth8.6 op 1508 en ppp1 op 1500 en herstarten. Kijken of hij dan 1500 behoudt bij herstart.
Ik heb ondertussen ook een support ticket lopen bij Ubiquity om te kijken of er iets te doen valt met MSS Clamping. Dit zit namelijk daar niet in de UI zoals bij de UDM of iets dergelijks en 'configure' in de CLI werkt niet.

EDIT: Na een reboot staat de ppp1 weer op 1492 ipv de ingestelde 1500 voor de reboot.

[ Voor 4% gewijzigd door ringgeest11 op 09-03-2025 16:17 ]

[Kanarie]

ringgeest11 schreef op zondag 9 maart 2025 @ 14:26:
Waar ik nu op hang is dat ik denk dat het een MTU issue is, maar welke combinatie is ook gebruik, ik krijg de issues maar niet verholpen.

Wat je omschrijft klinkt inderdaad als een MTU issue. Economics heeft je al de juiste MTU settings per interface gegeven. Als de pppoe interface toch 1492 blijft gebruiken kun je nog de tips uit dit topic gebruiken:
https://community.ui.com/...ae00-c8ce2bf2e724?page=13

[ringgeest11]

Kanarie schreef op zondag 9 maart 2025 @ 16:39:
[...]


Wat je omschrijft klinkt inderdaad als een MTU issue. Economics heeft je al de juiste MTU settings per interface gegeven. Als de pppoe interface toch 1492 blijft gebruiken kun je nog de tips uit dit topic gebruiken:
https://community.ui.com/...ae00-c8ce2bf2e724?page=13

Goede topic die je linkt, thanks!
Lijkt erop dat het mogelijk een Ubiquity issue is zo te zien...

er werd ook iets gezegd over het probleem dat het mogelijk ligt in de 1Gb/s WAN interface, dus heel misschien zit de oplossing toch een beetje in de SFP+ interface. We gaan daar vanzelf achterkomen bij het aansluiten ervan. Als ook dat niets oplevert toch misschien maar eens kijken naar iets als dit en daar OPSense op installeren en draaien: https://cwwk.net/products...minipc-nas-server-proxmox

[Kanarie]

ringgeest11 schreef op zondag 9 maart 2025 @ 18:00:
[...]
er werd ook iets gezegd over het probleem dat het mogelijk ligt in de 1Gb/s WAN interface

Je kunt checken of de interface wel netjes op 1512 en de VLAN op 1508 staan, ik vermoed van wel.

Als ook dat niets oplevert toch misschien maar eens kijken naar iets als dit en daar OPSense op installeren en draaien: https://cwwk.net/products...minipc-nas-server-proxmox

Ik heb een vergelijkbare router gekocht, maar draai daar proxmox/openwrt op. Let er op dat de PCIe interface van de NIC PCIe 3.0 is. Een aantal van die compacte routers komt met een 82599ES, en dat is PCIe 2.0, dat is met 4x onvoldoende voor full duplex 10Gbit routing.

[ringgeest11]

Kanarie schreef op zondag 9 maart 2025 @ 18:15:
Je kunt checken of de interface wel netjes op 1512 en de VLAN op 1508 staan, ik vermoed van wel.

Yes, deze blijven inderdaad netjes op 1512 staan en 1508.

Kanarie schreef op zondag 9 maart 2025 @ 18:15:
Ik heb een vergelijkbare router gekocht, maar draai daar proxmox/openwrt op. Let er op dat de PCIe interface van de NIC PCIe 3.0 is. Een aantal van die compacte routers komt met een 82599ES, en dat is PCIe 2.0, dat is met 4x onvoldoende voor full duplex 10Gbit routing.

Goeie tip! Ik zou het echt enkel als router gebruiken. Ik heb een andere machine met proxmox draaien met daarop een aantal services en gameservers.

[stormfly]

ringgeest11 schreef op zondag 9 maart 2025 @ 14:26:
Hopelijk kan iemand mij helpen bij een probleem wat ik blijf ervaren met het KPN netwerk.
Ik zal proberen zo compleet mogelijk te zijn in mijn apparatuur, welke stappen er al gezet zijn, en welke problematiek ik momenteel heb, maar ik ben enkel een hobbyist die net hiermee begonnen is dus nog niet alles is gesneden koek helaas.

Een aantal maanden terug zat ik nog bij Ziggo op het ADSL netwerk. Hoewel niet het aller beste was het ook zeker niet het slechtste. De Modem stond in Bridge modus en met mijn eigen apparatuur kon ik alles bereiken en doen.
De apparatuur die ik heb is een UISP Console van Ubiquity. Deze heb ik voornamelijk gekocht omdat deze erg scherp geprijst was voor het hebben van twee SFP+ poorten, waarvan 1 WAN alsmede een backup RJ45 WAN poort.

Uiteraard wilde ik meer, want waarom niet, en ben ik overgestapt naar KPN Glasvezel. Dit ging echter niet zonder slag of stoot om te komen waar ik nu sta, maar een aantal vreemde problemen blijven aanwezig en bijzonder hardnekkig om op te lossen.

Omdat er in documentatie en online soms verschillende benamingen gebruikt lijken te worden voor dezelfde onderdelen zet ik hieronder even op een rijtje wat ik met welke termen FTU en (O)NT bedoel.

• FTU - de patchcover die je op de muur plaats op het doosje met daarin de glasvezel. Die van KPN zet hier ook gelijk het signaal om van glasvezel naar koper (RJ45).
• (O)NT - Deze veroorzaakt voor mij veruit de meeste verwarring. Soms wordt deze gebruikt om naar de FTU te verwijzen, en soms naar de 'Modem' die KPN meeleverd alszijnde een Experia Box. Als ik het over de (O)NT heb, heb ik het over het 'Modem' wat eigenlijk een router is.

Momenteel is de FTU van KPN direct aangesloten op de RJ45 WAN poort van mijn eigen apparatuur, de UISP Console, als ONT.
Deze komt binnen op Interface 9 (eth8) en is voorzien van VLAN 6 (eth8.6) untaggen en PPPoE (ppp1) internet/internet gebruikersnaam en wachtwoord.
Dit werkt enigszins naar behoren, maar niet alle websites/downloads werken zoals je zou verwachten zonder het gebruik van een VPN.
Ik kan websites pingen, ze worden gevonden, maar ik kan geen data van ze ontvangen lijkt het wel. Een aantal voorbeelden van de problemen zijn:

• het wel kunnen pingen maar niet laden van websites zoals Rijksoverheid, DuckDuckGo of Spotify, maar wel Youtube, Google, vele anderen;
• Het wel kunnen pingen en verbinding maken met Steam servers, maar niet in kunnen loggen als anonymous om gameservers te updaten;
• Het wel kunnen zien dat er updates zijn op een Linux machine met 'sudo apt get update' maar vervolgens deze niet kunnen downloaden

Zodra een VPN aangaat zoals Mullvad verdwijnen deze issues!

Waar ik nu op hang is dat ik denk dat het een MTU issue is, maar welke combinatie is ook gebruik, ik krijg de issues maar niet verholpen. Bij het testen van elke MTU combinatie wordt deze toegepast, en daarna wordt de UISP Console ge-reboot. Dit zou voldoende moeten zijn naar mijn weten om ervoor te zorgen dat verder in het netwerk rekening wordt gehouden met mijn gezette MTU waardes.
Een (Waarschijnlijk niet complete) lijst van MTU combinaties op eth8, eth8.6 en ppp1 is:

Eth8	Eth8.6	ppp1
1500	1500	1500
1500	1500	1492*
1512	1512	1500**
1520	1512	1500
1500	1500	1480
1500	1500	1472
1500	1500	1464

* = Ik heb begrepen dat dit de standaard MTU is waar PPPoE over communiceert.
** = Na een reboot blijft deze niet actief in de UISP Console en wordt deze terug gezet naar 1492, ongeacht hoe ik het probeer wil hij deze combinatie niet behouden na een reboot van de Console.

Nu heb ik een Patchcover met kabel en Zaram SFP+ module gekocht bij schenktict, en het serienummer gisteren doorgegeven aan KPN zodat een afspraak ingepland kan worden om deze actief te maken. Hoewel ik dus nog niet technisch gezien alles helemaal ben doorlopen, verwacht ik dat enkel het wijzig van de FTU naar de gekochte FTU, en de Zaram SFP in mijn ONT stoppen niet deze problemen zomaar zal verhelpen. Ik zit zodoende aan het einde van mijn kennen en kunnen om te achterhalen waarom het maar niet wil lukken om de genoemde problemen te verhelpen... Nu zit ik aan een twee-jarig abbonement vast bij KPN en zal KPN uiteraard vrolijk lullen dat zij geen ondersteuning hiervoor bieden, maar ik hoop toch niet hier twee jaar mee te moeten dealen of een VPN service te installeren op mijn gehele netwerk.

Ik hoop dat iemand raad weet en mij kan helpen.

Heb je wel eens met alleen IPv4 zonder IPv6 of visaversa getest? IPv6 is hier ook vaak een oorzaak van en dat zij vaak andere instellingen.

Hier draait een UniFi UGC-Fiber zonder tweaks met de default MTU en auto MSS clamping 4000/4000Mbps PPPoE en alle sites laden snel. Moet wel iets specifieks zijn met de router die je hebt, ken het apparaat ook verder niet wat je hebt.

[ringgeest11]

stormfly schreef op zondag 9 maart 2025 @ 19:01:
[...]


Heb je wel eens met alleen IPv4 zonder IPv6 of visaversa getest? IPv6 is hier ook vaak een oorzaak van en dat zij vaak andere instellingen.

Hier draait een UniFi UGC-Fiber zonder tweaks met de default MTU en auto MSS clamping 4000/4000Mbps PPPoE en alle sites laden snel. Moet wel iets specifieks zijn met de router die je hebt, ken het apparaat ook verder niet wat je hebt.

Ik gebruik enkel IPv4, ben nog niet klaar op enige wijze om IPv6 te gebruiken.

Het kan inderdaad aan het apparaat zelf liggen want ik kan niet eens zomaar in de website GUI aan MS Clamping doen, en blijft de MTU dus vreemd gedrag vertonen. Mijn hoop is momenteel gevestigd op een opmerking die men maakte dat de 1Gb/s WAN poort een hogere MTU dan 1500 niet ondersteund, wat dus problemen veroorzaakt zoals deze. Ik kom hier nog op terug zodra de SFP is aangezet.

[stormfly]

ringgeest11 schreef op zondag 9 maart 2025 @ 23:26:
[...]


Ik gebruik enkel IPv4, ben nog niet klaar op enige wijze om IPv6 te gebruiken.

Het kan inderdaad aan het apparaat zelf liggen want ik kan niet eens zomaar in de website GUI aan MS Clamping doen, en blijft de MTU dus vreemd gedrag vertonen. Mijn hoop is momenteel gevestigd op een opmerking die men maakte dat de 1Gb/s WAN poort een hogere MTU dan 1500 niet ondersteund, wat dus problemen veroorzaakt zoals deze. Ik kom hier nog op terug zodra de SFP is aangezet.

Check

Ik begrijp je zoekrichting van de grotere MTU niet helemaal, juist bij het niet laden van sites wil je naar een lagere MTU om uit te sluiten of het daaraan ligt. Met een MTU van 1492 haal ik gewoon 4/4Gbps. De winst waar je over praat in procenten: 0,536%

Hoe is de ervaring met de KPN eigen router?

https://www.speedguide.net/analyzer.php

MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1452
MSS is optimized for PPPoE DSL broadband. If not, consider raising your MTU value.

[ Voor 4% gewijzigd door stormfly op 10-03-2025 07:13 ]

[rescla]

Ik ben nog een beetje aan het stoeien met de servicetool om bij een nieuwe aansluiting over te stappen naar een zaram. Ik heb zojuist de KPN ONT en modem via de 'normale' installatietool in de app geïnstalleerd. Daar heb ik internet mee, maar in de VOIP servicetool zie ik het aansluitingstype en de modem nog niet, en op de vrije ONT keuze pagina staat dat er een glasvezelverbinding nodig is.

Vervolgens heb ik de modem (via de webinterface) herstart om te kijken of dat toevallig helpt. Maar vanaf dat moment krijg ik in de VOIP servicetool "Er is een fout opgetreden" te zien. Overigens heb ik wel het "Je glasvezelverbinding werkt" SMSje ontvangen, en werkt de verbinding gewoon.

Op dit moment heb ik overigens nog verbinding via delta, en als die uitgeschakeld wordt kan ik waarschijnlijk de boel wel via de KPN router werkend krijgen. Maar liever natuurlijk met de Zaram

[mad-dog]

rescla schreef op maandag 10 maart 2025 @ 08:21:
Ik ben nog een beetje aan het stoeien met de servicetool om bij een nieuwe aansluiting over te stappen naar een zaram. Ik heb zojuist de KPN ONT en modem via de 'normale' installatietool in de app geïnstalleerd. Daar heb ik internet mee, maar in de VOIP servicetool zie ik het aansluitingstype en de modem nog niet, en op de vrije ONT keuze pagina staat dat er een glasvezelverbinding nodig is.

Vervolgens heb ik de modem (via de webinterface) herstart om te kijken of dat toevallig helpt. Maar vanaf dat moment krijg ik in de VOIP servicetool "Er is een fout opgetreden" te zien. Overigens heb ik wel het "Je glasvezelverbinding werkt" SMSje ontvangen, en werkt de verbinding gewoon.

Op dit moment heb ik overigens nog verbinding via delta, en als die uitgeschakeld wordt kan ik waarschijnlijk de boel wel via de KPN router werkend krijgen. Maar liever natuurlijk met de Zaram

Als je me even een PM stuurt met je gegevens fix ik het voor je en activeer ik de Zaram ook direct

[rescla]

En ik ben weer online, met dank aan @mad-dog

[ringgeest11]

stormfly schreef op maandag 10 maart 2025 @ 07:11:
[...]


Check

Ik begrijp je zoekrichting van de grotere MTU niet helemaal, juist bij het niet laden van sites wil je naar een lagere MTU om uit te sluiten of het daaraan ligt. Met een MTU van 1492 haal ik gewoon 4/4Gbps. De winst waar je over praat in procenten: 0,536%

Hoe is de ervaring met de KPN eigen router?

https://www.speedguide.net/analyzer.php

MTU = 1492
MTU is optimized for PPoE DSL broadband. If not, consider raising MTU to 1500 for optimal throughput.
MSS = 1452
MSS is optimized for PPPoE DSL broadband. If not, consider raising your MTU value.

Er waren eerder problemen met MTU = 1492. Dit zorgde ervoor dat bepaalde sites of services geen data wilde sturen of ontvangen zoals Signal. Dit deden ze wel met MTU = 1500, maar de MTU is dan ook 1500 op de VLAN en WAN poort terwijl deze iets hoger afgesteld dienen te worden vanwege protocol overhead.

In de Firewall zijn - behalve het selecteren van ppp1 als inbound interface i.p.v. interface 9 (eth8, de WAN poort) - verder geen aanpassingen gemaakt aan wat wel en niet wordt gerouteerd. Dit geld voor de algemene firewall regels, Masquerade, en forwarded ports.
MSS Clamping zou het ook kunnen zijn in plaats van enkel MTU, maar dit is nog niet gelukt met de UISP Console om werkend te krijgen, of überhaupt om te checken of het iets is wat geactiveerd is of niet.

Een MTU van 1452 weet ik zo even niet of deze getest is, maar bij lagere MTU's van 1464 werkte het volgens mij helemaal niet meer.

Met de KPN router heb ik hier geen last van en zie ik dat MTU = 1500.
Deze wil ik er echter graag tussenuit, idem de FTU die met een Zaram SFP+ vervangen wordt.

[Tom Paris]

ringgeest11 schreef op zondag 9 maart 2025 @ 23:26:
[...]


Ik gebruik enkel IPv4, ben nog niet klaar op enige wijze om IPv6 te gebruiken.

Het kan inderdaad aan het apparaat zelf liggen want ik kan niet eens zomaar in de website GUI aan MS Clamping doen, en blijft de MTU dus vreemd gedrag vertonen. Mijn hoop is momenteel gevestigd op een opmerking die men maakte dat de 1Gb/s WAN poort een hogere MTU dan 1500 niet ondersteund, wat dus problemen veroorzaakt zoals deze. Ik kom hier nog op terug zodra de SFP is aangezet.

Je kunt je MTU toch heel makkelijk testen met ping tweakers.net -f -l 1472

Als 1472 lukt, werkt je verbinding effectief op een MTU van 1500 (28 frames voor IP en ICMP). Je PPPoE sessie zit dan op 1508.

[EWS99]

ringgeest11 schreef op maandag 10 maart 2025 @ 09:57:
[...]


Er waren eerder problemen met MTU = 1492. Dit zorgde ervoor dat bepaalde sites of services geen data wilde sturen of ontvangen zoals Signal. Dit deden ze wel met MTU = 1500, maar de MTU is dan ook 1500 op de VLAN en WAN poort terwijl deze iets hoger afgesteld dienen te worden vanwege protocol overhead.

In de Firewall zijn - behalve het selecteren van ppp1 als inbound interface i.p.v. interface 9 (eth8, de WAN poort) - verder geen aanpassingen gemaakt aan wat wel en niet wordt gerouteerd. Dit geld voor de algemene firewall regels, Masquerade, en forwarded ports.
MSS Clamping zou het ook kunnen zijn in plaats van enkel MTU, maar dit is nog niet gelukt met de UISP Console om werkend te krijgen, of überhaupt om te checken of het iets is wat geactiveerd is of niet.

Een MTU van 1452 weet ik zo even niet of deze getest is, maar bij lagere MTU's van 1464 werkte het volgens mij helemaal niet meer.

Met de KPN router heb ik hier geen last van en zie ik dat MTU = 1500.
Deze wil ik er echter graag tussenuit, idem de FTU die met een Zaram SFP+ vervangen wordt.

Misschien gekke vraag, heb je je UISP console al geüpdatet naar de laatste versie? Overigens voor de rest, de UISP is geen lid van de UniFi family, dus anders dan de UDM en Cloud Gateway etc. Heeft een eigen interface (UISP Controller).

Oh en je haalt de termen FTU en ONT door de war:
- FTU is de passieve aansluiting op de muur
- ONT is wat KPN over de FTU heen schuift (die converteert Fiber naar RJ45. Lijkt kwa functionaliteit een beetje op een modem)
- Daar achter hangt je router (De Experia box)

[rescla]

Tom Paris schreef op maandag 10 maart 2025 @ 10:24:
[...]


Je kunt je MTU toch heel makkelijk testen met ping tweakers.net -f -l 1472

Als 1472 lukt, werkt je verbinding effectief op een MTU van 1500 (28 frames voor IP en ICMP). Je PPPoE sessie zit dan op 1508.

Ik had hem in OPNsense ook nog niet goed staan. Eerder had ik hier 1500 staan, waarbij de ping faalt. Nu gaat het wel goed, met onderstaande instelling:

[stormfly]

ringgeest11 schreef op maandag 10 maart 2025 @ 09:57:
[...]


Er waren eerder problemen met MTU = 1492. Dit zorgde ervoor dat bepaalde sites of services geen data wilde sturen of ontvangen zoals Signal. Dit deden ze wel met MTU = 1500, maar de MTU is dan ook 1500 op de VLAN en WAN poort terwijl deze iets hoger afgesteld dienen te worden vanwege protocol overhead.

Ik kan mij dat echt niet voorstellen dat een dienst relevantie ziet voor een te lage MTU, MSS en MTU gaan samen hand in hand.

In de Firewall zijn - behalve het selecteren van ppp1 als inbound interface i.p.v. interface 9 (eth8, de WAN poort) - verder geen aanpassingen gemaakt aan wat wel en niet wordt gerouteerd. Dit geld voor de algemene firewall regels, Masquerade, en forwarded ports.
MSS Clamping zou het ook kunnen zijn in plaats van enkel MTU, maar dit is nog niet gelukt met de UISP Console om werkend te krijgen, of überhaupt om te checken of het iets is wat geactiveerd is of niet.

Ik zou focussen op MSS clamping, probeer chatGPT of Claude.ai eens als infobron.

Een MTU van 1452 weet ik zo even niet of deze getest is, maar bij lagere MTU's van 1464 werkte het volgens mij helemaal niet meer.

MSS geen MTU

Met de KPN router heb ik hier geen last van en zie ik dat MTU = 1500.
Deze wil ik er echter graag tussenuit, idem de FTU die met een Zaram SFP+ vervangen wordt.

Goed om te vernemen.

[ringgeest11]

Allemaal, ik ben erachter wat het probleem was.
Het was inderdaad een MTU probleem (en MRS) veroorzaakt door de UI van Ubiquity UISP Console, deze liegt namelijk en werkt hélemaal niet. Aanpassingen aan MTU die je hier doorvoert komen niet daadwerkelijk in de settings terecht... Gewoon helemaal niet, ongeacht welke MTU je invoert, hij blijft intern altijd staan op 1492, ookal zet je er 1472 of 1508.

Uiteindelijk via SSH CLI de configs hardhandig aangepast via 'vi' met wat hulp van buitenaf. Daarna het ppp1 process gekilled en gewacht tot deze weer uit zichzelf opstartte, wat die gelukkig deed. Hierna waren de settings wél goed overgenomen die ingevoerd waren.

Tom Paris schreef op maandag 10 maart 2025 @ 10:24:
[...]

Je kunt je MTU toch heel makkelijk testen met ping tweakers.net -f -l 1472

Als 1472 lukt, werkt je verbinding effectief op een MTU van 1500 (28 frames voor IP en ICMP). Je PPPoE sessie zit dan op 1508.

Nja niet helemaal dus. de MTU moet gelijk zijn aan 1500 op de ppp1, zoals ook de specificaties van KPN aangeven. Dit is uiteindelijk dus wel gelukt. De WAN interface staat op 1512 en de VLAN op 1208.

EWS99 schreef op maandag 10 maart 2025 @ 10:35:
[...]


Misschien gekke vraag, heb je je UISP console al geüpdatet naar de laatste versie? Overigens voor de rest, de UISP is geen lid van de UniFi family, dus anders dan de UDM en Cloud Gateway etc. Heeft een eigen interface (UISP Controller).

Oh en je haalt de termen FTU en ONT door de war:
- FTU is de passieve aansluiting op de muur
- ONT is wat KPN over de FTU heen schuift (die converteert Fiber naar RJ45. Lijkt kwa functionaliteit een beetje op een modem)
- Daar achter hangt je router (De Experia box)

Ja, de UISP console draait op de meest recente firmware. UISP is inderdaad een soort zustertak van de Ubiquity familie, maar het is eerder een ondergeschoven kindje. De UISP UI is gewoon 100% ruk en werkt gewoon helemaal niet.

Betreft de termen FTU, ONT en router, die heb ik expres benoemd omdat her en der die termen weleens door elkaar worden gebruikt. en het erg onduidelijk maakte. KPN noemt de experia box nota bene zelf 'Modem' en in het document 'glasvezel aansluitpunt koppelen' verwijzen ze naar de ONT die je over de FTU schuift als FTU_TK01.

stormfly schreef op maandag 10 maart 2025 @ 10:48:
[...]


Ik kan mij dat echt niet voorstellen dat een dienst relevantie ziet voor een te lage MTU, MSS en MTU gaan samen hand in hand.

Ik zou focussen op MSS clamping, probeer chatGPT of Claude.ai eens als infobron.

De MTU settings in de UI waren dus een complete leugen van de UISP omgeving, ze waren altijd 1492 ongeacht wat je er op invoerde. Nu met de Zaram module geactiveerd heb ik
eth9 = WAN SFP+ interface, op MTU = 1512.
eth9.6 = VLAN 6 untagged, op MTU = 1508
ppp1 = MTU = 1500

Ik heb een andere mini-pc besteld met twee SFP+ poorten en ga deze opbouwen tot een OPNsense router.
Als die werkt, kan ik de UISP Console bricken en strippen van hun eigen software en daar ook iets van OPNsense op plaatsen als backup router of iets dergelijks. Maar ik ben die UISP Console wel zat

[ZwarteIJsvogel]

Economics schreef op vrijdag 7 maart 2025 @ 23:14:
[...]

Dat is niet waar. We hebben ook een Nokia in form factor ty01 en gn02

Voor wie door de glasvezelbomen het FTU-bos niet meer ziet: op de WBA pagina van KPN vind je onder het kopje Gebruikershandleidingen een document met de FTU's die in het wild voorkomen. In dat document worden ook de beschikbare ONT's genoemd. Volgens datzelfde document zijn de ONT's voor de TY01 en de GN02 overigens Genexis ONT's.

[dunkiegaming]

ZwarteIJsvogel schreef op maandag 10 maart 2025 @ 12:44:
[...]

Voor wie door de glasvezelbomen het FTU-bos niet meer ziet: op de WBA pagina van KPN vind je onder het kopje Gebruikershandleidingen een document met de FTU's die in het wild voorkomen. In dat document worden ook de beschikbare ONT's genoemd. Volgens datzelfde document zijn de ONT's voor de TY01 en de GN02 overigens Genexis ONT's.

Volgensmij zijn die voor AON. Heb er zelf ook 1 hangen in de meterkast,

[mad-dog]

dunkiegaming schreef op maandag 10 maart 2025 @ 13:21:
[...]

Volgensmij zijn die voor AON. Heb er zelf ook 1 hangen in de meterkast,

Ook voor XGSPON in geval van de TY01 met een ombouwset, al wordt dit nog niet veel gebruikt

[Holmes]

Vraagje ; momenteel zit ik bij Ziggo, maar wil overstappen naar glasvezel van KPN. Gebruik nu een eigen router (Edgemax / UBIQUITI) en dit werkt prima, en wil het zo laten. ook ivm de VPN's enz.

Maar ik kan nergens een geschikt modem/router vinden voor het KPN glasvezel internet die je in bridge modus kan zetten. Zijn deze er gewoon niet? of kijk ik er overheen.


Sorry als deze vraag al is gesteld.

[mad-dog]

Holmes schreef op maandag 10 maart 2025 @ 14:17:
Vraagje ; momenteel zit ik bij Ziggo, maar wil overstappen naar glasvezel van KPN. Gebruik nu een eigen router (Edgemax / UBIQUITI) en dit werkt prima, en wil het zo laten. ook ivm de VPN's enz.

Maar ik kan nergens een geschikt modem/router vinden voor het KPN glasvezel internet die je in bridge modus kan zetten. Zijn deze er gewoon niet? of kijk ik er overheen.


Sorry als deze vraag al is gesteld.

De geleverde ONT is het modem, welke je dan weer aansluit op de WAN van je Edgemax icm PPPOE en VLAN6

[Holmes]

mad-dog schreef op maandag 10 maart 2025 @ 14:26:
[...]

De geleverde ONT is het modem, welke je dan weer aansluit op de WAN van je Edgemax icm PPPOE en VLAN6

Maar de geleverde modems kunnen toch niet op bridge only had ik begrepen?

[mad-dog]

Holmes schreef op maandag 10 maart 2025 @ 14:28:
[...]

Maar de geleverde modems kunnen toch niet op bridge only had ik begrepen?

Modem wordt nogal verward met routers. De Box12 is in het geval van glasvezel gewoon een router en geen modem

[Holmes]

Dat bedoelde ik inderdaad :-) router wat niet op bridge modus gezet kan worden. Kreeg je maar gewoon de keuze om een modem te laten leveren.

Maar goed. Er zijn dus geen modems die werken met kpn glasvezel?

[mad-dog]

Holmes schreef op maandag 10 maart 2025 @ 14:35:
Dat bedoelde ik inderdaad :-) router wat niet op bridge modus gezet kan worden. Kreeg je maar gewoon de keuze om een modem te laten leveren.

Maar goed. Er zijn dus geen modems die werken met kpn glasvezel?

De ONT welke je krijgt is bij glasvezel gewoon het modem, dus daarop sluit je je eigen router aan . Bij DSL ligt het wat gecompliceerder, al zijn daar ook wel modellen voor beschikbaar,

[ringgeest11]

Holmes schreef op maandag 10 maart 2025 @ 14:35:
Dat bedoelde ik inderdaad :-) router wat niet op bridge modus gezet kan worden. Kreeg je maar gewoon de keuze om een modem te laten leveren.

Maar goed. Er zijn dus geen modems die werken met kpn glasvezel?

Een modem is niet nodig bij glasvezel, enkel een router. Het glasvezel draagt de verbinding digitaal 'as-is' en hoeft niet gemodulleerd of gedemodulleerd te worden (MoDem) van analoog naar digitaal zoals het geval is bij een kopere ADSL coax kabel.

Zover ik weet hoef je de KPN box er helemaal niet tussen te zetten als je Edgemax op de WAN poort VLAN 6 kan untaggen en PPPoE eroverheen kan leggen. Ik was in de veronderstelling dat een Edgemax dit gewoon kan, maar dat weet ik niet zeker. Dan heb je de kopere kabel direct van de FTU op de WAN poort van je router.

Mocht dat niet kunnen, dan kan je via de instellingen van de experiabox het IP adres van je Edgemax in de DMZ zetten. Deze omzeilt dan volledig de firewall van de door KPN geleverde router en functioneert het als een bridge.

[ Voor 11% gewijzigd door ringgeest11 op 10-03-2025 16:03 ]

[Holmes]

ringgeest11 schreef op maandag 10 maart 2025 @ 16:02:
[...]


Mocht dat niet kunnen, dan kan je via de instellingen van de experiabox het IP adres van je Edgemax in de DMZ zetten. Deze omzeilt dan volledig de firewall van de door KPN geleverde router en functioneert het als een bridge.

Gebruik de EdgeRouter Lite. denk niet dat het daarop zit maar kan even kijken. Of desnoods bestel ik een andere EdgeRouter mocht dat het oplossen. Ik gebruik ook een mailserver (exchange) dus als dat echt werkt om alleen bij DMZ het IPadres neer te zetten, dat alles blijft werken daarna zou top zijn, maarja.. vind het best een gok als het niet werkt. Maar bedankt voor je reactie:-)

[haakjesluiten]

Ik heb de zaram module binnen, voor ik de boel aansluit moet ik nog iets doen behalve, aansluiten en sfp poort instellen? Kan dit niet echt opmaken uit de op

[dunkiegaming]

haakjesluiten schreef op maandag 10 maart 2025 @ 17:30:
Ik heb de zaram module binnen, voor ik de boel aansluit moet ik nog iets doen behalve, aansluiten en sfp poort instellen? Kan dit niet echt opmaken uit de op

Registreren via servicetool of via @mad-dog.

@Thyraon misschien handig om een kopje in de TS te hebben over hoe je sfp modules of andere ONT's kan registreren.

[ Voor 16% gewijzigd door dunkiegaming op 10-03-2025 17:40 ]

[haakjesluiten]

Met dank aan @mad-dog was dit heel snel geregeld draait als een zonnetje

[ernstoud]

ringgeest11 schreef op maandag 10 maart 2025 @ 16:02:
[...]
Een modem is niet nodig bij glasvezel, enkel een router. Het glasvezel draagt de verbinding digitaal 'as-is' en hoeft niet gemodulleerd of gedemodulleerd te worden (MoDem) van analoog naar digitaal zoals het geval is bij een kopere ADSL coax kabel.

Er is bij transmissie over glasvezel wel degelijk sprake van modulatie. De frequentie van het licht wordt veranderd op basis van het digitale te transporteren signaal. En de ONT demoduleert.

Alleen noemen we dit device dus een ONT. Maar modem zou helemaal geen onjuiste term zijn.

[haakjesluiten]

Horen die zaram modules 70c te worden trouwens?

[dunkiegaming]

haakjesluiten schreef op maandag 10 maart 2025 @ 18:46:
Horen die zaram modules 70c te worden trouwens?

Volgensmij mag ie gewoon 70 graden celcius worden.

Wellicht kan @ernstoud wat verduidelijken omdat ik zelf geen zaram heb.

[mad-dog]

haakjesluiten schreef op maandag 10 maart 2025 @ 18:46:
Horen die zaram modules 70c te worden trouwens?

Operation temperature/ humidity: -40C~85C / 5%~95% (relative humidity)

[ernstoud]

haakjesluiten schreef op maandag 10 maart 2025 @ 18:46:
Horen die zaram modules 70c te worden trouwens?

Volgens het product manual is 70 graden C het maximum, dus dat is wel erg warm ja. Gesloten omgeving? In een router die al erg warm is? Wellicht zoiets dan gebruiken:

https://www.bol.com/nl/nl...&utm_medium=free_shopping

[ernstoud]

mad-dog schreef op maandag 10 maart 2025 @ 19:00:
[...]

Operation temperature/ humidity: -40C~85C / 5%~95% (relative humidity)

Dat zijn de specs van de industrial versie, de commercial versie zegt daar -40~70C.

[EWS99]

Holmes schreef op maandag 10 maart 2025 @ 14:35:
Dat bedoelde ik inderdaad :-) router wat niet op bridge modus gezet kan worden. Kreeg je maar gewoon de keuze om een modem te laten leveren.

Maar goed. Er zijn dus geen modems die werken met kpn glasvezel?

Je hebt bij KPN niet echt een modem nodig. Ze leveren een ONT die ze over de FTU schuiven (het kastje op de muur waar de vezel binnen komt). De ONT doet dan de omzetting van glas naar UTP (RJ45).

Wat je dan nog nodig hebt is een router die VLAN aan de WAN kant en PPPoE ondersteund. De meeste moderne routers kunnen dat wel. Let er daarnaast wel op dat PPPoE best zwaar kan zijn voor je router op verbindingen hoger dan 1gbit.

Dus eigenlijk heb je niets nodig, de ONT doet een soort bridgemode. Een andere ONT (bijv. de Nokia xs-010x-q) zou hetzelfde doen als de ONT die ze meeleveren. Het is daarom niet zo zinvol om die te vervangen (daardoor lijkt het alsof er bijna geen modems te krijgen zijn). Weet even niet waarom ze de XS-010X-q hebben doorgestreept in de startpost. Dacht dat het met de firmware te maken had, maar weet het niet zeker.

Je kunt de ONT nog vervangen door een SFP die je dan in je router stopt. Scheelt een apparaat aan de stroom. De oplossingen daarvoor staan prima uitgelegd in de start post.

[ernstoud]

EWS99 schreef op maandag 10 maart 2025 @ 19:45:
[...]
Weet even niet waarom ze de XS-010X-q hebben doorgestreept in de startpost.

Ja wonderlijk is dat. Voor KPN is in de Nokia die KPN levert wel e.e.a. aangepast. En als KPN hem niet wil updaten (zoals Delta wel doet) dan zal een extern gekocht exemplaar niet werken.

Is het daarom @Economics ?

[Economics]

ernstoud schreef op maandag 10 maart 2025 @ 20:00:
[...]


Ja wonderlijk is dat. Voor KPN is in de Nokia die KPN levert wel e.e.a. aangepast. En als KPN hem niet wil updaten (zoals Delta wel doet) dan zal een extern gekocht exemplaar niet werken.

Is het daarom @Economics ?

Heeft te maken het feit dat officieel het slot id 10 gebruikt en wij alleen 1 hanteren. En wij willen het graag in een vorm factor dat het op onze FTU past. Daarom hebben wij een X, tegenwoordig een R versie wat eigenlijk gewoon hetzelfde is als die standaard maar dan wat aanpassingen

[ Voor 11% gewijzigd door Economics op 10-03-2025 20:25 ]

[ernstoud]

Economics schreef op maandag 10 maart 2025 @ 20:24:
[...]

Heeft te maken het feit dat officieel het slot id 10 gebruikt en wij alleen 1 hanteren. En wij willen het graag in een vorm factor dat het op onze FTU past. Daarom hebben wij een X, tegenwoordig een R versie wat eigenlijk gewoon hetzelfde is als die standaard maar dan wat aanpassingen

Maar zou een Nokia xs-010x-q uit de handel wel kunnen werken als KPN de firmware remote update/vervangt?

[Economics]

ernstoud schreef op maandag 10 maart 2025 @ 21:30:
[...]


Maar zou een Nokia xs-010x-q uit de handel wel kunnen werken als KPN de firmware remote update/vervangt?

Volgens mij heeft die een andere HW ID waardoor onze OLT niet onze firmware er op zet. Wil het wel een keer proberen als iemand er 1 over heeft

[ernstoud]

Economics schreef op maandag 10 maart 2025 @ 22:00:
[...]

Volgens mij heeft die een andere HW ID waardoor onze OLT niet onze firmware er op zet. Wil het wel een keer proberen als iemand er 1 over heeft

@wbschenk … kom er maar in.

[edjuh75]

Ik heb er volgens mij ook nog 1 liggen.. naast die Genexis van de kpn

[wbschenk]

ernstoud schreef op maandag 10 maart 2025 @ 22:08:
[...]


@wbschenk … kom er maar in.

Ik heb er genoeg liggen @Economics stuur me ff je adres in pb of discord

[stormfly]

ernstoud schreef op maandag 10 maart 2025 @ 19:15:
[...]


Dat zijn de specs van de industrial versie, de commercial versie zegt daar -40~70C.

We krijgen toch de PI versie van @wbschenk daarvan is de I toch van de Industrial versie?

[ernstoud]

stormfly schreef op maandag 10 maart 2025 @ 22:35:
[...]


We krijgen toch de PI versie van @wbschenk daarvan is de I toch van de Industrial versie?
[Afbeelding]

Ik denk dat je gelijk hebt en dat de I aan het eind op “Industrial” wijst. Ik ga het bij Zaram navragen.

Erg verwarrend omdat inderdaad op pagina 10 van het product manual dat staat wat jij post, maar op pagina 17 staat dus dit:



Dat lijkt te suggereren dat er twee versies zijn.

Ik laat het weten als ik iets van Zaram hoor,

[ernstoud]

Update van Zaram:

In fact, all the XGSPOPN stick we deliver are meant to be Industrial.

Based on the class of optics, we can optimize the product to be class “C” that is for Commercial.
Yet, there is no point to do so in our point of view, and we keep only industrial class stick at this point.

By the way, the temperature condition we apply is what widely used in the transceiver industry as the product is in SFP+ form factor, -40°C is actually the ambient temperature(Ta), and +85°C is the case temperature(Tc) where is right above the PON MAC chipset is located.

Kortom; 85 graden C gemeten boven de SOC is het maximum, @haakjesluiten waar en hoe meet jij 70 graden?

[haakjesluiten]

ernstoud schreef op dinsdag 11 maart 2025 @ 11:49:
Update van Zaram:

In fact, all the XGSPOPN stick we deliver are meant to be Industrial.

Based on the class of optics, we can optimize the product to be class “C” that is for Commercial.
Yet, there is no point to do so in our point of view, and we keep only industrial class stick at this point.

By the way, the temperature condition we apply is what widely used in the transceiver industry as the product is in SFP+ form factor, -40°C is actually the ambient temperature(Ta), and +85°C is the case temperature(Tc) where is right above the PON MAC chipset is located.

Kortom; 85 graden C gemeten boven de SOC is het maximum, @haakjesluiten waar en hoe meet jij 70 graden?

Dat is de waarde die Ubiquiti rapporteert (69-70c), net even de warmte camera opgezet dan meet ik 46,1C

[Economics]

haakjesluiten schreef op dinsdag 11 maart 2025 @ 12:02:
[...]


Dat is de waarde die Ubiquiti rapporteert (69-70c), net even de warmte camera opgezet dan meet ik 46,1C

Kan jij op de zaram inloggen en de volgende command invoeren?

sfp info

overigens in de doc meten zij ook rond 61c in het voorbeeld, dus jouw gemeten temp zou best aannemelijk kunnen zijn, niet dat de ubiquiti het fout rapporteert

[ Voor 21% gewijzigd door Economics op 11-03-2025 12:13 ]

[ernstoud]

haakjesluiten schreef op dinsdag 11 maart 2025 @ 12:02:
[...]


Dat is de waarde die Ubiquiti rapporteert (69-70c), net even de warmte camera opgezet dan meet ik 46,1C

Ah, dan is het duidelijk. De rapportage in de UI van de UCG is de temperatuur van de optics in de SFP. En dan is deze temperatuur wel vrij hoog, maar bijvoorbeeld hier: Ad Hox in "[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2" werd toch ook al 65 graden C gerapporteerd. En hier ook zoiets: gamefreakin in "[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2"

Ik geef dit even door aan Zaram met de vraag of dit normaal is.

[haakjesluiten]

Economics schreef op dinsdag 11 maart 2025 @ 12:12:
[...]

Kan jij op de zaram inloggen en de volgende command invoeren?

sfp info

overigens in de doc meten zij ook rond 61c in het voorbeeld, dus jouw gemeten temp zou best aannemelijk kunnen zijn, niet dat de ubiquiti het fout rapporteert

hoe benader ik de module, heeft die een eigen adres waar ik heen kan met ssh oid? dit in ieder geval vanuit de ubiquiti ui:

[ Voor 49% gewijzigd door haakjesluiten op 11-03-2025 15:31 ]

[stormfly]

haakjesluiten schreef op dinsdag 11 maart 2025 @ 12:57:
[...]


hoe benader ik de module, heeft die een eigen adres waar ik heen kan met ssh oid? dit in ieder geval vanuit de ubiquiti ui:

[Afbeelding]

Heb ik een uitgebreide post voor gemaakt, even zoeken op mijn username en je zult hem vinden.

[ernstoud]

haakjesluiten schreef op dinsdag 11 maart 2025 @ 12:57:
[...]


hoe benader ik de module, heeft die een eigen adres waar ik heen kan met ssh oid? dit in ieder geval vanuit de ubiquiti ui:

[Afbeelding]

Zoiets: Thyraon in "[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2"

De Zaram luistert op 192,168.200.1 dus moet je hem met ssh of telnet benaderen via een fixed adres in de 192.168.200.x range. User ID en password staan in het product manual: https://www.wimoodshop.nl...aram)_rev2.2_20230127.pdf

Heb je een idee waarom de UCG die hoge temperatuur rapporteert? Is de UCG zelf al behoorlijk warm? Hoe ver gaat de SFP in de cage?

[ Voor 7% gewijzigd door ernstoud op 11-03-2025 13:44 ]

[haakjesluiten]

ernstoud schreef op dinsdag 11 maart 2025 @ 13:41:
[...]


Zoiets: Thyraon in "[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2"

De Zaram luistert op 192,168.200.1 dus moet je hem met ssh of telnet benaderen via een fixed adres in de 192.168.200.x range. User ID en password staan in het product manual: https://www.wimoodshop.nl...aram)_rev2.2_20230127.pdf

Heb je een idee waarom de UCG die hoge temperatuur rapporteert? Is de UCG zelf al behoorlijk warm? Hoe ver gaat de SFP in de cage?

als ik kijk naar de alarm waardes valt alles binnen de marges. maar zie hier in het topic wel lagere waardes over het algemeen kwa temperatuur. Verder werkt alles naar behoren. zou dit nog beïnvloed worden door firmware van de CGF?

SFP info:

diagnostic monitoring type: 0x68
internally calibrated
temperature: 70.500C
supply voltage: 3.386V
tx bias current: 20.480mA
tx output power: 4.958mW (6.953dBm)
rx optical power: 0.036mW (-14.413dBm) [average]

[ Voor 62% gewijzigd door haakjesluiten op 11-03-2025 16:23 ]

[ernstoud]

haakjesluiten schreef op dinsdag 11 maart 2025 @ 15:27:
[...]


als ik kijk naar de alarm waardes valt alles binnen de marges. maar zie hier in het topic wel lagere waardes over het algemeen kwa temperatuur. Verder werkt alles naar behoren. zou dit nog beïnvloed worden door firmware van de CGF?

SFP info:

diagnostic monitoring type: 0x68
internally calibrated
temperature: 70.500C
supply voltage: 3.386V
tx bias current: 20.480mA
tx output power: 4.958mW (6.953dBm)
rx optical power: 0.036mW (-14.413dBm) [average]

[Afbeelding]

Kleine kans dat de UCG de DDM/DOM waarde voor temperature verkeerd weergeeft. Ik heb wel aan Zaram gevraagd of dit verontrustend is en ook waar die temperatuur in de SFP gemeten wordt.

[haakjesluiten]

ernstoud schreef op dinsdag 11 maart 2025 @ 16:53:
[...]


Kleine kans dat de UCG de DDM/DOM waarde voor temperature verkeerd weergeeft. Ik heb wel aan Zaram gevraagd of dit verontrustend is en ook waar die temperatuur in de SFP gemeten wordt.

Naja als ik de module zelf benader dan zie ik dezelfde waardes dus daar zal het niet in zitten denk ik

[ernstoud]

@haakjesluiten e.a.

Update vanuit Zaram m.b.t. de gerapporteerde temperatuur:

”The temperature measured is ok to us.

The LDD in the stick indicate/report the temperature in the DDM based on the temperature of the hottest spot on the stick which is the areas where the PON MAC IC is located. It usually goes up to 68~70°C at Ambient Temp even at our test. However, it is the case where the stick is plugged into the devices with no fan which is the case reported with the Unify device.

On the other hand, when the stick is plugged into a switch that has fan and with a very effective airflow, the result can be much lower especially the system is located in the temperature-controlled room with air-conditioning and so on.

As mentioned before, the product is the industrial temperature grade in terms of the operation temperature.
So, 70°C is they detect is not something to worry about.”

Vrij vertaald, geen zorgwekkend gegeven dus. In een router met meer airflow zal de meting lager kunnen uitvallen.

[haakjesluiten]

Bedankt voor het uitvragen die 70C is stabiel zal wel loslopen

[FireDrunk]

Ter referentie, mijn Zaram SFP wordt 56c (volgens ethtool) in mijn MS-01.

[ernstoud]

FireDrunk schreef op donderdag 13 maart 2025 @ 10:26:
Ter referentie, mijn Zaram SFP wordt 56c (volgens ethtool) in mijn MS-01.

Daar zit een fan in, dus betere circulatie dan in een UCG Fiber.

[mrdemc]

FireDrunk schreef op donderdag 13 maart 2025 @ 10:26:
Ter referentie, mijn Zaram SFP wordt 56c (volgens ethtool) in mijn MS-01.

Die van mij nu ook zoiets (53.5c) in een DEC740 volgens de module zelf.

[ Voor 4% gewijzigd door mrdemc op 13-03-2025 12:37 ]

[stormfly]

ernstoud schreef op donderdag 13 maart 2025 @ 11:48:
[...]


Daar zit een fan in, dus betere circulatie dan in een UCG Fiber.

UCG Fiber heeft ook een interne fan toch?
Iemand anders rapporteerde een blazende fan bij het insteken van een Zaram

Als je met SSH het commando “sensors” intikt wat is dan de output @haakjesluiten

[ Voor 29% gewijzigd door stormfly op 13-03-2025 13:11 ]

[haakjesluiten]

stormfly schreef op donderdag 13 maart 2025 @ 13:03:
[...]


UCG Fiber heeft ook een interne fan toch?
Iemand anders rapporteerde een blazende fan bij het insteken van een Zaram

Als je met SSH het commando “sensors” intikt wat is dan de output @haakjesluiten

Dat was is, na een reboot was dat al een stuk minder als je je oor er tegenaan houd dan kan je het horen maar dat ding staat in de meterkast dus inrelevant

ctf2302-i2c-1-32
Adapter: QUP I2C adapter
fan1: 1797 RPM
fan2: 0 RPM
temp1: +43.6°C
temp2: +47.2°C
temp3: +53.2°C

maar ben inmiddels happy mee alles is stabiel, weer paar watt bespaard en een snoer minder. ben nu bezig om alles in een 10" rack netjes weg te werken.

[ Voor 10% gewijzigd door haakjesluiten op 13-03-2025 14:26 ]

[GodZZila]

Voor de statestieken ik heb hier op dit moment de FS module in de UCGF zitten en heb de volgende waardes

Adapter: QUP I2C adapter
fan1: 1931 RPM
fan2: 0 RPM
temp1: +47.1°C
temp2: +50.9°C
temp3: +56.2°C

[ernstoud]

GodZZila schreef op donderdag 13 maart 2025 @ 16:40:
Voor de statestieken ik heb hier op dit moment de FS module in de UCGF zitten en heb de volgende waardes

Adapter: QUP I2C adapter
fan1: 1931 RPM
fan2: 0 RPM
temp1: +47.1°C
temp2: +50.9°C
temp3: +56.2°C

Ah, wel een fan dus. Ik liet me leiden door Zaram die zei dat er geen fan in zat.

[GodZZila]

ernstoud schreef op donderdag 13 maart 2025 @ 16:42:
[...]


Ah, wel een fan dus. Ik liet me leiden door Zaram die zei dat er geen fan in zat.

nee klopt zit wel een Fan in , staat ook een 2e maar die heb ik nog niet aan kunnen krijgen

[W1lko]

Ik heb zojuist even gekeken in mijn ucg Fiber maar de Zaram module word beduidend minder warm en wat mij opvalt is dat er ook veel minder stroom loopt naar de module. Ik heb KPN als provider met een 4/4 Gbit abbo.

[haakjesluiten]

W1lko schreef op donderdag 13 maart 2025 @ 16:46:
Ik heb zojuist even gekeken in mijn ucg Fiber maar de Zaram module word beduidend minder warm en wat mij opvalt is dat er ook veel minder stroom loopt naar de module. Ik heb KPN als provider met een 4/4 Gbit abbo.
[Afbeelding]

oh dat is wel opvallend, ik heb een 1/1Gbit lijn. Zou de afstand tot de centrale nog uitmaken met het vermogen? Ik zit halverwege de lus die is voor mijn deur naar de andere kant gegaan en weer terug. ik neem aan dat ie de power aanpast om acceptabele waardes te krijgen (maar dat is niet gebaseerd op enige kennis verder)

[ Voor 7% gewijzigd door haakjesluiten op 13-03-2025 17:08 ]

[ernstoud]

haakjesluiten schreef op donderdag 13 maart 2025 @ 17:07:
[...]


oh dat is wel opvallend, ik heb een 1/1Gbit lijn. Zou de afstand tot de centrale nog uitmaken met het vermogen? Ik zit halverwege de lus die is voor mijn deur naar de andere kant gegaan en weer terug. ik neem aan dat ie de power aanpast om acceptabele waardes te krijgen (maar dat is niet gebaseerd op enige kennis verder)

Ja, de lichtsterkte van jouw laser wordt aangepast zodat het binnen de marge valt die de OLT verwacht.

[haakjesluiten]

ernstoud schreef op donderdag 13 maart 2025 @ 17:11:
[...]


Ja, de lichtsterkte van jouw laser wordt aangepast zodat het binnen de marge valt die de OLT verwacht.

verklaart misschien ook gelijk waarom de Nokia ont ook relatief veel stroom verbruikte tenopzichte van waardes die andere opgaven. Ik merk voor de rest geen degradatie van de lijn oid. ping van 3ms en geen packet loss

[ernstoud]

haakjesluiten schreef op donderdag 13 maart 2025 @ 17:16:
[...]


verklaart misschien ook gelijk waarom de Nokia ont ook relatief veel stroom verbruikte tenopzichte van waardes die andere opgaven. Ik merk voor de rest geen degradatie van de lijn oid. ping van 3ms en geen packet loss

Oh, maar je moet niet denken dat het om grote vermogens gaat. In het plaatje van W1lko staat 6.25 dBm uitgaand vermogen, dat is 0,004 Watt oftewel 4 mW. Heel erg weinig. Dat is de kracht van lasers; enorm gefocusseerd licht bij een heel laag vermogen.

Zie: https://nl.farnell.com/db...oQaiBcaprtIzxPrEWULLGKCGw voor de omrekening van dBm naar Watt.

Kortom, in gemeten verbruik van het hele apparaat, ONT of SFP, ga je het vermogen van de laser niet meetbaar terug zien.

[martijn946]

Puur even ter nieuwsgierigheid, kloppen deze waardes een beetje, als in: geen grote afwijkingen? Dit is een FritzBox 5530 op KPN.

[MartinusMaximus]

martijn946 schreef op vrijdag 14 maart 2025 @ 10:35:
Puur even ter nieuwsgierigheid, kloppen deze waardes een beetje, als in: geen grote afwijkingen? Dit is een FritzBox 5530 op KPN.

[Afbeelding]

-17dbm is prima. Onder de -26 dbm wordt het lastig, dus prima in jou geval

[vDorst]

Werkt de Zaram ZXOS11NPI ook in een 1 of 2.5gbit SFP slot?
Op Ebay kan je heel goedkoop "odido routers" zyxel T56 kopen, zoek op "zyxel home life", maar dan wel met de SFP poort beschikbaar.
Ik vroeg me af of deze daarin zou kunnen werken.

[Economics]

vDorst schreef op maandag 17 maart 2025 @ 14:03:
Werkt de Zaram ZXOS11NPI ook in een 1 of 2.5gbit SFP slot?
Op Ebay kan je heel goedkoop "odido routers" zyxel T56 kopen, zoek op "zyxel home life", maar dan wel met de SFP poort beschikbaar.
Ik vroeg me af of deze daarin zou kunnen werken.

Hij werkt alleen in een 10g

[dunkiegaming]

vDorst schreef op maandag 17 maart 2025 @ 14:03:
Werkt de Zaram ZXOS11NPI ook in een 1 of 2.5gbit SFP slot?
Op Ebay kan je heel goedkoop "odido routers" zyxel T56 kopen, zoek op "zyxel home life", maar dan wel met de SFP poort beschikbaar.
Ik vroeg me af of deze daarin zou kunnen werken.

Als de SFP poort >=2,5gbit ondersteunt dan wel.

[ernstoud]

Economics schreef op maandag 17 maart 2025 @ 14:13:
[...]

Hij werkt alleen in een 10g

Of 2.5 Gbps. Mochten die bestaan.

[dapaool]

vDorst schreef op maandag 17 maart 2025 @ 14:03:
Werkt de Zaram ZXOS11NPI ook in een 1 of 2.5gbit SFP slot?
Op Ebay kan je heel goedkoop "odido routers" zyxel T56 kopen, zoek op "zyxel home life", maar dan wel met de SFP poort beschikbaar.
Ik vroeg me af of deze daarin zou kunnen werken.

Je moet bij die router waarschijnlijk ook nog eens opzoek naar een Originele Zyxel Firmware, Want waarschijnlijk heeft Odido net als T-Mobile vroeger een eigen aangepaste Firmware.

[vDorst]

dunkiegaming schreef op maandag 17 maart 2025 @ 14:33:
[...]

Als de SFP poort >=2,5gbit ondersteunt dan wel.

SFP poort ondersteund max 2.5gbit.

dapaool schreef op maandag 17 maart 2025 @ 15:59:
[...]
Je moet bij die router waarschijnlijk ook nog eens opzoek naar een Originele Zyxel Firmware, Want waarschijnlijk heeft Odido net als T-Mobile vroeger een eigen aangepaste Firmware.

Ik heb hem gekozen omdat er OpenWRT op kan.
Zie ook het forum

[ Voor 17% gewijzigd door vDorst op 17-03-2025 16:53 ]

[kinxton]

Het is zover, gisteren die Zaram ZXOS11NPI XGS-PON SFP ONT binnen gekregen en meteen aan de slag gegaan.
De fiber patchcord van de Proximus ONTP afgehaald en hun ONT+router zonder voeding.

Nieuwe fiber patchcord SC-APC (8°) SC-UPC erop, blauw op de SFP+ groen op de ONTP.
SFP+ aangesloten op m'n UDM Pro Max.

In de UDM instellingen ziet alles er goed uit. Idle 56°C.
De Zaram is (mits toevoeging route) ook bereikbaar op 192.168.200.1 via Telnet & SSH.
En ook daar ziet alles er goed uit qua stats, er is link!

In de PDF handleiding kan je username & wachtwoord terugvinden + een hele waslijst CLI voorbeelden.

Bedankt Tweakers.net forumleden voor alle tips & tests!

Alleen wanneer ik op My Proximus ga en de Zaram wil registreren met z'n serienr. ZRMTxxxxxxxx krijg ik een foutmelding.

Dus nog even wachten tot het onderhoud bij Proximus gedaan is...
Dan neem ik die later ook mee naar Zwitserland, zou daar ook moeten werken op XGS-PON van Init7 & Swisscom.

[dunkiegaming]

kinxton schreef op zondag 23 maart 2025 @ 20:19:
Het is zover, gisteren die Zaram ZXOS11NPI XGS-PON SFP ONT binnen gekregen en meteen aan de slag gegaan.
De fiber patchcord van de Proximus ONTP afgehaald en hun ONT+router zonder voeding.

Nieuwe fiber patchcord SC-APC (8°) SC-UPC erop, blauw op de SFP+ groen op de ONTP.
SFP+ aangesloten op m'n UDM Pro Max.

In de UDM instellingen ziet alles er goed uit. Idle 56°C.
De Zaram is (mits toevoeging route) ook bereikbaar op 192.168.200.1 via Telnet & SSH.
En ook daar ziet alles er goed uit qua stats, er is link!

In de PDF handleiding kan je username & wachtwoord terugvinden + een hele waslijst CLI voorbeelden.

Bedankt Tweakers.net forumleden voor alle tips & tests!

Alleen wanneer ik op My Proximus ga en de Zaram wil registreren met z'n serienr. ZRMTxxxxxxxx krijg ik een foutmelding.

Dus nog even wachten tot het onderhoud bij Proximus gedaan is...
Dan neem ik die later ook mee naar Zwitserland, zou daar ook moeten werken op XGS-PON van Init7 & Swisscom.

Dit is een KPN topic, geen Proximus topic.

[leander-s]

kinxton schreef op zondag 23 maart 2025 @ 20:19:
Het is zover, gisteren die Zaram ZXOS11NPI XGS-PON SFP ONT binnen gekregen en meteen aan de slag gegaan.
De fiber patchcord van de Proximus ONTP afgehaald en hun ONT+router zonder voeding.

Nieuwe fiber patchcord SC-APC (8°) SC-UPC erop, blauw op de SFP+ groen op de ONTP.
SFP+ aangesloten op m'n UDM Pro Max.

In de UDM instellingen ziet alles er goed uit. Idle 56°C.
De Zaram is (mits toevoeging route) ook bereikbaar op 192.168.200.1 via Telnet & SSH.
En ook daar ziet alles er goed uit qua stats, er is link!

In de PDF handleiding kan je username & wachtwoord terugvinden + een hele waslijst CLI voorbeelden.

Bedankt Tweakers.net forumleden voor alle tips & tests!

Alleen wanneer ik op My Proximus ga en de Zaram wil registreren met z'n serienr. ZRMTxxxxxxxx krijg ik een foutmelding.

Dus nog even wachten tot het onderhoud bij Proximus gedaan is...
Dan neem ik die later ook mee naar Zwitserland, zou daar ook moeten werken op XGS-PON van Init7 & Swisscom.

Dat klinkt goed, hoop voor je dat het registeren van een eigen SFP bij Proximus zonder problemen gaat en de achterliggende infra ook deze goed kan ondersteunen!