Repository pacchetti OpenWrt per DGA4130 DGA4131 e DGA4132 con Homeware 18

Sono ormai diversi mesi che utilizzo con estrema soddisfazione il DGA4132, modem/router prodotto da Technicolor con OS Homeware basato su OpenWrt, che una volta sbloccato diventa superiore a molti dispositivi consumer ben più costosi. Della stessa famiglia sono il DGA4130 e DGA4131.

Su questi dispositivi non è purtroppo possibile installare OpenWrt puro poiché il bootloader ne controlla la firma all'avvio e quindi un firmware non correttamente firmato li renderebbe inutilizzabili, ma questo non è un grande problema poiché se si installasse OpenWrt puro difficilmente potrebbe continuare a funzionare la parte modem a causa della mancanza di drivers open per il chipest.

Su questi dispositivi è però possibile guadagnare l'accesso ssh come root in modo da utilizzare in totale libertà l'OS Homeware, l'unica grande differenza tra questi dispositivi e un qualisasi altro router OpenWrt puro è la gestione dello switch interno, i dispositivi Technicolor infatti gestiscono lo switch interno secondo il modello DSA e non secondo il modello Swconfig, quindi luci non è in grado di gestirne le vlan ed occorre gestirle a mano via cli.

L'accesso ssh con permessi di root è stato reso possibile grazie al lavoro di una intera Community che ha lavorato in maniera congiunta per poter sbloccare questo ed altri dispositivi. Qui, qui e qui è possibile trovare maggiori informazioni.

Per contribuire, nel mio piccolo, al lavoro di questa Community qualche mese fa ho reso disponibile una mia personale interpretazione di un filtro per bloccare le chiamate Voip indesiderate che con molta fantasia ho chiamato voipblock.

Negli ultimi giorni ho avuto la necessità di installare una serie di pacchetti non presenti nel repository di default. Per poter installare i pacchetti che mi servivano ho dovuto quindi compilarli ed ho deciso di renderli disponibili a tutti realizzando un mio piccolo repository.

Smart Modem Plus DGA4130 (AGTEF) , FASTGATE DGA4131 e TIM HUB DGA4132 (AGTHP)

Lo Smart Modem Plus DGA4130 (AGTEF), il Fastgate DGA4131 ed il TIM HUB DGA4132 (AGTHP) sono gli unici tre modem/router attualmente reperibili in Italia basati su OpenWRT, con Supervectoring (profilo 35b) ed ingresso per telefoni VoIP.

Sono prodotti da Technicolor e sono equipaggiati con un firmware ibrido chiamato Homeware, basato su OpenWRT su cui il produttore ha aggiunto codice proprietario.

Sono degli ottimi dispositivi e vengono utilizzati anche da utenti fuori dall'Italia.

L'ultima versione del firmware stabile attualmente esistente per questi dispositivi è Homeware 18.3, nato da un fork di OpenWRT Chaos Calmer 15.05.1.

Il firmware Technicolor contiene in /etc/opkg/distfeeds.conf un link ad un repository:

http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VANTW/packages

ma quel repository OpenWrt non è mai esistito né la piattaforma brcm63xx-tch è mai stata supportata da OpenWrt.

Non è quindi possibile utilizzare i repository ufficiali OpenWrt e gli unici repository disponibili sono quelli messi a disposizione dalla Community che lavora su questi dispositivi. I repository da utilizzare devono essere ovviamente scelti compatibilmente alla versione di Homeware installata sul dispositivo.

I firmwares distribuiti dall'ISP TIM con numerazione ≤ 2.0.0 contengono il firmware Technicolor Homeware 17.

I firmwares distribuiti dall'ISP TIM con numerazione ≥ 2.1.0 contengono il firmware Technicolor Homeware 18.

I firmwares distribuiti dall'ISP TIM con numerazione ≥ 2.3.0 contengono il firmware Technicolor Homeware 19.

L'ISP Fastweb distribuisce i firmwares indicando direttamente la versione del firmware Technicolor Homeware.

I pacchetti per il firmware Technicolor Homeware 17 con Kernel Linux 3.4 sono compilati con uclibc in una buildroot derivata da OpenWrt 15.

I pacchetti per il firmware Technicolor Homeware 18 con Kernel Linux 4.1 sono compilati con glibc in una buildroot derivata da OpenWrt 18.

Repository Macoers per brcm63xx-tch con Homeware 18

Il Repository Macoers per brcm63xx-tch con Homeware 18 è un repository in cui sono presenti i pacchetti OpenWrt compilati per i dispositivi con piattaforma brcm63xx-tch e con Homeware 18.

Come sono stati compilati i pacchetti presenti nel repository per Homeware 18

La compilazione dei pacchetti in una buildroot standard di OpenWrt è una cosa semplice e veloce, si prepara l'ambiente, si sceglie il target e si compila tutto in maniera completamente automatizzata.

Sfortunatamente compilare pacchetti per Homeware è molto più complicato sia perché non sono disponibili dei sorgenti completi sia perché i pacchetti per homeware ≥ 18 utilizzano glibc invece di musl, ho quindi dovuto realizzare una buildroot che ho dovuto spesso patchare al volo quando ho avuto problemi e nella quale ho dovuto compilare manualmente ogni pacchetto ed il più delle volte ho anche dovuto patchare i pacchetti per far si che venissero compilati con glibc.

Per questi motivi ho impiegato più di un anno per avere un feed di pacchetti per homeware 18 quanto più completo possibile.

Pacchetti presenti nel repository Macoers brcm63xx-tch per Homeware 18

Per conoscere i pacchetti presenti nel Repository Macoers è possibile esplorarlo al seguente link:

repository.macoers.com/homeware/18/brcm63xx-tch/VANTW

Come installare il repository Macoers

Per usare il repository il file /etc/opkg.conf deve contenere le seguenti righe:

arch all 1
arch noarch 1
arch arm_cortex-a9 10
arch arm_cortex-a9_neon 20

Se non sono presenti è possibile aggiungerle dando il seguente comando in ssh:

echo "dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
arch all 1
arch noarch 1
arch arm_cortex-a9 10
arch arm_cortex-a9_neon 20" > /etc/opkg.conf

L'installazione del repository è realmente molto semplice, occorre dare in ssh i seguenti comandi per installare i pacchetti necessari ad accedere al repository via https:

curl -k https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/openssl-util_1.0.2t-1_arm_cortex-a9_neon.ipk --output /tmp/openssl-util_1.0.2t-1_arm_cortex-a9_neon.ipk
curl -k https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/libopenssl_1.0.2t-1_arm_cortex-a9_neon.ipk --output /tmp/libopenssl_1.0.2t-1_arm_cortex-a9_neon.ipk
curl -k https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/packages/wget_1.19.5-4_arm_cortex-a9_neon.ipk --output /tmp/wget_1.19.5-4_arm_cortex-a9_neon.ipk
opkg install --force-overwrite /tmp/*.ipk

ed infine basta inserire in /etc/opkg/customfeeds.confi seguenti feeds:

src/gz chaos_calmer_base_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base
src/gz chaos_calmer_packages_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/packages
src/gz chaos_calmer_luci_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/luci
src/gz chaos_calmer_routing_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/routing
src/gz chaos_calmer_telephony_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/telephony
src/gz chaos_calmer_core_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/target/packages

dando in ssh il seguente comando:

echo "src/gz chaos_calmer_base_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base
src/gz chaos_calmer_packages_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/packages
src/gz chaos_calmer_luci_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/luci
src/gz chaos_calmer_routing_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/routing
src/gz chaos_calmer_telephony_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/telephony
src/gz chaos_calmer_core_macoers https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/target/packages" >> /etc/opkg/customfeeds.conf

Dopo aver installato il nuovo repository potete installare i nuovi pacchetti, che sono ovviamente pubblicati senza garanzia alcuna.

Il responsabile di eventuali problemi causati dalle applicazioni presenti in questo repository sarà chi deciderà di utilizzarlo.

Supportami

Compilare un feed di pacchetti così completo è stato un lavoro molto lungo e abbastanza complesso che ha assorbito buona parte del mio tempo libero, inoltre manutenere questo repository nato appositamente per permettere a chiunque di esplorare ed utilizzare i pacchetti ha dei costi.

Se desideri supportare il mio lavoro puoi effettuare una donazione tramite PayPal o puoi acquistare la chiave per utilizzare lo scraper online del blocco chiamate Voiplock.

 

Aggiungi un commento

Commenti

è possibile ricompilare il modulo kmod con una versione più recente. sembra che il pacchetto https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/packages/kmod_20-1_arm_cortex-a9_neon.ipk non sia compatibile con dga4132 al fine di utilizzare tailscale.
grazie

Ciao Gio, come ho già risposto in altri commenti, non abbiamo sorgenti completi che ci permettono di compilare un kmod-tun funzionante, se spulci le risposte alle domande degli altri utenti puoi trovare più dettagli. Per collegarti da remoto al router o ad un qualsiasi dispositivo nella tua rete puoi utilizzare il DENAT che puoi installare direttamente sul router: macoers.com/servizi/denat.

Ciao, bel lavoro!
Quanto è fattibile mettere Headscale (o Tailscale) su DGA4131?
(Nel repo purtroppo mi sembra non ci sia, se hai indicazioni più precise su come compilarlo mi fa piacere)

Voglio fare remote access sul router che è in una rete sotto CGNAT. Alternativamente pensavo a Wireguard puro, ma non so bene ancora come muovermi. L'idea è di tenere comunque il tutto il necessario per fare accesso da remoto solo nel DGA4131

Ciao, non è possibile compilare tailscale perché necessita di kmod-tun ma non avendo i sorgenti completi il modulo kmod-tun che si riesce a compilare causa kernel-panic.
Se devi accedere da remoto ad un dispositivo interno alla tua rete dietro CGNAT puoi utilizzare il nostro DENAT: macoers.com/servizi/denat, puoi installarlo direttamente sul DGA4131 e la configurazione è semplicissima.

Ho fatto un grosso, grossissimo errore! Non sapendo quale versione di openwrt installare, ho scaricato ed installato la versione pura dal sito ufficiale di openwrt ed ora non riesco piú a contattare il router tramite ssh. Come posso risolvere questo problema? Poso ancora interfacciarmi con il router in qualche maniera? Scusate la gaf ma ho scoperto questo articolo solo dopo aver combinato questo casino...

Ciao Antonio! grazie mille per questo thread! mi ha aiutato tantissimo!
volevo aggiungere che a volte mi è capitato di ottenere ERROR WGET RETURNED 5:
e ho risolto installando
curl -k https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/libcurl_7.60.0-4_arm_cortex-a9_neon.ipk --output /tmp/libcurl_7.60.0-4_arm_cortex-a9_neon.ipk

e se persiste anche facendo questi passaggi;
opkg update --no-check-certificate
opkg install flock --no-check-certificate
opkg install busybox --no-check-certificate
opkg install busybox_telnet --no-check-certificate
opkg update

ciao,ho aggiornato adblock alla versione 4.0.7.9 su dga4132 2.3.4 con ultima dev gui ansuel ma non trovo piu luci ad block e non mi carica la block list
/etc/adblock$ /etc/init.d/adblock status
::: adblock runtime information
+ adblock_status : running
+ adblock_version : 4.0.7
+ blocked_domains : 0
+ active_sources : adaway adguard disconnect yoyo
+ dns_backend : dnsmasq, /tmp/dnsmasq.d
+ run_utils : /usr/bin/curl, /usr/bin/awk
+ run_ifaces : trigger: -, report: -
+ run_directories : base: /tmp, backup: /tmp, report: /tmp, jail: /tmp
+ run_flags : backup: 1, reset: 0, flush: 0, force: 0, search: 0, report: 0, mail: 0, jail: 0
+ last_run : start, 0m 2s, 484/219/217, 26.05.2022 06:34:34
+ system : Broadcom BCM963138, OpenWrt SNAPSHOT r14079-ffe00cbb06
dove sbaglio?
grazie

Ciao Andrea, la 4.0.7 è la versione di adblock presa dai feeds di Homeware 19 che contengono ancora pochissimi pacchetti e tra questi non è presente l'app luci di adblock, dovresti comunque essere in grado di configurare adblock da ssh in maniera similare a come suggerito per la versione di homeware 18, controlla le run_utils.

ho provato da ssh come si faceva anche con la versione vecchia,ma è completamente diverso e mancano tutte le opzioni per attivare li liste
config adblock 'global'
option adb_enabled '1'
option adb_debug '0'
option adb_forcedns '0'
option adb_safesearch '0'
option adb_dnsfilereset '0'
option adb_mail '0'
option adb_report '0'
option adb_backup '0'
option adb_maxqueue '4'
list adb_sources 'adaway'
list adb_sources 'adguard'
list adb_sources 'connect'
list adb_sources 'yoyo'
option adb_dns 'dnsmasq'
option adb_fetchutil 'curl'
come si evince dallo staus di adblock non mi carica nessun domain.risulta a 0
in etc/adblock invece ci sono dei file
adblock.blacklist VUOTO
adblock.mail VUOTO
adblock.monitor INDECIFRABILE
adblock.sources.gz INDECIFRABILE
adblock.whitelist VUOTO
non so come fare

si sono riuscito copiando il contenuto di un esempio
config adblock 'global'
option adb_enabled '1'
option adb_forcedns '0'
option adb_safesearch '0'
option adb_dnsfilereset '0'
option adb_mail '0'
option adb_backup '1'
option adb_maxqueue '4'
option adb_trigger 'lan'
option adb_dns 'dnsmasq'
option adb_fetchutil 'uclient-fetch'
option adb_report '1'
option adb_repiface 'br-lan'
list adb_sources 'adaway'
list adb_sources 'adguard'
list adb_sources 'android_tracking'
list adb_sources 'bitcoin'
list adb_sources 'disconnect'
list adb_sources 'gaming'
list adb_sources 'reg_it'
list adb_sources 'smarttv_tracking'
list adb_sources 'stopforumspam'
list adb_sources 'winhelp'
list adb_sources 'winspy'
list adb_sources 'yoyo'
option adb_debug '1'
list adb_sha_sources 'adv'
list adb_sha_sources 'gamble'
list adb_sha_sources 'fortunetelling'
list adb_sha_sources 'remotecontrol'
list adb_sha_sources 'spyware'
ora se connesso in wifi funziona in lan non filtra,cosa posso cambiare?considera che sono collegato in ethernet e uso dga come access point

Il problema era quindi l'utility usata per il download, per quanto riguarda i problemi che riporti ora ovviamente riguardano la tua configurazione e solo tu puoi effettuare il debug. Posso solo dirti che normalmente un Access Point è un dispositivo stupido che non dovrebbe eseguire firewall, servizi DNS o DHCP. Eseguire adblock su un Access Point ha poco senso ma se proprio vuoi allora devi configurare il tuo router principale per inoltrare le query DNS all'AP, oppure devi fare in modo che il firewall dell'Access Point intercetti le query DNS, puoi fare riferimenti alla documentazione OpenWrt per DNS hijacking e Bridge firewall.

purtroppo il modem non ha la possibilità di installare openwrt o firmware personalizzati,il beneficio dell'access point ce l'hanno tutte le periferiche che si collegano con questo.ho disabilitato molti servizi ma non il dhcp che comunque è in uso sul dga.purtoppo non sono un grande espeto,e mi auguro che qualcuno mi renda compatibile luci-adblock con openwrt 19 per avere la possibilità di usarlo appieno anche noi neofiti
grazie mille per il tuo importante aiuto

grazie 1000,
ho provato ad installarlo da luci,dopo il riavvio luci mi risponde connection refused.ho disinstallato ma ora ho diversi errori
* check_data_file_clashes: Package libubox20191228 wants to install file /lib/libubox.so
But that file is already provided by package * libubox20170601
* opkg_install_cmd: Cannot install package luci.
mv: can't rename '/www/cgi-bin': No such file or directory
mv: can't rename '/www/luci-static': No such file or directory
mv: can't rename '/www/index.html': No such file or directory
sed: /usr/lib/lua/luci/model/uci.lua: No such file or directory
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
uci: Entry not found
/usr/share/transformer/scripts/appInstallRemoveUtility.sh: line 210: /etc/init.d/uhttpd: not found
o root...
Installing libubox20191228 (2020-05-25-66195aee-1) to root...
Downloading https://repository.macoers.com/homeware/19/brcm6xxx-tch/VANTW/base/libubox20191228_2020-05-25-66195aee-1_arm_cortex-a9_neon.ipk
Installing rpcd (2020-05-26-67c8a3fd-1) to root...
Downloading https://repository.macoers.com/homeware/19/brcm6xxx-tch/VANTW/base/rpcd_2020-05-26-67c8a3fd-1_arm_cortex-a9_neon.ipk
Configuring libuci-lua.
Configuring rpcd.
ma luci risponde connection refused.
dove riri-sbaglio?
grazie

Se hai installato prima luci dai feeds di homeware 18 è possibile che si sia incasinato tutto, è anche probabile che nei feeds di homeware 19 manchi qualche pacchetto fondamentale per luci o che ci sia qualcosa da sistemare. Se vuoi provare ad installare luci dai feeds di homeware 19 devi partire da una installazione pulita senza usare i feeds di homeware 18. Ti ricordo comunque che i feeds di homeware 19 sono in test e possono esserci dei comportamenti imprevedibili quindi sta a te fare un minimo di debug, io al momento non ho il tempo per dedicarmici ed anche quando potrò luci sarà l'ultima cosa sulla quale mi concentrerò (come avvenuto per homeware18). Ciao

ho eseguito un reset con ripristino della gui,lasciato solo feed 19.opkg update ma luci da una serie di errori e non si installa.se provo solo ad usare feed 18 ugualmente non lo installa più
aspettero lo sistemino
grazie per il tuo aiuto

ciao
dando opkg install --force-overwrite /tmp/*.ipk ottengo un sacco di ...has no valid architecture, ignoring.
e infine
Installing libopenssl (1.0.2t-1) to root...
Installing openssl-util (1.0.2t-1) to root...
Installing wget (1.19.5-4) to root...
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for libopenssl:
* libc * librt * libpthread * zlib *
* opkg_install_cmd: Cannot install package libopenssl.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for openssl-util:
* libc * librt * libpthread *
* opkg_install_cmd: Cannot install package openssl-util.
* satisfy_dependencies_for: Cannot satisfy the following dependencies for wget:
* libc * librt * libpthread * libpcre * zlib * librt *
* opkg_install_cmd: Cannot install package wget.

AGtef con a bordo
Versione Software
AGTEF_2.0.0
Versione Bootloader
16.11.1013-0000000-20160314084347-870409210027d7bcfa4d54666160c0bb5322e291

Buonasera, è da circa domenica scorsa che "opkg" (wget) non riesce ad accedere al repository per homeware 18 (DGA4132 con firmware 2.2.1).
Per ogni sezione, l'errore è sempre questo (ad esempio):

Downloading https://raw.githubusercontent.com/Ansuel/GUI_ipk/kernel-4.1/target/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/chaos_calmer_core
Downloading https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/Packages.gz
wget: error getting response: Connection reset by peer
*** Failed to download the package list from https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/Packages.gz
[...]

Collected errors:
* opkg_download: Failed to download https://repository.macoers.com/homeware/18/brcm63xx-tch/VANTW/base/Packages.gz, wget returned 1.
[...]

Ho tralasciato messaggi di errore praticamente uguali.
Dopo svariati tentativi e diversi giorni per cercare di sistemare ho deciso di reinstallare tutto da capo ottenendo ahimè lo stesso risultato.
Ho provato ad installare con curl "openssl-util, libopenssl" e poi "libustream-openssl, curl_7.60.0-4, libcurl_7.60.0-4".
Fatto ciò, solo i repository di Ansuel vengono scaricati correttamente.
Mi verrebbe dunque da pensare che il problema sia del repository (ho letto sulle News che avete fatto degli aggiornamenti infrastrutturali) ma non essendo un esperto (sono solo un appassionato) chiedo cortesemente aiuto.
Approfitto con il ringraziarvi per il vostro prezioso e ammirevole lavoro!

Ciao Andrea, l'errore wget returned 1 è dipeso proprio dai lavori di aggiornamento della nostra infrastruttura fatti in quei giorni, il wget nella busybox di homeware 18 non li ha digeriti ed infatti proprio qualche giorno dopo il tuo commento (che purtroppo mi era sfuggito, scusami) ho aggiornato la guida indicando di installare in maniera forzata wget_1.19.5-4 ed è stata anche pubblicata una News a riguardo, spero tu ne avessi preso visione prima di questa mia tardiva risposta.

Da soddisfatto lettore del suo blog e delle News (su Telegram) ho subito seguito la guida non appena pubblicata.
La ringrazio davvero molto per il tempo che dedica a questo progetto e che ha dedicato per rispondermi. Continui così!
Auguro una buona giornata!

I feeds per Homeware 19 sono per il DGA4130 e per il DGA4132 con il firmware aggiornato ad Homeware 19, tieni però presente che sono un work in progress con ancora pochi pacchetti dato che i feeds per Homeware 18 possono ancora essere usati senza grandi problemi con Homeware 19. Se testi strongswan dai feeds di Homeware 19 dammi un feedback.

Ciao Antonio,
ti do un piccolo feedback per quanto riguarda strongswan 5.6.3 Homeware 18 su DGA4132.
Con il firmware AGTHP_2.2.3_003 (credo sia l'ultimo della serie 2.2.x) strongswan funziona una meraviglia e il modem non si riavvia più non appena effettuata una connessione VPN.
Ora lo testerò meglio e nei prossimi mesi passerò alla versione 2.3.x del firmware e Homeware 19, dopo di che ti darò un ulteriore feedback per strongswan

Ciao. Ti ringrazio della contribuzione verso questo magnifico modem.
Vorrei chiederti se potresti cortesemente aggiornare il pachetto minidlna alla versione 1.3.0 recentemente pubblicata.
Purtoppo non ho la buildchain pronta per farlo da solo e mi interesserebbe una patch per le tv LG per la riproduzione e rivelazione di file flac.

Ciao Antonio
io all-estero ho rinunciato a gestire il Voip trmaite il mio router e praticemente uso il Fritzbox del provider in modalita' passiva col mio router in dmz (che poi non si chiama cosi sui Fritzbox) .Purtroppo problemi di lingua e scarsa community di smanettoni locali....mi diventava troppo difficile reperire le configurazioni per il voip. Aggiungi che l'opzione ONT qui non esiste (forse nei contratti business, non in quelli residenziali). Detto questo, io uso qui un LinkSys WRT3200ac che (omplice openWRT perfettamente supportato) e' il miglior router mi sia capitato in 20 anni di netgrar, tplink, dlink, buffalo, etc, etc, sempre con dd-wrt. In Italia invece ho un Netgear R6800 con ddwrt (il supporto openWRT e' solo snapshot e non completo) ma poi le cose serie le gestisco tramite VM e docker. Server WireGuard, server OpenVPN AS, server ShadowSocks. Ti volevo chiedere secondo te tra un TIM HUB e un Netgear R6800.....e nel caso se eri interessato a compilare i relativi pacchetti server (almeno wireguard). E cmq complimenti

Il LinkSys WRT3200ACM è tanta roba!!!
Tra il DGA4132 (Tim Hub) ed il Netgear R6800 tutto dipende da cosa devi fare.
Il DGA4132 ha specifiche hardware superiori, ha un modem vdsl2 con supervectoring e gestisce il voip (puoi utilizzare anche asterisk) ma per mancanza di sorgenti completi al momento non si riescono ad ottenere dei validi moduli del kernel per openvpn e wireguard, si ottiene un kernel panic. Abbiamo invece strongswan che funziona perfettamente.
L'R6800 è invece un semplice router (che credo tu utilizzi dietro ftth), ha specifiche hardware minori ma anche se solo in snapshot è comunque supportato da OpenWrt.
Diciamo che se vuoi un unico dispositivo per gestire modem-router-voip allora il DGA è l'ideale, se invece vuoi semplicemente utilizzarlo come router al posto del Netgear non ha molto senso cambiare.

Io devo ancora attivare la linea FTTH di Tim e stao appunto valutando se prendere il Tim Hub oppure l-ONT. A favore del ONT ci sono aspetti logistici: visto che deve stare nei pressi della borchia...la ont e' piu piccola e se la imbosco non ha problemi di blocco onde radio.....il router wifi lo posso eventualemnte localizzare in posizione piu strategica. Altra cosa in un secondo momento potrei cmq cambiare il rotuer con uno piu evoluto (magari uscissero dei WRT con supporto a WiFi6....). Alla fine subito dovrei comprare solo un ATA da 40E....molto meno dei 5*24 del Tim Hub. Detto questo approfitterei della tua disponibilita' per un paio di domande sulla conf VoIP : se uso un ATA esterno devo fare port forwarding sul suo IP oppure mettere la porta ethernet del router a coi lo collego in una Vlan particolare (mi pare facciano cosi nelle FTTH Vodafone) ?

Si tratta di valutazioni che puoi fare solo tuo, alcuni consigli:
- attento che il nuovo Modem dato da Tim non è più il DGA4132
- il DGA4132 puoi utilizzarlo sia con con ont esterno che con miniont
- il miniont in alcune situazioni è molto comodo, scalda un pochino ma mai avuto problemi di prestazioni
- la configurazione del voip cambia da operatore ad operatore, con Tim occorre utilizzare le informazioni che si trovano sul sito nell'area personale