apworks ho resettato il nuovo TimHub+ Executive (ZTE H388XF) alle impostazioni di fabbrica tenendolo staccato dalla rete, così da ottenere il firmware stock invece che quello preconfigurato pushato dalla TIM.
Ho disattivato praticamente tutto sullo ZTE (particolarmente importante disattivare NAT, firewall e soprattutto DHCP!).
Ho settato l'indirizzo IP dello ZTE a 192.186.254.1 con DHCP disattivo (va bene qualsiasi IP locale purché sia diverso dalla rete a valle di cui parlerò dopo).
Ho configurato due connessioni separate nello ZTE:
- una semplice connessione PPPoE con i classici parametri TIM (VLAN 835, nomeutente:timadsl ecc. ecc...);
- una connessione "bridge" per stabilire una seconda connessione passthrough di cui parlerò in seguito.
Così facendo ho potuto collegare allo ZTE:
- un ethernet che va a una scheda di rete del PC da cui ho eseguito lo speedtest;
- un secondo ethernet che va ad un'altra scheda di rete del PC da cui ho eseguito lo speedtest;
- un terzo ethernet che va alla porta WAN di un "vecchio" Fritz!Box 7490.
Il Fritz!Box stabilisce in maniera autonoma la propria connessione (ovviamente limitata a 1/1) con i soliti parametri TIM FTTH (VLAN 835 ecc. ecc...), stabilisce la connessione VoIP con successo e gestisce di conseguenza tutte le varie solite funzioni comfort come centralino, base DECT, VPN varie ecc. ecc...
L'indirizzo IP del Fritz!Box è 192.168.0.1, ed è permanentemente in VPN LAN-LAN con un altro Fritz!Box con indirizzo 192.168.1.1 (collocato in un'altra abitazione).
Ricapitolando in questo modo il Fritz!Box opera in tutte le sue funzioni in maniera analoga a prima del passaggio alla 2.5, con l'unico vantaggio di avere l'upload a 950/960 invece che cappato a 311 dal profilo precedente 1/300.
Per arrivare allo speedtest di cui sopra, il PC opera quotidianamente utilizzando la rete del Fritz (quindi 1/1 cablato) con questa configurazione:
- La scheda di rete connessa al Fritz in maniera totalmente Plug and Play: dato che il Fritz ha DHCP attivo quindi basta connettere il PC in ethernet o Wi-Fi al Fritz e tutto funziona come voluto (in realtà ha un IP locale statico settato su 192.168.0.254 ma non cambia il succo del discorso).
- La seconda e la terza scheda di rete, entrambe connesse separatamente via ethernet allo ZTE, lasciate con TCP/IPv4, Client per reti Microsoft e Condivisione Reti e Stampanti disabilitati.
Solitamente queste due schede di rete vengono utilizzate all'interno di VMs per stabilire la propria connessione autonoma indipendente dall'host.
Nel caso in cui avessi bisogno dell'intera banda (2.5/1.25) sul PC in questione, ho scritto uno script che con un semplice doppio clic (o se schedulato in avvio automatico) esegue le seguenti azioni:
abilita IPv4 con i seguenti parametri sulle due schede di rete connesse direttamente allo ZTE:
prima scheda con IP statico 192.168.254.254 (o qualsiasi indirizzo compreso tra 192.168.254.2 e 192.168.254.254);
seconda scheda con IP statico 192.168.254.253 (o qualsiasi indirizzo diverso da quello della prima compreso tra 192.168.254.2 e 192.168.254.254).
Entrambe le schede ovviamente hanno come gateway 192.168.254.1 (lo ZTE!).
apre un dispatch-proxy di tipo socks che include gli indirizzi 192.168.0.254 (scheda connessa al Fritz), 192.168.1.254 (prima scheda connessa allo ZTE), 192.168.254.253 (seconda scheda connessa allo ZTE) ed eventualmente anche il Wi-Fi, ma ho constatato che non porta alcun beneficio quindi l'ho rimosso per semplicità.
Il proxy è settato a livello OS da Menù Start -> Opzioni Internet -> Connessioni -> Impostazioni LAN, e funziona veramente con tutto una volta attivato. Riesco addirittura a raggiungere i dispositivi nella LAN a cui il Fritz è collegato in VPN LAN-LAN mentre il dispatch-proxy è attivo e utilizzato.
EDIT:
speriamo che regga e che la TIM non decida di pushare il proprio Firmware o riconfigurare il tutto da remoto... ho disattivato la telegestione ma non so quanto possa contare se la TIM decide di intervenire con la forza... per ora sta andando da 4 giorni pieni senza interruzioni nonostante abbia provato a torturarlo riavviandolo mille volte, staccandogli la corrente ecc. ecc... si è riavviato, ha ottenuto nuovi IP ecc. ecc... ma tutto per il momento sembra funzionare in maniera totalmente stabile, compreso il VoIP.