[KPN XGS-PON] Eigen router/ONT gebruiken

[Simply_jeroen]

Het stekkertje past gewoon door een
Flex buis heen. Ik had eerst de glaskabel door de buis gegaan en
Daarna pas de buis door de trap koof heen gedaan. Hij gaat er een stuk makkelijker doorheen als een netwerk kabel

[justdaboo]

markimarc schreef op vrijdag 26 januari 2024 @ 21:24:
[...]


Hoe heb je dat precies gedaan? In mijn huis ligt de loze leiding al klaar en ben van plan om een deze dagen utp te trekken. Maar als glas ook relatief makkelijk is, heeft dat natuurlijk wel de voorkeur. :-)

Als je zeker weet dat er geen krappe bochtjes in zitten en de leiding is lekker ruim.... ik heb voor zo'n geval eens deze gebruikt: https://www.fs.com/products/41922.html

Ik zou er eerst een stevig trekkoord in trekken, daar de connector aan vast tapen en doortrekken.

En anders zonder connectoren trekken en door een locale "glasboer" even laten lassen in een pigtailtje/ftu.
Dat heb ik tevens laten doen tussen mn woonhuis en kantoor/studio:



Links de FTU met 4 vezels naar het huis, rechts de FTU van Delta, afgemonteerd op kantoor.



Binnekant van de FTU aan de kant van de woning.

[ Voor 47% gewijzigd door justdaboo op 26-01-2024 21:47 ]

[Peetz0r]

Yep, een RJ45 connector past niet door een 16mm buis heen, maar een SC(/APC) connector wel. Dus je kan gewoon kant-en-klare patchkabels gebruiken. En dat maakt het makkelijk. Geen gereedschap nodig.

Opzich hoef je je niet heel druk te maken over de bochten. De patchlabel die @justdaboo linkt mag een bend radius hebben van (static) 5x de diameter (5D), en de diameter is maar 2mm. Dus dat is een bend radius van 10mm. Uitgaande van 16mm buis mag je dus gewoon maximaal scherpe bochten maken, als de kabel maar niet strak tegen de binnenkant van de bocht zit.

Ikzelf heb ook zo'n patch kabel lopen door mijn huis omdat KPN NetwerkNL besloten heeft de aansluiting te maken in een blinde hoek in mijn woonkamer terwijl iets verderop een inbouwkast zit waar ik al mijn apparatuur wil. (to be fair: voor de niet-nerds in mijn flat is de KPN positie wel praktischer).



(oude foto's, met nog een losse GPON ONT - op ongeveer die plek hangt nu een switch met de Zaram SFP+ module)

[Roberto.A.G]

@justdaboo
"Ik zou er eerst een stevig trekkoord in trekken, daar de connector aan vast tapen en doortrekken."
gouden tip. smeer er beetje dreft op, dan blijft deze bij lastige bochten niet haken.

[Economics]

Dan is straks KPN FTTR wel wat voor jullie. Pagina 50.

https://www.overons.kpn/downloads/KPN-Fieldlabs-2023.pdf

[justdaboo]

Roberto.A.G schreef op zaterdag 27 januari 2024 @ 02:26:
@justdaboo
"Ik zou er eerst een stevig trekkoord in trekken, daar de connector aan vast tapen en doortrekken."
gouden tip. smeer er beetje dreft op, dan blijft deze bij lastige bochten niet haken.

Kan, en dat heeft iedereen wel in huis. Ik heb daar “runpotec” (https://www.allekabels.nl...middel-gel-.html?mc=nl-nl ) voor gebruikt dat geen residu achterlaat de kabel kan aantasten of verklevingen veroorzaakt tussen de kabel en de mantel.

[justdaboo]

Economics schreef op zaterdag 27 januari 2024 @ 05:50:
Dan is straks KPN FTTR wel wat voor jullie. Pagina 50.

https://www.overons.kpn/downloads/KPN-Fieldlabs-2023.pdf

Precies, (en nu gaan we een tikkie offtopic) vorig jaar groots verbouwd in huis. Heb gelijk naast de vele ethernet punten 4 vezels laten afmonteren in elk technisch knooppunt. Zo kunnen we alle kanten op. Nu alleen voor de 10g uplinks vanaf de aggregation switch naar de device switches in de patch ruimtes/gebouwen, maar mocht bv KPN een vezel aanleggen dan kan deze bv in het woonhuis worden afgemonteerd. Deze kan dan gewoon doorgeprikt worden naar kantoor voor in WAN2.

Ik heb nu naast de Delta 8/8 lijn Ziggo en 5G van Odido als backup (zit in buitengebied dus wel een dikke buiten antenne, dat is hier voor elke provider trouwens wel nodig! Wificall is dus voor ons een uitkomst, dus in de tuin hebben we ook op een aantal punten buiten antennes om zonder onderbreking bellend tussen bv kantoor en het woonhuis kunnen bewegen) dus bij eventuele komst van KPN zou Ziggo kunnen verdwijnen.

De reden waarom ik Odido niet vervang voor bv KPN glas (als ooit beschikbaar) is het feit dat we langs een smal weggetje wonen. Alle bronnen voor data e.d. komen uit de zelfde richting. Alle kabels liggen dicht op elkaar, dus als er schade ontstaat liggen de kabels naast elkaar. Tenzij dit dan andere geengineerd wordt qua PoP locatie, maar dat verwacht ik niet.

[ Voor 7% gewijzigd door justdaboo op 27-01-2024 07:52 ]

[ernstoud]

Economics schreef op zaterdag 27 januari 2024 @ 05:50:
Dan is straks KPN FTTR wel wat voor jullie. Pagina 50.

https://www.overons.kpn/downloads/KPN-Fieldlabs-2023.pdf

Fiber To The Robot?

Of begrijp ik hem niet?

[mrdemc]

ernstoud schreef op zaterdag 27 januari 2024 @ 12:29:
[...]


Fiber To The Robot?

Of begrijp ik hem niet?

Fiber to the Router vermoed ik?

[JoSchaap]

Als je geen glasvezel kunt lassen dan gewoon iets grotere doorvoergaten maken verder is het principe hetzelfde als any other cable.

Alleen wel wat voorzichtiger mee omgaan en geen haakse hoekjes maken

UTP is wel vele malen makkelijker. Heb hier alleen glas tussen de coreswitch en de studio. En ook alleen maar omdat ik daar nog spul voor had liggen uit een testopstelling

/offtopic

[robertwebbe]

FttR = Fiber to the Room(s)



In plaats van of naast ethernetkabel.

[ Voor 117% gewijzigd door robertwebbe op 27-01-2024 13:13 ]

[ernstoud]

mrdemc schreef op zaterdag 27 januari 2024 @ 12:31:
[...]


Fiber to the Router vermoed ik?

Maar op blz. 50 van die link staat alleen een man te kijken naar een …. (ja, wat eigenlijk?).

[Simply_jeroen]

Economics schreef op zaterdag 27 januari 2024 @ 05:50:
Dan is straks KPN FTTR wel wat voor jullie. Pagina 50.

https://www.overons.kpn/downloads/KPN-Fieldlabs-2023.pdf

Pagina 49

[ernstoud]

Simply_jeroen schreef op zaterdag 27 januari 2024 @ 12:45:
[...]


Pagina 49

Juist. In elke kamer fiber. Leuk bij nieuwbouw, niet te doen in mijn huis uit 1913. Komt goed uit want geen enkele behoefte aan.

[_BLAST3R]

_BLAST3R schreef op vrijdag 26 januari 2024 @ 21:01:
[...]

Zal mijn pogingen hem weer levend te maken documenteren. Hij lijkt van wat ik kan zien heel erg op de CIG XG99-S. Altijd fijn als er brokken opgedroogd koelpasta spul uit komt zetten terwijl je iets openmaakt. En mini veertjes en andere kleine componentjes. Deze gaat nooit meer goed in elkaar terug komen, dat weet ik nu al, maar misschien is dat niet nodig. Als ie' zijn ding maar kan doen.

RIP de stick. Die pinnetjes zijn echt niet aan te beginnen zo klein zijn ze. Ondertussen zit overal tin behalve waar het moet zitten. Ik ben hier niet voor gebouwd als software engineer.

Het is natuurlijk ook een beetje raar dat die stick zo makkelijk gebricked kan worden. Maar ach, no excuses.

Misschien dat ik het nog een keer poog te fiksen, of iemand er even naar laat kijken die wat betere soldering skills heeft, maar deze is afgeschreven.

In de tussentijd wacht ik ff de reactie van FS af. Misschien kunnen ze mijn nieuwe module () wel sturen met port ID 1 voor 10G.

Needless to say zou ik iedereen afraden om te gaan lopen kutten in cfg's waarvan je niet precies weet wat het doet. Die sticks zijn blijkbaar erg gevoelig, en zodra hij niet meer 'up' komt kan je er dus ook niet meer bij komen via telnet. Beste is ff een officieel antwoord/CLI optie van FS afwachten.

[ Voor 58% gewijzigd door _BLAST3R op 28-01-2024 18:35 ]

[robertwebbe]

@_BLAST3R Jammer joh. Maar zoals je zelf al zei: no guts, no glory. Je kunt niet altijd 6 gooien.

[ernstoud]

_BLAST3R schreef op zondag 28 januari 2024 @ 18:04:
[...]

RIP de stick. Die pinnetjes zijn echt niet aan te beginnen zo klein zijn ze. Ondertussen zit overal tin behalve waar het moet zitten. Ik ben hier niet voor gebouwd als software engineer.

Het is natuurlijk ook een beetje raar dat die stick zo makkelijk gebricked kan worden. Maar ach, no excuses.

Misschien dat ik het nog een keer poog te fiksen, of iemand er even naar laat kijken die wat betere soldering skills heeft, maar deze is afgeschreven.

In de tussentijd wacht ik ff de reactie van FS af. Misschien kunnen ze mijn nieuwe module () wel sturen met port ID 1 voor 10G.

Needless to say zou ik iedereen afraden om te gaan lopen kutten in cfg's waarvan je niet precies weet wat het doet. Die sticks zijn blijkbaar erg gevoelig, en zodra hij niet meer 'up' komt kan je er dus ook niet meer bij komen via telnet. Beste is ff een officieel antwoord/CLI optie van FS afwachten.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik heb bij pogingen contact te maken met kleine soldeereilandjes wel eens succes gehad met pogo pins arrays. Maar dit is allemaal wel erg klein.

[infernix]

Slecht nieuws vanaf fs.com kant. Engineers geven aan dat "the product is currently unable to achieve this requirement" na mijn verzoek om configuratie op slot id 1 te ondersteunen.. Dus ofwel kan het technisch niet, of ze willen niet meerwerken aan een aangepaste configuratie/firmware.

@Economics kreeg nog wel deze feedback, maar ik denk dat je hier niets (structureel) mee kan?

Thank you very much for your feedback and ideas. But regarding your configuration, our engineers found that there is a part missing.
There is a level 2 topology behind onu id (60 in this case), ont-card (10), port (1)

So the correct configuration should be:

configure equipment ont slot 1/1/2/1/60/10 xxxxxx
configure bridge port 1/1/2/1/60/10/1 xxxxxx

Please configure it according to the above requirements to see if it can meet your requirements.

[Economics]

infernix schreef op maandag 29 januari 2024 @ 09:50:
Slecht nieuws vanaf fs.com kant. Engineers geven aan dat "the product is currently unable to achieve this requirement" na mijn verzoek om configuratie op slot id 1 te ondersteunen.. Dus ofwel kan het technisch niet, of ze willen niet meerwerken aan een aangepaste configuratie/firmware.

@Economics kreeg nog wel deze feedback, maar ik denk dat je hier niets (structureel) mee kan?

[...]

Als ik dat handmatig zo configureer dan werkt dat wel ja, maar dat dat doen we bij default niet.

In de annex staat deze informatie ook.

https://www.kpn.com/zakel...apparatuur-aansluiten.htm

XGSPON
Interface identificatie: Speed capability = 10 Gb/s / Slot id = 1 / Port id = 1

Punt is dan kan je voor elke vendor aparte configuraties bouwen en dat is net niet wat we willen. We behouden ons aan generic configuraties.

[ Voor 4% gewijzigd door Economics op 29-01-2024 10:49 ]

[infernix]

Economics schreef op maandag 29 januari 2024 @ 10:48:
[...]
In de annex staat deze informatie ook.

https://www.kpn.com/zakel...apparatuur-aansluiten.htm

XGSPON
Interface identificatie: Speed capability = 10 Gb/s / Slot id = 1 / Port id = 1

Punt is dan kan je voor elke vendor aparte configuraties bouwen en dat is net niet wat we willen. We behouden ons aan generic configuraties.

Klopt, had ik ook opgegeven. Is blijkbaar niet (goed) naar gekeken. Ik wacht nog even mijn laatste feedback af maar ik denk dat je de module daarna weer mijn kant op kan sturen. Hang ik m hier op aan de muur. Volgende stap zou in de business zijn, ze willen dan denk ik kijken wat de mogelijke afzet is (lees: te behalen omzet) voordat ze besluiten een maatwerk oplossing te bieden. Lijkt me een dood spoor.

Nog wel een laatste vraag, is dit voor WBA ook hetzelfde? M.a.w. geldt deze slot/port id = 1 requirement ook voor wholesale providers (Routit/Heldenvan.nu in mijn geval), of is daar meer vrijheid om dat aan te passen?

[Economics]

infernix schreef op maandag 29 januari 2024 @ 11:07:
[...]


Klopt, had ik ook opgegeven. Is blijkbaar niet (goed) naar gekeken. Ik wacht nog even mijn laatste feedback af maar ik denk dat je de module daarna weer mijn kant op kan sturen. Hang ik m hier op aan de muur. Volgende stap zou in de business zijn, ze willen dan denk ik kijken wat de mogelijke afzet is (lees: te behalen omzet) voordat ze besluiten een maatwerk oplossing te bieden. Lijkt me een dood spoor.

Nog wel een laatste vraag, is dit voor WBA ook hetzelfde? M.a.w. geldt deze slot/port id = 1 requirement ook voor wholesale providers (Routit/Heldenvan.nu in mijn geval), of is daar meer vrijheid om dat aan te passen?

Is een configuratie welke op elke bridge port wordt gezet. Voor ieder provider in dit geval.

Hopelijk is ZARAM wel in staat aanpassingen doen op hun SFP om het product werkend te krijgen

[Economics]

Laat ik het even zo stellen voor FS.

Zolang zij geen BFF certificering hebben ligt de bal bij hen. Ik denk dat de kortere route is om eerst de BFF te hebben en dan naar operators te gaan voor implementatie en verificatie, dan via een een weg iedere operator een custom file te laten maken.

[lesswood]

Economics schreef op maandag 29 januari 2024 @ 11:37:
Laat ik het even zo stellen voor FS.

Zolang zij geen BFF certificering hebben ligt de bal bij hen. Ik denk dat de kortere route is om eerst de BFF te hebben en dan naar operators te gaan voor implementatie en verificatie, dan via een een weg iedere operator een custom file te laten maken.

Is er ook een certificering (BFF?) voor de OLT ? :-)

[ernstoud]

lesswood schreef op maandag 29 januari 2024 @ 13:34:
[...]


Is er ook een certificering (BFF?) voor de OLT ? :-)

In ieder geval niet door de BBF zover ik kan zien. Beetje Nokia monopolie, dus ik denk dat zij de standaard zetten. De normen zijn er natuurlijk: https://www.itu.int/rec/T-REC-G.9807.1-202302-I/en

[infernix]

@Economics De FS.com is toch gewoon een rebrand van deze? en die staat in de lijst van certified products

Of is er een van de opties E-I nodig?

[ernstoud]

infernix schreef op maandag 29 januari 2024 @ 14:24:
[Afbeelding]

@Economics De FS.com is toch gewoon een rebrand van deze? en die staat in de lijst van certified products

Of is er een van de opties E-I nodig?

Ja, dat klopt. Het is een rebranded CIG product. Ik denk echter niet dat dat betekent dat hij daardoor ook gecertificeerd is. Is het echt alleen rebranded of zijn er aanpassingen gemaakt... dat moet onafhankelijk vastgesteld worden.

[infernix]

Dan volgt dus de logische vraag, werkt een originele CIG XG-99S wel out of the box?

Kun je blijkbaar hier krijgen https://ecin.ca/xgs-pon-ont-onu-sfp-with-sc-apc-connector/ maar 190 voor de sfp en 150 voor shipping. En is dus de vraag of er wel wezenlijk verschil is met de FS.com rebrand. Wil t best bestellen maar klein beetje meer zekerheid dat t een kans maakt zou fijn zijn.

[ernstoud]

infernix schreef op maandag 29 januari 2024 @ 14:48:
Dan volgt dus de logische vraag, werkt een originele CIG XG-99S wel out of the box?

Kun je blijkbaar hier krijgen https://ecin.ca/xgs-pon-ont-onu-sfp-with-sc-apc-connector/ maar 190 voor de sfp en 150 voor shipping. En is dus de vraag of er wel wezenlijk verschil is met de FS.com rebrand. Wil t best bestellen maar klein beetje meer zekerheid dat t een kans maakt zou fijn zijn.

Tja, iemand moet de eerste zijn.

Zekerheid dat het werkt? BBF.247 zegt niet alles (misschien wel weinig) over interoperabiliteit. Dus het blijft een gok.

[Economics]

infernix schreef op maandag 29 januari 2024 @ 14:48:
Dan volgt dus de logische vraag, werkt een originele CIG XG-99S wel out of the box?

Kun je blijkbaar hier krijgen https://ecin.ca/xgs-pon-ont-onu-sfp-with-sc-apc-connector/ maar 190 voor de sfp en 150 voor shipping. En is dus de vraag of er wel wezenlijk verschil is met de FS.com rebrand. Wil t best bestellen maar klein beetje meer zekerheid dat t een kans maakt zou fijn zijn.

Die vraag heb ik ook

[_BLAST3R]

Wat zegt de BBF specifiek over de port id's? Is het een harde requirement dat OLT en ONT standaard slot 1 gebruiken ONT zijde om te voldoen aan de standaard? Die annex is natuurlijk wat KPN er zelf van maakt. Maar dat is niet een standaard ansich te noemen. Zeg er wel eerlijk bij dat ik nu ronduit te lui om de BBF ff door te nemen overigens, dus misschien roeptoeter ik nu maar wat.

Ik snap beide kanten, zowel KPN als FS. En voor ons als end-users is het nu lastig omdat we er precies niks mee kunnen op dit moment, tenzij iemand zich geroepen voelt om nogmaals te proberen die slot ID aan te passen en mogelijk hun module bricked in the process.

Iemand met een FS module kan hem proberen te reflashen naar een XG-99S firmware. Dat zou gewoon moeten gaan. Maar jah; je hebt dus kans uiteindelijk met een baksteen van 209 euro te zitten.

Ik zou bijna zo gek zijn om die gok te wagen overigens. Maar zal eerst even proberen FS te overtuigen met wat commerciele mumbo-jumbo om ze in te laten zien dat het strategisch slim is support te bouwen voor KPN, gezien er genoeg potentiele partijen zijn die diensten over KPN netwerk willen leveren in Nederland en daarbij mogelijk eigen apparatuur willen inzetten. Dan moet alleen wel de prijs van die module nog flink omlaag, of in ieder geval in wholesale quantities. Dat hebben ze uiteraard zelf in de hand.

[ Voor 42% gewijzigd door _BLAST3R op 29-01-2024 15:26 ]

[infernix]

@_BLAST3R wat heb je precies aangepast? Ik zou denken dat als je de scfg van de CIG op de fs.com zet, dat gewoon zou moeten werken.

Met config diffs uit die github repo zie ik geen voor de hand liggende port/slot id nummering die simpel aan te passen is.

Is misschien nog een optie om contact te zoeken met chipfabrikant om hun te vragen hoe die scfg eruit moet zien voor port id en slot id 1.

[_BLAST3R]

infernix schreef op maandag 29 januari 2024 @ 15:28:
@_BLAST3R wat heb je precies aangepast? Ik zou denken dat als je de scfg van de CIG op de fs.com zet, dat gewoon zou moeten werken.

Met config diffs uit die github repo zie ik geen voor de hand liggende port/slot id nummering die simpel aan te passen is.

Is misschien nog een optie om contact te zoeken met chipfabrikant om hun te vragen hoe die scfg eruit moet zien voor port id en slot id 1.

Ik heb de github instructies opgevolgd voor de prioriteit aan files die geladen worden en dacht dat ik de volledige scfg kon copy-pasten vanuit de /config map (/config/default_scfg.txt) naar de /userdata map (/userdata/scfg.txt) en vervolgens de port ID aangepast (000040 -> 000000 CFG_ID_XGE_PORT_BIT_MAP). Blijkbaar werkte dat dus niet zoals verwacht, terwijl dat mij in theorie de meest veilige optie leek om het zo te doen.. Heel misschien heb ik daar wel iets heel anders aan lopen passen dan waar ik naar op zoek was. :-) Het is sowieso niet heel duidelijk wat alles doet en ik kon daar ook niks vinden wat een 10 or 0A (in hex) zou vertegenwoordigen. Het kan idd de moeite waard zijn hierover contact op te nemen met de fabrikant/CIG, of een issue te openen op die github repo.

Ik had hiervoor overigens ook nog een file gevonden waar allemaal env variabelen in stonden waaronder de optie om de 10GPORT index aan te geven, maar dat aanpassen deed precies niks aan de daadwerkelijke poort idx die gebruikt werd. Daarvoor moeten we denk ik even grep'en over alle files in het filesystem om erachter te komen waar die variabel uiteindelijk terecht komt, dan weten we misschien ook wat we precies moeten overriden.

Om daarin te helpen kunnen we natuurlijk ook de Tweakers-methode toepassen en een QEMU VM opspinnen met het OS van de XG-99S om te proberen via trial and error de juiste config samen te stellen die doet wat we willen. Maar ik zal ook even kijken wat de (vermeende) port indexes zijn in de andere firmwares. Misschien gebruikt er al eentje id 1 voor de 10G 'dienst' aan stick zijde.

Helaas werkt de Cortina based SoC niet in QEMU lees ik. Dus die vlieger gaat niet op.

En net ff snel XG99S vs FS cfg gediffd (vanuit de repo files genomen); daar kan ik ook dat ID niet echt terugvinden. Er zijn niet zoveel verschillen ook. Misschien ziet iemand anders iets of interest?

[ Voor 28% gewijzigd door _BLAST3R op 29-01-2024 16:27 ]

[huubhuub]

knip : verplaatst bedankt.

[ Voor 107% gewijzigd door huubhuub op 29-01-2024 19:01 ]

[Simply_jeroen]

huubhuub schreef op maandag 29 januari 2024 @ 18:37:
Hallo allen,

Kleine vraag, vandaag KPN geïnstalleerd met een eigen router (AX86U merlin, switch en een aantal Aimesh AX-routers).
VLAN6 voor internet aangemaakt, en WAN/LAN instellingen gemaakt.
TV STB's aangesloten en voila alles werkt (tv kijken en internet).
IGMPv3 wordt volledig ondersteund op mijn netwerk.


VLAN4 niet aangemaakt, is dit nog wel nodig ? Alles werkt namelijk prima.
(ik draai een routed IPTV setup, m.a.w. alle STB's in het netwerk zelf)

Je zit hier verkeert :-)
Kijk even op [KPN Glasvezel] Een eigen Asus router gebruiken

[huubhuub]

Simply_jeroen schreef op maandag 29 januari 2024 @ 18:57:
[...]


Je zit hier verkeert :-)
Kijk even op [KPN Glasvezel] Een eigen Asus router gebruiken

Verplaatst bedankt

[Devedse]

Ik volg inmiddels al een aantal maanden deze thread en heb een vraagje. Wij zijn namelijk op dit moment een woning aan het bouwen in Ede (Kernhem) en ik kom er met geen mogelijkheid achter wat voor glasvezel daar komt te liggen.

Heb al gebeld met Odido, KPN, KPN Netwerk, Delta maar niemand kan mij meer vertellen.

Is er misschien iemand hier die mij daar iets meer over kan/wil vertellen? (Wil voornamelijk weten welke providers ik heb en of ik AON/GPON/XGS-PON krijg)

[ernstoud]

Ik gok KPN: https://www.kpn.com/w3/in...0met%20de%20werkzaamheden.

[mad-dog]

Devedse schreef op maandag 29 januari 2024 @ 20:18:
Ik volg inmiddels al een aantal maanden deze thread en heb een vraagje. Wij zijn namelijk op dit moment een woning aan het bouwen in Ede (Kernhem) en ik kom er met geen mogelijkheid achter wat voor glasvezel daar komt te liggen.

Heb al gebeld met Odido, KPN, KPN Netwerk, Delta maar niemand kan mij meer vertellen.

Is er misschien iemand hier die mij daar iets meer over kan/wil vertellen? (Wil voornamelijk weten welke providers ik heb en of ik AON/GPON/XGS-PON krijg)

Als ik een willekeurig adres daar pak ligt daar XGSPON. Gaat om 6718 HS

[Devedse]

Dan ga ik er maar van uit dat dat op ons adres ook komt. Dank voor het meekijken iig .
Heb iig de Zaram al liggen dus ben benieuwd of er dan alleen KPN komt of ook Delta/Odido (zou wel een voordeel zijn ivm PPPoE)

[ Voor 42% gewijzigd door Devedse op 29-01-2024 20:31 ]

[infernix]

Ha, flink graven maar kijk wat ik hier vind voor de FS module: https://github.com/rssor/...eforce_and_orange_support

"Ethernet UNI can be moved from slot 10 to slot 1 in MIB entities, thus becoming compatible with AT&T and Orange services"

Is dat wat we zoeken?

[ernstoud]

infernix schreef op maandag 29 januari 2024 @ 21:23:
Ha, flink graven maar kijk wat ik hier vind voor de FS module: https://github.com/rssor/...eforce_and_orange_support

"Ethernet UNI can be moved from slot 10 to slot 1 in MIB entities, thus becoming compatible with AT&T and Orange services"

Is dat wat we zoeken?

Mooi stuk werk daar op GitHub. Fraai dat er aan een safeguard gedacht is als het fout gaat.

De moeite waard om te proberen. Iemand?

[Economics]

Ik wil Infernix zijn SFP zo snel mogelijk teruggeven, het liefst niet via de post, ik zal er vast wel langsrijden voordat ik het zelf ga proberen *grapje

[infernix]

Voor de duidelijkheid, ik heb nog altijd geen XGSPON hier en geen idee wanneer dit komt; m.a.w. ik kan niks testen hier. Dus die SFP van mij mag opgeofferd worden aan het grotere goed in een poging vooruitgang te boeken. Dat risico had ik al ingecalculeerd toen ik m bestelde

[_BLAST3R]

infernix schreef op maandag 29 januari 2024 @ 21:23:
Ha, flink graven maar kijk wat ik hier vind voor de FS module: https://github.com/rssor/...eforce_and_orange_support

"Ethernet UNI can be moved from slot 10 to slot 1 in MIB entities, thus becoming compatible with AT&T and Orange services"

Is dat wat we zoeken?

Oeh, dat klinkt inderdaad veelbelovend! Very nice find! Ik wist helemaal niet dat je die MIB's op die manier kon gebruiken..

EDIT: ik heb de repo bekeken en ff door de broncode gescrolled. Als ik dit nou een paar dagen eerder had gevonden, waren we nu al in business geweest denk ik Er zit zowaar een echte failsafe ingebouwd die revert naar stock als 2 boots op rij falen, en hij enabled ook nog eens SSH voor beheer.

Toevoegen van KPN als vendor lijkt ook triviaal, mocht het werken. We kunnen gewoon een ISP class toevoegen in het script voor KPN. Dan kunnen we de boel relatief foolproof maken. Zal daar dan een pull voor openen in de repo. Hoewel je natuurlijk ook 'gewoon' de manual command kan gebruiken; liever geen ruimte geven voor onbedoelde fuck-ups.

[ Voor 38% gewijzigd door _BLAST3R op 29-01-2024 22:26 ]

[robertwebbe]

@Economics Durf je het aan?

[Economics]

robertwebbe schreef op maandag 29 januari 2024 @ 22:01:
@Economics Durf je het aan?

Python is waar ik mezelf elke dag mee bezig houd, durf het zeker aan maar wil het niet op mijn geweten hebben. Ik breng @infernix zijn SFP morgen naar @_BLAST3R

[Houtenklaas]

infernix schreef op maandag 29 januari 2024 @ 22:00:
Voor de duidelijkheid, ik heb nog altijd geen XGSPON hier en geen idee wanneer dit komt; m.a.w. ik kan niks testen hier. Dus die SFP van mij mag opgeofferd worden aan het grotere goed in een poging vooruitgang te boeken. Dat risico had ik al ingecalculeerd toen ik m bestelde

Als we allemaal een paar knaken lappen als het misgaat is het een geval van gedeelde smart is halve smart. Of zoiets. Ik doe graag mee voor het grote goed. KPN zou hier eind 2024 gaan leveren, dus ik heb de tijd

[wboevink]

Als we allemaal een paar knaken lappen als het misgaat is het een geval van gedeelde smart is halve smart.

Ik doe ook mee.

[jopoh]

mad-dog schreef op maandag 29 januari 2024 @ 20:22:
[...]

Als ik een willekeurig adres daar pak ligt daar XGSPON. Gaat om 6718 HS

@Devedse

Nieuwbouw stuk bestaat bij kpn uit GoF netwerk, eerste deel Kernhem is afgelopen jaar verglast in project ede beetje zo vanaf cronebos richting winkelcentrum dat hele stuk is xgspon

Nieuwere stuk wat gebouwd is en waar ze nog bezig zijn(richting A30) met de bouw van woningen is GoF netwerk pop staat bij de school op de balgzand

[Devedse]

@jopoh , is GoF dan AON of GPON? (Ik neem aan geen XGS-PON) of snap ik het nu even niet.

Ik snap dan namelijk niet zo goed waarom KPN in een nieuwe wijk dan AON zou aanleggen en niet direct XGS-PON (zeker kijkende naar berichten zoals deze: nieuws: KPN gaat oude AON-glasvezelverbindingen omzetten voor ondersteuning 4...)

[ Voor 90% gewijzigd door Devedse op 30-01-2024 00:16 ]

[ernstoud]

Devedse schreef op dinsdag 30 januari 2024 @ 00:14:
@jopoh , is GoF dan AON of GPON? (Ik neem aan geen XGS-PON) of snap ik het nu even niet.

GoF = Gigabit over Fiber = AON.

[Economics]

Devedse schreef op dinsdag 30 januari 2024 @ 00:14:
@jopoh , is GoF dan AON of GPON? (Ik neem aan geen XGS-PON) of snap ik het nu even niet.

Ik snap dan namelijk niet zo goed waarom KPN in een nieuwe wijk dan AON zou aanleggen en niet direct XGS-PON (zeker kijkende naar berichten zoals deze: nieuws: KPN gaat oude AON-glasvezelverbindingen omzetten voor ondersteuning 4...)

Nieuwbouw gedeelte Kernhem is in 2020 al voor een deel aangesloten op het P2P netwerk. Dat heeft de tijd met PON dan net gekruist (enginering start natuurlijk eerder). Veldhuizen is daarin tegen verglaasd (bestaande bouw) vanaf 2022 en dat is op het PON netwerk aangesloten. Gezien het P2P netwerk in Kernhem er al ligt is het natuurlijk veel goedkoper om dat stuk te engineren op het P2P netwerk want de aanhaal route is korter. Je zal dus moeten wachten tot AON de transitie gaat maken naar PON

[Thyraon]

@Devedse welkom in Kernhem! Ik heb er jaren gewoond, en woon daar nu nog steeds vlakbij

[jopoh]

Devedse schreef op dinsdag 30 januari 2024 @ 00:14:
@jopoh , is GoF dan AON of GPON? (Ik neem aan geen XGS-PON) of snap ik het nu even niet.

Ik snap dan namelijk niet zo goed waarom KPN in een nieuwe wijk dan AON zou aanleggen en niet direct XGS-PON (zeker kijkende naar berichten zoals deze: nieuws: KPN gaat oude AON-glasvezelverbindingen omzetten voor ondersteuning 4...)

GoF AON netwerk ja waarom om dat deze pop er al eerder stond van XGSpon wordt uitgerold. in deze pop komt met de tijd vanzelf xgs beschikbaar

[jeroenvj]

_BLAST3R schreef op zondag 28 januari 2024 @ 18:04:
[...]

RIP de stick. Die pinnetjes zijn echt niet aan te beginnen zo klein zijn ze. Ondertussen zit overal tin behalve waar het moet zitten. Ik ben hier niet voor gebouwd als software engineer.

Het is natuurlijk ook een beetje raar dat die stick zo makkelijk gebricked kan worden. Maar ach, no excuses.

Misschien dat ik het nog een keer poog te fiksen, of iemand er even naar laat kijken die wat betere soldering skills heeft, maar deze is afgeschreven.

Het is een beetje te laat, maar staat hier op blz 4 niet de pin-out met de UART RX en TX?

[_BLAST3R]

jeroenvj schreef op dinsdag 30 januari 2024 @ 21:09:
[...]


Het is een beetje te laat, maar staat hier op blz 4 niet de pin-out met de UART RX en TX?

Klopt helemaal! Alleen zijn die pads niet 'doorverbonden' naar pin 2 en 7. Daar moet je dan dus een klein solder blobje tussen doen om die pins daadwerkelijk exposed te krijgen. En dat ging niet helemaal zoals gepland.

Stick gaat nu richting @Houtenklaas, die gaat een poging ondernemen hem te refurbishen. Ik denk wel dat het een uitdaging gaat worden.

Ondertussen ook wat voorwerk gedaan voor als @infernix's module hier arriveert. Als het goed is zouden we er hiermee moeten zijn; https://github.com/arpiec...e2b4d0ebf5935e7aeafa1b823. Eigenlijk zou je de module zich ook voor kunnen laten doen als een Genexis of Nokia (whatever je thuis hebt hangen), maar waarom zou je als KPN je in staat stelt de module netjes te registreren. Dat moet dus sowieso niet de insteek zijn - het behouden van de originele serial is dus wenselijk. De spanning stijgt of het ook daadwerkelijk gaat werken.

FS ook nog geprobeerd aan te sporen om een officiele manier te implementeren, maar ze lijken redelijk gebrand op enige R&D moeite 'er weer uit te krijgen' qua investering helaas. Dus ik denk dat dat zoals @infernix al aangaf een dood paard is.

[ Voor 39% gewijzigd door _BLAST3R op 30-01-2024 21:28 ]

[jeroenvj]

_BLAST3R schreef op dinsdag 30 januari 2024 @ 21:12:
[...]

Klopt helemaal! Alleen zijn die pads niet 'doorverbonden' naar pin 2 en 7. Daar moet je dan dus een klein solder blobje tussen doen om die pins daadwerkelijk exposed te krijgen. En dat ging niet helemaal zoals gepland.

Stick gaat nu richting @Houtenklaas, die gaat een poging ondernemen hem te refurbishen. Ik denk wel dat het een uitdaging gaat worden.

Ah OK, jammer. Veel success dan met het refurbishen.

[Houtenklaas]

Stick gaat nu richting @Houtenklaas, die gaat een poging ondernemen hem te refurbishen. Ik denk wel dat het een uitdaging gaat worden.

Ik was de uitspraak van mijn vader gisteren vergeten te melden denk ik ... "Wat zijn ogen zien maken zijn handen stuk" Voor de goede orde, dat ging over mij

Morgenavond maar eens kijken of er nog wat van te fabrieken valt

[ Voor 5% gewijzigd door Houtenklaas op 30-01-2024 22:24 ]

[robertwebbe]

@_BLAST3R Ik weet niet of het je heel veel tijd of moeite kost om te doen maar als het niet te gek veel is, is het dan een idee om samen te werken met @wbschenk ? Hij heeft nu een webshopje voor tweakers waarin hij ook de fs module aanbiedt. Wellicht een kleine vergoeding voor jou erop voor je moeite? Ik zou het in ieder geval niet aandurven en zou er wel wat meer voor willen betalen als die al geflashed is. Het zou in ieder geval een mooie #TeamUp zijn als dat gaat lukken.

[ Voor 4% gewijzigd door robertwebbe op 30-01-2024 22:05 ]

[ernstoud]

Verwijderd. Vorige post is al gecorrigeerd, stond verkeerde nick in.

[ Voor 91% gewijzigd door ernstoud op 30-01-2024 22:05 ]

[robertwebbe]

Sorry, aangeboren afwijking. Ik maak nog wel eens een foutje en die pas ik dan nog snel even aan. Niet te snel reageren, komt meestal binnen enkele minuten weer goed.

[ernstoud]

robertwebbe schreef op dinsdag 30 januari 2024 @ 22:11:
Sorry, aangeboren afwijking. Ik maak nog wel eens een foutje en die pas ik dan nog snel even aan. Niet te snel reageren, komt meestal binnen enkele minuten weer goed.

Ik ken dat, bij mij is het een aangeboren afwijking van mijn iPad.

[_BLAST3R]

robertwebbe schreef op dinsdag 30 januari 2024 @ 22:03:
@_BLAST3R Ik weet niet of het je heel veel tijd of moeite kost om te doen maar als het niet te gek veel is, is het dan een idee om samen te werken met @wbschenk ? Hij heeft nu een webshopje voor tweakers waarin hij ook de fs module aanbiedt. Wellicht een kleine vergoeding voor jou erop voor je moeite? Ik zou het in ieder geval niet aandurven en zou er wel wat meer voor willen betalen als die al geflashed is. Het zou in ieder geval een mooie #TeamUp zijn als dat gaat lukken.

Valt zeker naar te kijken. Ik zat zelf ook al te denken hoe we dit project naar het volgende niveau zouden kunnen tillen mocht het een succes zijn.

Er zijn een aantal risico's waardoor ik twijfel of de fs_xgspon_mod manier een duurzame is;

1. Als FS een firmware update doet en de backdoor sluit, werkt de boel niet meer of erger nog zouden modules gebricked kunnen worden.
2. Ik snap redelijk wat de code in de fs_xfspon_mod repo doet om tot dit resultaat te komen, maar zou zeker niet weten hoe we eea weer werkend krijgen mocht er iets veranderen ergens (zie ook punt 1).
3. De code heeft dus een failsafe, en het kan voorkomen dat deze onbedoeld triggert en de module weer naar stock configuratie gooit - dit zou natuurlijk niet fijn zijn. Kans lijkt klein, maar het kan gebeuren. Eigenlijk wil je dan een manier hebben die de change permanent maakt. Er zal gekeken moeten worden hoe we dat voor elkaar kunnen krijgen.
4. Geen idee wat de originele auteurs van de code op die repo ervan vinden als we deze 'commercieel' gaan toepassen (in zekere zin).

Dat gezegd hebbende kunnen we best 'iets' bouwen wat en-masse als een soort auto-provisioning tool met webinterface oid modules kan ombouwen, waardoor @wbschenk ze 'pre modified' zou kunnen aanbieden in zijn shop. Daar zou ik best voor open staan, maar alleen als we bovenstaande puntjes wat verder hebben uitgewerkt.

En laten we vooral niet te ver vooruit lopen op de feiten; eerst maar eens deze eerste module werkend krijgen, dan kijken we verder. We moeten het nu voorla niet jinxen.

[infernix]

_BLAST3R schreef op dinsdag 30 januari 2024 @ 22:18:
[...]

Valt zeker naar te kijken. Ik zat zelf ook al te denken hoe we dit project naar het volgende niveau zouden kunnen tillen mocht het een succes zijn.

Als dit werkt hebben we een argument bij fs.com die nu claimt dat het niet mogelijk is. Dat zou de eerste stap zijn wat mij betreft.

[robertwebbe]

Ik denk dat het bij FS meer een kwestie is van niet willen in plaats van niet kunnen.

[_BLAST3R]

infernix schreef op dinsdag 30 januari 2024 @ 22:39:
[...]


Als dit werkt hebben we een argument bij fs.com die nu claimt dat het niet mogelijk is. Dat zou de eerste stap zijn wat mij betreft.

Ja, we kunnen het sowieso nog een keer proberen bij ze. Ik heb alleen wel sterk het gevoel dat die barriere vanuit sales naar R&D toch wel lastig te doorbreken zal zijn, zelfs als de oplossing technisch gezien best haalbaar is zal het waarschijnlijk geen zoden aan de dijk zetten omdat het geld om er 'iets aan te doen' toch echt ergens vandaan zal moeten komen, en 'vendor customisation' misschien juist iets is wat FS als extra zou willen verkopen. Maar nee heb je, ja kan je krijgen.

Overigens moet ik wel zeggen dat die methode die fs_xgspon_mod toepast wel errug shady is. Wat ze doen is letterlijk een library 'injecteren' die je in staat stelt om de MIB's te overriden. In dit geval kan je op die manier niet alleen de ONU port slot aanpassen maar dus ook de serial waar hij zichzelf mee registreert bij de OLT, wat weer gezien kan worden als een security hole/risk (afhankelijk van welke kant je het bekijkt).

Ik denk hoe dan ook dat deze manier van zaken overriden niet helemaal de bedoeling is; het voelt allemaal vrij vies. Dat gezegd hebbende heeft FS vast en zeker toegang tot extra documentatie en/of contactpersonen bij CIG die hen hiermee kunnen helpen.

Je zou ook kunnen stellen dat als FS vooral nu de wateren aan het testen is of er interesse is voor deze module op de markt, ze ook niet snel deze backdoor zullen sluiten gezien dat ook R&D kost. En dan nog zou je de module kunnen omflashen naar een firmware a la XG99-S stock, en ben je ook weer in business.

Het zal er echt op neerkomen of FS bereid is om deze feature in te bouwen. En ik geef ze ook weer niet ongelijk hier geen tijd in te stoppen zolang er geen volumes gedraaid worden waar je die R&D tijd weer uit terug kan krijgen.

Misschien kan @wbschenk wel het door FS gewenste volume gaan draaien met al die hordes Tweakers die van die vervelende Genexis af willen die hun upload kortwiekt. Dan zijn we er ook.

[ Voor 4% gewijzigd door _BLAST3R op 30-01-2024 22:52 ]

[makooy]

Denk dat er al snel 50-100 kopers in deze topic zitten of meelezen.
Zelf post ik niet actief maar zou wel graag zo’n module hebben ipv ONT

[infernix]

_BLAST3R schreef op dinsdag 30 januari 2024 @ 22:49:
En dan nog zou je de module kunnen omflashen naar een firmware a la XG99-S stock, en ben je ook weer in business.

Zou sowieso moeten kunnen. Wellicht stap 2. Procedure hier https://github.com/YuukiJ...1x/tree/main/XG-XE_Switch maar is nog de vraag of XG99-S stock de juiste port/slot ids heeft.

Ondertussen fingers crossed dat het t.z.t. met Zaram gaat lukken, want die is goedkoper en daar lijkt men meer mee te willen werken.

[ernstoud]

makooy schreef op dinsdag 30 januari 2024 @ 22:52:
Denk dat er al snel 50-100 kopers in deze topic zitten of meelezen.

En als er ruchtbaarheid aan gegeven wordt en hij in de pricewatch komt kan het nog veel sneller gaan.

Toen de Zaram SFP hier genoemd werd en ik de group inkoop acties deed maakte ik me al zorgen hoe de exploderende vraag op te vangen als hij op KPN infra zou werken

Gelukkig hoeft dat niet meer… hardware verkopen is nl. pijn leiden. Herroepingsrecht, zoek raken, garantie afhandeling etc.

Ik vind het idee nobel om fs.com zover te krijgen de SFP aan te passen voor KPN. Maar ik denk dat je dan aan duizendtallen moet denken. En het ding is sowieso erg duur.

Ik heb meer hoop op de Zaram. In grote aantallen is die veel interessanter qua inkoopprijs, en Zaram wil heel graag. Tussen 5 en 7 februari komt een Zaram engineer om in het KPN lab het issue te bespreken. Als het oplosbaar is dan kan dat snel geregeld worden schat ik zo. Immers, Zaram maakt de SFP, de SOC er in, en de FW zelf.

En diezelfde engineer gaat ook nog langs bij een andere partij met kantoor in NL die zeer geïnteresseerd is in de Zaram SFP. Als dat ook gaat lopen wordt het een grote speler in Europa schat ik in. Misschien ook wel nog breder dan de EU.

En fs.com koopt hem in. Dat is wezenlijk anders qua support.

[wbschenk]

Ben erg benieuwd naar de resultaten! Heb zelf meer vertrouwen in de Zaram!

Wat @ernstoud aangeeft… producten verkopen/ondernemen blijft een groot risico met alle benoemde zaken.

[_BLAST3R]

ernstoud schreef op dinsdag 30 januari 2024 @ 23:14:
[...]


En als er ruchtbaarheid aan gegeven wordt en hij in de pricewatch komt kan het nog veel sneller gaan.

Toen de Zaram SFP hier genoemd werd en ik de group inkoop acties deed maakte ik me al zorgen hoe de exploderende vraag op te vangen als hij op KPN infra zou werken

Gelukkig hoeft dat niet meer… hardware verkopen is nl. pijn leiden. Herroepingsrecht, zoek raken, garantie afhandeling etc.

Ik vind het idee nobel om fs.com zover te krijgen de SFP aan te passen voor KPN. Maar ik denk dat je dan aan duizendtallen moet denken. En het ding is sowieso erg duur.

Ik heb meer hoop op de Zaram. In grote aantallen is die veel interessanter qua inkoopprijs, en Zaram wil heel graag. Tussen 5 en 7 februari komt een Zaram engineer om in het KPN lab het issue te bespreken. Als het oplosbaar is dan kan dat snel geregeld worden schat ik zo. Immers, Zaram maakt de SFP, de SOC er in, en de FW zelf.

En diezelfde engineer gaat ook nog langs bij een andere partij met kantoor in NL die zeer geïnteresseerd is in de Zaram SFP. Als dat ook gaat lopen wordt het een grote speler in Europa schat ik in. Misschien ook wel nog breder dan de EU.

En fs.com koopt hem in. Dat is wezenlijk anders qua support.

Ben opsich wel met je eens dat Zaram de gunfactor heeft en dat het ook mooier is dat zij controle hebben over eigen silicon en software. En uiteraard is een lage(re) prijs altijd fijn! Maar dat zelf willen ontwikkelen kan natuurlijk ook een zwakte zijn in dezen.

FS is ook niet gek en hebben vast niet zomaar een random module gekozen om hun eerste product offering in deze categorie op te baseren; die is dus al vrij feature compleet (en het feit dat hij direct werkte na die ONU slot change is dan ook een mooi voorbeeld daarvan). Daarbij is de module waar eea op gebaseerd is al certified en in gebruik in andere markten/situaites. Het is niet dat FS geen ervaring heeft met programmeren van SOC's voor terminals (zoals zij het noemen) of deze SFP+ product lijnen.

Helemaal zelf iets nieuws bouwen is natuurlijk niet niks, en gezien de module relatief nieuw is zou het niet gek zijn als hier dus nog de nodige uitdagingen bij komen kijken, waarvan wij ook niet kunnen inschatten of die relatief easy of heel complex zijn om op te lossen.

Uiteraard hoop ik mee dat zodra Zaram langs is geweest bij KPN, de fix er binnen een paar weken is en dat de module voor de rest flawless werkt, er geen performance issues ontstaan bij het vol doordrukken van de volle bandbreedte, etc. Maar het kan ook zomaar anders lopen.

Datzelfde geldt natuurlijk ook voor FS - of in ieder geval, voor een 'officiele' werkbare oplossing van het probleem. Ik heb ondertussen te horen gekregen dat mijn account manager zijn best gaat doen bij R&D om de slot change feature erin te krijgen, maar kan niks beloven.

We gaan het wederom horen.

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 13:50:
[...]
FS is ook niet gek en hebben vast niet zomaar een random module gekozen om hun eerste product offering in deze categorie op te baseren; die is dus al vrij feature compleet (en het feit dat hij direct werkte na die ONU slot change is dan ook een mooi voorbeeld daarvan).

Even rechtzetten; de Zaram SFP was ook met enige aanpassingen in de OLT werkend op de KPN infra. Net zoals bij Deltafiber een kleine aanpassing in het generieke profile nodig is (en voor de fs.com SFP veel meer aanpassing nodig is).

We gaan het zien. Spannend!

[_BLAST3R]

Zojuist is @Economics hier langs geweest om de module van @infernix af te leveren. Samen vervolgens het fs_xgspon_mod tooltje gedraaid. Het script was binnen 0.5 seconden klaar met de benodigde modificaties - wat eerlijk gezegd wel een klein beetje concerning was - en na reboot werkte de module inderdaad direct en zonder enige extra aanpassingen aan KPN's zijde. Paar bandwidth tests erdoorheen gejaagd en TV uitgeprobeerd, en dat lijkt allemaal prima in orde te zijn.

Wat dat betreft hebben we dus witte rook; de FS module is met enige aanpassing werkend te krijgen op het KPN netwerk.

Erg tof dat we dit resultaat met zijn allen hebben kunnen bereiken. Dank aan iedereen die mee heeft geholpen! Nu nog kijken hoe we deze procedure safe kunnen maken voor the average Tweaker.

[ Voor 5% gewijzigd door _BLAST3R op 31-01-2024 17:15 ]

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 17:14:
Zojuist is @Economics hier langs geweest om de module van @infernix af te leveren. Samen vervolgens het fs_xgspon_mod tooltje gedraaid. Het script was binnen 0.5 seconden klaar met de benodigde modificaties - wat eerlijk gezegd wel een klein beetje concerning was - en na reboot werkte de module inderdaad direct en zonder enige extra aanpassingen aan KPN's zijde. Paar bandwidth tests erdoorheen gejaagd en TV uitgeprobeerd, en dat lijkt allemaal prima in orde te zijn.

Wat dat betreft hebben we dus witte rook; de FS module is met enige aanpassing werkend te krijgen op het KPN netwerk.

Erg tof dat we dit resultaat met zijn allen hebben kunnen bereiken. Dank aan iedereen die mee heeft geholpen! Nu nog kijken hoe we deze procedure safe kunnen maken voor the average Tweaker.

Top. De ware Tweaker spirit!

Ik zou de weg bewandelen om - nu 100% duidelijk is wat er moet gebeuren - dit met fs.com te bespreken.

En natuurlijk in de TS goed aan te geven hoe ter zake kundige Tweakers dit kunnen doen.

[justdaboo]

_BLAST3R schreef op woensdag 31 januari 2024 @ 17:14:
Zojuist is @Economics hier langs geweest om de module van @infernix af te leveren. Samen vervolgens het fs_xgspon_mod tooltje gedraaid. Het script was binnen 0.5 seconden klaar met de benodigde modificaties - wat eerlijk gezegd wel een klein beetje concerning was - en na reboot werkte de module inderdaad direct en zonder enige extra aanpassingen aan KPN's zijde. Paar bandwidth tests erdoorheen gejaagd en TV uitgeprobeerd, en dat lijkt allemaal prima in orde te zijn.

Wat dat betreft hebben we dus witte rook; de FS module is met enige aanpassing werkend te krijgen op het KPN netwerk.

Erg tof dat we dit resultaat met zijn allen hebben kunnen bereiken. Dank aan iedereen die mee heeft geholpen! Nu nog kijken hoe we deze procedure safe kunnen maken voor the average Tweaker.

Dat is super mooi nieuws, extra motivatie voor Zaram om ook een slag te maken!

[Simply_jeroen]

_BLAST3R schreef op woensdag 31 januari 2024 @ 17:14:
Zojuist is @Economics hier langs geweest om de module van @infernix af te leveren. Samen vervolgens het fs_xgspon_mod tooltje gedraaid. Het script was binnen 0.5 seconden klaar met de benodigde modificaties - wat eerlijk gezegd wel een klein beetje concerning was - en na reboot werkte de module inderdaad direct en zonder enige extra aanpassingen aan KPN's zijde. Paar bandwidth tests erdoorheen gejaagd en TV uitgeprobeerd, en dat lijkt allemaal prima in orde te zijn.

Wat dat betreft hebben we dus witte rook; de FS module is met enige aanpassing werkend te krijgen op het KPN netwerk.

Erg tof dat we dit resultaat met zijn allen hebben kunnen bereiken. Dank aan iedereen die mee heeft geholpen! Nu nog kijken hoe we deze procedure safe kunnen maken voor the average Tweaker.

Aahh ik heb de Zaram module :-) . Zou het daar ook zo simpel mee zijn?
Maar zeer goed om te horen dat dit in elk geval goed gaat.

[nickven]

Top wat een mooi resultaat. Ik volg dit topic al eventjes. Zit momenteel met mijn UDM-SE met een AON BiDi SFP connectie naar de PoP. Maar zal op termijn ook wel te maken krijgen met XGS-PON. Nu las ik dat de UDM-SE door beperking in hardware geen 2 gig of nog hogere snelheden kan halen met een PPoE verbinding. Speelt dit op een niet PPoE verbinding niet? En zou je daar wel de volledige snelheid moeten kunnnen halen?

Daarnaast bestaat er een mogelijkheid dat een virtuele provider over het KPN glas netwerk geen PPoE gebruikt?

Nu zag ik dat FS ook deze module verkoopt met een aanzienlijk lagere prijs, maar ontbreken wat protocollen. Dat maakt hem ongeschikt?

https://www.fs.com/products/141199.html

[Peetz0r]

nickven schreef op woensdag 31 januari 2024 @ 20:39:
[...]
Daarnaast bestaat er een mogelijkheid dat een virtuele provider over het KPN glas netwerk geen PPoE gebruikt?
[...]

Ik ben recent overgestapt van Tweak naar Glasnet, beiden op KPN WBA. Tweak had geen PPPoE, Glasnet wel.

Dus ja, er zijn ISP's die zonder PPPoE kunnen leveren op KPN WBA. Maar de enige die ik ken accepteert geen nieuwe klanten meer

[justdaboo]

nickven schreef op woensdag 31 januari 2024 @ 20:39:
Top wat een mooi resultaat. Ik volg dit topic al eventjes. Zit momenteel met mijn UDM-SE met een AON BiDi SFP connectie naar de PoP. Maar zal op termijn ook wel te maken krijgen met XGS-PON. Nu las ik dat de UDM-SE door beperking in hardware geen 2 gig of nog hogere snelheden kan halen met een PPoE verbinding. Speelt dit op een niet PPoE verbinding niet? En zou je daar wel de volledige snelheid moeten kunnnen halen?

Daarnaast bestaat er een mogelijkheid dat een virtuele provider over het KPN glas netwerk geen PPoE gebruikt?

Nu zag ik dat FS ook deze module verkoopt met een aanzienlijk lagere prijs, maar ontbreken wat protocollen. Dat maakt hem ongeschikt?

https://www.fs.com/products/141199.html

Op niet PPPoE connecties kan de UDM hogere snelheden halen. In het Delta topic is dit te zien: [Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2

Ik weet niet hoe het zit met wholesale partijen op KPN, interessante vraag…

Dan zou er eigenlijk een Wholesale topic geopend moeten worden om dit in kaart te brengen…

[ Voor 4% gewijzigd door justdaboo op 31-01-2024 20:47 ]

[_BLAST3R]

nickven schreef op woensdag 31 januari 2024 @ 20:39:
Top wat een mooi resultaat. Ik volg dit topic al eventjes. Zit momenteel met mijn UDM-SE met een AON BiDi SFP connectie naar de PoP. Maar zal op termijn ook wel te maken krijgen met XGS-PON. Nu las ik dat de UDM-SE door beperking in hardware geen 2 gig of nog hogere snelheden kan halen met een PPoE verbinding. Speelt dit op een niet PPoE verbinding niet? En zou je daar wel de volledige snelheid moeten kunnnen halen?

Daarnaast bestaat er een mogelijkheid dat een virtuele provider over het KPN glas netwerk geen PPoE gebruikt?

Nu zag ik dat FS ook deze module verkoopt met een aanzienlijk lagere prijs, maar ontbreken wat protocollen. Dat maakt hem ongeschikt?

https://www.fs.com/products/141199.html

Ja, een provider kan zeker ook gewoon layer-2 diensten aanbieden over het WBA netwerk. Meestal zijn het providers met 'echt' eigen netwerken/infrastructuur die 'gewoon' layer 2 (oftewel zonder PPPoE) internet aanbieden. Dan zit je gewoon met je DHCP client direct op een VLAN.

De providers die deels afhankelijk zijn van KPN voor (ook) hun last mile naar het internet en/of op een bepaalde manier hun traffic richting het datacenter verschepen, gebruiken PPPoE.

Zover ik weet is er niet echt een lijst, maar de 'eigen modem configuratie pagina' die iedere provider sinds de vrije modem keuze wet eigenlijk moet hebben, geeft je hierover vast uitsluitsel.

Die module die je linkt is alleen het physical gedeelte van de benodigde hardware. Die mist dus de complete protocol handling/management laag en andere aansturing om het werkend te maken (daar ben ik zelf ook achter gekomen, want ik heb precies die module hier ook liggen die dus niks doet, van nog voordat FS kwam met de variant met MAC). Die modules zijn bedoeld om gebruikt te worden in een ONT, eigenlijk precies zo'n kastje wat je sowieso van KPN al krijgt als ze het netwerk komen afmonteren. Daar schiet je dus niks mee op, in ieder geval totdat routers en an andere netwerk apparaten de XGSPON standaard actief gaan implementeren en ondersteunen. Tot die tijd heb je sticks nodig met MAC. MAC is hier dus het sleutelwoordje. In feite is de module die werkt (= de duurdere) zo'n kastje in een stick. Er draait dus letterlijk linux op met een config om de boel netjes af te handelen qua management laag en het verkeer door te geven/encrypten etc.

Nog een leuk detail; sinds @Economics hier is geweest en meteen mijn Genexis heeft geswapped voor een Nokia ONT (ik kon 'm maar al hebben just in case) is mijn internetsnelheid van ~1.5gbit naar ~3.4gbit gegaan bij iperf testen. Blijkbaar gooide de Genexis die ik hiervoor als ONT had dus roet in het eten. Ik had niet verwacht dat het zo'n enorm verschil zou maken. Dit bewijst dus ook maar weer dat eigen ONT/modem keuze een goede zaak is.

[ Voor 11% gewijzigd door _BLAST3R op 31-01-2024 21:27 ]

[Economics]

justdaboo schreef op woensdag 31 januari 2024 @ 20:46:
[...]


Op niet PPPoE connecties kan de UDM hogere snelheden halen. In het Delta topic is dit te zien: [Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2

Ik weet niet hoe het zit met wholesale partijen op KPN, interessante vraag…

Dan zou er eigenlijk een Wholesale topic geopend moeten worden om dit in kaart te brengen…

KPN WBA? Online, Solcon, TMobile schiet me zo te boven..

[ernstoud]

justdaboo schreef op woensdag 31 januari 2024 @ 18:13:
[...]


Dat is super mooi nieuws, extra motivatie voor Zaram om ook een slag te maken!

Dat heb ik ze inmiddels wel verteld!

[ernstoud]

nickven schreef op woensdag 31 januari 2024 @ 20:39:
Top wat een mooi resultaat. Ik volg dit topic al eventjes. Zit momenteel met mijn UDM-SE met een AON BiDi SFP connectie naar de PoP. Maar zal op termijn ook wel te maken krijgen met XGS-PON. Nu las ik dat de UDM-SE door beperking in hardware geen 2 gig of nog hogere snelheden kan halen met een PPoE verbinding. Speelt dit op een niet PPoE verbinding niet? En zou je daar wel de volledige snelheid moeten kunnnen halen?

Daarnaast bestaat er een mogelijkheid dat een virtuele provider over het KPN glas netwerk geen PPoE gebruikt?

Nu zag ik dat FS ook deze module verkoopt met een aanzienlijk lagere prijs, maar ontbreken wat protocollen. Dat maakt hem ongeschikt?

https://www.fs.com/products/141199.html

Absoluut ongeschikt. Dat is een module voor een eigen verbinding zeg tussen een datacenter en een kantoor.

Niet voor connectie met een ISP. Mist een OMCI beheerslaag, zit geen SOC, ram, flash etc. in.

[ernstoud]

Simply_jeroen schreef op woensdag 31 januari 2024 @ 18:59:
[...]


Aahh ik heb de Zaram module :-) . Zou het daar ook zo simpel mee zijn?
Maar zeer goed om te horen dat dit in elk geval goed gaat.

Gaan we zien. Ik denk zelfs dat de Zaram FW aanpassen nog simpeler is.

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 21:20:
[...]


Blijkbaar gooide de Genexis die ik hiervoor als ONT had dus roet in het eten. Ik had niet verwacht dat het zo'n enorm verschil zou maken. Dit bewijst dus ook maar weer dat eigen ONT/modem keuze een goede zaak is.

Genexis: .

[_BLAST3R]

Update: ondertussen is support voor KPN gemerged in de repo van de fs_xgspon_mod tool (https://github.com/rssor/fs_xgspon_mod). Je zou vanaf binnenkort dus (nadat men een nieuwe release heeft gepublished) zelf ook thuis een FS module kunnen ombouwen om te werken op het netwerk van KPN.

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 22:21:
Update: ondertussen is support voor KPN gemerged in de repo van de fs_xgspon_mod tool (https://github.com/rssor/fs_xgspon_mod). Je zou vanaf binnenkort dus (nadat men een nieuwe release heeft gepublished) zelf ook thuis een FS module kunnen ombouwen om te werken op het netwerk van KPN.

Hoe is dit dan anders? Jullie konden het toch ook “vanuit huis”? Of bedoel je dat het nu eenvoudiger is gemaakt?

[_BLAST3R]

ernstoud schreef op woensdag 31 januari 2024 @ 22:25:
[...]


Hoe is dit dan anders? Jullie konden het toch ook “vanuit huis”? Of bedoel je dat het nu eenvoudiger is gemaakt?

Sorry, er miste idd wat context.

De repo heeft een shim (stukje C) wat gecompileerd dient te worden in een library, ter vervanging/extensie van de lib in de module. Hiervoor moet je eigenlijk een paar files (de originals) eerst van de stick af copy'en, lokaal die C lib compileren, en in een tgz gooien zodat hij die vervolgens weer als payload naar de stick kan sturen.

Wat ik heb gedaan is 'gewoon' de payload vanuit de releases sectie op github gepakt en in mijn lokale repo met changes gezet, dus heel dat compileren eigenlijk geskipt.

Dat zijn dus een aantal stappen meer versus gewoon de latest release downloaden en 2 commands uitvoeren (eerst install, daarna persist).

Overigens hebben we nu een leuke discussie in de pull requests, en rssor geeft net aan dat er mogelijk een veel makkelijkere manier is. Die ik overigens zelf ook al had gezien en had geprobeerd voordat ik mijn eigen module brickte, maar niks leek te doen. Maar mogelijk is dat een bugje in de CLI geweest en werkt het wel gewoon. Door luiheid (weer moeten switchen serial) heb ik die methode uiteindelijk niet geprobeerd op het netwerk.

Dat ga ik nu alsnog even doen. Als dat mogelijk is dan is de change echt veel simpeler en is er helemaal geen payload nodig. Zou het bricken van mijn module wel nog triester zijn dan het al was.

Weet iemand trouwens welke SoC Zaram gebruikt in haar module? @ernstoud misschien? Werd naar gevraagd door rssor in de pull request;

> Interesting, I'd be super interested to get my hands on one of those if there's an easy way to get one to the US. Both options we've found here are in the $200 ballpark, so I would love for there to be some cheaper competition.


Verder kreeg ik ook deze door als tip; https://bfw-solutions.com/en/xgspon-ont-36 deze module zou standaard slot 1 gebruiken, en zou dus mogelijk ook een optie kunnen zijn.

[ Voor 14% gewijzigd door _BLAST3R op 31-01-2024 22:39 ]

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 22:33:
[...]
Weet iemand trouwens welke SoC Zaram gebruikt in haar module? @ernstoud misschien? Werd naar gevraagd door rssor in de pull request;

Duidelijk verhaal.

De SOC in de Zaram SFP is helemaal door hen gemaakt, een ZX300. Ze hebben daar in Korea funding voor gekregen.

> Interesting, I'd be super interested to get my hands on one of those if there's an easy way to get one to the US. Both options we've found here are in the $200 ballpark, so I would love for there to be some cheaper competition.

Om een idee te geven; de Zaram gaat bij grotere aantallen richting de USD 80.

Verder kreeg ik ook deze door als tip; https://bfw-solutions.com/en/xgspon-ont-36 deze module zou standaard slot 1 gebruiken, en zou dus mogelijk ook een optie kunnen zijn.

The more the merrier.

Maar lijkt me een kleine speler? Prijs?

[_BLAST3R]

ernstoud schreef op woensdag 31 januari 2024 @ 22:46:
[...]

The more the merrier.

Maar lijkt me een kleine speler? Prijs?

Ik denk niet interessant. Men geeft ook al aan dat alle bekende opties voor hen so far 200 USD of meer waren. Als Zaram ook in de US zou kunnen leveren hebben ze er bij deze mogelijk weer wat geinteresseerden bij.

Nou jongens, ik ga mezelf even in een hoekje zitten schamen want de 'makkelijke methode' lijkt gewoon te werken (as a matter of fact, ik post dit nu via de module).

code:

enable
/system/shell
sh
echo ETH10GESLOT=1 > /mnt/rwdir/sys.cfg
reboot

Makkelijker kunnen we het niet maken..

[ Voor 27% gewijzigd door _BLAST3R op 31-01-2024 22:56 ]

[justdaboo]

Zo is dit ook zo’n geval:
https://azoresnetworks.com/product/pon-cpe-65.html

Slecht te krijgen, maar ik ken een geval van een sample welke direct werkte op DFN.

Slechts als test want geen certificaten…

[ Voor 12% gewijzigd door justdaboo op 31-01-2024 22:59 ]

[ernstoud]

_BLAST3R schreef op woensdag 31 januari 2024 @ 22:51:
[...]

Ik denk niet interessant. Men geeft ook al aan dat alle bekende opties voor hen so far 200 USD of meer waren. Als Zaram ook in de US zou kunnen leveren hebben ze er bij deze mogelijk weer wat geinteresseerden bij.

Nou jongens, ik ga mezelf even in een hoekje zitten schamen want de 'makkelijke methode' lijkt gewoon te werken (as a matter of fact, ik post dit nu via de module).

code:

enable
/system/shell
sh
echo ETH10GESLOT=1 > /mnt/rwdir/sys.cfg
reboot

Makkelijker kunnen we het niet maken..

Schamen? Je bent een held. Nou ja, op schouders van andere helden, maar toch, een held .

[ernstoud]

justdaboo schreef op woensdag 31 januari 2024 @ 22:58:
Zo is dit ook zo’n geval:
https://azoresnetworks.com/product/pon-cpe-65.html

Slecht te krijgen, maar ik ken een geval van een sample welke direct werkte op DFN.

Slechts als test want geen certificaten…

Tja, geen verkoopkanaal. En waarschijnlijk ook poepduur.

[robertwebbe]

@_BLAST3R & @ernstoud Ik krijg zo de indruk dat Zaram nog steeds op zoek is naar distributie. Gezien die in Amerika nog niet verkrijgbaar is, wil Zaram misschien wel een free sample naar die rssor sturen. Mogelijk kan hij aldaar een partij vinden die het daar wil importeren en aanbieden. De Amerikaanse markt is veel groter dan de Nederlandse dus ik denk dat Zaram hier wel aan wil meewerken.

Het zou heel leuk zijn als hij wel een KPN fix kan maken, mocht dat niet van Zaram zelf komen.

[ernstoud]

robertwebbe schreef op woensdag 31 januari 2024 @ 23:05:
@_BLAST3R & @ernstoud Ik krijg zo de indruk dat Zaram nog steeds op zoek is naar distributie. Gezien die in Amerika nog niet verkrijgbaar is, wil Zaram misschien wel een free sample naar die rssor sturen. Mogelijk kan hij aldaar een partij vinden die het daar wil importeren en aanbieden. De Amerikaanse markt is veel groter dan de Nederlandse dus ik denk dat Zaram hier wel aan wil meewerken.

Het zou heel leuk zijn als hij wel een KPN fix kan maken, mocht dat niet van Zaram zelf komen.

Ik denk dat Zaram dat zeker zou toejuichen. Maar goed, dat is aan hun. Anderzijds is het maar een kleine club dus te snel te veel willen is ook niet goed.

Ik heb er volgende week weer drie liggen… misschien moet er dan 1 op de post?

[wbschenk]

ernstoud schreef op woensdag 31 januari 2024 @ 23:09:
[...]


Ik denk dat Zaram dat zeker zou toejuichen. Maar goed, dat is aan hun. Anderzijds is het maar een kleine club dus te snel te veel willen is ook niet goed.

Ik heb er volgende week weer drie liggen… misschien moet er dan 1 op de post?

En anders kunnen kan ik altijd nog een op de post doen (tegen inkoopsprijs)

[robertwebbe]

Nou, als ze Nokia als klant hebben… Dan zou je verwachten dat ze aantallen moeten kunnen draaien? En volgens mij kreeg jij zelf ook redelijk makkelijk een free sample, toch?

[ Voor 27% gewijzigd door robertwebbe op 31-01-2024 23:13 ]

[ernstoud]

robertwebbe schreef op woensdag 31 januari 2024 @ 23:12:
Nou, als ze Nokia als klant hebben… Dan zou je verwachten dat ze aantallen moeten kunnen draaien?

Aantallen is het punt niet, dat doet een fabriek in China wel.

Maar 1 international sales manager, 1 mevrouw op expeditie, 1 head engineer etc…

Dat is meer de bottle neck. Maar dat zijn allemaal mijn aannames hoor… ze werken hard. Ik kreeg op vragen antwoord terwijl de bijzonder aardige mevrouw op van expeditie ‘s-avonds laat thuis was.

Maar de US markt is even wat anders qua wettelijke regels, aansprakelijkheid, FTC e.d.

[ Voor 7% gewijzigd door ernstoud op 31-01-2024 23:16 ]

[robertwebbe]

Anders kunnen die Amerikanen nog altijd bij @wbschenk kopen. “How to Sell ONT’s Online (Fast)” 😀

[ Voor 51% gewijzigd door robertwebbe op 31-01-2024 23:29 ]

[_BLAST3R]

@wbschenk @ernstoud kan een van jullie misschien even contact opnemen met rssor anders? Anders gaat het weer via mij als doorgeefluikje. Ik denk dat ie' wel blij wordt als we hem aan zo'n module helpen.

Discussie is gaande hier; https://github.com/rssor/fs_xgspon_mod/pull/2