[KPN XGS-PON] Eigen router/ONT gebruiken

[ernstoud]

Economics schreef op zaterdag 11 november 2023 @ 01:04:
Het heeft niks te maken met de PPP zelf maar met de pbit priority welke invloed heeft op de mapping van zaram sfp (en wellicht andere) die geen transparent mode ondersteunen

Ik houd jullie op de hoogte van de vorderingen

Eind november heb ik wat reserve Zaram SFP’s, als je er dan 1 nodig hebt om te testen hoor ik dat wel.

[justdaboo]

Economics schreef op zaterdag 11 november 2023 @ 01:04:
Het heeft niks te maken met de PPP zelf maar met de pbit priority welke invloed heeft op de mapping van zaram sfp (en wellicht andere) die geen transparent mode ondersteunen

Ik houd jullie op de hoogte van de vorderingen

Ik had met mn Zaram op Delta ook een issue, dat was ook opgelost door aan de DFN kant (tnx @R3D) de P-bit translation van “transparant” op “auto” te zetten…

[infernix]

Blijkbaar is voor WBA (wholesale) de upgrade naar 4Gbit nog niet beschikbaar. Althans via huidige ISP Heldenvannu weten ze nog niet wanneer, en moet ook de upgrade van GPON naar XGSPON nog (of tesamen) ingediend worden. Als ik de WBA specs mag geloven dan zou dat nu allemaal al kunnen, maar specs en realiteit.. who knows

En blijkbaar komt er sowieso altijd eerst een KPN ONT. Pas daarna kun je een SWAP indienen om naar een eigen ONT te gaan.

Dus ik heb een fs.com XGS-ONU-25-20NI liggen voor wie daar mee wil testen. Kun je of tzt terug sturen, of je neemt m voor kostprijs over (209 ex btw). Stuur maar PB bij interesse.

[Thyraon]

infernix schreef op dinsdag 14 november 2023 @ 00:52:
Dus ik heb een fs.com XGS-ONU-25-20NI liggen voor wie daar mee wil testen. Kun je of tzt terug sturen, of je neemt m voor kostprijs over (209 ex btw). Stuur maar PB bij interesse.

Lijkt me interessant om die module te testen, om te zien wat die op XGS-PON doet zonder verdere aanpassingen in de OLT, vergeleken met de Zaram module. Is 'ie nog beschikbaar, en hoe lang kan je hem missen?

[Thyraon]

@Economics is wat verder gaan graven in het gedrag van de Zaram-module op KPN XGS-PON. Het lijkt erop dat de Zaram-module geen transparent mode heeft (of standaard niet aan heeft staan) en dat zorgt ervoor dat de VLAN mapping die door de OLT wordt gepushed, het uitgaande verkeer van VLAN 6 naar 1001 mapt, en dus niet wordt ontvangen door de OLT.

@ernstoud kan jij eens bij Zaram navragen of deze module deze "transparent mode" aan boord heeft, en zo ja, hoe die te activeren is?

Ondertussen wordt door de vendor van de OLT gekeken of het gedrag van de OLT in deze wel klopt, zodat we dat ook kunnen uitsluiten.

@Economics nogmaals dank voor het werk achter de schermen

[robertwebbe]

Zou bovenstaande misschien de reden kunnen zijn dat Nokia zelf die SFP’s niet in de markt zet? Nog steeds openstaande problemen?

[Economics]

Vraag staat ook uit

[ Voor 33% gewijzigd door Economics op 17-11-2023 09:39 ]

[Economics]

infernix schreef op dinsdag 14 november 2023 @ 00:52:
Blijkbaar is voor WBA (wholesale) de upgrade naar 4Gbit nog niet beschikbaar. Althans via huidige ISP Heldenvannu weten ze nog niet wanneer, en moet ook de upgrade van GPON naar XGSPON nog (of tesamen) ingediend worden. Als ik de WBA specs mag geloven dan zou dat nu allemaal al kunnen, maar specs en realiteit.. who knows

En blijkbaar komt er sowieso altijd eerst een KPN ONT. Pas daarna kun je een SWAP indienen om naar een eigen ONT te gaan.

Dus ik heb een fs.com XGS-ONU-25-20NI liggen voor wie daar mee wil testen. Kun je of tzt terug sturen, of je neemt m voor kostprijs over (209 ex btw). Stuur maar PB bij interesse.

Helden van nu levert via Rout IT meen ik toch? 4gbps staat ook open voor wholesale, maar de isp's kunnen nog een blokkade hebben omdat ze hun bandbreedtes (WAP) nog moeten upgraden

[ernstoud]

Thyraon schreef op dinsdag 14 november 2023 @ 12:50:
@Economics is wat verder gaan graven in het gedrag van de Zaram-module op KPN XGS-PON. Het lijkt erop dat de Zaram-module geen transparent mode heeft (of standaard niet aan heeft staan) en dat zorgt ervoor dat de VLAN mapping die door de OLT wordt gepushed, het uitgaande verkeer van VLAN 6 naar 1001 mapt, en dus niet wordt ontvangen door de OLT.

@ernstoud kan jij eens bij Zaram navragen of deze module deze "transparent mode" aan boord heeft, en zo ja, hoe die te activeren is?

Ondertussen wordt door de vendor van de OLT gekeken of het gedrag van de OLT in deze wel klopt, zodat we dat ook kunnen uitsluiten.

@Economics nogmaals dank voor het werk achter de schermen

Het volgende is zojuist naar Zaram gegaan:

—-

As mentioned before a test is underway using the ZXOS11NPI on the KPN infrastructure, the largest ISP in The Netherlands. Interest is high but there is an issue.

Luckily we managed to get full attention and cooperation from KPN engineers. The following issue has been raised:

It appears that the ZXOS11NPI does not have a transparant mode, or it is disabled at startup, causing the VLAN mapping pushed by the OLT resulting in outgoing traffic on VLAN6 (used by KPN) to be mapped to 1001. Thus outgoing traffic is not received by the OLT.

The moment the engineers change the VLAN to 1001, the ZXOS11NPI works fine. But this is not a permanent solution for them.

The same issue also occurs on the Delta infra but the engineers from Delta have installed a script on the OLTs to make the ZXOS11NPI functional. KPN apparantly will or can not do this.

What is your input on this matter? Is there some sort of solution for this issue?

—-

[Thyraon]

Super @ernstoud, ben benieuwd. Ondertussen heb ik contact met @infernix om de FS XGS-ONU-25-20NI op XGS-PON te testen; ben benieuwd wat daar uit komt.

[R3D]

ernstoud schreef op dinsdag 14 november 2023 @ 13:50:
[...]


Het volgende is zojuist naar Zaram gegaan:

—-

As mentioned before a test is underway using the ZXOS11NPI on the KPN infrastructure, the largest ISP in The Netherlands. Interest is high but there is an issue.

Luckily we managed to get full attention and cooperation from KPN engineers. The following issue has been raised:

It appears that the ZXOS11NPI does not have a transparant mode, or it is disabled at startup, causing the VLAN mapping pushed by the OLT resulting in outgoing traffic on VLAN6 (used by KPN) to be mapped to 1001. Thus outgoing traffic is not received by the OLT.

The moment the engineers change the VLAN to 1001, the ZXOS11NPI works fine. But this is not a permanent solution for them.

The same issue also occurs on the Delta infra but the engineers from Delta have installed a script on the OLTs to make the ZXOS11NPI functional. KPN apparantly will or can not do this.

What is your input on this matter? Is there some sort of solution for this issue?

—-

Ik ben ook heel benieuwd waar Zaram mee komt.
Is overigens geen script, maar een aanpassing in het hw-profiel voor de Zaram om pbit “auto” te dien ipv “translated”.

[ernstoud]

R3D schreef op dinsdag 14 november 2023 @ 18:34:
[...]

Ik ben ook heel benieuwd waar Zaram mee komt.
Is overigens geen script, maar een aanpassing in het hw-profiel voor de Zaram om pbit “auto” te dien ipv “translated”.

Ah. Dank voor de toelichting.

[Thyraon]

R3D schreef op dinsdag 14 november 2023 @ 18:34:
[...]

Ik ben ook heel benieuwd waar Zaram mee komt.
Is overigens geen script, maar een aanpassing in het hw-profiel voor de Zaram om pbit “auto” te dien ipv “translated”.

Hoe werkt dat dan aan de kant van Delta? Zien jullie dat het specifiek een Zaram module is die zich aanmeldt, en wordt op basis daarvan een ander profiel naar de module gepushed?

Op zich zou KPN dat ook moeten kunnen doen dan, toch? Kan me alleen voorstellen dat providers niet zo'n zin hebben om dit voor elk smaakje module/ONT uit te zoeken en uitzonderingen in de configuratie te maken.

[Soundwork]

Thyraon schreef op dinsdag 14 november 2023 @ 19:11:
[...]


Hoe werkt dat dan aan de kant van Delta? Zien jullie dat het specifiek een Zaram module is die zich aanmeldt, en wordt op basis daarvan een ander profiel naar de module gepushed?

Op zich zou KPN dat ook moeten kunnen doen dan, toch? Kan me alleen voorstellen dat providers niet zo'n zin hebben om dit voor elk smaakje module/ONT uit te zoeken en uitzonderingen in de configuratie te maken.

De ISP's doen niets anders dan jou een L3 verbinding leveren. De operators/belichters hebben in dit geval dus geen zin om voor iedere SFP+ ONT een apart profiel te maken

[R3D]

Thyraon schreef op dinsdag 14 november 2023 @ 19:11:
[...]


Hoe werkt dat dan aan de kant van Delta? Zien jullie dat het specifiek een Zaram module is die zich aanmeldt, en wordt op basis daarvan een ander profiel naar de module gepushed?

Op zich zou KPN dat ook moeten kunnen doen dan, toch? Kan me alleen voorstellen dat providers niet zo'n zin hebben om dit voor elk smaakje module/ONT uit te zoeken en uitzonderingen in de configuratie te maken.

We zien elk device dat word aangesloten op het netwerk, omdat de pon devices standaard hun mac-adres/vendor code doorgeven aan de olt.
Voor het doorlaten/accepteren hebben we een aantal profielen en een generiek profiel voor eigen modems.
Dit generieke profiel is zo in elkaar gezet dat vrijwel elke leverbare router op de nederlandse markt hiermee kan werken.
De enige afwijking is de fs.com, die heeft een afwijkend hw-profiel.
Dus de Zaram werkt op een standaard profiel met als enige aanpassing de pbit-translation waar ik gelukkig snel genoeg achter kwam tijdens de test met @ernstoud @robertwebbe .
De aanpassing is/word geautomatiseerd bij detectie van een Zaram.

[ernstoud]

R3D schreef op dinsdag 14 november 2023 @ 20:07:
[...]

Dus de Zaram werkt op een standaard profiel met als enige aanpassing de pbit-translation waar ik gelukkig snel genoeg achter kwam tijdens de test met @ernstoud @robertwebbe .
De aanpassing is/word geautomatiseerd bij detectie van een Zaram.

Met dat laatste ben ik en zijn de ruim 220 Zaram SFPs in het veld eind dit jaar erg tevreden .

[robertwebbe]

Ik denk dat je wel kunt stellen dat DFN dan by far de meeste ‘vrije modems’ heeft in alle Europese landen waar dit verplicht is. Als je ziet door hoeveel hoepels je als klant moet springen om dit werkend te krijgen bij operators die hier eigenlijk helemaal geen ondersteuning voor willen bieden…

[ernstoud]

Ter info.

De engineer bij Zaram en @Economics zijn direct met elkaar in contact gebracht. Heeft weinig zin voor mij om daar tussen te gaan zitten. Hopelijk is er dan binnenkort voortgang te melden hier.

Rest mij nog even hier mijn verwondering uit te spreken dat technici van zowel KPN als DFN zo gaaf met deze technische uitdagingen om gaan. Chapeau.

[ Voor 26% gewijzigd door ernstoud op 15-11-2023 21:22 ]

[Thyraon]

ernstoud schreef op woensdag 15 november 2023 @ 21:21:
De engineer bij Zaram en @Economics zijn direct met elkaar in contact gebracht. Heeft weinig zin voor mij om daar tussen te gaan zitten. Hopelijk is er dan binnenkort voortgang te melden hier.

Ah, dat is gaaf! Ik ben heel benieuwd.

[MR_VIPER]

ernstoud schreef op woensdag 15 november 2023 @ 21:21:
Ter info.

De engineer bij Zaram en @Economics zijn direct met elkaar in contact gebracht. Heeft weinig zin voor mij om daar tussen te gaan zitten. Hopelijk is er dan binnenkort voortgang te melden hier.

Rest mij nog even hier mijn verwondering uit te spreken dat technici van zowel KPN als DFN zo gaaf met deze technische uitdagingen om gaan. Chapeau.

Je hoort vaker anders dat mensen het stroperig vinden gaan bij de grote providers. Echte helden die engineers om er zo in te duiken en ook wel een chapeau van de bedrijven dat ze dit toelaten c.q. ondersteunen dat hun mensen community gedreven zeken oppakken.

[ernstoud]

Thyraon schreef op woensdag 15 november 2023 @ 21:41:
[...]


Ah, dat is gaaf! Ik ben heel benieuwd.

@Economics heeft mij voor de test een Zaram gevraagd, ik krijg er pas eind van de maand weer binnen. Zou jij in de tussentijd die van jou beschikbaar kunnen stellen?

[Thyraon]

ernstoud schreef op donderdag 16 november 2023 @ 11:20:
[...]


@Economics heeft mij voor de test een Zaram gevraagd, ik krijg er pas eind van de maand weer binnen. Zou jij in de tussentijd die van jou beschikbaar kunnen stellen?

Ja, zeker. Ik stem dat even met hem af.

[ernstoud]

Thyraon schreef op donderdag 16 november 2023 @ 11:22:
[...]


Ja, zeker. Ik stem dat even met hem af.

Top! Dan blijft er voortgang. Laat maar even weten dan eind van de maand of er een exemplaar naar @Economics moet of naar jou als hij jouw exemplaar langer houdt. Ik heb je gegevens nog.

[Thyraon]

ernstoud schreef op donderdag 16 november 2023 @ 11:25:
[...]


Top! Dan blijft er voortgang. Laat maar even weten dan eind van de maand of er een exemplaar naar @Economics moet of naar jou als hij jouw exemplaar langer houdt. Ik heb je gegevens nog.

Yes, hou je op de hoogte. Super dat je dit allemaal aanstuurt en regelt, thanks!

[PLeX]

Gezien gister m'n tweede Genexis XGS-PON gesneuveld is (na stroomuitval geen eth-link meer) kan ik ook niet wachten om dat ding er tussen uit te slopen.

Klasse werk hier! Hopelijk kan ik t.z.t. ook ééntje bestellen!

[ernstoud]

Thyraon schreef op donderdag 16 november 2023 @ 11:27:
[...]


Yes, hou je op de hoogte. Super dat je dit allemaal aanstuurt en regelt, thanks!

Volgens mij is er een impasse. KPN en Zaram lijken beide aan te geven aan TR-101 te voldoen. Ik hoop nog op een doorbraak.

[robertwebbe]

Deze is echt eentje in de categorie volhouden. 👍🏻

[MR_VIPER]

ernstoud schreef op donderdag 23 november 2023 @ 11:55:
[...]


Volgens mij is er een impasse. KPN en Zaram lijken beide aan te geven aan TR-101 te voldoen. Ik hoop nog op een doorbraak.

Toen ik dit las moest ik meteen aan het volgende denken: Ben ik nu een wit zebrapaardje met zwarte strepen of een zwart zebrapaardje met witte strepen.

[gjz3000]

En hoe staat het met de test met de module van fs.com op KPN glasvezel?
Las dat bepaalde personen daar in gesprek zijn...

[latho]

ernstoud schreef op donderdag 23 november 2023 @ 11:55:
[...]


Volgens mij is er een impasse. KPN en Zaram lijken beide aan te geven aan TR-101 te voldoen. Ik hoop nog op een doorbraak.

TR-156 (https://www.broadband-forum.org/pdfs/tr-156-4-0-0.pdf) beschrijft TR-101 in de context van *GPON. Misschien dat dat aanknopingspunten geeft voor een vergelijk met Zaram.

[lesswood]

latho schreef op vrijdag 24 november 2023 @ 09:23:
[...]


TR-156 (https://www.broadband-forum.org/pdfs/tr-156-4-0-0.pdf) beschrijft TR-101 in de context van *GPON. Misschien dat dat aanknopingspunten geeft voor een vergelijk met Zaram.

Pag. 35 , bovenaan. r 51,52,53
Al eerder vermeld, maar geen idee of dit relevant is.

[ernstoud]

latho schreef op vrijdag 24 november 2023 @ 09:23:
[...]


TR-156 (https://www.broadband-forum.org/pdfs/tr-156-4-0-0.pdf) beschrijft TR-101 in de context van *GPON. Misschien dat dat aanknopingspunten geeft voor een vergelijk met Zaram.

De discussie tussen de twee engineers gaat om de TR-101 eisen in de R15 reeks, zoals KPN ze in haar technische eisen heeft staan. Ik begrijp dat Zaram met de Nokia OLT manuals ernaast zegt in haar testlab compatibel te zijn, dan houdt het op natuurlijk. Geen verdere communicatie gezien, ik zal naar de status vragen.

[Thyraon]

gjz3000 schreef op donderdag 23 november 2023 @ 15:13:
En hoe staat het met de test met de module van fs.com op KPN glasvezel?
Las dat bepaalde personen daar in gesprek zijn...

Klopt, ik heb hier een FS-module van @infernix liggen om te testen. Ben ondertussen ook met @Economics in gesprek om te achterhalen of die module bij KPN al bekend is. Mijn Zaram module gaat waarschijnlijk even zijn kant op zodat hij wat traces kan maken voor Zaram, om te ondersteunen in de discussie over de specs hierboven.

[ernstoud]

ernstoud schreef op vrijdag 24 november 2023 @ 12:36:
[...]


De discussie tussen de twee engineers gaat om de TR-101 eisen in de R15 reeks, zoals KPN ze in haar technische eisen heeft staan. Ik begrijp dat Zaram met de Nokia OLT manuals ernaast zegt in haar testlab compatibel te zijn, dan houdt het op natuurlijk. Geen verdere communicatie gezien, ik zal naar de status vragen.

@Economics zie jij nog voortgang?

[Economics]

ernstoud schreef op vrijdag 24 november 2023 @ 22:04:
[...]


@Economics zie jij nog voortgang?

Ik heb de zaram sfp module opgehaald bij @Thyraon en ga aankomende week wat tracés maken en deze aanleveren. Ik ben nog steeds met hen in contact. Wordt vervolgt!

[ Voor 13% gewijzigd door Economics op 25-11-2023 00:02 ]

[ernstoud]

Economics schreef op vrijdag 24 november 2023 @ 23:59:
[...]

Ik heb de zaram sfp module opgehaald bij @Thyraon en ga aankomende week wat tracés maken en deze aanleveren. Ik ben nog steeds met hen in contact. Wordt vervolgt!

Top! Het was even stil, vandaar mijn vraag.

[robertwebbe]

@Thyraon

Ik zie net deze early access UniFi OS update voorbij komen:



Kan de laatste regel misschien iets betekenen voor de Zaram i.c.m. UniFi?

[ernstoud]

robertwebbe schreef op dinsdag 28 november 2023 @ 16:01:
@Thyraon

Ik zie net deze early access UniFi OS update voorbij komen:

[Afbeelding]

Kan de laatste regel misschien iets betekenen voor de Zaram i.c.m. UniFi?

Klinkt heel plausibel.

[Thyraon]

robertwebbe schreef op dinsdag 28 november 2023 @ 16:01:
@Thyraon

Ik zie net deze early access UniFi OS update voorbij komen:

[Afbeelding]

Kan de laatste regel misschien iets betekenen voor de Zaram i.c.m. UniFi?

Ah, interessant. Ik wacht de release even af (en m'n Zaram module, want die ligt nu bij @Economics op het lab )

[ernstoud]

Thyraon schreef op dinsdag 28 november 2023 @ 17:00:
[...]


Ah, interessant. Ik wacht de release even af (en m'n Zaram module, want die ligt nu bij @Economics op het lab )

Stuur hem ook maar even een link naar de post van robertwebbe hierboven.

[Thyraon]

ernstoud schreef op dinsdag 28 november 2023 @ 17:06:
[...]


Stuur hem ook maar even een link naar de post van robertwebbe hierboven.

Done. Maar we denken dat dit het probleem niet oplost; het issue zit in de Zaram zelf, en de manier waarop de VLANs worden gemapped vanuit de OLT configuratie.

[ernstoud]

Thyraon schreef op dinsdag 28 november 2023 @ 17:11:
[...]


Done. Maar we denken dat dit het probleem niet oplost; het issue zit in de Zaram zelf, en de manier waarop de VLANs worden gemapped vanuit de OLT configuratie.

Heb daarom ook aan Zaram gevraagd hoe firmware updates geflasht kunnen worden, want als het opgelost wordt dan zal dat nodig zijn. Moet de OLT doen (zal KPN niet willen), of via een speciale “jig”.
En die kost USD 500,- dat is wel op te brengen als het moet.

[robertwebbe]

@ernstoud
Als je €5 per update vraagt, moet zo’n jig wel terug te verdienen zijn.

Of misschien kunnen en willen de vrienden van DeltaFiber wel een update via de OLT pushen? @R3D

[ Voor 36% gewijzigd door robertwebbe op 28-11-2023 18:27 ]

[Thyraon]

robertwebbe schreef op dinsdag 28 november 2023 @ 18:25:
Of misschien kunnen en willen de vrienden van DeltaFiber wel een update via de OLT pushen? @R3D

Dit is (op dit moment) alleen een probleem bij KPN, bij Delta speelt dit VLAN mapping issue niet (door de fix van @R3D, denk ik)

[EDTO01]

Thyraon schreef op dinsdag 14 november 2023 @ 15:25:
Ondertussen heb ik contact met @infernix om de FS XGS-ONU-25-20NI op XGS-PON te testen; ben benieuwd wat daar uit komt.

Ik ook, zou deze wel direct in mijn Draytek 3910 willen hebben

[ Voor 23% gewijzigd door EDTO01 op 01-12-2023 12:34 ]

[ernstoud]

EDTO01 schreef op vrijdag 1 december 2023 @ 10:11:
Ondertussen heb ik contact met @infernix om de FS XGS-ONU-25-20NI op XGS-PON te testen; ben benieuwd wat daar uit komt.

Ik ook, zou deze wel direct in mijn Draytek 3910 willen hebben

Je “quote” tags staan verkeerd waardoor het onduidelijk is waar je op reageert.

[EDTO01]

Fixed

[ Voor 125% gewijzigd door EDTO01 op 01-12-2023 12:35 ]

[Thyraon]

Ik hoop 'm komende week te testen, even een goed moment zoeken waarop @Economics me kan helpen de module te activeren, en vrouw en kinders geen internet nodig hebben

[EDTO01]

Zou mooi zijn als dat werkt, kan ik weer 2 actieve componenten uit de meterkast slopen.

Hier geen last van vrouw en kinders, meerdere WAN's

[ Voor 25% gewijzigd door EDTO01 op 01-12-2023 12:43 ]

[_BLAST3R]

Hier nu ook de trotste eigenaar van een FS module. Maar krijg er inderdaad weinig doorheen, iig niet vanzelf. Hij lijkt wel 'wat' te ontvangen als ik de OMCI logs bekijk voor o.a de VLAN configs, maar ik krijg er dus geen traffic doorheen en DHCP geeft geen lease. Link lijkt wel volledig in orde en de provider kan ook zien aan zijn kant dat de module zichzelf aanmeldt. Er staat wel NOT_SUPPORTED onder ONU Compatibility. Verder kan de tooling van KPN kant alles uitlezen aan diagnostics etc.

Ik kan niet echt kaas maken van de logs en debug menu's, maar het lijkt er op dat de VLAN mapping ook niet helemaal goed gaat op deze module...

Overigens is dit niet bij KPN zelf maar een andere partij partij die ook geen gebruik maakt van PPPoE voor het internet.

Ben dan ook erg benieuwd naar de voortgang van de andere Tweakers hier in het werkend krijgen van deze module. Als er iets is waar ik mee kan assisteren/helpen, verneem ik dat uiteraard graag! Heb ook wat logs kunnen snatchen van de module.

Overigens ging de levering vanuit FS de eerste keer mis; ze hadden wel de module geshipt maar niet de gegevens. Toen ik erom vroeg, bleek deze ook niet geregistreerd te zijn in hun systeem. Dus toen moest ie terug en hebben ze een nieuwe opgestuurd. Dus vergeet niet mensen; als je bij FS straks een module koopt (als ie werkt) - meteen vragen naar user + password bij je account manager.

[ Voor 55% gewijzigd door _BLAST3R op 01-12-2023 22:01 ]

[justdaboo]

_BLAST3R schreef op vrijdag 1 december 2023 @ 21:54:
Hier nu ook de trotste eigenaar van een FS module. Maar krijg er inderdaad weinig doorheen, iig niet vanzelf. Hij lijkt wel 'wat' te ontvangen als ik de OMCI logs bekijk voor o.a de VLAN configs, maar ik krijg er dus geen traffic doorheen en DHCP geeft geen lease. Link lijkt wel volledig in orde en de provider kan ook zien aan zijn kant dat de module zichzelf aanmeldt. Er staat wel NOT_SUPPORTED onder ONU Compatibility. Verder kan de tooling van KPN kant alles uitlezen aan diagnostics etc.

Ik kan niet echt kaas maken van de logs en debug menu's, maar het lijkt er op dat de VLAN mapping ook niet helemaal goed gaat op deze module...

Overigens is dit niet bij KPN zelf maar een andere partij partij die ook geen gebruik maakt van PPPoE voor het internet.

Ben dan ook erg benieuwd naar de voortgang van de andere Tweakers hier in het werkend krijgen van deze module. Als er iets is waar ik mee kan assisteren/helpen, verneem ik dat uiteraard graag! Heb ook wat logs kunnen snatchen van de module.

Overigens ging de levering vanuit FS de eerste keer mis; ze hadden wel de module geshipt maar niet de gegevens. Toen ik erom vroeg, bleek deze ook niet geregistreerd te zijn in hun systeem. Dus toen moest ie terug en hebben ze een nieuwe opgestuurd. Dus vergeet niet mensen; als je bij FS straks een module koopt (als ie werkt) - meteen vragen naar user + password bij je account manager.

Bij mij had FS de laatste karakter van de username (dus het PON ID) door gegeven als uppercase ipv lowercase, ik kon dus niet "telnetten" neer de module.

In welk device gebruik jij de FS ONT?

Op Delta werkt hij (ook bij mij) als een zonnetje, maar dat is geen nieuws...

[ernstoud]

justdaboo schreef op vrijdag 1 december 2023 @ 22:18:
[...]


Bij mij had FS de laatste karakter van de username (dus het PON ID) door gegeven als uppercase ipv lowercase, ik kon dus niet "telnetten" neer de module.

Op deze pagina: https://hack-gpon.org/xgs/ont-fs-XGS-ONU-25-20NI/ is het mogelijk met alleen de username (GPON12345678) het wachtwoord voor telnet te genereren. En PON ID is dus gelijk aan username.

Maar hoe kan het laatste karakter van het PON ID lowercase of uppercase zijn als het altijd gewoon 8 cijfers is?

Bedoel je niet het laatste karakter van het wachtwoord?

De site waar ik naar link zegt dat het formaat GPONabc12345 is, maar bij mij zijn het 8 cijfers…

[_BLAST3R]

justdaboo schreef op vrijdag 1 december 2023 @ 22:18:
[...]


Bij mij had FS de laatste karakter van de username (dus het PON ID) door gegeven als uppercase ipv lowercase, ik kon dus niet "telnetten" neer de module.

In welk device gebruik jij de FS ONT?

Op Delta werkt hij (ook bij mij) als een zonnetje, maar dat is geen nieuws...

Vond het wel een beetje overtrokken allemaal. Op de Genexis ONT staat de PON ID gewoon op het label. Maar jah, daar log je ook niet op in via Telnet. FS zal ook wel niet gewend zijn aan zoveel mensen die er slechts 1 bestellen per order.

Ik gebruik 'm nu in mijn Mikrotik CRS317-1G-16S+RM. Vanuit daar trunk ik de VLAN's door naar mijn VyOS router. Mijn GW-BS-1UR2 is onderweg, zou volgende week moeten arriveren. Dan kunnen we weer spelen.

[justdaboo]

ernstoud schreef op vrijdag 1 december 2023 @ 22:41:
[...]


Op deze pagina: https://hack-gpon.org/xgs/ont-fs-XGS-ONU-25-20NI/ is het mogelijk met alleen de username (GPON12345678) het wachtwoord voor telnet te genereren. En PON ID is dus gelijk aan username.

Maar hoe kan het laatste karakter van het PON ID lowercase of uppercase zijn als het altijd gewoon 8 cijfers is?

Bedoel je niet het laatste karakter van het wachtwoord?

De site waar ik naar link zegt dat het formaat GPONabc12345 is, maar bij mij zijn het 8 cijfers…

Nee zeker niet, bij de FS is het laatste carakter van het PON-ID sinds kort een letter.
Bij mij is het PON-ID: GPON1234567C

De laatste letter had ik dus als uppercase doorgekregen, terwijl de username lowercase in de module was geprogrammeerd. Voor de registratie maakte het natuurlijk niet uit, maar omdat hij in eerste instantie niet werkte was telnet wel handig ivm troubleshooting...

[ernstoud]

justdaboo schreef op vrijdag 1 december 2023 @ 23:45:
[...]


Nee zeker niet, bij de FS is het laatste carakter van het PON-ID sinds kort een letter.
Bij mij is het PON-ID: GPON1234567C

De laatste letter had ik dus als uppercase doorgekregen, terwijl de username lowercase in de module was geprogrammeerd. Voor de registratie maakte het natuurlijk niet uit, maar omdat hij in eerste instantie niet werkte was telnet wel handig ivm troubleshooting...

Ah, bij mij en Robert is het 8 cijfers. Bijzonder dat dit veranderd is.

[justdaboo]

ernstoud schreef op vrijdag 1 december 2023 @ 23:59:
[...]


Ah, bij mij en Robert is het 8 cijfers. Bijzonder dat dit veranderd is.

Ja mijn eerste FS waren idd cijfers, nu al 2 met de laatste als letter gehad…

[mvdnes]

justdaboo schreef op zaterdag 2 december 2023 @ 09:28:
[...]


Ja mijn eerste FS waren idd cijfers, nu al 2 met de laatste als letter gehad…

Een Nokia XS-010X-Q is net als de FS module ook een apparaat van CIG onder de motorkap. Die van mij heeft juist als eerste karakter een letter en daarna alleen cijfers. Volgens mij moet je als username altijd kleine letters gebruiken voor deze apparaten. Let hier ook op als je de wachtwoordgeneratietool gebruikt.

[ernstoud]

mvdnes schreef op zaterdag 2 december 2023 @ 12:44:
[...]

Een Nokia XS-010X-Q is net als de FS module ook een apparaat van CIG onder de motorkap. Die van mij heeft juist als eerste karakter een letter en daarna alleen cijfers. Volgens mij moet je als username altijd kleine letters gebruiken voor deze apparaten. Let hier ook op als je de wachtwoordgeneratietool gebruikt.

Inderdaad, zie: https://hack-gpon.org/xgs/ont-nokia-xs-010x-q/

Het PON-ID begint toch met ALCL? En volgens de hierboven genoemde site is user-id altijd admin en password 1234. Dus wat bedoel jij met “1 karakter en dan cijfers”?

[mvdnes]

ernstoud schreef op zaterdag 2 december 2023 @ 13:10:
[...]


Inderdaad, zie: https://hack-gpon.org/xgs/ont-nokia-xs-010x-q/

Het PON-ID begint toch met ALCL? En volgens de hierboven genoemde site is user-id altijd admin en password 1234. Dus wat bedoel jij met “1 karakter en dan cijfers”?

Mijn PON-ID begint met ALCLf en dan nog 7 cijfers. Een PON-ID is altijd 4 ASCII en 8 hexadecimale karakters.

[_BLAST3R]

De eerste 4 letters zijn inderdaad vendor/OEM specific (FS heeft hier gekozen voor een 'generic' approach en gewoon GPON gebruikt). Mijn Genexis NT van KPN heeft bijvoorbeeld GNXS. ALCL zal wel staan voor Alcatel-Lucent?

De rest van het PON-ID is dus je unique PON-SN wat een x aantal hexadecimale tekens zijn. Kan zomaar zijn dat naar mate FS meer gaat produceren, hun interne 'counter' voor de serial numbers ook omhoog tikt en zodanig in de hexadecimale waarden komt. Maar eigenlijk maakt dat geen hol uit. Het PON-ID van de Genexis NT hier is all over the place voor wat betreft hexadecimale waarden (zeker niet alleen nummers).

[ Voor 14% gewijzigd door _BLAST3R op 02-12-2023 15:20 ]

[ernstoud]

_BLAST3R schreef op zaterdag 2 december 2023 @ 15:17:
De eerste 4 letters zijn inderdaad vendor/OEM specific (FS heeft hier gekozen voor een 'generic' approach en gewoon GPON gebruikt). Mijn Genexis NT van KPN heeft bijvoorbeeld GNXS. ALCL zal wel staan voor Alcatel-Lucent?

De rest van het PON-ID is dus je unique PON-SN wat een x aantal hexadecimale tekens zijn. Kan zomaar zijn dat naar mate FS meer gaat produceren, hun interne 'counter' voor de serial numbers ook omhoog tikt en zodanig in de hexadecimale waarden komt. Maar eigenlijk maakt dat geen hol uit. Het PON-ID van de Genexis NT hier is all over the place voor wat betreft hexadecimale waarden (zeker niet alleen nummers).

Correct denk ik, maar @mvdnes zegt: “Die van mij heeft juist als eerste karakter een letter en daarna alleen cijfers.”

En dat begrijp ik dus niet, Nokia : ALCL, fs.com: GPON, overigen zie TS. Maar nooit zeg maar A12345678.

[_BLAST3R]

ernstoud schreef op zaterdag 2 december 2023 @ 16:29:
[...]


Correct denk ik, maar @mvdnes zegt: “Die van mij heeft juist als eerste karakter een letter en daarna alleen cijfers.”

En dat begrijp ik dus niet, Nokia : ALCL, fs.com: GPON, overigen zie TS. Maar nooit zeg maar A12345678.

Hmm, dat maakte ik niet op uit zijn bericht. Volgens de provider portal waar je de PON-ID moet registreren moeten de eerste 4 letters de OEM/Vendor-identifier zijn. Dat het PON-SN met een (hexadecimale) letter begint, kan inderdaad prima. Maar de volledige PON-ID zou altijd prefixed moeten zijn door 4 andere letters.

E.g. ALCLA12345678 zou dus valide zijn.

[_BLAST3R]

Overigens hierbij nog een stukje log uit de FS module. De output van dit command zou de connection/VLAN mapping moeten zijn. Alle values zijn in hexadecimaal en daar kan ik inderdaad VLAN's 128 en 4 terugvinden (die ik ook gebruik nu op mijn Genexis NT). Deze lijkt hij als volgt te (re-)mappen; VLAN 1087 voor 4 en VLAN 1097 voor 128. Het uitproberen van alle vier de VLAN's levert geen DHCP lease op helaas..

code:

#ONT/traffic/eth/debug>showconn all

******************** BRDG CFG start **** connId 0 ConnItem 10 ***

------ UNI: (s=1, p=1, t=1)     WAN: (uf=65535, df=0, uq=0, dq=255 t=2) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x00ff)  DS(0x043e, 0x00ff)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 0, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=65535, df=0, uq=0, dq=255 t=2) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x00ff)  DS(0x0449, 0x00ff)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 1, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=1, df=1, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0x0449, 0x0003)  DS(0x0449, 0x0003)

** LAN U/S VLAN Operations
     RETAG_REPRI(4) old (0x0080, 0x00ff) -> new (0x0449, 0x0002)

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

** WAN U/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x0003) -> new (0xffff, 0x00ff)

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 2, type 0
** USOp RETAG_REPRI(4) old (0x0080, 0x00ff) -> new (0x0449, 0x0002) NORMAL
** DSOp RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=2, df=2, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x000c)  DS(0x0449, 0x000c)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 3, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x0449, 0x000c) -> new (0x0080, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=3, df=3, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x0030)  DS(0x0449, 0x0030)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 4, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x0449, 0x0030) -> new (0x0080, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=4, df=4, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x00c0)  DS(0x0449, 0x00c0)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x0449, 0x00ff) -> new (0x0080, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 5, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x0449, 0x00c0) -> new (0x0080, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=5, df=5, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x0003)  DS(0x043e, 0x0003)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 6, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x043e, 0x0003) -> new (0x0004, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=6, df=6, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x000c)  DS(0x043e, 0x000c)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 7, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x043e, 0x000c) -> new (0x0004, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=7, df=7, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0x043e, 0x0030)  DS(0x043e, 0x0030)

** LAN U/S VLAN Operations
     RETAG_REPRI(4) old (0x0004, 0x00ff) -> new (0x043e, 0x0020)

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

** WAN U/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x0030) -> new (0xffff, 0x00ff)

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 8, type 0
** USOp RETAG_REPRI(4) old (0x0004, 0x00ff) -> new (0x043e, 0x0020) NORMAL
** DSOp RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

------ UNI: (s=1, p=1, t=1)     WAN: (uf=8, df=8, uq=0, dq=255 t=0) ------
** Forwarding VLAN (VID, PRI) filter us OP FWD_DROP_UNTAG, ds OP FWD  ALL      
     US(0xf800, 0x00c0)  DS(0x043e, 0x00c0)

** LAN U/S VLAN Operations

** LAN D/S VLAN Operations
     RETAG_ASIS (5) old (0x043e, 0x00ff) -> new (0x0004, 0x00ff)

** WAN U/S VLAN Operations

** WAN D/S VLAN Operations
     ASIS_ASIS  (7) old (0xffff, 0x00ff) -> new (0xffff, 0x00ff)

Connection Item 9, type 0
** USOp Unknown    (0) old (0x0000, 0x0000) -> new (0x0000, 0x0000) NORMAL
** DSOp RETAG_ASIS (5) old (0x043e, 0x00c0) -> new (0x0004, 0x00ff)

Multicast Items:
uni(1,1,1) <----> wan(65535,30) type 1
** U/S VLAN Operations   ASIS_ASIS  (7) old (0x0000, 0x0000) -> new (0x0000, 0x0000)

** D/S VLAN Operations   RETAG_ASIS (5) old (0xffff, 0x00ff) -> new (0x0004, 0x0001)

** D/S IGMP Operations   RETAG_ASIS (5) old (0xffff, 0x00ff) -> new (0x0004, 0x0001)

******************** BRDG CFG end   **** connId 0 ***

****emr conn item gEmrConnItemNum  10 ***

[Thyraon]

Gisteravond de FS XGS-PON module geprobeerd aan de praat te krijgen (met hulp van @Economics aan de achterkant) maar helaas ook hier geen werkende verbinding. Sterker nog: waar we bij de Zaram na een aanpassing op de OLT wel een verbinding kregen, ziet @Economics van de FS-module aan de OLT-zijde helemaal niets binnenkomen, op geen enkel VLAN.

Lijkt er dus op dat deze module ook niet zonder meer (en misschien wel helemaal nooit) gaat werken op KPN XGS-PON.

[infernix]

Ik doe even een mailtje naar fs.com met de config specs van KPN. Kijken of zij nog input hebben.

[justdaboo]

Thyraon schreef op dinsdag 5 december 2023 @ 09:02:
Gisteravond de FS XGS-PON module geprobeerd aan de praat te krijgen (met hulp van @Economics aan de achterkant) maar helaas ook hier geen werkende verbinding. Sterker nog: waar we bij de Zaram na een aanpassing op de OLT wel een verbinding kregen, ziet @Economics van de FS-module aan de OLT-zijde helemaal niets binnenkomen, op geen enkel VLAN.

Lijkt er dus op dat deze module ook niet zonder meer (en misschien wel helemaal nooit) gaat werken op KPN XGS-PON.

Dat is iets wat met de FS wel eens voorkomt de eerste keer. De ene zegt dat je hem in een media converter moet doen, telnetten en “enable” moet doen. Maar in mijn geval was het plaatsen in een mediaconverter genoeg, vervolgens kon @R3D hem wel zien aan de Delta kant (in mijn geval)

[Thyraon]

justdaboo schreef op dinsdag 5 december 2023 @ 09:33:
[...]


Dat is iets wat met de FS wel eens voorkomt de eerste keer. De ene zegt dat je hem in een media converter moet doen, telnetten en “enable” moet doen. Maar in mijn geval was het plaatsen in een mediaconverter genoeg, vervolgens kon @R3D hem wel zien aan de Delta kant (in mijn geval)

In mijn geval kon @Economics de module ook zien aan de OLT-kant, er was dus wel signaal. De PADI packets voor de PPPoE sessie werden alleen niet gezien aan die kant, op geen enkele manier.

Het "enable" commando is (volgens de manual van FS) alleen bedoeld om de module in configuratie-modus te krijgen, dus ik zie niet hoe dat zou helpen.

[ Voor 11% gewijzigd door Thyraon op 05-12-2023 09:36 ]

[justdaboo]

Thyraon schreef op dinsdag 5 december 2023 @ 09:35:
[...]


In mijn geval kon @Economics de module ook zien aan de OLT-kant, er was dus wel signaal. De PADI packets voor de PPPoE sessie werden alleen niet gezien aan die kant, op geen enkele manier.

Het "enable" commando is (volgens de manual van FS) alleen bedoeld om de module in configuratie-modus te krijgen, dus ik zie niet hoe dat zou helpen.

Nou precies, daarom zie ik het hele “enable” verhaal ook niet zo zitten. Maar het is bij deze wel ns lekker om hem in een ander device te prikken. Maar als hij wel te zien was aan de OLT kant moet er idd wat anders zijn…

[Thyraon]

justdaboo schreef op dinsdag 5 december 2023 @ 09:39:
[...]


Nou precies, daarom zie ik het hele “enable” verhaal ook niet zo zitten. Maar het is bij deze wel ns lekker om hem in een ander device te prikken. Maar als hij wel te zien was aan de OLT kant moet er idd wat anders zijn…

Ja, precies. Ik heb inmiddels met @infernix overlegd: zijn FS-module mag naar @Economics zodat hij hem wat uitgebreider kan testen in het lab bij KPN. Dank daarvoor!

[infernix]

Domme vragen waarschijnlijk, maar de spec sheet van KPN zegt dat VLAN 6 voor internet is en 4 voor TV? VLAN voor internet in jouw gebied is 128?

En het remappen van die VLANs wordt aangestuurd door KPN (OLT)? m.a.w. op het "shared" deel van het glas zijn jouw "user" VLANs 1087 en 1097, en die moet de module remappen naar 4 en 6 (in jouw geval 128)?

[Thyraon]

infernix schreef op dinsdag 5 december 2023 @ 09:57:
Domme vragen waarschijnlijk, maar de spec sheet van KPN zegt dat VLAN 6 voor internet is en 4 voor TV? VLAN voor internet in jouw gebied is 128?

En het remappen van die VLANs wordt aangestuurd door KPN (OLT)? m.a.w. op het "shared" deel van het glas zijn jouw "user" VLANs 1087 en 1097, en die moet de module remappen naar 4 en 6 (in jouw geval 128)?

Als je doelt op die telnet output hierboven: die was van @_BLAST3R, niet van mij. Bij KPN is het internet VLAN inderdaad 6, en dat hebben we gisteren getest.

Bij de Zaram-module was het probleem dat VLAN 6 vanaf mijn router in de Zaram wordt gemapped naar VLAN 1001, op basis van configuratie die door de OLT gepushed wordt (maar niet gebruikt zou moeten worden door de module).

[_BLAST3R]

infernix schreef op dinsdag 5 december 2023 @ 09:57:
Domme vragen waarschijnlijk, maar de spec sheet van KPN zegt dat VLAN 6 voor internet is en 4 voor TV? VLAN voor internet in jouw gebied is 128?

Is geen domme vraag hoor. Mijn provider is inderdaad niet KPN zelf maar een wholesale access partner. Zij gebruiken aan de klant-kant VLAN 128 voor internet access. Voor een KPN klant zou dat dus VLAN 6 zijn. Het punt is dus ook dat er wel 'iets' aan config wordt doorgestuurd wat lijkt te kloppen. Alleen blijkbaar klopt het niet genoeg getuige het feit dat er geen traffic doorheen lijkt te komen.

Mijn FS account manager vroeg ook al of ik het ondertussen werkend had gekregen. Zal hem ook even wat data doorsturen. Die engineers hebben zelf die CLI gebouwd met (voor mij) totaal obfuscated output, dus wie weet hebben zij een idee wat hier fout gaat.

Mocht het niet werken met de FS-specifieke firmware dan is altijd dit nog een lichtpuntje;

code:

The CIG XE-99S and CIG XG-99S (and OEM's) have the same hardware and can be switched by replacing the firmware.

Bron: https://github.com/YuukiJapanTech/CA8271x

Edit: ter verduidelijking; die remapping die de module lijkt te doen richting upstream; is die daadwerkelijk nodig vanuit een link layer perspectief? Of is dit iets wat die module er zelf van maakt? Gezien die Zaram een soortgelijk iets leek te doen en dit dus niet goed bleek te zijn? Als er helemaal geen mapping zou moeten gebeuren en de OLT 'gewoon' de client-side VLAN's verwacht op de physical link, dan zou ik eens met FS kunnen overleggen of ze ook gewoon het profile kunnen negeren en transparant de VLAN's door kunnen passen richting de link. Maar dat heeft natuurlijk geen nut als het iets standaard-eigen is.

[ Voor 29% gewijzigd door _BLAST3R op 05-12-2023 12:36 ]

[infernix]

Ah dus wholesale kan dit ook al. Ik zit nog te wachten totdat Heldenvannu mee wil. Januari zeggen ze. Anyhow, ook gemailed naar FS.com. Update wel als reactie binnen is.

[Soundwork]

_BLAST3R schreef op dinsdag 5 december 2023 @ 12:07:
[...]


Is geen domme vraag hoor. Mijn provider is inderdaad niet KPN zelf maar een wholesale access partner. Zij gebruiken aan de klant-kant VLAN 128 voor internet access. Voor een KPN klant zou dat dus VLAN 6 zijn. Het punt is dus ook dat er wel 'iets' aan config wordt doorgestuurd wat lijkt te kloppen. Alleen blijkbaar klopt het niet genoeg getuige het feit dat er geen traffic doorheen lijkt te komen.

De ISP KPN is toch alleen de laag 3?
Ik heb altijd begrepen dat de operator (belichter) de VLAN instellingen op de verbinding vereisen.
Zo is operator KPN Wholesale Broadband Access (WBA) een netwerk wat voor bijvoorbeeld internet VLAN 6 hanteert en ook PPPoE toepast.

[_BLAST3R]

Soundwork schreef op dinsdag 5 december 2023 @ 20:45:
[...]


De ISP KPN is toch alleen de laag 3?
Ik heb altijd begrepen dat de operator (belichter) de VLAN instellingen op de verbinding vereisen.
Zo is operator KPN Wholesale Broadband Access (WBA) een netwerk wat voor bijvoorbeeld internet VLAN 6 hanteert en ook PPPoE toepast.

In feite heeft KPN hier drie rollen;

KPN - ISP (daar heb ik zelf niks mee te maken)
KPN Wholesale - Operator (zij leveren de "last mile" naar de klant en hand-overen in een datacenter)
KPN NetwerkNL - Zij zijn eigenaar van de infrastructuur

Mijn provider 'huurt' dus via KPN WBA (wholesale) de lijn en infrastructuur en mag zelf bepalen welke techniek zij gebruiken voor dat deel tussen de klant en hun handover punt in het datacenter (en dat is dus gewoon L2 in principe). In dit geval is gekozen voor DHCP ipv PPPoE wat KPN zelf gebruikt. De provider kan ook kiezen om 'gewoon' tag 6 te gebruiken aan de klant kant, maar als ze al op andere netwerken actief zijn dan is het slimmer voor hun om alles gelijk te houden en hetzelfde VLAN toe te passen (logistiek gezien - dan hoeven al die routers niet allemaal aparte configs te hebben). Dat is wat hier gebeurt. Het is voor een provider die verkoopt via WBA dus zeker mogelijk om zelf dat stukje netwerk te leveren vanuit het datacenter, en hier zelf een DHCP server en RADIUS dienst etc voor te draaien. Zij krijgen vervolgens de beschikking over een WBA operator tool portal om verscheidene netwerk-gerelateerde operaties zelf te kunnen doen. Een soort self-service voor providers dus die ook een API laag biedt. Hierin kunnen zij dus ook het stukje XGSPON ID aanpassen en allerlei diagnostiek opvragen over de verbinding.

Ze kunnen daar ook orders plaatsen voor bijvoorbeeld de type diensten die ze de klant willen leveren. Dan heb je weer verschillende traffic klassen, een IPTV multicast VLAN, etc. In feite kunnen operators dus aardig wat via WBA zelf regelen en instellen. Mensen zeggen altijd wel dat het allemaal 'hetzelfde netwerk is' - maar dit is dus niet zo; dat geldt alleen voor dat eerste deel van het netwerk tussen jouw huis en het datacenter. Vanuit daar maakt het enorm uit welk netwerk de provider gebruikt voor toegang tot de rest van het internet. Welke partijen zij gebruiken als uplink, hoe vol die zitten, etc. Maar datzelfde geldt natuurlijk onverminderd ook voor de 'handover poort' die zij met KPN hebben; die kan natuurlijk ook vol komen te zitten. En zo ook de POP's die eerder in het netwerk zitten en hun transport fibers (binnen WBA dus). Het is dan soms ook lastig om te bepalen waar zo'n bottleneck zit en dit kan per gebied verschillen.

Nu is bovenstaande niet bij elke virtuele provider het geval; in sommige gevallen wordt ook het stukje internet access (het stukje in het datacenter) door KPN geleverd. En dan is het natuurlijk slimmer voor KPN om ook gewoon PPPoE en VLAN 6 te gebruiken. Verder zijn er ook mogelijkheden om via PPPoE een soort van virtuele tunnel op te zetten en als virtuele partij via een reseller partij via WBA te leveren. Maar dat zijn allemaal edge-cases. Neem bijvoorbeeld een Tweak; die gebruiken in KPN WBA operator gebieden ook geen PPPoE maar gewoon good old DHCP. Zelfde geldt voor T-Mobile overigens in gebieden waar ze zelf geen operator zijn (e.g. buiten de 'oude' Reggefiber netwerk waar zij apparatuur hebben hangen in de pops en dus ook zelf operator zijn).

Overigens; die VLANs kunnen ook gewoon op alle punten in het operator netwerk geremapped worden naar weer andere VLAN's, of er wordt een service VLAN tag (eigenlijk dubbele tagging) aan al het verkeer op je poort, of misschien zelfs in een fancy transport protocol omgezet wordt; bijvoorbeeld via MPLS packets labelen (old-school), omvormen naar VXLAN, you name it. Tegenwoordig zijn de mogelijkheden eindeloos wat dat betreft. De VLAN's die jij dus thuis ziet zeggen verder helemaal niks over de VLAN's of de infra upstream en zijn puur bedoeld voor de apparatuur aan jouw zijde.

Ik heb reactie van FS trouwens; ze zijn op zoek naar equipment model and OLT certification method om een testopstelling te bouwen. Wie o wie heeft die gegevens toevallig?

[ Voor 42% gewijzigd door _BLAST3R op 06-12-2023 10:44 ]

[Thyraon]

_BLAST3R schreef op woensdag 6 december 2023 @ 10:18:
Ik heb reactie van FS trouwens; ze zijn op zoek naar equipment model and OLT certification method om een testopstelling te bouwen. Wie o wie heeft die gegevens toevallig?

Misschien @infernix of @Economics?

[infernix]

OLT data moet van iemand KPN zijde komen.

Mijn support verzoek van FS.com:

In order to locate the problem and find a solution, we need more information from you.
When this issue happens, please visit onu and copy the command in the attached file for entry, then extract the log info and provide it to us.

code:

/system/ontver build

/system/misc/eqsn get
/system/misc/eepinfo get
/system/misc/bosa show state
/system/misc/show trans state

/traffic/pon/show link
/traffic/pon/show tables 0
/traffic/pon/show pm tcont all 
/traffic/pon/show pm gem all

/traffic/omci/show connection all
/traffic/pon/show traffic all
/traffic/pon/debug/dump_classifier all
/traffic/omci/debug/show 0
/traffic/omci/debug/show 1
/traffic/omci/debug/show 2
/traffic/omci/debug/show 3
/traffic/omci/debug/show 4 
/traffic/omci/show pm gem
/t/o/show pm omci
/traffic/omci/debug/showemrcfg 0
/traffic/omci/debug/showemrcfg 1
/traffic/omci/debug/showemrcfg 2
/traffic/omci/debug/showemrcfg 3
/traffic/omci/debug/showemrcfg 4
/system/net/show connection 8

/traffic/eth/show connect all
/traffic/eth/debug/showconn all
/traffic/eth/show dscp
/traffic/eth/show pm uni 10 1 
/traffic/eth/show pm guni
/traffic/eth/show pm gbrdg
/traffic/eth/show igmp domain
/traffic/eth/show igmp pm
/traffic/eth/show pack


/s/log/show mec       
/s/log/show mib       
/s/log/show omci      
/s/log/show mec_fm    
/s/log/show pm        
/s/log/show ippath    
/s/log/show pmr       
/s/log/show pmr_drv   
/s/log/show ds_ploam  
/s/log/show us_ploam  
/s/log/show net       
/s/log/show emr 
/s/log/show mmr

/s/mib/dump
/s/s/
ifconfig
dmesg -n 8
dmesg
cd /tmp
cat mibdump.txt

/s/s/
diag
gpon show tcont
gpon show us-flow
gpon show ds-flow
gpon get alarm-status
port get status port all
acl get entry valid
classf get entry valid

iemand nog de mogelijkheid om dat er uit te krijgen?

[infernix]

@Thyraon neem aan dat de fs module al onderweg is naar @Economics? dus @Economics zie hierboven voor de debug output, als je die zou kunnen DMen wanneer je deze test dan kan ik daarmee weer naar fs.com. Of DM voor email, dan kan t gewoon op CC direct naar fs.com, wel zo makkelijk.

[Thyraon]

infernix schreef op donderdag 7 december 2023 @ 10:35:
@Thyraon neem aan dat de fs module al onderweg is naar @Economics? dus @Economics zie hierboven voor de debug output, als je die zou kunnen DMen wanneer je deze test dan kan ik daarmee weer naar fs.com. Of DM voor email, dan kan t gewoon op CC direct naar fs.com, wel zo makkelijk.

Nog niet, @Economics wilde eerst even verder testen met de Zaram module.

[Economics]

Thyraon schreef op donderdag 7 december 2023 @ 11:04:
[...]


Nog niet, @Economics wilde eerst even verder testen met de Zaram module.

Goed, ik heb de Mikrotik besteld (RB5009UG+S+IN) en is gisteren einde middag binnengekomen. Heb met de zaram sfp met succes PPP kunnen opbouwen met default instellingen op de OLT. Het probleem lijkt me dus in de UDM te zitten..

[mad-dog]

Wie n.a.v. bericht van @Economics z'n module wil activeren: stuur me even een PM met serienummer en klantnr, dan kan ik hem realtime activeren

[_BLAST3R]

mad-dog schreef op donderdag 7 december 2023 @ 12:00:
Wie n.a.v. bericht van @Economics z'n module wil activeren: stuur me even een PM met serienummer en klantnr, dan kan ik hem realtime activeren

Ik kan hem er wel even tussen stoppen hiero. Hoewel ik ook een direct lijntje naar de provider heb die het evt. via de Service Tool kan doen. Wat heeft de voorkeur?

[mad-dog]

_BLAST3R schreef op donderdag 7 december 2023 @ 12:50:
[...]

Ik kan hem er wel even tussen stoppen hiero. Hoewel ik ook een direct lijntje naar de provider heb die het evt. via de Service Tool kan doen. Wat heeft de voorkeur?

Service tool gaat niet realtime, daar zit nog een backoffice tussen

[ernstoud]

Economics schreef op donderdag 7 december 2023 @ 11:53:
[...]

Goed, ik heb de Mikrotik besteld (RB5009UG+S+IN) en is gisteren einde middag binnengekomen. Heb met de zaram sfp met succes PPP kunnen opbouwen met default instellingen op de OLT. Het probleem lijkt me dus in de UDM te zitten..

Top. Dit betekent dus dat de Zaram SFP in principe functioneert op de KPN infra begrijp ik.

Dan moet ik me eens gaan beraden hoe we de ongetwijfeld behoorlijk grote groep geïnteresseerden gaan bedienen, de mogelijkheden zijn:

- de group buy zoals ik al 2 keer (totaal 228 stuks) heb gedaan incl. complete afhandeling, doe ik nog een keer
- iemand meldt zich met een webshop waar dit artikel op kan komen, ik doe alleen de inkoop
- iemand biedt zich aan als distributeur (in overleg met Zaram uiteraard) en ik trek mij terug
- Zaram stelt een distributeur aan of opent in de EU een vestiging/agent o.i.d.

Zaram levert alleen aan bedrijven via een NDA en er is een minimale bestelgrootte. Er is geen exclusiviteit dus elk bedrijf kan zich aldaar melden.

Ben benieuwd of hier iemand meeleest met verdere ideeën.

[renedis]

Als het aan de UDM schijnt te liggen dan hoop ik dat ik meer opties heb gezien ik de mijne heb voorzien van Custom kernel en volledige R/W rechten heb. Het lijkt me sterk dat het een hardwarematige beperking is.

Ik heb enkel geen idee waar ik het moet zoeken. Zou het zo simpel kunnen zijn door een handmatige bash regel te maken in crontab @ reboot oid met een geforceerde route naar de juiste VLAN mapping?

[makooy]

Ik kan niet wachten tot de module werkt op een UDM Pro.
Vanochtend spontaan de ONT module stuk. is de 2de of 3de al in nog geen 2 jaar.
Morgen ochtend komt een monteur, hopelijk met het nieuwe type module.
Nu maar een dag op de hotspot werken....

[_BLAST3R]

makooy schreef op donderdag 7 december 2023 @ 15:13:
Ik kan niet wachten tot de module werkt op een UDM Pro.
Vanochtend spontaan de ONT module stuk. is de 2de of 3de al in nog geen 2 jaar.
Morgen ochtend komt een monteur, hopelijk met het nieuwe type module.
Nu maar een dag op de hotspot werken....

Zit je dan niet gewoon erg dicht bij de POP qua afstand? Wellicht word de module in je ONT wel verblind door de hoge lasersterkte en brand ie over tijd kapot.

Kan wellicht helpen in dat geval om er een attenuator tussen te knallen. Laser power zou je kunnen opvragen/laten checken bij KPN/je provider in de service tool. Misschien het vragen waard.

[makooy]

_BLAST3R schreef op donderdag 7 december 2023 @ 15:18:
[...]

Zit je dan niet gewoon erg dicht bij de POP qua afstand? Wellicht word de module in je ONT wel verblind door de hoge lasersterkte en brand ie over tijd kapot.

Kan wellicht helpen in dat geval om er een attenuator tussen te knallen. Laser power zou je kunnen opvragen/laten checken bij KPN/je provider in de service tool. Misschien het vragen waard.

Zal het morgen eens vragen als de monteur er is.
Kon helaas geen ONT-module ophalen bij de lokale KPN winkel anders had ik het zelf vervangen, stelt niks voor..

[ernstoud]

makooy schreef op donderdag 7 december 2023 @ 15:13:
Ik kan niet wachten tot de module werkt op een UDM Pro.
Vanochtend spontaan de ONT module stuk. is de 2de of 3de al in nog geen 2 jaar.
Morgen ochtend komt een monteur, hopelijk met het nieuwe type module.
Nu maar een dag op de hotspot werken....

Die Genexis dingen zijn krengen.. zie o.a. hier:

ThaHandy in "[Delta glasvezel] Ervaringen & Discussie"

Lucht tussen thermal pad en koelplaatje… ja dan gaat de boel wel stuk na verloop van tijd.

En een serie waarvan de WAN poort het na stroomuitval niet meer doet, ook zo’n wazig probleem.

[makooy]

ernstoud schreef op donderdag 7 december 2023 @ 15:27:
[...]


Die Genexis dingen zijn krengen.. zie o.a. hier:

ThaHandy in "[Delta glasvezel] Ervaringen & Discussie"

Lucht tussen thermal pad en koelplaatje… ja dan gaat de boel wel stuk na verloop van tijd.

En een serie waarvan de WAN poort het na stroomuitval niet meer doet, ook zo’n wazig probleem.

Ik had het gelezen inderdaad. bij mij was er niks aan de hand qua stroom. ik was op moment van uitval dingen aan het downloaden en in 1x naar 0 snelheid en UDM Pro gaf aan dat er geen verbinding meer was.

[lesswood]

Had Ubiquity niet een nieuwe update klaarstaan die een bepaald PPPoE probleem verhielp? Of is die nieuwe update al getest ?

[Thyraon]

lesswood schreef op donderdag 7 december 2023 @ 16:10:
Had Ubiquity niet een nieuwe update klaarstaan die een bepaald PPPoE probleem verhielp? Of is die nieuwe update al getest ?

Je bedoelt deze, denk ik: robertwebbe in "[KPN XGS-PON] Eigen router/ONT gebruiken"

Nog niet getest hier.

[leander-s]

Economics schreef op donderdag 7 december 2023 @ 11:53:
[...]

Goed, ik heb de Mikrotik besteld (RB5009UG+S+IN) en is gisteren einde middag binnengekomen. Heb met de zaram sfp met succes PPP kunnen opbouwen met default instellingen op de OLT. Het probleem lijkt me dus in de UDM te zitten..

Was het noodzakelijk om de vlan priority op 1 te zetten tijdens het aanmaken van het vlan op de Mikrotik? Of was het voldoende om alleen de sfp kant te taggen met vlan 6 en daar de PPPoE-verbinding overheen te leggen?

[Economics]

leander-s schreef op donderdag 7 december 2023 @ 22:12:
[...]


Was het noodzakelijk om de vlan priority op 1 te zetten tijdens het aanmaken van het vlan op de Mikrotik? Of was het voldoende om alleen de sfp kant te taggen met vlan 6 en daar de PPPoE-verbinding overheen te leggen?

Priority maakt opzich niet uit voor het opbouwen van de sessie. De v12/v14 stuurt ppp packets met prio 7. Ik heb in dit geval niets met priority gedaan. Dat laatste inderdaad. Vlan 6 aangemaakt onder de sfp interface en een ppp client dus dat is prio 0

[ Voor 3% gewijzigd door Economics op 07-12-2023 23:06 ]

[WCA]

_BLAST3R schreef op donderdag 7 december 2023 @ 15:18:
[...]

Zit je dan niet gewoon erg dicht bij de POP qua afstand? Wellicht word de module in je ONT wel verblind door de hoge lasersterkte en brand ie over tijd kapot.

Kan wellicht helpen in dat geval om er een attenuator tussen te knallen. Laser power zou je kunnen opvragen/laten checken bij KPN/je provider in de service tool. Misschien het vragen waard.

Bij XGS-PON lijkt me dat vrij sterk, die splitters dempen het signaal behoorlijk, werken met signaalsterktes zwakker dan -15dB is geen uitzondering

[Economics]

WCA schreef op vrijdag 8 december 2023 @ 09:08:
[...]


Bij XGS-PON lijkt me dat vrij sterk, die splitters dempen het signaal behoorlijk, werken met signaalsterktes zwakker dan -15dB is geen uitzondering

Dit is waar. Na de 1:16 komt de ONT gewoon in dienst tot -27-30

[ Voor 3% gewijzigd door Economics op 09-12-2023 12:07 ]

[Houtenklaas]

WCA schreef op vrijdag 8 december 2023 @ 09:08:
[...]


Bij XGS-PON lijkt me dat vrij sterk, die splitters dempen het signaal behoorlijk, werken met signaalsterktes zwakker dan -15dB is geen uitzondering

Mijn nog niet werkende GPON verbinding van ODF zit op -17,08dBm om precies te zijn, zegt de ONT. En dezelfde regel meldt dat die tussen de -27 en -8dBm zou mogen zijn.

[ Voor 6% gewijzigd door Houtenklaas op 08-12-2023 11:38 ]

[leander-s]

Economics schreef op donderdag 7 december 2023 @ 22:55:
[...]

Priority maakt opzich niet uit voor het opbouwen van de sessie. De v12/v14 stuurt ppp packets met prio 7. Ik heb in dit geval niets met priority gedaan. Dat laatste inderdaad. Vlan 6 aangemaakt onder de sfp interface en een ppp client dus dat is prio 0

Aha, dank voor de informatie. Gisteren al getest met mijn eigen verbinding maar kreeg van de OLT nog geen antwoord op mijn PADI verzoek. Als ik die vergelijk dmv een packet capture met wat een werkende Fritzbox uitstuurde is de inhoud praktisch gelijk behalve een andere formattering van de Host-Uniq tag in het PPPoE packet.

Mogelijk heeft Pfsense of het onderliggende FreeBSD OS wat bugs met een vlan interface icm met de PPPoE client. Dus ik zal vanavond ook nog even een andere router en operating system testen.

[Economics]

Even een update: ik heb iets te vroeg gejuicht. Ik heb in productie afgelopen week met leander gekeken op zijn verbinding. Het leek goed te gaan, dat gaat het ook tot dat er andere vlans op de bridge port geconfigureerd staan naast vlan 6. Ik heb inmiddels contact met zaram, zij gaan het proberen te reproduceren.

[ Voor 13% gewijzigd door Economics op 12-12-2023 13:16 ]

[Soundwork]

Economics schreef op dinsdag 12 december 2023 @ 13:10:
Even een update: ik heb iets te vroeg gejuicht. Ik heb in productie afgelopen week met leander gekeken op zijn verbinding. Het leek goed te gaan, dat gaat het ook tot dat er andere vlans op de bridge port geconfigureerd staan naast vlan 6. Ik heb inmiddels contact met zaram, zij gaan het proberen te reproduceren.

Wordt hiermee bedoeld dat men ook VLAN voor TV en telefonie wil gaan gebruiken?
Dus alleen met internet only werkt de Zaram i.c.m. een MicroTik router?