Probleem met XGS-PON verbinding: Zaram SFP module of KPN netwerk?
Netwerk Setup- Provider: KPN
- Verbindingstype: Glasvezel (XGS-PON)
- ONT Type: Directe SFP verbinding (geen externe ONT box)
- Router Model: RB5009UG+S+IN (non-PoE versie)
SFP Module Details- Fabrikant: Zaram
- Model: ONTZXOS11NPI
- Verbinding: Directe glasvezel verbinding naar SFP poort
- Type: XGS-PON SFP module
- Netwerk Type: XGS-PON (10G GPON)
- SFP TX Power: 6.81 dBm (Normaal bereik: 3.7 tot 8 dBm)
- SFP RX Power: -20.222 dBm (Normaal bereik: -28.5 tot -10 dBm)
- Status: Beide TX en RX power levels zijn binnen normale operationele waarden
- SFP TX Fault: Ja (Opmerking: Volgens documentatie van de fabrikant is dit normaal voor deze module)
- Documentatie geeft aan dat TX_FAULT pin (PIN.2) niet op de standaard manier wordt ondersteund
- Documentatie toont [font=courier]sfp_tx_fault(0)[/font] wat aangeeft dat deze pin niet actief wordt gebruikt
- Ondanks de TX fault indicator functioneert de module normaal met correcte power levels
Huidige Problemen- Geteste RouterOS Versies: 7.19.1, 7.19, 7.18, 7.18.2 (alle versies vertonen hetzelfde probleem) Een week ongeveer na 7.19.1 ontdekte ik dit probleem.
- Probleem: PPPoE verbindingsproblemen ("pppoe-wan: terminating... - hungup")
Voorbeeld Log Regels
Voorbeeld 1 - Verbinding met "disconnected" beëindiging:
code:
1
2
3
4
5
6
7
8
| [2025-06-13 06:24:20] pppoe,ppp,info pppoe-wan: terminating... - disconnected
[2025-06-13 06:24:20] pppoe,ppp,info pppoe-wan: disconnected
[2025-06-13 06:24:20] pppoe,ppp,info pppoe-wan: initializing...
[2025-06-13 06:24:20] pppoe,ppp,info pppoe-wan: connecting...
[2025-06-13 06:24:21] pppoe,ppp,info pppoe-wan: authenticated
[2025-06-13 06:24:21] pppoe,ppp,info pppoe-wan: connected
[2025-06-13 06:24:21] interface,info pppoe-wan detect UNKNOWN
[2025-06-13 06:24:27] interface,info pppoe-wan detect INTERNET |
Voorbeeld 2 - Verbinding met "hungup" beëindiging:
code:
1
2
3
4
5
6
7
8
| [2025-06-13 05:32:20] pppoe,ppp,info pppoe-wan: terminating... - hungup
[2025-06-13 05:32:20] pppoe,ppp,info pppoe-wan: disconnected
[2025-06-13 05:32:20] pppoe,ppp,info pppoe-wan: initializing...
[2025-06-13 05:32:20] pppoe,ppp,info pppoe-wan: connecting...
[2025-06-13 05:32:20] pppoe,ppp,info pppoe-wan: authenticated
[2025-06-13 05:32:21] pppoe,ppp,info pppoe-wan: connected
[2025-06-13 05:32:21] interface,info pppoe-wan detect UNKNOWN
[2025-06-13 05:32:27] interface,info pppoe-wan detect INTERNET |
Deze patronen herhalen zich meerdere keren per uur, wat wijst op een instabiele PPPoE verbinding. De verbindingscycli tonen succesvolle authenticatie en verbinding, maar de verbinding valt regelmatig weg met verschillende beëindigingstypes ("disconnected" en "hungup").
Firmware Testen
Ik heb de volgende RouterOS versies getest:
- 7.19.1 (huidige versie)
- 7.19 (voorheen stabiel)
- 7.18 (voorheen stabiel)
- 7.18.2
Resultaten van firmware testen:
- Alle geteste versies (7.19.1, 7.19, 7.18, 7.18.2) vertonen dezelfde PPPoE verbindingsproblemen
- Consistent patroon van verbrekingen over alle firmware versies
- Voorheen stabiele versies tonen nu identieke problemen
- Dit suggereert dat het probleem niet firmware-specifiek is maar waarschijnlijk gerelateerd aan veranderingen in de netwerkinfrastructuur
SFP Module Diagnose
Volledige SFP Module Monitoring Output
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
| /interface ethernet monitor sfp-sfpplus1
;;; ONTZXOS11NPI >
name: sfp-sfpplus1 >
status: link-ok >
auto-negotiation: disabled >
rate: 10Gbps >
full-duplex: yes >
tx-flow-control: yes >
rx-flow-control: yes >
supported: 10M-baseT-half >
10M-baseT-full >
100M-baseT-half >
100M-baseT-full >
1G-baseT-half >
1G-baseT-full >
1G-baseX >
2.5G-baseT >
2.5G-baseX >
5G-baseT >
10G-baseT >
10G-baseSR-LR >
10G-baseCR >
sfp-supported: 1G-baseX >
10G-baseSR-LR >
sfp-module-present: yes >
sfp-rx-loss: no >
sfp-tx-fault: yes >
sfp-type: SFP/SFP+/SFP28/SFP56 >
sfp-connector-type: SC >
sfp-encoding: 64B/66B >
sfp-link-length-sm: 20km >
sfp-vendor-name: Zaram >
sfp-vendor-part-number: ZXOS11NPI >
sfp-vendor-revision: 1B >
sfp-vendor-serial: ZRMT11111111(obfuscated) >
sfp-manufacturing-date: 23-03-07 >
sfp-wavelength: 1270nm >
sfp-temperature: 50C >
sfp-supply-voltage: 3.346V >
sfp-tx-bias-current: 16mA >
sfp-tx-power: 6.827dBm >
sfp-rx-power: -20.222dBm >
eeprom-checksum: good |
Power Level Analyse
1. SFP module power levels gecontroleerd:
- TX Power: 6.81 dBm (Zendvermogen)
- RX Power: -20.222 dBm (Ontvangstvermogen)
2. Vergeleken met specificaties van de fabrikant (Zaram ONTZXOS11NPI):
- Normaal TX Power bereik: 3.7 tot 8 dBm
- Normaal RX Power bereik: -28.5 tot -10 dBm
3. Resultaat: Beide TX en RX power levels zijn binnen normale operationele waarden
- TX Power op 6.81 dBm is ruim binnen het acceptabele bereik
- RX Power op -20.222 dBm is ook binnen het acceptabele bereik
- Power levels dragen niet bij aan de PPPoE verbindingsproblemen
TX Fault Indicator Analyse
1. sfp-tx-fault: yes waargenomen in RouterOS logs
2. Documentatie van de fabrikant onderzocht (Zaram ONTZXOS11NPI):
code:
1
2
3
| Power Level[3], RX_LOS(PIN.8) support,
TX_FAULT(PIN.2) and TX_DISABLE(PIN.3)
not support |
3. Verdere documentatie bevestigt niet-standaard implementatie:
code:
1
2
3
| sfp pins are following:
sfp_mod_abs(6) sfp_pps(9) sfp_sync_e(0)
sfp_tod(0) sfp_los(8) sfp_tx_fault(0) sfp_tx_disable(0) |
4. Conclusie over TX fault indicator:
- De TX_FAULT pin (PIN.2) wordt niet op de standaard manier ondersteund voor deze module
- De sfp_tx_fault(0) geeft aan dat deze pin niet actief wordt gebruikt op de standaard manier
- Dit verklaart waarom de TX fault indicator "yes" toont ondanks normale werking
- Geen reden tot bezorgdheid aangezien de module correct functioneert met normale power levels
Mogelijke Oorzaken Analyse
Op basis van de probleemanalyse en symptomen, zou het probleem kunnen zijn:
1. Netwerkinfrastructuur:
- Mogelijke OLT (Optical Line Terminal) problemen aan KPN's kant
- XGS-PON netwerksegment problemen
- PPPoE server stabiliteitsproblemen
2. Hardware Compatibiliteit:
- SFP module (ONTZXOS11NPI) zou compatibiliteitsproblemen kunnen ervaren met KPN's XGS-PON netwerk, maar werkte voorheen wel
- Het feit dat het probleem nu ook in voorheen stabiele RouterOS versies optreedt, suggereert een mogelijke verandering aan de netwerkkant
3. Authenticatie/Verbinding:
- PPPoE sessie management problemen
- Mogelijke authenticatie server problemen
- Verbinding timeout of keepalive problemen
4. Recente Veranderingen:
- Het feit dat voorheen stabiele versies nu hetzelfde probleem vertonen, suggereert een verandering in KPN's netwerkconfiguratie of infrastructuur
- Zou gerelateerd kunnen zijn aan recente XGS-PON netwerk upgrades of onderhoud. KPN zegt niets bekend en mijn buren in de straat hebben geen KPN glas dus kan dat niet controleren.
Contact met KPN Support
Ik heb contact opgenomen met KPN support over dit probleem. Hun reactie was als volgt:
- Bij gebruik van eigen ONT (zoals mijn directe SFP verbinding) is er beperkte ondersteuning, logisch.
- KPN stelt voor om terug te schakelen naar de KPN ONT en modem om het probleem te isoleren
- Zelfs dan zou er een monteur gestuurd worden
- Als het probleem aan mijn configuratie ligt (MikroTik/SFP), dan zijn de kosten voor het sturen van een monteur voor mijn rekening
Conclusie en Vraag aan het Forum
Na uitgebreide tests kan ik geen problemen vinden met de Zaram SFP module zelf:
- Power levels zijn binnen specificaties
- De TX fault indicator is normaal gedrag volgens de documentatie
- Het probleem treedt op over meerdere RouterOS versies
Mijn vraag aan het forum: Is mijn Zaram SFP module aan het falen of is er een probleem met de ONT-OLT XGS-PON verbinding aan KPN's kant? Heeft iemand soortgelijke ervaringen gehad met XGS-PON verbindingen bij KPN?
Alle suggesties zijn welkom