Als het om dit apparaat gaat (deze komt overigens niet van Freedom, wellicht dat de Freedom versie anders is, ik ben benieuwd wat mensen aantreffen):
/ # cat /proc/version
Linux version 2.6.32.7-EMBSYS-CGEL-4.01.10.P0.F0 (root@A000001) (gcc version 4.1.2 2011-06-24 ZTE Embsys-TSP V2.08.20_P2) #719 Mon May 15 21:09:50 CST 2017
Hm een linux kernel van rond het jaar 2010…, GCC uit 2011… ja plaatje klopt nog. Linux kernel version history - Wikipedia
Mogelijk een openssl uit dezelfde periode waardoor je alleen met SSLv3 en mogelijk TLS1 kan werken. (de versie van die libary is mogelijk interessanter…), hoewel een 10+ jaar oude kernel, vast z’n issues heeft.
De ONT wordt v.z.i.w. door de glas eigenaar geleverd. en niet door Freedom.
Ja, ik bedoel de ONT waar nu een deel van de Freedom abonnees tegenaan lijkt te lopen. Mijn verwachting is dat mensen op dit forum (net als ik) graag zouden zien dat er een volledig vrij systeem op draait (OpenWRT/LibreCMC). Een eerste stap is de source code. De ONT leverancier distribueert de software op de ONT onder de GPL licentie en heeft daarmee de verplichting ook de source code mee te leveren. Dit is een eerste stap naar een vrij systeem.
Op dit moment zit ik in het buitenland bij mijn vriendin met toevallig ook deze ONT. Daarom is het handig dat een Freedom abonnee met deze ONT mijn commando’s herhaalt om te kijken of de uitkomst inderdaad hetzelfde is. Hierbij informatie over de libraries:
/ # ls -l /lib
lrwxrwxrwx 1 root root 24 May 15 2017 ld-linux.so.2 -> /lib/ld-uClibc-0.9.30.so
-rwxr-xr-x 1 root root 23496 May 15 2017 ld-uClibc-0.9.30.so
lrwxrwxrwx 1 root root 19 May 15 2017 ld-uClibc.so.0 -> ld-uClibc-0.9.30.so
lrwxrwxrwx 1 root root 19 May 15 2017 libc.so.0 -> libuClibc-0.9.30.so
-rwxr-xr-x 1 root root 146353 May 15 2017 libcfapi.so
-rwxr-xr-x 1 root root 679384 May 15 2017 libcmapi.so
-rwxr-xr-x 1 root root 132596 May 15 2017 libcmexpat.so
-rwxr-xr-x 1 root root 79201 May 15 2017 libcommfun.so
-rw-r--r-- 1 root root 16215 May 15 2017 libcrypt-0.9.30.so
lrwxrwxrwx 1 root root 18 May 15 2017 libcrypt.so.0 -> libcrypt-0.9.30.so
lrwxrwxrwx 1 root root 18 May 15 2017 libcrypto.so -> libcrypto.so.0.9.8
-rwxr-xr-x 1 root root 951528 May 15 2017 libcrypto.so.0.9.8
-rwxr-xr-x 1 root root 11238 May 15 2017 libcsputil.so
-rwxr-xr-x 1 root root 121612 May 15 2017 libctype.so
-rwxr-xr-x 1 root root 74369 May 15 2017 libdb.so
-rwxr-xr-x 1 root root 96901 May 15 2017 libdbcspview.so
-rw-r--r-- 1 root root 11248 May 15 2017 libdl-0.9.30.so
lrwxrwxrwx 1 root root 15 May 15 2017 libdl.so.0 -> libdl-0.9.30.so
-rwxr-xr-x 1 root root 11467 May 15 2017 libenv.so
-rwxr-xr-x 1 root root 58699 May 15 2017 libgcc_s.so.1
-rwxr-xr-x 1 root root 43024 May 15 2017 libiprt2.so
-rwxr-xr-x 1 root root 5773 May 15 2017 libkeyuserapi.so
-rwxr-xr-x 1 root root 5911 May 15 2017 libledkey.so
-rwxr-xr-x 1 root root 5680 May 15 2017 libleduserapi.so
-rwxr-xr-x 1 root root 18027 May 15 2017 liblog.so
-rw-r--r-- 1 root root 101876 May 15 2017 libm-0.9.30.so
lrwxrwxrwx 1 root root 14 May 15 2017 libm.so.0 -> libm-0.9.30.so
-rwxr-xr-x 1 root root 21468 May 15 2017 libmaster.so
-rwxr-xr-x 1 root root 4597 May 15 2017 libmtduserapi.so
-rwxr-xr-x 1 root root 67039 May 15 2017 libneon.so
-rw-r--r-- 1 root root 5616 May 15 2017 libnsl-0.9.30.so
lrwxrwxrwx 1 root root 16 May 15 2017 libnsl.so.0 -> libnsl-0.9.30.so
-rwxr-xr-x 1 root root 135777 May 15 2017 liboss.so
-rwxr-xr-x 1 root root 190375 May 15 2017 libpdtcmapi.so
-rwxr-xr-x 1 root root 4674 May 15 2017 libpoweruserapi.so
-rw-r--r-- 1 root root 84774 May 15 2017 libpthread-0.9.30.so
lrwxrwxrwx 1 root root 20 May 15 2017 libpthread.so.0 -> libpthread-0.9.30.so
-rwxr-xr-x 1 root root 4908 May 15 2017 librelayuserapi.so
-rw-r--r-- 1 root root 5620 May 15 2017 libresolv-0.9.30.so
lrwxrwxrwx 1 root root 19 May 15 2017 libresolv.so.0 -> libresolv-0.9.30.so
-rw-r--r-- 1 root root 7200 May 15 2017 librt-0.9.30.so
lrwxrwxrwx 1 root root 15 May 15 2017 librt.so.0 -> librt-0.9.30.so
lrwxrwxrwx 1 root root 15 May 15 2017 libssl.so -> libssl.so.0.9.8
-rwxr-xr-x 1 root root 240300 May 15 2017 libssl.so.0.9.8
-rwxr-xr-x 1 root root 10441 May 15 2017 libsysinfoapi.so
-rwxr-xr-x 1 root root 7756 May 15 2017 libtagparamuserapi.so
-rw-r--r-- 1 root root 471227 May 15 2017 libuClibc-0.9.30.so
-rw-r--r-- 1 root root 6967 May 15 2017 libutil-0.9.30.so
lrwxrwxrwx 1 root root 17 May 15 2017 libutil.so.0 -> libutil-0.9.30.so
-rwxr-xr-x 1 root root 29607 May 15 2017 rp-pppoe.so
De BusyBox is overigens erg uitgekleed. Veel commando’s die wel in OpenWRT en op Fritzboxen in de shell werken, werken niet in deze omgeving.
/ # help
Built-in commands:
-------------------
. : break cd chdir continue eval exec exit export false hash
help local pwd read readonly return set shift times trap true
type ulimit umask unset wait [ ash awk brctl busybox cat chmod
cmp cp date df diagput echo egrep free fuser getty grep hexdump
hostname ifconfig init insmod kill killall ln login ls lsmod
mkdir mknod mount mv passwd ping ping6 ps pwd reboot rm rmdir
rmmod sed sh sleep test tftp top traceroute umount wget
/ # ls -l /bin /usr/bin /sbin /usr/sbin
/bin:
lrwxrwxrwx 1 root root 12 May 15 2017 ash -> /bin/busybox
-rwxr-xr-x 1 root root 31684 May 15 2017 bobtest
lrwxrwxrwx 1 root root 12 May 15 2017 brctl -> /bin/busybox
-rwxr-xr-x 1 root root 271316 May 15 2017 busybox
lrwxrwxrwx 1 root root 12 May 15 2017 cat -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 chmod -> /bin/busybox
-rwxr-xr-x 1 root root 69530 May 15 2017 cmapidbg
lrwxrwxrwx 1 root root 12 May 15 2017 cp -> /bin/busybox
-rwxr-xr-x 1 root root 1827179 May 15 2017 cspd
lrwxrwxrwx 1 root root 12 May 15 2017 date -> /bin/busybox
-rwxr-xr-x 1 root root 19034 May 15 2017 ddns3
-rwxr-xr-x 1 root root 5949 May 15 2017 devmem2
lrwxrwxrwx 1 root root 12 May 15 2017 df -> /bin/busybox
-rwxr-xr-x 1 root root 16399 May 15 2017 dipc
-rwxr-xr-x 1 root root 44252 May 15 2017 dnsmasq
-rwxr-xr-x 1 root root 9044 May 15 2017 dtdns
-rwxr-xr-x 1 root root 54251 May 15 2017 ebtables
lrwxrwxrwx 1 root root 12 May 15 2017 echo -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 egrep -> /bin/busybox
-rwxr-xr-x 1 root root 6169 May 15 2017 ethdriver_test
-rwxr-xr-x 1 root root 5226 May 15 2017 fpga
-rwxr-xr-x 1 root root 41408 May 15 2017 fw_flashing
-rwxr-xr-x 1 root root 1147315 May 15 2017 gpon_omci
-rwxr-xr-x 1 root root 6325 May 15 2017 gponsdk_test
-rwxr-xr-x 1 root root 19871 May 15 2017 gpontest
lrwxrwxrwx 1 root root 12 May 15 2017 grep -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 hostname -> /bin/busybox
-rwxr-xr-x 1 root root 387671 May 15 2017 httpd
-rwxr-xr-x 1 root root 44264 May 15 2017 igmp_proxy
-rwxr-xr-x 1 root root 92746 May 15 2017 inadyn
-rwxr-xr-x 1 root root 102684 May 15 2017 ip
-rwxr-xr-x 1 root root 306331 May 15 2017 ip6tables
-rwxr-xr-x 1 root root 320420 May 15 2017 iptables
lrwxrwxrwx 1 root root 12 May 15 2017 kill -> /bin/busybox
-rwxr-xr-x 1 root root 351016 May 15 2017 kshell
lrwxrwxrwx 1 root root 12 May 15 2017 ln -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 login -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 ls -> /bin/busybox
-rwxr-xr-x 1 root root 9268 May 15 2017 memtool
lrwxrwxrwx 1 root root 12 May 15 2017 mkdir -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 mknod -> /bin/busybox
-rwxr-xr-x 1 root root 20876 May 15 2017 mld_proxy
lrwxrwxrwx 1 root root 12 May 15 2017 mount -> /bin/busybox
-rwxr-xr-x 1 root root 17672 May 15 2017 msntp
-rwxr-xr-x 1 root root 19860 May 15 2017 multicast_test
lrwxrwxrwx 1 root root 12 May 15 2017 mv -> /bin/busybox
-rwxr-xr-x 1 root root 15638 May 15 2017 opticaltst
-rwxr-xr-x 1 root root 36187 May 15 2017 pc
lrwxrwxrwx 1 root root 12 May 15 2017 ping -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 ping6 -> /bin/busybox
-rwxr-xr-x 1 root root 147562 May 15 2017 pppd
lrwxrwxrwx 1 root root 12 May 15 2017 ps -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 pwd -> /bin/busybox
-rwxr-xr-x 1 root root 7547 May 15 2017 redir
-rwxr-xr-x 1 root root 23192 May 15 2017 ripngd
lrwxrwxrwx 1 root root 12 May 15 2017 rm -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 rmdir -> /bin/busybox
-rwxr-xr-x 1 root root 48574 May 15 2017 routed
-rwxr-xr-x 1 root root 6166 May 15 2017 rtrace
lrwxrwxrwx 1 root root 12 May 15 2017 sed -> /bin/busybox
-rwxr-xr-x 1 root root 11769 May 15 2017 sendcmd
-rwxr-xr-x 1 root root 11617 May 15 2017 setmac
lrwxrwxrwx 1 root root 12 May 15 2017 sh -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 sleep -> /bin/busybox
-rwxr-xr-x 1 root root 47244 May 15 2017 switchtst
-rwxr-xr-x 1 root root 46460 May 15 2017 tc
-rwxr-xr-x 1 root root 51587 May 15 2017 telnetd
-rw-r--r-- 1 root root 63942 May 15 2017 tl1.a
-rwxr-xr-x 1 root root 139284 May 15 2017 tmtst
-rwxr-xr-x 1 root root 39550 May 15 2017 traceroute1
-rwxr-xr-x 1 root root 9196 May 15 2017 tso
lrwxrwxrwx 1 root root 12 May 15 2017 umount -> /bin/busybox
-rwxr-xr-x 1 root root 5706 May 15 2017 upgradetest
-rwxr-xr-x 1 root root 98966 May 15 2017 vsftpd
-rwxr-xr-x 1 root root 5605 May 15 2017 wbctl
-rwxr-xr-x 1 root root 9900 May 15 2017 wput
-rwxr-xr-x 1 root root 82050 May 15 2017 wput_ftp
/sbin:
-rwxr-xr-x 1 root root 9963 May 15 2017 flash_eraseall
lrwxrwxrwx 1 root root 12 May 15 2017 getty -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 ifconfig -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 init -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 insmod -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 lsmod -> /bin/busybox
-rwxr-xr-x 1 root root 10140 May 15 2017 mtd_debug
lrwxrwxrwx 1 root root 12 May 15 2017 reboot -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 rmmod -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 route -> /bin/busybox
/usr/bin:
lrwxrwxrwx 1 root root 12 May 15 2017 [ -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 awk -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 cmp -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 diagput -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 free -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 fuser -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 hexdump -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 killall -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 passwd -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 test -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 tftp -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 top -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 traceroute -> /bin/busybox
lrwxrwxrwx 1 root root 12 May 15 2017 wget -> /bin/busybox
/usr/sbin:
/ #
Alle timestamps wijzen trouwens naar 15 mei 2017, ook: BusyBox v1.01 (2017.05.15-13:04+0000) multi-call binary
In de web interface zie ik:
Software Version V6.0.1P1T13
Boot Loader Version V6.0.1P1T13
Hoe kom ik op de shell in een Fritz ?
Met Freetz kan je een firmware bouwen met bijvoorbeeld Dropbear:
Standaard is er een Telnet daemon, maar ik weet niet of er nog steeds een makkelijke truc is om die te starten.
Niet maar ik hou mij aanbevolen voor hoe het wel kan.
Ergens vanaf firmware release 6.2x is die toegang geblokkeerd en hack/trucs omdat te omzeilen zijn sinds, ik meen, 6.3x; uitgeschakeld omdat de daarvoor benodigde deamons simpelweg zijn weggenomen.
Er zijn wel (deels) werkende alternatieven om de FritzBox te vorozien van andere of zelf gecompileerde formware die echter (helaas) weinig garantie geven dat het functioneert. Support daarvan is sws tot aan de oprit van je villa.
De reden van dit alles is veiligheid omdat kennisnemen en zelf kunnen ingrijpen op apparatuur als “gevaarlijk” wordt gekenmerkt. Sterker nog, er zijn diverse richtlijnen en wetten dat fabrikanten dit moeten beschermen zodat er op het grote boze internet geen malleur ontstaat.
Zoiets als dat ik zie bij allerhande software zoals browsers waar je verplicht wordt om volgens normen “secure” te werken. Dat dit vervolgens de eigen vrijheden achter de eigen voordeur belemmert; is dan volgens die zelfde norm, onbelangrijk.
Valt mee hoor. Als je een bug tegenkomt in AVM spullen, bijvoorbeeld ik had zelf een crashende kernel waarbij AVM’s support log een keurige stacktrace opleverde in de kernel log, dan lost AVM die gewoon op, ook als je verder Freetz draait.
Voor Freetz ondersteuning kan je bij Freetz-NG tickets aanmaken op GitHub of met de auteur kletsen op IRC. We hebben daarnaast ook nog dit forum 
Dat lijkt me sterk. Het lijkt meer op luiheid om de dubieuze legacy op dit soort apparaten enigszins te verbergen. Als je een beetje met zo’n shell rondsnuffelt, zie je dat veel ontwikkeling nog steeds niet echt geprofessionaliseerd is. Je kan ook prima hardware kopen met OpenWRT zoals Turris spullen. En zelfs dat ZTE ding waar dit topic over gaat heeft standaard gewoon Telnet draaien.
Helder, je spreekt uit de Freetz context waar ik verder buiten blijf.
Mail naar os@zte.com.cn bounced.
Heeft Freedom danwel Fiber Crew wellicht contact met ZTE?
Misschien kan iemand die daadwerkelijk zo’n ZTE heeft gekregen met een Freedom abonnement hier achteraan gaan? @Igor, misschien kan jij dit aanvliegen? Hiermee zouden we aan de source code van het apparaat komen, die is namelijk voor een groot deel copyleft. Als je wil, kan je me een privébericht sturen.
KPN is de groot-importeur van ZTE spullenboel.
ONT’s worden genoemd naast onderstaande op de carrier deel van de site.
Voor support is een account nodig.
https://support.zte.com.cn/support/h5index.aspx
Hier een site voor OS op zte devices.
Je hebt wel type nummers nodig.
Contact opties:
https://support.ztedevices.com/en-gl/contact-us/
E-Mail contact pagina:
Voor zover ik weet is de meeste software uit die hoek wat achterstallig.
(vaak (heel) oude versies in gebruik).
Daar wordt tech.sp@zte.com.cn genoemd, maar dat adres bouncet ook. De sources voor de F601 zijn daar niet te vinden.
Die reageren wel, maar dan geeft terugmailen ook weer problemen (de Freedom/Soverin mail server krijgt te maken met een timeout). Ik zag dat er ook een chat optie was, die moet ik nog proberen.
Het zou goed zijn als Freedom hier verantwoordelijkheid zou nemen zodat klanten ten alle tijden aan kopieën van router/modem/PON module source code kunnen komen. Zelf zit ik echter niet in een positie om Freedom hierop aan te spreken, want ik neem geen hardware af. Vandaar mijn oproep aan @Igor en anderen met een ONT om hier achteraan te gaan. Het gaat om copyleft gelicenseerde software, dus uiteindelijk ontstaan er juridisch problemen als die sources niet beschikbaar zijn.
Daarnaast is het ook echt een stap richting een vrijer internet met vrije software op de hardware.
Ik ben het er mee eens dat als het volgens GPL nodig is er sources gepubliceerd moeten worden dit ook gedaan moet worden, en ik denk ook dat dit niet een verantwoordelijkheid is die je Freedom in de schoenen kan schuiven. Het is primair de maker van het device die moet zorgen dat die voldoet aan de licentievoorwaarden van de gebruikte software. Mijn indruk is ook dat Freedom niet groot genoeg is om eventueel een juridisch traject met zo’n partij in te gaan.
Zou https://gpl-violations.org/ hier wellicht wat mee kunnen?
Ergens zou het Freedom sieren als ze alleen hardware ondersteunen die de software bereikbaar online heeft staan.
Nadeel op dit punt is dat de NTU/ONT niet door Freedom maar door de onderleverancier (KPN/Fibercrew/…) wordt geleverd.
Idd niet primair maar du moment dat Freedom in haar portfolio zaken heeft die gebruikers worden (aan)geboden, zou zij die ook transparant inzichtelijk moeten maken. Tegenstrijdig hierin is dan dat een Freedom, o.a. AVM en zooi biedt van anderen; zonder dat er toegang is tot de source daarvan.
Het is idd geen verantwoordelijkheid van Freedom maar wel iets dat je best mag en kunt verwachten van een organisatie die meer is dan alleen leveren dat in kleine letters moet.
Zeg maar als ideële en/of principiële “service”. Zoiets al steunen van initiatieven dat voor mij reden is om - ondanks dat dit duurder is - lid te zijn van deze club.
De opslag/beheerkosten daarvan lijken mij een holle kies om te overzien en je hoeft niet groot te zijn om groots te bestaan.
Juridisch moet degene die de software distribueert ook een licentie hebben om te mogen distribueren. Op het moment dat Freedom een apparaat met software van derden naar een klant distribueert, moet Freedom ook een geldige distributielicentie hebben voor de software op het apparaat. In dit geval wordt de software die op het apparaat staat (onder andere) onder de GPLv2 gedistribueerd, zowel aan Freedom als vanuit Freedom. De GPLv2 geeft aan dat de licentievoorwaarden hierbij duidelijk gecommuniceerd moeten worden en dat ook toegang tot de sources geboden moet worden.
(Bij AVM apparaten gaat dit goed, in de handleiding kan je de GPLv2 vinden en men wijst voor sources naar Index of /)
Ik weet niet of deze ONT juridisch door Freedom wordt geleverd aan de klant (of dat Fiber Crew ook direct afspraken heeft met een klant), maar in dat geval vindt er distributie plaats op basis van de GPLv2 en dit brengt de juridische verantwoordelijkheid om aan de GPLv2 te voldoen. Anders wordt software van derden zonder licentie verspreid en dat schendt hun auteursrecht.
Ik hoop uiteraard dat Freedom die verantwoordelijk neemt, niet omdat het juridisch moet, maar omdat het hoort bij de doelstellingen 
Fiber Crew is de klant van ZTE. Desalniettemin heb ik een tijd geleden ZTE op indirecte, niet confronterende wijze gemaild over het feit dat de F601 niet op https://opensource.ztedevices.com te vinden is. Precies zoals ik dat ooit heb geleerd in een cursus omgaan met Chinezen.
Daar heb ik nooit een response op gekregen. Wat overigens vrij gebruikelijk is. Ik verwacht dat de sources toch ooit wel op die website terecht komen. Daar hebben dat soort bedrijven vaak een hoop tijd voor nodig.
Ik zit overigens ook niet echt te wachten op een CD met de sources. Dat geeft werk waar ik liever geen tijd en energie in steek. Ter illustratie de documentatie van de ZTE-apparatuur komt in de vorm van een windows executable… Wat mij betreft gaan we zo snel mogelijk over op 5530s of als het even kan 5590s zonder ONT. Daar stop ik liever mijn tijd in, maar als die CD ooit komt zal ik dat wel doen hoor.
Mooi dat deze kwestie binnen Freedom aandacht krijgt!! Wellicht goed om dit soort zaken in het vervolg wel juridisch met leveranciers af te gaan stemmen. Uiteindelijk moeten leveranciers vanaf het begin geconfronteerd worden met het idee dat hun product enkel wordt afgenomen als netjes de sources meegeleverd worden zoals de licentie voorschrijft, omdat er anders ook bij Freedom een risico ontstaat dat niet aan de voorwaarden voldaan kan worden bij distributie naar klanten.
Ik denk dat niemand op een CD zit te wachten. Dat lijkt eerder een poging om een drempel op te werpen bij het opvragen van die sources.
Hopelijk komen ze uiteindelijk wel op de ZTE site terecht, maar het zou op zich niet misstaan als Freedom ook informatie over vrije software zou publiceren, onder andere over de vier vrijheden en welke rechten klanten hebben als het gaat om de software op de apparatuur die Freedom levert. Ook toegang tot de source code zou hierbij passen en wat men hiermee zou kunnen doen. (Als dit in wikivorm gebeurt, kan dit wellicht met help vanuit deze community.)
Zou het mogelijk zijn om ook een lijstje met alternatieven voor de ONT of het modem op de site te zetten?
Dus voor de mensen die de eigen hardware willen gebruiken een lijstje met hardware opties die nodig is en aangeraden wordt om de inkomende fiber te koppelen? (VDSL negeer ik even, aangezien die actief uitgefaseerd wordt)
Welke hardware heb je nodig bij welke belichter, mediaconverter met SPF, van welk modem zijn sources beschikbraar e.d. Enkele simpele tips. Voor de komende Fibercrew lijn heb ik eigenlijk ook liever een eigen media convereter + SPF. (Maar laat eerst maar werkend opleveren )
Daar merk ik nog helemaal niets van. KPN blokkeert hier in de gemeente alleen maar dat anderen glasvezel aanleggen, maar doen nu al 4 jaar helemaal niets.
Ik denk dat zo’n lijst lastig wordt. Als je dat op je website zet dan wordt er nog al snel support op verwacht. De helpdeskers draaien al overuren. Dus vooralsnog houden we het bij wat we zelf leveren.
Om zonder ONT te kunnen werken moet Fiber Crew nog het nodige doen aan de OLT-kant. Zonder IPTV kán dat al wel werken in sommige situaties. Maar daarmee zijn we er dus niet. Het is wel ons gezamenlijke doel om zover te komen.
Bij KPN heb je een mix van AON, GPON en XGSPON. Dat alleen al maakt zo’n lijst een stukje lastiger. Helemaal omdat de informatie in de databases niet altijd hetzelfde als de werkelijkheid is.
Daar waar over AON wordt geleverd is het technisch wat gemakkelijker. Dat is gewoon ethernet.
In Fiber-Operator-gebied zetten we de 5530+GPON-SFP al wel in.
Delta wordt XGSPON maar met verplichte ONT van Nokia om organisatorische redenen.