[shdf]

non capisco il problema ? 
si tratta di sostituire un file con un altro. questo non interferisce in alcun modo con il modo "router". è sempre possibile accedere al router e riavviarlo se necessario.

1) si ferma la connessione a Internet : /etc/init.d/xdsl stop
2) sostituire il file /etc/adsl/adsl_phy.bin con quello che vuole.
3) avviare la connessione a Internet (ricarica il nuovo driver in memoria): /etc/init.d/xdsl start

Questo l'ho fatto 25 volta, non c'è rischio, possiamo sempre tornare al driver precedente in qualsiasi momento.

[fiberman]

Ciao,
puoi sovrascrire il file, non mi ha mai dato problema perche il driver e caricato in memoria.
il file da sovrascrire è /etc/adsl/adsl_phy.bin
devi fare un /etc/init.d/xdsl stop
copiare il file
e dopo /etc/init.d/xdsl start

quello che mi dà risultati migliori è quello del firmware TIM 1.0.3

ok grazie. Tu hai provato altri driver oltre al 1.0.4 ? E inoltre, come stabilisci i risultati, usi un programma specifico ?

[TeddyRaspin76]

In ogni caso il driver fornito da shdf è obsoleto, pur essendo preso dal netgear D7000 il driver risale ad agosto del 2016, mentre quello TIM (1.0.4_008 o 1.0.4_007) è più recente (Marzo-Giugno 2017) ed è molto più ottimizzato.

Se cercate di spremere di più la linea a livello di allineamento o usate il fw 1.0.3 col suo driver nativo oppure sovrascrivete il file adsl_phy.bin prendendolo da 1.0.4_007 e successivi.

[fiberman]

Scusa teddy mi fai capire una cosa ? I drivers sono universali per tutti ? Se si, dove vengono creati e rilasciati ? Oppure sono specifici per ogni router (ma non credo visto che ne avete elencati di altre marche)

Non sono quale file devi sostituire ma di una cosa sono sicuro mai sovrascrivere un file che funziona. Rinomina il vecchio e vai col nuovo. Se non funziona poi sempre tornare indietro. Anche perchè stiamo parlando del driver adsl al limite non si collega ad internet o si collega male ma l'accesso al router non viene meno.

Che c'entra che è caricato in memoria, se carichi quello sbagliato come torni indietro?

aveva già messo una cartella dove prendere i vari drivers, eccola qua
(Comunque immagino basta andare su /rom per rimettere quello dell' attuale firmware)

@fiberman
Puoi scaricare il driver sul mio MEGA : https://mega.nz/#F!TFdF0Y4A!cI1TOh8kpw4jpTp8Q69fpQ

[shdf]

non è perchè è piu vecchio che non è ottimizato o funziona meno bene.
alcuni driver sono più o meno adatti per certe linee o cabinet sul quale ci siamo collegati. Sul Draytek 2860 per esempio quando c'e un firmware upgrade, c'è sempre 4 verzione del Firmware in cui il xdsl driver è piu o meno adattato a certe paese o linee.

Nel mio caso, ho una sincronizzazione migliore con il driver 1.0.3, per me il 1.0.4 è sempre inferiore da 1 a 2Mbps per il download e 2Mbps per il upload. Lo stesso col driver del Asus, non ho provato ancora il driver Netgear.

[mixmax]

segnalo che ci sono dei bug anche nella Gui stock Tim (con modem sbloccato). Sezione Wireless ci sono 4 analizzatori wifi ,2 x 2,4ghz e 2 x la 5ghz ( che non mi pare esistessero nell'originale Gui Tim)

[ElDavo]

Serve per il broadcast/multicast IPTV.
https://wiki.openwrt.org/doc/howto/udp_multicast
Without this, all the traffic will be sent to all devices in your netcwork, even those who never asked anything.

If you don't have IPTV or similar things then you can shutdown this service.

Ok thanks

[AleZOO]

Ah capisco.. No, per il momento non ho ancora installato la gui di Ansuel ho fatto tutto lasciando la gui di default di tim, con il tool di Ansuel ho solo effettuato lo sblocco..

Mi cito per continuare.. Oggi ho switchato sul bank1 dove avevo la 1.0.2.. Ho fatto un paio di prove, ovvero:
- sblocco con tool di Ansuel senza gui, al reset di fabbrica resta il root, lasciandolo aggiornare automaticamente mi porta come sempre al 1.0.3 su bank2 ma non sbloccato
- sblocco con aggiunta della gui, sono fermo sul bank1 e 1.0.2, non è ancora partito l'aggiornamento automatico.. la gui di Ansuel blocca l'aggiornamento automatico? Preciso che non ho disabilitato il CWMP..

[shdf]

@Ansuel
Non so se è un Bug o se è normale
when i add a static ip route from the GUI, i can't select an interface, the drop down menu is empty and i can't write anything...
Anyway i can add a route and it is recorded, but when i run the route command in SSH i don't see my static route.



The route for 192.168.2.0 is still missing in the list:


ptm0.832 is for internet
ptm0.838 is for IPTV

In /etc/config/network
i have these new lines :

config route
   option _key '3947DDF295E00F814E1ED5D927270A07'
   option target '192.168.2.0'
   option netmask '255.255.255.0'
   option metric '10'
   option gateway '192.168.1.254'

But no option interface name

i have to manualy add: option interface 'lan'

[ervius2]

@Ansuel
Non so se è un Bug o se è normale
when i add a static ip route from the GUI, i can't select an interface, the drop down menu is empty and i can't write anything...
Anyway i can add a route and it is recorded, but when i run the route command in SSH i don't see my static route.



The route for 192.168.2.0 is still missing in the list:


ptm0.832 is for internet
ptm0.838 is for IPTV

In /etc/config/network
i have these new lines :
What is this for ? option _key '3947DDF295E00F814E1ED5D927270A07'

EDIT:
when i go back to the GUI, the Static ip is not displayed anymore...

just added a route, and it's present into routing tables, see image:



also if doesn't work, but this is other argument (I've also asked about into different topic, with no answers!)

[shdf]

you added the route from the GUI ?
do you have the interface options in the dropdown menu ?

[ervius2]

you added the route from the GUI ?
do you have the interface options in the dropdown menu ?

surely!

[shdf]

So that is the problem for me...
in /etc/config/network the line option interface 'lan' is missing

config route
   option _key 'FB3B0DA34897B6611587AA85F3160CA3'
   option netmask '255.255.255.0'
   option metric '10'
   option target '192.168.2.0'
   option gateway '192.168.1.254'

if i add it manualy, it works.

config route
   option _key 'FB3B0DA34897B6611587AA85F3160CA3'
   option netmask '255.255.255.0'
   option metric '10'
   option target '192.168.2.0'
   option gateway '192.168.1.254'
   option interface 'lan'

[ervius2]

well done, but, if you try to ping 192.168.2.1, then, it works?, cos I tried many times and with many routes, with no success (pinging 192.168.3.1).

[shdf]

do you have a device responding to ping at 192.168.2.1 ?