[Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2

[dierkx36]

ernstoud schreef op dinsdag 3 oktober 2023 @ 16:01:
[...]


Hoe benader je vanuit je werk die NAS boxen? Wat moet daarvoor gebeuren? Dat is de belangrijke vraag. Kan de Fritzbox of de Nokia dat, zo niet… welke router wel? En kan de Fritzbox of Nokia dat niet, maar een andere router wel ontkom je niet aan een losse ONT of een SFP+ in die router.

Momenteel via mycloudlink van qnap, maar dat ga ik veranderen naar toegang via VPN zodra ik heb uitgedokterd hoe dat moet.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 16:33:
En heb je ook al een werkende verbinding?

De tweede stap (na verifiëren dat de Zaram inderdaad werkt in m'n Dream Machine) is ook gezet: de aanvraag voor registratie en activatie van een eigen ONT is gedaan bij KPN. Nu dus wachten op een telefoontje van KPN voor de datum waarop de Zaram wordt geactiveerd aan hun kant...





(Screenshots van de voorgaande stappen van dit formuliertje in deze comment)

[ Voor 6% gewijzigd door Thyraon op 03-10-2023 16:43 ]

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 16:41:
[...]


De tweede stap (na verifiëren dat de Zaram inderdaad werkt in m'n Dream Machine) is ook gezet: de aanvraag voor registratie en activatie van een eigen ONT is gedaan bij KPN. Nu dus wachten op een telefoontje van KPN voor de datum waarop de Zaram wordt geactiveerd aan hun kant...

[Afbeelding]

[Afbeelding]

(Screenshots van de voorgaande stappen van dit formuliertje in deze comment)

Aha, de KPN test. Spannend.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 16:48:
Aha, de KPN test. Spannend.

Ja, ben benieuwd hoe lang het duurt voor ze bellen, en op welke termijn ze kunnen activeren. Geen enkele indicatie tijdens het proces, noch bevestiging per e-mail...

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 16:49:
[...]


Ja, ben benieuwd hoe lang het duurt voor ze bellen, en op welke termijn ze kunnen activeren. Geen enkele indicatie tijdens het proces, noch bevestiging per e-mail...

Heel merkwaardig. Beetje sitting duck spelen… ben wel benieuwd wat er nog tijdens dat gesprek besproken wordt. Vermoedelijk zeker stellen dat je de gevolgen begrijpt.

[IONDictator]

IONDictator schreef op dinsdag 5 september 2023 @ 09:00:
[...]


Nog niet, maar als de Zaram module binnen is zal ik het laten weten. Heb overigens een R86S-G2 maar dat zou niet uit moeten maken.

De module werkt, was wel een gedoe om deze in Proxmox gedeeld te krijgen naar pfSense (dat terzijde) en verkeer komt bij mij ook VLAN 500 binnen dus ja.

[Thyraon]

KPN belde binnen een kwartier al op. Terwijl ik de helpdesk aan de lijn had, heb ik de Genexis ONT ontkoppeld en de door @ernstoud meegeleverde fiber op de FTU en de Zaram module geprikt.

De helpdeskmedewerker kon meteen het serienummer van de ONT zien en kreeg goed signaal op de lijn. Wat dat betreft dus helemaal geslaagd en voor zover KPN kan zien zou alles moeten werken.

Ik krijg nu echter geen IP-adres op m’n Dream Machine. De SFP-poort waar de Zaram in zit is geconfigureerd volgens de PPPoE instellingen van KPN maar dat mag vooralsnog niet baten. Reboot van de Dream Machine levert ook geen IP-adres op.

[leander-s]

ernstoud schreef op dinsdag 3 oktober 2023 @ 17:24:
[...]


Heel merkwaardig. Beetje sitting duck spelen… ben wel benieuwd wat er nog tijdens dat gesprek besproken wordt. Vermoedelijk zeker stellen dat je de gevolgen begrijpt.

Dat proces heb ik een tijd geleden doorlopen met de activatie van de Fritz-SFP.

Er wordt op de achtergrond een ticket aangemaakt bij KPN voor hun backend netwerkengineers/2/3 lijns support engineers. Hierom dus ook geen indicatie wanneer activatie zal zijn. Hangt af van de beschikbaarheid van deze engineers.
Toen ik dat gesprek had gehad werd er voornamelijk om bevestiging gevraagd of het PON-ID correct was en kreeg ik een optie om binnen een bepaalde tijd terug te keren naar de KPN ONT mocht mijn internetverbinding niet functioneren.

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 17:30:
KPN belde binnen een kwartier al op. Terwijl ik de helpdesk aan de lijn had, heb ik de Genexis ONT ontkoppeld en de door @ernstoud meegeleverde fiber op de FTU en de Zaram module geprikt.

De helpdeskmedewerker kon meteen het serienummer van de ONT zien en kreeg goed signaal op de lijn. Wat dat betreft dus helemaal geslaagd en voor zover KPN kan zien zou alles moeten werken.

Ik krijg nu echter geen IP-adres op m’n Dream Machine. De SFP-poort waar de Zaram in zit is geconfigureerd volgens de PPPoE instellingen van KPN maar dat mag vooralsnog niet baten. Reboot van de Dream Machine levert ook geen IP-adres op.

Heb je het juiste VLAN getagged aan WAN, ik meen bij KPN VLAN6?

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 17:32:
Heb je het juiste VLAN getagged aan WAN, ik meen bij KPN VLAN6?

Ja, dat heb ik gedaan. En PPPoE met internet/internet als username en password, volgens deze instructies: https://www.kpn.com/zakel...apparatuur-aansluiten.htm

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 17:34:
[...]


Ja, dat heb ik gedaan. En PPPoE met internet/internet als username en password, volgens deze instructies: https://www.kpn.com/zakel...apparatuur-aansluiten.htm

Wellicht even geduld uitoefenen?

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 17:30:
KPN belde binnen een kwartier al op. Terwijl ik de helpdesk aan de lijn had, heb ik de Genexis ONT ontkoppeld en de door @ernstoud meegeleverde fiber op de FTU en de Zaram module geprikt.

De helpdeskmedewerker kon meteen het serienummer van de ONT zien en kreeg goed signaal op de lijn. Wat dat betreft dus helemaal geslaagd en voor zover KPN kan zien zou alles moeten werken.

Ik krijg nu echter geen IP-adres op m’n Dream Machine. De SFP-poort waar de Zaram in zit is geconfigureerd volgens de PPPoE instellingen van KPN maar dat mag vooralsnog niet baten. Reboot van de Dream Machine levert ook geen IP-adres op.

Wat laat tcpdump zien is er mogelijk slechts eenzijdig verkeer? En de ppp sessie in /var/log/messages?

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 17:35:
Wellicht even geduld uitoefenen?

Ik wacht het even af, ja

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 17:41:
[...]


Wat laat tcpdump zien is er mogelijk slechts eenzijdig verkeer? En de ppp sessie in /var/log/messages?

Kan ik dat via SSH op de Dream Machine achterhalen? Zo ja, ga ik dat zo na het eten even uitzoeken als er nog geen verbinding is.

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 17:42:
[...]


Kan ik dat via SSH op de Dream Machine achterhalen? Zo ja, ga ik dat zo na het eten even uitzoeken als er nog geen verbinding is.

Jazeker!

En deze niet te vergeten
[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)

Link kopiëren in Safari blijft drama. Bedoel de post van Adze over hoe je de SFP uit kan lezen.

[ Voor 11% gewijzigd door stormfly op 03-10-2023 17:46 ]

[ernstoud]

IONDictator schreef op dinsdag 3 oktober 2023 @ 17:29:
[...]


De module werkt, was wel een gedoe om deze in Proxmox gedeeld te krijgen naar pfSense (dat terzijde) en verkeer komt bij mij ook VLAN 500 binnen dus ja.

En dat is nummer 3 met internet op VLAN500.

Jammer dat @R3D en @fagao geen suggesties hebben waarom geschat 25 actieve Zaram SFP gebruikers (wellicht kan @R3D dat aantal zien?) geen problemen hebben hiermee en 3 wel? Dus in 1 Mikrotik rb5009 en in 2 OPNSense/pfSense configuraties. Het aantal is nog te klein voor zekerheid maar vooralsnog in geen enkele Unifi router… toeval of een technische reden?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 17:43:
[...]


Jazeker!

En deze niet te vergeten
[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)

Link kopiëren in Safari blijft drama. Bedoel de post van Adze over hoe je de SFP uit kan lezen.

Thanks, ga het zometeen proberen!

[justdaboo]

Thyraon schreef op dinsdag 3 oktober 2023 @ 17:34:
[...]


Ja, dat heb ik gedaan. En PPPoE met internet/internet als username en password, volgens deze instructies: https://www.kpn.com/zakel...apparatuur-aansluiten.htm

Gekke misschien…. Haal de module eens uit de UDM wacht even, doe hem terug…

[ernstoud]

stormfly schreef op dinsdag 3 oktober 2023 @ 17:43:
[...]


Jazeker!

En deze niet te vergeten
[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)

Link kopiëren in Safari blijft drama. Bedoel de post van Adze over hoe je de SFP uit kan lezen.

Dat gaat over de fs.com SFP, niet over de Zaram. Ik baal een beetje dat Zuid Korea op vakantie is, heb nog steeds geen reactie of ik het product manual mag delen met daarin alles over het uitlezen van de Zaram SFP.

[stormfly]

ernstoud schreef op dinsdag 3 oktober 2023 @ 17:53:
[...]


Dat gaat over de fs.com SFP, niet over de Zaram. Ik baal een beetje dar Zuid Korea op vakantie is, heb nog steeds geen reactie of ik het product manual mag delen met daarin alles over het uitlezen van de Zaram SFP.

Dat kon ik op mobiel niet goed zien.

Maar bij mensen met problemen lijkt mij dat via PB een prima aanpak. Zou het nog niet publiek zetten.

[ernstoud]

stormfly schreef op dinsdag 3 oktober 2023 @ 17:56:
[...]


Dat kon ik op mobiel niet goed zien.

Maar bij mensen met problemen lijkt mij dat via PB een prima aanpak. Zou het nog niet publiek zetten.

Punt is dat Zaram alleen toestemming wil geven als ik gegevens deel van de eindgebruikers, ik heb ze gewezen op de AVG en de vraag gesteld welke gegevens. In het document zelf staat dat het niet gedeeld mag worden zonder toestemming. Ben huiverig om de relatie met Zaram op het spel te zetten…

[Thyraon]

justdaboo schreef op dinsdag 3 oktober 2023 @ 17:49:
Gekke misschien…. Haal de module eens uit de UDM wacht even, doe hem terug…

Dat deed niets. Meteen de aansluitingen van de fiber even gecontroleerd, dat lijkt allemaal in orde.

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 18:14:
[...]


Dat deed niets. Meteen de aansluitingen van de fiber even gecontroleerd, dat lijkt allemaal in orde.

Heb je genoeg kennis van de UDM om een aanpassing te maken waardoor de SFP via het adres 192.168.200.1 te benaderen is door een shell met ssh of telnet vanaf 192.168.200.2? Dat heeft Adze dus hier beschreven: Adze in "[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)" voor de fs.com SFP.

Als je dat lukt dan zou je een prompt moeten krijgen. Laat even weten. Dan help ik je verder, zodat we kunnen zien of de SFP gesynct en operationeel is.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 18:27:
[...]


Heb je genoeg kennis van de UDM om een aanpassing te maken waardoor de SFP via het adres 192.168.200.1 te benaderen is door een shell met ssh of telnet vanaf 192.168.200.2? Dat heeft Adze dus hier beschreven: Adze in "[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)" voor de fs.com SFP.

Als je dat lukt dan zou je een prompt moeten krijgen. Laat even weten. Dan help ik je verder, zodat we kunnen zien of de SFP gesynct en operationeel is.

Ja, ik weet alleen niet welk device de Zaram is. In het voorbeeld van Atze was dat blijkbaar eth9, maar met diezelfde configuratie kom ik met SSH op 192.168.100.11 uit op de Dream Machine zelf, niet op de module.

[robertwebbe]

oeps, verkeerde topic

[ Voor 123% gewijzigd door robertwebbe op 03-10-2023 18:51 ]

[Thyraon]

Heb wel wat logs kunnen vinden. Eerst van pppd met het Genexis ONT er nog op (zo zou het er dus uit moeten zien als alles werkt):

code:

2023-10-03T16:34:16+02:00 HOSTNAME pppd[9772]: Connection terminated.
2023-10-03T16:34:16+02:00 HOSTNAME pppd[9772]: Modem hangup
2023-10-03T16:34:56+02:00 HOSTNAME pppd[9772]: Timeout waiting for PADO packets
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: PPP session is 8948
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: Connected to 90:17:3f:64:9d:4f via interface eth8.6
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: Using interface ppp0
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: Connect: ppp0 <--> eth8.6
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: Remote message: Authentication success,Welcome!
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: PAP authentication succeeded
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: peer from calling number 90:17:3F:64:9D:4F authorized
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: Unsupported protocol 'IPv6 Control Protocol' (0x8057) received
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: local  IP address AA.BB.CC.DD.EE
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: remote IP address WW.XX.YY.ZZ
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: primary   DNS address 195.121.1.34
2023-10-03T16:35:01+02:00 HOSTNAME pppd[9772]: secondary DNS address 195.121.1.66

Met de Zaram module:

code:

2023-10-03T18:27:58+02:00 HOSTNAME pppd[1484]: Timeout waiting for PADO packets
2023-10-03T18:27:58+02:00 HOSTNAME pppd[1540]: Timeout waiting for PADO packets

En een "tail" van /var/log/messages:

code:

2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_mod_eth_group_lm_link_conf_apply: Trying to apply configuration for unregistered link! link:0, serdes_grp:2
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_mod_eth_group_lm_link_conf_apply: Trying to apply configuration for unregistered link! link:1, serdes_grp:2
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_mod_eth_group_lm_link_conf_apply: Trying to apply configuration for unregistered link! link:3, serdes_grp:2
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_mod_eth_lm_link_detection_step: New SFP mode detected AL_ETH_LM_MODE_10G_OPTIC -> AL_ETH_LM_MODE_1G
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: al_mod_eth_lm_mode_change link down
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0: al_mod_eth_function_reset: performing FLR
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: Configured iCRC TX HW offload in entry_idx 0 (protocol_idx:0xe)
2023-10-03T18:26:18+02:00 HOSTNAME kernel: Configured MAC to SGMII mode
2023-10-03T18:26:18+02:00 HOSTNAME kernel: eth [al_mod_eth_2]: set auto negotiation to enable
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: using MSI-X per Queue interrupt mode
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: al_mod_eth_lm_mode_change link down
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_mod_eth_lm_link_detection_step: New SFP mode detected AL_ETH_LM_MODE_DISCONNECTED -> AL_ETH_LM_MODE_1G
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0: al_mod_eth_function_reset: performing FLR
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: Configured iCRC TX HW offload in entry_idx 0 (protocol_idx:0xe)
2023-10-03T18:26:18+02:00 HOSTNAME kernel: Configured MAC to SGMII mode
2023-10-03T18:26:18+02:00 HOSTNAME kernel: eth [al_mod_eth_2]: set auto negotiation to enable
2023-10-03T18:26:18+02:00 HOSTNAME kernel: al_eth 0000:00:02.0 eth10: using MSI-X per Queue interrupt mode

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 18:42:
[...]


Ja, ik weet alleen niet welk device de Zaram is. In het voorbeeld van Atze was dat blijkbaar eth9, maar met diezelfde configuratie kom ik met SSH op 192.168.100.11 uit op de Dream Machine zelf, niet op de module.

Volgens mij is dat poort 10.

[k.nkms]

Hi mede-Tweakers,

Als u overweegt de ONT aan te schaffen bij PC Westland Service, raad ik u aan om uw beslissing zorgvuldig te overwegen. Persoonlijk verkies ik het om bedrijven van dit kaliber te vermijden en helaas ben ik toch in de val gelopen.

Dit is wat ik per mail terug krijg:

Als u beroept wilt doen op uw herroepingsrecht, is dit uw goed recht.

Echter dienen wij de ONT te laten de-registreren (anders blijft deze op jouw adres, en kunnen wij hem ook niet meer verkopen). Hiervoor rekenen wij 15 minuten arbeid. Deze arbeid is ook berekend in de verkoopprijs tijdens verkoop.
Wij hanteren een uur tarief van € 60,00 excl BTW. Deze kosten (15 minuten hiervan), zal in mindering worden gebracht.
En zoals je blijkbaar zeer bekend bent met het herroepingsrecht, hebben wij het recht om het product te beoordelen op de nieuwe staat (dat kan ik pas als het product bij ons binnen is). Het kan dus zijn (afhankelijk van de status), dat wij de waarde verminderen. (krassen, etc).

Het is wat het is..

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 18:54:
[...]


Volgens bij is dat poort 10.

Hm, het lukt me niet om te telnetten naar de module. Ik heb gedaan:

code:

# ip addr add 192.168.100.11/24 dev eth9
# iptables -t nat -I POSTROUTING -s 192.168.0.0/16 -o eth9 -j MASQUERADE

Zoals in de comment van @Adze. Vervolgens zou ik met elke LAN client (e.g. m'n MacBook, met IP 192.168.1.xyz) moeten kunnen telnetten naar de module op 192.168.100.11, als ik het goed begrijp. Maar telnet werkt op dat IP niet, en als ik erop SSH dan kom ik op de Dream Machine zelf uit.

Wat doe ik verkeerd?

[EWS99]

k.nkms schreef op dinsdag 3 oktober 2023 @ 19:14:
Hi mede-Tweakers,

Als u overweegt de ONT aan te schaffen bij PC Westland Service, raad ik u aan om uw beslissing zorgvuldig te overwegen. Persoonlijk verkies ik het om bedrijven van dit kaliber te vermijden en helaas ben ik toch in de val gelopen.

Dit is wat ik per mail terug krijg:

[...]


Het is wat het is..

Ik zou dat zogenaamde de-registreren zelf doen via de chat van Delta/Caiway en 'm alsnog terug sturen.

[k.nkms]

EWS99 schreef op dinsdag 3 oktober 2023 @ 19:19:
[...]


Ik zou dat zogenaamde de-registreren zelf doen via de chat van Delta/Caiway en 'm alsnog terug sturen.

Thanks, it's done. Want moest die andere modem, die van Delta, opnieuw registreren.

[pnxsinned]

k.nkms schreef op dinsdag 3 oktober 2023 @ 19:14:
Hi mede-Tweakers,

Als u overweegt de ONT aan te schaffen bij PC Westland Service, raad ik u aan om uw beslissing zorgvuldig te overwegen. Persoonlijk verkies ik het om bedrijven van dit kaliber te vermijden en helaas ben ik toch in de val gelopen.

Dit is wat ik per mail terug krijg:

[...]


Het is wat het is..

Denk niet helemaal dat dit zomaar mag personally.
Had aangegeven dat ik hem zelf ongedaan maak en ze de wettelijke procedure moeten volgen.

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 19:19:
[...]


Hm, het lukt me niet om te telnetten naar de module. Ik heb gedaan:

code:

# ip addr add 192.168.100.11/24 dev eth9
# iptables -t nat -I POSTROUTING -s 192.168.0.0/16 -o eth9 -j MASQUERADE

Zoals in de comment van @Adze. Vervolgens zou ik met elke LAN client (e.g. m'n MacBook, met IP 192.168.1.xyz) moeten kunnen telnetten naar de module op 192.168.100.11, als ik het goed begrijp. Maar telnet werkt op dat IP niet, en als ik erop SSH dan kom ik op de Dream Machine zelf uit.

Wat doe ik verkeerd?

Ik heb geen UDM dus wellicht praat ik onzin. Maar moet het niet zijn:

# IP address add 192.168.200.1/24 eth10
# iptables -t nat -I POSTROUTING -s 192.168.200.0/16 -o eth10 -j MASQUERADE

[k.nkms]

Thyraon schreef op dinsdag 3 oktober 2023 @ 19:19:
[...]


Hm, het lukt me niet om te telnetten naar de module. Ik heb gedaan:

code:

# ip addr add 192.168.100.11/24 dev eth9
# iptables -t nat -I POSTROUTING -s 192.168.0.0/16 -o eth9 -j MASQUERADE

Zoals in de comment van @Adze. Vervolgens zou ik met elke LAN client (e.g. m'n MacBook, met IP 192.168.1.xyz) moeten kunnen telnetten naar de module op 192.168.100.11, als ik het goed begrijp. Maar telnet werkt op dat IP niet, en als ik erop SSH dan kom ik op de Dream Machine zelf uit.

Wat doe ik verkeerd?

Kun je:

code:

ip link show

en dan kijken of je de mac address van de Zaram tegen komt?

Als het goed is moet de device, zoals, eth9 in de zelfde lijn staan. Zie voorbeeld:

code:

3: eth9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAU                                 LT group default qlen 10000
    link/ether <mac-address> brd ff:ff:ff:ff:ff:ff

[Adze]

Thyraon schreef op dinsdag 3 oktober 2023 @ 19:19:
[...]


Hm, het lukt me niet om te telnetten naar de module. Ik heb gedaan:

code:

# ip addr add 192.168.100.11/24 dev eth9
# iptables -t nat -I POSTROUTING -s 192.168.0.0/16 -o eth9 -j MASQUERADE

Zoals in de comment van @Adze. Vervolgens zou ik met elke LAN client (e.g. m'n MacBook, met IP 192.168.1.xyz) moeten kunnen telnetten naar de module op 192.168.100.11, als ik het goed begrijp. Maar telnet werkt op dat IP niet, en als ik erop SSH dan kom ik op de Dream Machine zelf uit.

Wat doe ik verkeerd?

De module heeft niet adres 192.168.100.11 maar adres 192.168.100.1. Dit geldt enkel voor de module van fs.

[justdaboo]

Ik heb sinds vandaag ook “netjes” een Ip6 adres ontvangen.

[wbschenk]

Tjoep1980 schreef op dinsdag 3 oktober 2023 @ 08:40:
Omdat ik in mijn Router geen SFP+ poorten heb gaat de Zaram module niet werken. Heeft een van de tweakers die nu wel de Zaram module gebruikt de Nokia ONT over en wil deze verkopen? dan heb ik iig mijn externe IP-adres op mijn eigen router.
Ik hoor het graag.

Ik heb nog een Nokia voor je liggen!

[ernstoud]

Adze schreef op dinsdag 3 oktober 2023 @ 19:29:
[...]


De module heeft niet adres 192.168.100.11 maar adres 192.168.100.1. Dit geldt enkel voor de module van fs.

En de Zaram dus 192.168.200.1

[k.nkms]

ernstoud schreef op dinsdag 3 oktober 2023 @ 19:28:
[...]


Ik heb geen UDM dus wellicht praat ik onzin. Maar moet het niet zijn:

# IP address add 192.168.200.1/24 eth10
# iptables -t nat -I POSTROUTING -s 192.168.200.0/16 -o eth10 -j MASQUERADE

Als 't goed is, is eth9 poort 10 (helemaal rechtsboven) en is eth10 poort 11 (helemaal rechtsonder) op de UDM Pro. Althans, zo is het bij mij.

[Thyraon]

k.nkms schreef op dinsdag 3 oktober 2023 @ 19:29:
[...]


Kun je:

code:

ip link show

en dan kijken of je de mac address van de Zaram tegen komt?

Dat is het vreemde: die zie ik niet. Uit dit bericht van @ernstoud leid ik af dat het MAC-adres met "00:0B:6F" zou moeten beginnen, maar zo'n MAC-adres zie ik niet in de lijst staan...

[Thyraon]

k.nkms schreef op dinsdag 3 oktober 2023 @ 19:34:
[...]


Als 't goed is, is eth9 poort 10 (helemaal rechtsboven) en is eth10 poort 11 (helemaal rechtsonder) op de UDM Pro. Althans, zo is het bij mij.

Check, dan zou het bij mij eth9 zijn, want de module zit in poort 10 (lekker verwarrend )

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 19:31:
[...]


En de Zaram dus 192.168.200.1

Ah, OK, dat klopte dan sowieso niet. Maar ook met 192.168.200.1 kom ik met SSH uit op de Dream Machine zelf, en telnet werkt helemaal niet.

[No13]

Thyraon schreef op dinsdag 3 oktober 2023 @ 19:40:
[...]


Ah, OK, dat klopte dan sowieso niet. Maar ook met 192.168.200.1 kom ik met SSH uit op de Dream Machine zelf, en telnet werkt helemaal niet.

Je dient je dream machine ook niet het adres van de SFP te geven, geef je dream machine de .2 en dan kan je als het goed is vanuit daar de .1 bereiken

[stormfly]

ernstoud schreef op dinsdag 3 oktober 2023 @ 19:28:
[...]


Ik heb geen UDM dus wellicht praat ik onzin. Maar moet het niet zijn:

# IP address add 192.168.200.1/24 eth10
# iptables -t nat -I POSTROUTING -s 192.168.200.0/16 -o eth10 -j MASQUERADE

Klopt subnet moet 200 zijn niet 100 dat ging mis in zijn output. Zal een goed voorbeeld posten

PPP wacht op inkomende pakketten er komt dus niets uit bij de PPP dailer van de UDM, vanuit de KPN wolk.

[stormfly]

ernstoud schreef op dinsdag 3 oktober 2023 @ 18:27:
[...]


Heb je genoeg kennis van de UDM om een aanpassing te maken waardoor de SFP via het adres 192.168.200.1 te benaderen is door een shell met ssh of telnet vanaf 192.168.200.2? Dat heeft Adze dus hier beschreven: Adze in "[Delta XGS-PON glasvezel] Eigen router installeren (deel 2)" voor de fs.com SFP.

Als je dat lukt dan zou je een prompt moeten krijgen. Laat even weten. Dan help ik je verder, zodat we kunnen zien of de SFP gesynct en operationeel is.

Als je dit wilt bereiken moet je dit invoeren er vanuit gaande dat het eth9 is. Die discussie loopt hier nog 9 v.s 10

code:

# reboot device. 
# ip addr add 192.168.200.2/24 dev eth9
# iptables -t nat -I POSTROUTING -s 192.168.0.0/16 -o eth9 -j MASQUERADE

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 19:35:
[...]


Dat is het vreemde: die zie ik niet. Uit dit bericht van @ernstoud leid ik af dat het MAC-adres met "00:0B:6F" zou moeten beginnen, maar zo'n MAC-adres zie ik niet in de lijst staan...

Dat 00:0B:6F klopt.

[Thyraon]

OK, we zijn iets verder, mede dankzij collega @Kanarie die op de achtergrond ook meekijkt.

• Het juiste device is eth9, voor SFP poort 10 in de UDM SE
• Met "ethtool -m eth9" zie ik de Zaram module, met correct serienummer en de correcte waarden voor voltage, laser en temperatuur
• Met "ip addr add 192.168.200.2/24 dev eth9" kan ik nu inderdaad (vanaf de UDM SE zelf, op een SSH terminal) met telnet naar de Zaram module toe (telnet 192.168.200.1)

@ernstoud ik heb alleen geen login/password voor telnet. Hoe kom ik daar nu verder?

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 19:58:
Dat 00:0B:6F klopt.

Zou ik dat MAC-adres ook in de "ip addr" lijst moeten zijn dan, op device eth9? Want dat zie ik niet.

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 20:09:
OK, we zijn iets verder, mede dankzij collega @Kanarie die op de achtergrond ook meekijkt.

• Het juiste device is eth9, voor SFP poort 10 in de UDM SE
• Met "ethtool -m eth9" zie ik de Zaram module, met correct serienummer en de correcte waarden voor voltage, laser en temperatuur
• Met "ip addr add 192.168.200.2/24 dev eth9" kan ik nu inderdaad (vanaf de UDM SE zelf, op een SSH terminal) met telnet naar de Zaram module toe (telnet 192.168.200.1)

@ernstoud ik heb alleen geen login/password voor telnet. Hoe kom ik daar nu verder?

Die stuur ik je zo per PB.

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 20:10:
[...]


Zou ik dat MAC-adres ook in de "ip addr" lijst moeten zijn dan, op device eth9? Want dat zie ik niet.

Geen idee. Geen ervaring met een UDM.

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 20:10:
[...]


Zou ik dat MAC-adres ook in de "ip addr" lijst moeten zijn dan, op device eth9? Want dat zie ik niet.

ifconfig denk ik.

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 20:27:
[...]


ifconfig denk ik.

Hm, nee, ook daar zie ik dat MAC-adres niet.

[k.nkms]

Thyraon schreef op dinsdag 3 oktober 2023 @ 20:31:
[...]


Hm, nee, ook daar zie ik dat MAC-adres niet.

Ik denk dat je die kan vinden via telnet.

[thomastvd]

Bij mijn zwager de Zaram ingeprikt vanmiddag rond 15:30 na groen licht van R3D. Maar helaas nog steeds geen ip aan de wan kant op vlan 100.
Als hij de Huawei terug aansluit direct een werkende verbinding. Dus ik denk iets bij Delta toch nog niet op orde.

[ernstoud]

thomastvd schreef op dinsdag 3 oktober 2023 @ 20:37:
Bij mijn zwager de Zaram ingeprikt vanmiddag rond 15:30 na groen licht van R3D. Maar helaas nog steeds geen ip aan de wan kant op vlan 100.
Als hij de Huawei terug aansluit direct een werkende verbinding. Dus ik denk iets bij Delta toch nog niet op orde.

Dan lijkt me de registratie nog niet afgerond. Pingen naar R3D?

[Thyraon]

Met dank aan @ernstoud kunnen inloggen op de module via telnet. Alle checks lijken goed:

code:

# onu show pon counter

...
Uncorrectable code words(8-byte) : 0

# sfp info

diagnostic monitoring type: 0x68
        internally calibrated
temperature: 59.000C
supply voltage: 3.354V
tx bias current: 19.520mA
tx output power: 5.031mW (7.016dBm)
rx optical power: 0.035mW (-14.559dBm) [average]

# onu show pon sync

=============================================
ONU Downstream Synchronization state
---------------------------------------------
Sync state   |   Sync(2)
=============================================

# onu show pon activation

=============================================
ONU Downstream Synchronization state
---------------------------------------------
Oper. state   |   Operation
=============================================

Dus dat lijkt allemaal in orde. Waar zou de oorzaak dan nog kunnen liggen?

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 20:44:
Met dank aan @ernstoud kunnen inloggen op de module via telnet. Alle checks lijken goed:

code:

# onu show pon counter

...
Uncorrectable code words(8-byte) : 0

# sfp info

diagnostic monitoring type: 0x68
        internally calibrated
temperature: 59.000C
supply voltage: 3.354V
tx bias current: 19.520mA
tx output power: 5.031mW (7.016dBm)
rx optical power: 0.035mW (-14.559dBm) [average]

# onu show pon sync

=============================================
ONU Downstream Synchronization state
---------------------------------------------
Sync state   |   Sync(2)
=============================================

# onu show pon activation

=============================================
ONU Downstream Synchronization state
---------------------------------------------
Oper. state   |   Operation
=============================================

Dus dat lijkt allemaal in orde. Waar zou de oorzaak dan nog kunnen liggen?

Er is dus optisch een verbinding.

Wat zie je met: “switch show vlan” ? Dan zou je de VLANs die KPN gebruikt moeten zien.

[Thyraon]

Daar zie ik dit:

[Kanarie]

VLAN remapped naar 1001 dus ipv de standaard VLAN 6 van KPN?

[ Voor 41% gewijzigd door Kanarie op 03-10-2023 21:22 ]

[Thyraon]

Kanarie schreef op dinsdag 3 oktober 2023 @ 21:01:
VLAN remapped naar 1001 dus ipv de standaard VLAN 6 van KPN?

Ah, scherp. Ik heb nu VLAN 1001 ingesteld in de UDM op de WAN-verbinding. Even kijken wat dat doet na een reboot van de UDM.

[pnxsinned]

Kanarie schreef op dinsdag 3 oktober 2023 @ 21:01:
VLAN remapped naar 1001 dus ipv de standaard VLAN 6 van KPN?

Even gekeken maar hij mapped toch 1001 naar 6 op het eind?
Maar wellicht snap ik het niet, vandaar ook mijn vraag ;-)

[Kanarie]

pnxsinned schreef op dinsdag 3 oktober 2023 @ 21:15:
[...]


Even gekeken maar hij mapped toch 1001 naar 6 op het eind?
Maar wellicht snap ik het niet, vandaar ook mijn vraag ;-)

Ik denk dat je gelijk hebt, die config lijkt dus goed te zijn en @Thyraon zou dus gewoon VLAN 6 moeten kunnen gebruiken.

[ernstoud]

pnxsinned schreef op dinsdag 3 oktober 2023 @ 21:15:
[...]


Even gekeken maar hij mapped toch 1001 naar 6 op het eind?
Maar wellicht snap ik het niet, vandaar ook mijn vraag ;-)

Klopt. En dat is helemaal goed.

Dus er is een optische verbinding en de VLANs staan goed. Maar geen IP adres. Dan lijkt me dat de pppoe en/of dhcp requests niet goed gaan. En dan houdt mijn kennis ook meteen weer op.

Staat 802.1q ergens enabled op WAN, de specs zeggen: “PPPoE via VLAN 6 (802.1q)”.

Is DHCP enabled op eth9?

[ernstoud]

Wellicht nog even proberen: “log show mod OMCI”.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 21:30:
Wellicht nog even proberen: “log show mod OMCI”.

Na een reboot van de UDM (en opnieuw de "ip addr add 192.168.200.2/24 ..." dans) kan ik niet meer telnetten naar de module...

code:

# telnet 192.168.200.1
Trying 192.168.200.1...
Connected to 192.168.200.1.
Escape character is '^]'.
Connection closed by foreign host.

Is dat een bekend issue?

[ Voor 6% gewijzigd door Thyraon op 03-10-2023 21:38 ]

[stormfly]

Kan je sniffen of je op die interface inkomende pakketten ziet?

Wel tof die commando’s hij lijkt goed aangemeld omdat er vlans worden gepushed op de SFP.

Wat je nu wilt achterhalen is of er überhaupt iets binnenkomt met vlan tag 6? Of dat de SFP niet lekker met UI babbelt, dat is lastiger uit te sluiten.

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 21:37:
[...]


Na een reboot van de UDM (en opnieuw de "ip addr add 192.168.200.2/24 ..." dans) kan ik niet meer telnetten naar de module...

code:

# telnet 192.168.200.1
Trying 192.168.200.1...
Connected to 192.168.200.1.
Escape character is '^]'.
Connection closed by foreign host.

Is dat een bekend issue?

Lijkt dat de SFP denkt dat er nog een sessie is. Haal hem er maar even uit en dan weer terug. Ik denk dat een reboot niet de SFP heeft herstart?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 21:45:
[...]


Lijkt dat de SFP denkt dat er nog een sessie is. Haal hem er maar even uit en dan weer terug. Ik denk dat een reboot niet de SFP heeft herstart?

Repluggen van de module hielp inderdaad, ik heb weer telnet.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 21:30:
Wellicht nog even proberen: “log show mod OMCI”.

Dit geeft geen output. Command werkt wel, maar returnt dus niks.

[pnxsinned]

Thyraon schreef op dinsdag 3 oktober 2023 @ 21:53:
[...]


Repluggen van de module hielp inderdaad, ik heb weer telnet.

En wanneer je nu je router/modem herstart? (Vlan 6)
Anders zou ik hem eens een nacht in goede config erin laten zitten.

[Thyraon]

pnxsinned schreef op dinsdag 3 oktober 2023 @ 21:54:
[...]


En wanneer je nu je router/modem herstart? (Vlan 6)
Anders zou ik hem eens een nacht in goede config erin laten zitten.

Restart met de juiste config (VLAN 6) hielp niet. Misschien inderdaad een paar uur wachten, wellicht moet er aan de kant van KPN nog iets gebeuren?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 21:42:
Kan je sniffen of je op die interface inkomende pakketten ziet?

Wat je nu wilt achterhalen is of er überhaupt iets binnenkomt met vlan tag 6? Of dat de SFP niet lekker met UI babbelt, dat is lastiger uit te sluiten.

Met “tcpdump —interface eth9.6” zie ik enkel dit, met elke zoveel seconden een nieuwe regel:

code:

21:58:18.652996 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:43.774518 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:48.779673 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:58.782975 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:59:23.895738 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 21:54:
[...]


Dit geeft geen output. Command werkt wel, maar returnt dus niks.

Probeer eens “log show dbg_level”… als daar voor OMCI een getal groter dan 0 staat, dan logt de SFP de status van de OMCI beheersfuncties uit het KPN netwerk. Ik denk dat er 0 staat omdat “log show mod OMCI”niets toonde.

0 = off
5 = verbose

Dan zou je met “log set dbg_level 5 OMCI” en dan na een herstart eens kijken of je met “log show mod OMCI” iets ziet.

Maar dit wordt een beetje voodoo… ik denk dat we het moeten zoeken dat je gewoon geen IP krijgt en dat ligt niet aan de SFP.

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 22:00:
[...]


Met “tcpdump —interface eth9.6” zie ik enkel dit, met elke zoveel seconden een nieuwe regel:

code:

21:58:18.652996 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:43.774518 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:48.779673 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:58.782975 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:59:23.895738 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]

Kan je met -v of -vvv achterhalen wie ze verstuurd? KPN of de UDM?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 22:07:
[...]


Kan je met -v of -vvv achterhalen wie ze verstuurd? KPN of de UDM?

Daar komt dit uit:

code:

root@HOSTNAME:~# tcpdump -vv -i eth9
tcpdump: listening on eth9, link-type EN10MB (Ethernet), snapshot length 262144 bytes
22:06:18.403738 LLDP, length 249
    Chassis ID TLV (1), length 18
      Subtype Local (7): d0:21:f9:5b:ae:75
      0x0000:  0764 303a 3231 3a66 393a 3562 3a61 653a
      0x0010:  3735
    Port ID TLV (2), length 7
      Subtype MAC address (3): d0:21:f9:5b:ae:7e (oui Unknown)
      0x0000:  03d0 21f9 5bae 7e
    Time to Live TLV (3), length 2: TTL 120s
      0x0000:  0078
    System Name TLV (5), length 16: HOSTNAME
      0x0000:  4661 6d69 6c69 652d 6465 2d47 7261 6166
    System Description TLV (6), length 106
      Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:01:54 CST 2023 aarch64
      0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
      0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
      0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
      0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
      0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
      0x0050:  2031 383a 3031 3a35 3420 4353 5420 3230
      0x0060:  3233 2061 6172 6368 3634
    System Capabilities TLV (7), length 4
      System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
      Enabled Capabilities [Bridge, Router] (0x0014)
      0x0000:  009c 0014
    Management Address TLV (8), length 12
      Management Address length 5, AFI IPv4 (1): unifi.localdomain
      Interface Index Interface Numbering (2): 15
      0x0000:  0501 c0a8 0101 0200 0000 0f00
    Management Address TLV (8), length 24
      Management Address length 17, AFI IPv6 (2): fe80::d221:f9ff:fe5b:ae7e
      Interface Index Interface Numbering (2): 3
      0x0000:  1102 fe80 0000 0000 0000 d221 f9ff fe5b
      0x0010:  ae7e 0200 0000 0300
    Port Description TLV (4), length 4: eth9
      0x0000:  6574 6839
    Organization specific TLV (127), length 12: OUI Ethernet bridged (0x0080c2)
      VLAN name Subtype (3)
        vlan id (VID): 6
        vlan name: vlan6
      0x0000:  0080 c203 0006 0576 6c61 6e36
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      Link aggregation Subtype (3)
        aggregation status [supported], aggregation port ID 0
      0x0000:  0012 0f03 0100 0000 00
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      MAC/PHY configuration/status Subtype (1)
        autonegotiation [enabled] (0x02)
        PMD autoneg capability [unknown] (0x0000)
        MAU type unknown (0x0029)
      0x0000:  0012 0f01 0200 0000 29
    End TLV (0), length 0
22:06:20.333809 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:06:35.872156 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [none], proto IGMP (2), length 36, options (RA))
    10.10.10.10 > 224.0.0.1: igmp query v3
22:06:45.484442 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:06:48.413900 LLDP, length 249
    Chassis ID TLV (1), length 18
      Subtype Local (7): d0:21:f9:5b:ae:75
      0x0000:  0764 303a 3231 3a66 393a 3562 3a61 653a
      0x0010:  3735
    Port ID TLV (2), length 7
      Subtype MAC address (3): d0:21:f9:5b:ae:7e (oui Unknown)
      0x0000:  03d0 21f9 5bae 7e
    Time to Live TLV (3), length 2: TTL 120s
      0x0000:  0078
    System Name TLV (5), length 16: HOSTNAME
      0x0000:  4661 6d69 6c69 652d 6465 2d47 7261 6166
    System Description TLV (6), length 106
      Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:01:54 CST 2023 aarch64
      0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
      0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
      0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
      0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
      0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
      0x0050:  2031 383a 3031 3a35 3420 4353 5420 3230
      0x0060:  3233 2061 6172 6368 3634
    System Capabilities TLV (7), length 4
      System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
      Enabled Capabilities [Bridge, Router] (0x0014)
      0x0000:  009c 0014
    Management Address TLV (8), length 12
      Management Address length 5, AFI IPv4 (1): unifi.localdomain
      Interface Index Interface Numbering (2): 15
      0x0000:  0501 c0a8 0101 0200 0000 0f00
    Management Address TLV (8), length 24
      Management Address length 17, AFI IPv6 (2): fe80::d221:f9ff:fe5b:ae7e
      Interface Index Interface Numbering (2): 3
      0x0000:  1102 fe80 0000 0000 0000 d221 f9ff fe5b
      0x0010:  ae7e 0200 0000 0300
    Port Description TLV (4), length 4: eth9
      0x0000:  6574 6839
    Organization specific TLV (127), length 12: OUI Ethernet bridged (0x0080c2)
      VLAN name Subtype (3)
        vlan id (VID): 6
        vlan name: vlan6
      0x0000:  0080 c203 0006 0576 6c61 6e36
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      Link aggregation Subtype (3)
        aggregation status [supported], aggregation port ID 0
      0x0000:  0012 0f03 0100 0000 00
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      MAC/PHY configuration/status Subtype (1)
        autonegotiation [enabled] (0x02)
        PMD autoneg capability [unknown] (0x0000)
        MAU type unknown (0x0029)
      0x0000:  0012 0f01 0200 0000 29
    End TLV (0), length 0
22:06:50.488864 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:07:00.495977 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 22:00:
[...]


Met “tcpdump —interface eth9.6” zie ik enkel dit, met elke zoveel seconden een nieuwe regel:

code:

21:58:18.652996 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:43.774518 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:48.779673 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:58:58.782975 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
21:59:23.895738 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]

Aha. Ik moest het ook opzoeken (Wikipedia: Point-to-Point Protocol over Ethernet) maar “ PADI stands for PPPoE Active Discovery Initiation” het lijkt er dus op dat die PPPoE request faalt, gezien het steeds maar herhalen. Je zou daarna een “PADO stands for PPPoE Active Discovery Offer” terug moeten zien komen.

Gedoe.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 22:12:
[...]


Aha. Ik moest het ook opzoeken (Wikipedia: Point-to-Point Protocol over Ethernet) maar “ PADI stands for PPPoE Active Discovery Initiation” het lijkt er dus op dat die PPPoE request faalt, gezien het steeds maar herhalen. Je zou daarna een “PADO stands for PPPoE Active Discovery Offer” terug moeten zien komen.

Gedoe.

In "/var/log/messages" zie ik inderdaad:

code:

pppd[1472]: Timeout waiting for PADO packets

Lijkt er toch op dat er iets tussen de UDM en KPN niet goed zit, los van de module. Die lijkt naar behoren te werken.

[stormfly]

Thyraon schreef op dinsdag 3 oktober 2023 @ 22:12:
[...]


Daar komt dit uit:

code:

root@HOSTNAME:~# tcpdump -vv -i eth9
tcpdump: listening on eth9, link-type EN10MB (Ethernet), snapshot length 262144 bytes
22:06:18.403738 LLDP, length 249
    Chassis ID TLV (1), length 18
      Subtype Local (7): d0:21:f9:5b:ae:75
      0x0000:  0764 303a 3231 3a66 393a 3562 3a61 653a
      0x0010:  3735
    Port ID TLV (2), length 7
      Subtype MAC address (3): d0:21:f9:5b:ae:7e (oui Unknown)
      0x0000:  03d0 21f9 5bae 7e
    Time to Live TLV (3), length 2: TTL 120s
      0x0000:  0078
    System Name TLV (5), length 16: HOSTNAME
      0x0000:  4661 6d69 6c69 652d 6465 2d47 7261 6166
    System Description TLV (6), length 106
      Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:01:54 CST 2023 aarch64
      0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
      0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
      0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
      0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
      0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
      0x0050:  2031 383a 3031 3a35 3420 4353 5420 3230
      0x0060:  3233 2061 6172 6368 3634
    System Capabilities TLV (7), length 4
      System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
      Enabled Capabilities [Bridge, Router] (0x0014)
      0x0000:  009c 0014
    Management Address TLV (8), length 12
      Management Address length 5, AFI IPv4 (1): unifi.localdomain
      Interface Index Interface Numbering (2): 15
      0x0000:  0501 c0a8 0101 0200 0000 0f00
    Management Address TLV (8), length 24
      Management Address length 17, AFI IPv6 (2): fe80::d221:f9ff:fe5b:ae7e
      Interface Index Interface Numbering (2): 3
      0x0000:  1102 fe80 0000 0000 0000 d221 f9ff fe5b
      0x0010:  ae7e 0200 0000 0300
    Port Description TLV (4), length 4: eth9
      0x0000:  6574 6839
    Organization specific TLV (127), length 12: OUI Ethernet bridged (0x0080c2)
      VLAN name Subtype (3)
        vlan id (VID): 6
        vlan name: vlan6
      0x0000:  0080 c203 0006 0576 6c61 6e36
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      Link aggregation Subtype (3)
        aggregation status [supported], aggregation port ID 0
      0x0000:  0012 0f03 0100 0000 00
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      MAC/PHY configuration/status Subtype (1)
        autonegotiation [enabled] (0x02)
        PMD autoneg capability [unknown] (0x0000)
        MAU type unknown (0x0029)
      0x0000:  0012 0f01 0200 0000 29
    End TLV (0), length 0
22:06:20.333809 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:06:35.872156 IP (tos 0xc0, ttl 1, id 0, offset 0, flags [none], proto IGMP (2), length 36, options (RA))
    10.10.10.10 > 224.0.0.1: igmp query v3
22:06:45.484442 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:06:48.413900 LLDP, length 249
    Chassis ID TLV (1), length 18
      Subtype Local (7): d0:21:f9:5b:ae:75
      0x0000:  0764 303a 3231 3a66 393a 3562 3a61 653a
      0x0010:  3735
    Port ID TLV (2), length 7
      Subtype MAC address (3): d0:21:f9:5b:ae:7e (oui Unknown)
      0x0000:  03d0 21f9 5bae 7e
    Time to Live TLV (3), length 2: TTL 120s
      0x0000:  0078
    System Name TLV (5), length 16: HOSTNAME
      0x0000:  4661 6d69 6c69 652d 6465 2d47 7261 6166
    System Description TLV (6), length 106
      Debian GNU/Linux 11 (bullseye) Linux 4.19.152-ui-alpine #4.19.152 SMP Wed Aug 23 18:01:54 CST 2023 aarch64
      0x0000:  4465 6269 616e 2047 4e55 2f4c 696e 7578
      0x0010:  2031 3120 2862 756c 6c73 6579 6529 204c
      0x0020:  696e 7578 2034 2e31 392e 3135 322d 7569
      0x0030:  2d61 6c70 696e 6520 2334 2e31 392e 3135
      0x0040:  3220 534d 5020 5765 6420 4175 6720 3233
      0x0050:  2031 383a 3031 3a35 3420 4353 5420 3230
      0x0060:  3233 2061 6172 6368 3634
    System Capabilities TLV (7), length 4
      System  Capabilities [Bridge, WLAN AP, Router, Station Only] (0x009c)
      Enabled Capabilities [Bridge, Router] (0x0014)
      0x0000:  009c 0014
    Management Address TLV (8), length 12
      Management Address length 5, AFI IPv4 (1): unifi.localdomain
      Interface Index Interface Numbering (2): 15
      0x0000:  0501 c0a8 0101 0200 0000 0f00
    Management Address TLV (8), length 24
      Management Address length 17, AFI IPv6 (2): fe80::d221:f9ff:fe5b:ae7e
      Interface Index Interface Numbering (2): 3
      0x0000:  1102 fe80 0000 0000 0000 d221 f9ff fe5b
      0x0010:  ae7e 0200 0000 0300
    Port Description TLV (4), length 4: eth9
      0x0000:  6574 6839
    Organization specific TLV (127), length 12: OUI Ethernet bridged (0x0080c2)
      VLAN name Subtype (3)
        vlan id (VID): 6
        vlan name: vlan6
      0x0000:  0080 c203 0006 0576 6c61 6e36
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      Link aggregation Subtype (3)
        aggregation status [supported], aggregation port ID 0
      0x0000:  0012 0f03 0100 0000 00
    Organization specific TLV (127), length 9: OUI IEEE 802.3 Private (0x00120f)
      MAC/PHY configuration/status Subtype (1)
        autonegotiation [enabled] (0x02)
        PMD autoneg capability [unknown] (0x0000)
        MAU type unknown (0x0029)
      0x0000:  0012 0f01 0200 0000 29
    End TLV (0), length 0
22:06:50.488864 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]
22:07:00.495977 PPPoE PADI [Service-Name] [Host-Uniq 0xC0050000]

Moet ik morgen even op de pc bekijken. Je ziet in deze capture geen mac adressen? Met -VVV ook niet?

[ernstoud]

Thyraon schreef op dinsdag 3 oktober 2023 @ 22:16:
[...]


In "/var/log/messages" zie ik inderdaad:

code:

pppd[1472]: Timeout waiting for PADO packets

Lijkt er toch op dat er iets tussen de UDM en KPN niet goed zit, los van de module. Die lijkt naar behoren te werken.

Ik begrijp - maar dit is echt geen parate kennis - dat met dat PADO request, de router aan de KPN infra (de
OLT denk ik) vraagt om het MAC adres van datgene waar hij bij KPN mee gaat “praten”, immers je router communiceert via ethernet, dus moet hij het MAC adres weten.

Nou stuurt de router begrijp ik in dat PADO request zijn eigen MAC adres. Dat doet de vraag rijzen welk MAC adres dat is.. heeft KPN je bij de registratie om een MAC adres gevraagd? Volgens mij niet toch? Dat zou wel goed nieuws zijn want dan kan het dus niet “fout zijn”.

Wat zie je met “switch show mac” op de SFP?

[Kanarie]

Je stuurt PADI uit, met je eigen MAC address erin, naar broadcast MAC. Je hoort dan PADO terug te krijgen, met MAC address van PPPoE server.
PADI uit is te zien op tcpdump, op juiste VLAN met mac address, maar geen response komt terug.

KPN vraagt niet om je mac address, dus dat zou niet uit moeten maken.

[ernstoud]

Kanarie schreef op dinsdag 3 oktober 2023 @ 22:37:
Je stuurt PADI uit, met je eigen MAC address erin, naar broadcast MAC. Je hoort dan PADO terug te krijgen, met MAC address van PPPoE server.
PADI uit is te zien op tcpdump, op juiste VLAN met mac address, maar geen response komt terug.

KPN vraagt niet om je mac address, dus dat zou niet uit moeten maken.

Dat vermoedde ik al. Kortom… er is geen goede pppoe handshake. Maar waarom?

[stormfly]

Kanarie schreef op dinsdag 3 oktober 2023 @ 22:37:
Je stuurt PADI uit, met je eigen MAC address erin, naar broadcast MAC. Je hoort dan PADO terug te krijgen, met MAC address van PPPoE server.
PADI uit is te zien op tcpdump, op juiste VLAN met mac address, maar geen response komt terug.

KPN vraagt niet om je mac address, dus dat zou niet uit moeten maken.

Jeps het lijkt stil vanuit KPN. De vraag is of de pakketten die de UDM verstuurd wel tot licht worden omgezet. Of dat de UDM de hele SFP niet begrijpt en inkomend niet kan verweken.

Of we een “provisioning” error hebben met KPN.


Werkt de FS.com sfp wel bij KPN in de UDM?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 22:44:
Werkt de FS.com sfp wel bij KPN in de UDM?

Die heb ik zelf niet getest, maar had @Adze die niet draaien?

[Thyraon]

stormfly schreef op dinsdag 3 oktober 2023 @ 22:44:
De vraag is of de pakketten die de UDM verstuurd wel tot licht worden omgezet. Of dat de UDM de hele SFP niet begrijpt en inkomend niet kan verweken.

Is er een manier om dat te testen of uit te sluiten?

stormfly schreef op dinsdag 3 oktober 2023 @ 22:44:
Of we een “provisioning” error hebben met KPN.

Daar lijkt het haast op. Ik ben van plan ze morgenochtend te bellen, tenzij het vannacht magisch gaat werken (ik hoop nog op een "activeer nieuwe ONT's" cron job om 00:00 uur ofzo )

[ernstoud]

stormfly schreef op dinsdag 3 oktober 2023 @ 22:44:
[...]

Jeps het lijkt stil vanuit KPN. De vraag is of de pakketten die de UDM verstuurd wel tot licht worden omgezet. Of dat de UDM de hele SFP niet begrijpt en inkomend niet kan verweken.

Er hebben veel Tweakers de Zaram SFP op DFN werkend in een UDM dus dat de UDM niet met de SFP goed werkt lijkt me niet het probleem.

De SFP meldt dus ook status “operational” dus is er een sync tussen SFP en OLT, maar dat betekent nog niet dat er ethernet packets heen en weer gaan. De snelweg is er maar de autootjes rijden niet, zoiets.

[thomastvd]

Thyraon schreef op dinsdag 3 oktober 2023 @ 22:56:
[...]


Is er een manier om dat te testen of uit te sluiten?


[...]


Daar lijkt het haast op. Ik ben van plan ze morgenochtend te bellen, tenzij het vannacht magisch gaat werken (ik hoop nog op een "activeer nieuwe ONT's" cron job om 00:00 uur ofzo )

Bij m'n zwager werkt het nu(Delta). Afgelopen nacht 04:00 heeft @R3D (thx) de aanpassingen doorgevoerd. En vandaag 22:30 pas een ip. Ik moet wel zeggen dat de Zaram er pas om 15:30 vanmiddag in ging. Maar dan nog heeft het dus best wel tijd nodig.

[Thyraon]

ernstoud schreef op dinsdag 3 oktober 2023 @ 23:00:
De SFP meldt dus ook status “operational” dus is er een sync tussen SFP en OLT, maar dat betekent nog niet dat er ethernet packets heen en weer gaan. De snelweg is er maar de autootjes rijden niet, zoiets.

@Kanarie kwam nog met de optie dat het VLAN remapping profiel dat KPN pusht naar de ONT misschien niet klopt. We weten niet of de Genexis hetzelfde profiel (VLAN 1001 remappen naar 6) gebruikt. Misschien werkt die Genexis wel met andere (of helemaal geen, dus 6 = 6) VLAN mappings.

Dat kan ik morgen aan de technische mensen van KPN vragen, want online is er niks over te vinden.

[Thyraon]

thomastvd schreef op dinsdag 3 oktober 2023 @ 23:02:
Bij m'n zwager werkt het nu(Delta). Afgelopen nacht 04:00 heeft @R3D (thx) de aanpassingen doorgevoerd. En vandaag 22:30 pas een ip. Ik moet wel zeggen dat de Zaram er pas om 15:30 vanmiddag in ging. Maar dan nog heeft het dus best wel tijd nodig.

Ik test de module op een KPN-verbinding, dus @R3D kan helaas niet veel voor me doen, vrees ik

[thomastvd]

Thyraon schreef op dinsdag 3 oktober 2023 @ 23:05:
[...]


Ik test de module op een KPN-verbinding, dus @R3D kan helaas niet veel voor me doen, vrees ik

Dat weet ik! Maar ging meer over de tijd die er overheen gegaan is. Ik weet natuurlijk niet of dat bij kpn ook zo is....maar geduld kan dus een schone zaak zijn.

[Thyraon]

thomastvd schreef op dinsdag 3 oktober 2023 @ 23:07:
Dat weet ik! Maar ging meer over de tijd die er overheen gegaan is. Ik weet natuurlijk niet of dat bij kpn ook zo is....maar geduld kan dus een schone zaak zijn.

Ah, zo, ik snap het. Ja, alles zou nu goed geconfigureerd moeten zijn dus ik laat het even een nachtje staan zo. Wie weet komt het vanzelf goed.

[R3D]

@Thyraon

ernstoud schreef op dinsdag 3 oktober 2023 @ 22:35:
[...]


Ik begrijp - maar dit is echt geen parate kennis - dat met dat PADO request, de router aan de KPN infra (de
OLT denk ik) vraagt om het MAC adres van datgene waar hij bij KPN mee gaat “praten”, immers je router communiceert via ethernet, dus moet hij het MAC adres weten.

Nou stuurt de router begrijp ik in dat PADO request zijn eigen MAC adres. Dat doet de vraag rijzen welk MAC adres dat is.. heeft KPN je bij de registratie om een MAC adres gevraagd? Volgens mij niet toch? Dat zou wel goed nieuws zijn want dan kan het dus niet “fout zijn”.

Wat zie je met “switch show mac” op de SFP?

Je UDM stuurt PADI requests (pppoe Discover) packets, maar de OLT reageert niet omdat waarschijnlijk je vorige sessie nog actief is met het mac adres van de kpn router.
Probeer eens je mac van je kpn router te spoofen in je wan settings op de UDM. <Mac clone optie>

[Thyraon]

R3D schreef op woensdag 4 oktober 2023 @ 01:45:
@Thyraon

[...]


Je UDM stuurt PADI requests (pppoe Discover) packets, maar de OLT reageert niet omdat waarschijnlijk je vorige sessie nog actief is met het mac adres van de kpn router.
Probeer eens je mac van je kpn router te spoofen in je wan settings op de UDM. <Mac clone optie>

Ik gebruikte hiervoor ook al de UDM, met de Genexis ONT, via Ethernet en zonder MAC spoofing.

Helaas heb ik het MAC-adres van die Genexis niet, staat ook niet op een sticker ergens…

[Psyrex]

Misschien is het nog een idee om hem naar een ander MAC adres te spoofen.
Is dit niet wat @fagao benoemde voor Delta? Als je met een nieuwe registratie en hetzelfde MAC adres probeert te verbinden dat de infra dat ook niet leuk vindt.. Misschien geldt het ook voor KPN.

[ Voor 10% gewijzigd door Psyrex op 04-10-2023 07:10 ]

[robertwebbe]

Super interessant om te zien hoe de Zaram op KPN XGS-PON gaat werken maar kunnen we hier niet beter een eigen topic voor maken? Dit kan misschien verwarring gaan opleveren gezien dit topic specifiek over Delta gaat.

Eenmaal een (spin off) topic aangemaakt, kunnen we en mod vragen om de eerdere bericht daarnaartoe te verplaatsen.

[Thyraon]

robertwebbe schreef op woensdag 4 oktober 2023 @ 08:02:
Super interessant om te zien hoe de Zaram op KPN XGS-PON gaat werken maar kunnen we hier niet beter een eigen topic voor maken? Dit kan misschien verwarring gaan opleveren gezien dit topic specifiek over Delta gaat.

Eenmaal een (spin off) topic aangemaakt, kunnen we en mod vragen om de eerdere bericht daarnaartoe te verplaatsen.

Done: [KPN XGS-PON] Eigen router/ONT gebruiken

Wat is de magische incantatie om een mod de eerdere berichten naar dat topic te laten verhuizen?

[rens-br]

Hoewel ik technisch de berichten prima kan verplaatsen, heeft dat echter tot gevolg dat alle berichten die ik daarheen verplaats voor de topicstart komen te staan. In een topic wordt het namelijk gewoon op datum gesorteerd.

Als jullie het er mee eens zijn laten we de berichten wat mij betreft gewoon zo staan en kunnen we vanaf nu in losse topics terecht.

@Thyraon als je een topicreport aanmaakt, dan zien we dat vanzelf en kunnen we daarop acteren. Dus dat is over het algemeen de snelste weg.

[Thyraon]

rens-br schreef op woensdag 4 oktober 2023 @ 09:21:
Hoewel ik technisch de berichten prima kan verplaatsen, heeft dat echter tot gevolg dat alle berichten die ik daarheen verplaats voor de topicstart komen te staan. In een topic wordt het namelijk gewoon op datum gesorteerd.

Als jullie het er mee eens zijn laten we de berichten wat mij betreft gewoon zo staan en kunnen we vanaf nu in losse topics terecht.

Ah, dat is niet ideaal. Wat mij betreft prima om het zo te laten dan. Ik zal in de topicstart van het nieuwe topic wel even een samenvatting tikken van alles wat we hier al besproken en geprobeerd hebben.

[Thyraon]

Alright, laatste bericht dan hier over het experiment bij KPN. Ik heb de helpdesk vanochtend gesproken, zij bevestigen dat het ONT (voor zover zij kunnen zien) goed functioneert. Waarom de PPPoE-sessie niet wordt opgezet, is voor hen ook een raadsel. Dat kan de UDM zelf zijn (maar daar lijkt alles in orde) of een probleem in de communicatie tussen de UDM en de ONT.

Helpdesk bevestigde ook dat er geen MAC-adres filtering of andere trucs worden toegepast, en dat oude PPPoE-sessies elke 4 uur worden gecleand, dus ik zou verwachten dat mijn ONT uiterlijk ergens afgelopen nacht online was gekomen met de huidige instellingen.

Ik heb een korte samenvatting in de TS van het KPN-topic gezet. Mocht iemand hier nog ideeën hebben dan hoor ik het graag in dat topic, maar anders zit er niets anders op dan KPN verzoeken terug te wisselen naar de Genexis, en het voor nu even op te geven.

[ Voor 15% gewijzigd door Thyraon op 04-10-2023 09:59 ]

[k.nkms]

pnxsinned schreef op dinsdag 3 oktober 2023 @ 19:21:
[...]


Denk niet helemaal dat dit zomaar mag personally.
Had aangegeven dat ik hem zelf ongedaan maak en ze de wettelijke procedure moeten volgen.

Oh, excuses, ik heb je bericht zojuist gezien!

Ik heb het terugdraaien reeds gemeld bij Delta en ook al een reactie van de leverancier ontvangen. Ik zal kijken of er een oplossing bespreekbaar is met de leverancier.

Thanks voor de tip!!

[thespeed]

k.nkms schreef op woensdag 4 oktober 2023 @ 09:58:
[...]


Oh, excuses, ik heb je bericht zojuist gezien!

Ik heb het terugdraaien reeds gemeld bij Delta en ook al een reactie van de leverancier ontvangen. Ik zal kijken of er een oplossing bespreekbaar is met de leverancier.

Thanks voor de tip!!

Mocht je hem terugsturen dan zou ik even goede foto's maken.
Het beste is om dat te doen met het serie nummer.
Je zult zien dat er toch opeens onverklaarbare krassen opzitten en dat ze foto's van een andere module daarvoor gebruiken.
Aangezien het allemaal al erg moeilijk gaat met het terugsturen zou ik me in dit geval goed indekken.