Ik wil mijn Huawei ONT vervangen en zag deze SFP module van Fritz! online: FRITZ!SFP G.PON - FritzShop. Werkt dit? Of heb ik hiervoor een andere omzetter nodig?
Netwerk: ODF
Router/Modem: Fritz!Box 7690
Reden: wil alleen made in Europe apparatuur in huis
Ik vermoed dat de 7690, heeft bmw alleen een RJ45, geen SFP kan inslikken en je dan een andere mediaconverter zult moeten toepassen.
Kijk bij de maker van deze FritzBox:
FRITZ!Box 7690 | DSL-router | Koop nu!
en je ziet dat de 7690 zijn internetverbinding op 2 manieren kan binnenkrijgen:
.1. VDSL-aansluiting via (grijze) RJ45-ingang
.2. (blauwe) WAN-ingang, die aangesloten is aan een ander apparaat (bv. juiste ONT)
Als je rechtstreeks aan de fiber wilt aansluiten,
dan kies je voor bijvoorbeeld voor Ă©Ă©n van de Fritzen op
FRITZ!Box glasvezelrouter kopen | Topsnelheden via Fiber
Waarbij je wel de juiste bijbehorende SPF-module moet aanschaffen.
Je kunt via 
Freedom de volgende modems huren of kopen:
Modems | Freedom
Ik vraag mij af of iemand achteraf, nadat een internet abbo al is afgesloten, (als)nog kan overschakelen naar huren/cq kopen ?
//–//
In geval van @k4kl44s wil die geen Huawei meer en zou die ws een Nokia of Genexis TK01 XGS-PON kunnen overwegen. Hiervoor zal dan wel het serinummer aan Freedom moeten worden doorgegeven.opvergang.
Van huur overgaan naar koop van dezelfde FritzBox kan volgens mij altijd wel;
van koop naar huur waarschijnlijk alleen heel kort na aanschaf èn als het gangbare huur-model is.
Dat dènk ik,
dus laat alsjeblieft iemand van freedom dit hier nog even bevestigen (of ontkennen) .. ..
Dat mag een mooi streven zijn, realiseer je dat je er niks mee opschiet: de Nederlandse wetgeving verplicht dat iedere internet aansluiting getapt kan worden. Je schiet er dus meer mee op om te besluiten dat alle externe verkeer versleuteld is en dat je zekerheid hebt over de integriteit van die versleuteling.
Realiseer je ook dat de meeste tap-apparatuur in Nederland geleverd wordt door een natie die op dit moment in opspraak is wegens wangedrag in illegale nederzettingen.
Alleen al om die reden is “encryption everywhere” een goed idee en dan doet maker van de ONT niet zoveel meer.
Zoizo is het zo dat bij PON het wisselen van de fiber-apparatuur gedaan moet worden in coordinatie met Freedom, zie https://helpdesk.freedom.nl/hoe-kan-ik-mijn-eigen-ont-of-pon-sfp-gebruiken-bij-freedom. Ze zullen iets moeten wijzigen aan de config als jij met een SFP aan de gang gaat, dus zorg dat je vooraf met ze in gesprek gaat.
Ik heb het al eerder gezegd, persoonlijk ben ik blij met de ONT want de ethernet kabel tussen ONT en NAT box (“router” - maar dat is dus fout) is een mooie demark tussen de fiber operator en jouw netwerk. Als je alles integreert met een ingebouwde SFP, en er is een probleem, ben je dan altijd in staat om dat zelf op te lossen (Freedom helpt je niet!) en ben je willens om de operator via TR-069 toegang te geven tot je Fritz?
Ik las dat TS bedoelde dat die geen apparatuur wil gebruiken dat gemaakt of onder toezicht valt van (anderen) buiten Europa. Iets dat imo zeker te huldigen is.
Hierbij is FRITZ een prima insteek om buiten globale gebruik van onderdelen, het een apparaat is dat bijna volledig in de EU wordt gemaakt, daar samengesteld en onder haar toelating cq toezicht valt. Met dit laatste is er ook een bepaalde zekerheid aangaande (werk)klimaat en bescherming (milieu)regels.
Wat daarin nog valt aan te merken is dat diverse grondstoffen, onderdelen, voedingen uit China afkomstig zijn. O.a. complexe (ASIC) chips wellicht van buiten de EU (dwz o.a. Taiwan) en het voorheen Duitse Lantiq (chip design) nu van door Intel (USA) is ingelijfd.
Er is zelfs een NL tintje met dat familie “*van Rappard” via haar investeringsmaatschappij (ICP, zetel in Luxemburg, hoofdkantoor in Londen) een meerderheidsbelang heeft in het nog immer Duitse FRITZ (voorheen AVM).
Dat er veel valt af te dingen op “Fritz” is mij het eerste want dat het een stevig & geprijst apparaat is, is helder en wmb het nog beter zou zijn wanneer het bedrijf meer openheid & toegang geeft tot haar interne (software)werking.
Het is ronduit jammer dat Fritz welbewust de voorheen aanwezige (console/telnet) toegang tot o.a. de interne firewall heeft uitgeschakeld. Dat de (kwalitatief beperkte) routers met kunst en vliegwerk op andere wijze kan worden ingezet w.o. OpenWrt of Freetz, doet daar voor mij weinig aan af.
Dan zou ik eerst even iemand vragen of die Fritz SFP inderdaad made in Europe is, niet toch made in China. 
Daarnaast moet Freedom ook wat aanpassen als je de ONT vervangt door deze SFP. (serienummer activeren)
Ik vraag me af of je gaat bereiken wat je wil met deze actie…
Die SFP is te zien als een onderdeel waar de maker zelf geen invloed heeft op tot inzage van dataverwerking.
Naar ik begreep, lang zoekverhaal, worden ook de SFP’s door FRITZ zelf in de EU geproduceerd cq samengesteld danwel gelabeld. Vwb serienummer cq modemid kunnen geschikte Fritzmodellen (die een geschikte xxPON supporteren) een “id” klonen.
NB: Voor AON weet ik vanuit een verleden dat de “vendor-id” daarvan het Europese (vooral NL/DE?) “Acal Bfi” betrof. Of en wie dan is voor xxPON SFP’s kan worden afgelezen vanuit supportdata cq o.a. het uitgelezen onderdeelnummer.
Uiteindelijk wil je vooral een ONT met vrije software. Op het vlak van GPON loopt dit OpenWrt topic al een tijdje, maar het gaat niet echt snel: OpenWrt support for Zyxel PMG5617GA and Econet SoCs, first GPON support !? - For Developers - OpenWrt Forum
Ik denk dat dit deels conflicteert met (xx/PON) omdat die techniek inherent proprietary oplegt t.a.v. toegestaan modemid cq protocolair serienr; en “belichters” geen andere oplichters willen hebben.
Hoewel de xxPON techniek een open standaard is, wil dat niet zeggen dat je die zeg bij?met een leverancier cq provider kunt exploiteren die daar een zekere controle over wil kunnen uitoefenen. Dit gebeurd nu, door maar een handjevol gekende ONT cq SFP makers toe te staan.
Ik heb niet de indruk dat daar de reden zit dat dit zo traag gaat. De chipset en ĂĽberhaupt ethernetverkeer voor elkaar krijgen duurt al een aantal jaar.
Die IDs kan je over het algemeen zelf invullen en worden meer gebruikt om een specifieke klant te herkennen dan om apparaten te blokkeren voor zover ik kan zien. In de EU is het sowieso niet toegestaan als ISP hier beperkingen op te leggen, zoals een beperkt aantal fabrikanten.
Ik ken niet alle ins/outs maar vermoed dat het issue niet in de standaard zit dat wmb geen rocketscience is het probleem vooral (firmware) rechten betreft.
De meest ONT implementaties draaien speciaal aangepaste firmware onder een soort van embedded “Linux”. Daarmee zorgt voor onderlinge “vereisten” die de belangen van operatoren beschermen. Je moet diep zakken hebben, zoals Zyxel of FRITZ, om op je doosje een “ONT” functie te plaatsen.
Belichters aka de grotere telecommers op hun netwerken op die wijze dingen, ook ivm “waarborging”, in dat eigen beheer houden en bepalen wie/welke ONT’s die hun eisen implementeren - lees o.a. vendor/serienummers - zijn toegelaten.
Ik wil mij voorstellen dat een vreemde eend geen voet aan de grond krijgt.
Bijkomend probleem is dat het sws tamelijk lastig is “xxxPON” als ONT op een hoog gespecialiseerde SoC (chip) te krijgen en dit bijna per definitie niet is weggelegd voor een lowbudget OpenSource (hobby)gemeenschap. Zij dus kijken naar te openen kastjes die in essentie al die functie bieden,
Het is als het zelf bouwen van een auto, waarvoor ontzaglijk veel verschillende vaardigheden nodig hebt en laat staan, die goedgekeurd te krijgen voor gebruik op de openbare weg. Wat dan effectiever is, is een bestaande auto tot OpenWrt te verbouwen en die uit te breiden met functies.
Pas daarmee op, het netwerk van Delta gaat met devices van verschillende leveranciers verschillend om, bijvoorbeeld het clonen van een Nokia id naar een Fritz SFP geeft op het Delta XGS-PON netwerk vreemde fouten/instabiliteit volgens de Delta engineers en ook niet alle XGS-PON SFP’s werken zomaar op elk netwerk, bijvoorbeeld Delta en KPN netwerken zijn verschillend ingericht en de eerste versies van de Zaram SFP werkte niet vanwege keuzes die KPN (wel) had gemaakt (en Delta niet, daar werkte het wel).
De vraag is dan weer is dat - bij wie - een feature of bug ?
Het grootste probleem is vaak de Firmware Blob en API’s daarin die vereist zijn voor een correcte werking. Dan er zijn mensen met een talent voor reverse engineering, maar die hebben dan weer niet de hardware en ook niet de setup om het te kunnen testen (wordt vaak als prive project uitgevoerd), het kan zijn dat ook kernel aanpassingen nodig zijn, die moeten dan ook upstream georganiseerd worden. De extra communicatie en tijd die hierdoor nodig is betekent vaak een lange doorlooptijd, zeker voor de eerste…, soms als er een nieuwe driver is, dan blijkt dat andere drivers vaak sneller in ontwikkeld worden een omdat de steigers voor de driver al in de kernel zitten en veel apparaten werken op een vergelijkbare manier.
