[shdf]

il link dei sorgenti GPL del Asus dsl-ac88u, in cui si trova il driver xDSL, può essere ottenuto in questo modo :

- andare sulla pagina del firmware : https://www.asus.com/it/Networking/DSL-AC88U/HelpDesk_BIOS/
- prendere nota della versione del firmware che ci interessa : Versione 1.10.04_build460 --> 11004460

il nome del file sarà : GPL_DSL_AC88U_11004460.zip

il download link sarà : http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11004460.zip

 

PS:
Versione 1.10.03_build398 --> 11003398 --> http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11003398.zip
Versione 1.10.02_build394 --> 11002394 --> http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11002394.zip
Versione 1.10.01_build352 --> 11001352 --> http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11001352.zip
Versione 1.10.00_build350 --> 11000350 --> http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11000350.zip
Versione 1.10.00_build320 --> 11000320 --> http://dlcdnet.asus.com/pub/ASUS/wireless/DSL-AC88U/GPL_DSL_AC88U_11000320.zip

[ciciusx]

@ciciusx
Sono 2 linee.
uci set network.lan.ifname='eth0 eth1 eth2 eth3 eth4 eth5'
uci commit

Ah grazie Shdf! Riprovo subito! Ma secondo te è valida anche per il 789vac di tiscali?

[Ansuel]

deve avere lo stesso processore

[mixmax]

@shdf  non si era detto che l'ultimo driver XDSL Asus  1.10.04  non era compatibile ? io ho il 1.10.03 e va abbastanza bene, equivalente al driver Tim.
Appena aggiornato a 3.36  ,modem riavviato da solo e  questi sono i dati allineamento :funzionamento
1 minuto 9 secondi Massima velocità di linea 36.22 Mbps  219.24 Mbps Velocità di linea 21.6 Mbps  211.33 Mbps Dati trasferiti  0.17 MBytes  1.12 MBytes Potenza  -20.6 dBm  14.5 dBm Attenuazione di linea 1.3, 9.3, 13.9, 15.8 dB  5.2, 12.1, 25.5 dB Margine SNR 12.9 dB  6.3 dB

[shdf]

nel mio MEGA ho fatto una cartella "DO NOT USE - MAY CRASH THE ROUTER", in teoria dovrebbe funzionare ma non sappiamo se si devono cambiare anche altri file come xdslctl etc... direi che si ma ci vorrebbe qualcuno un po 'kamikaze per testare 

Per esempio col driver DSL di ASUS si puo disattivare l'UPBO (punto 08), ma per questo bisogna il tool di control xdslctl che permette di farlo, e anche conoscere il comando da passare

[shdf]

@Ansuel
nella GUI 3.35, il file /etc/ledfw/stateMachines.lua è sempre quello che mi fa una led "i" rossa ? (perchè solo a me ?? perche non sono con TIM o con DHCP invece di PPPOE ?)

[neo27]

sto avendo problemi da un pò di giorni capita all'accensione o al riavvio (non sempre), oggi ad esempio è mancata la corrente elettrica:
 il led "i" rimane rosso con telefonia in perpetua fase di registrazione ed internet assente pur avendo "dsl up" in banda larga. l'unica soluzione per ripristinare il tutto è tornare alla gui tim e rifare la procedura di sblocco... balls

[Ansuel]

@Ansuel
nella GUI 3.35, il file /etc/ledfw/stateMachines.lua è sempre quello che mi fa una led "i" rossa ? (perchè solo a me ?? perche non sono con TIM o con DHCP invece di PPPOE ?)

ripristino il file vecchio va...

la telefonia in rosso sta da capire è per forza un problema di dns...

[shdf]

è possibile cambiarlo solo per quelli con TIM,  e non per gli altri (in rootdevice) ?

[Ansuel]

non ho capito che intendi ?

[JustinCase]

sto avendo problemi da un pò di giorni capita all'accensione o al riavvio (non sempre), oggi ad esempio è mancata la corrente elettrica:
 il led "i" rimane rosso con telefonia in perpetua fase di registrazione ed internet assente pur avendo "dsl up" in banda larga. l'unica soluzione per ripristinare il tutto è tornare alla gui tim e rifare la procedura di sblocco... balls

Quello che posso dirti è che, SE è connesso (su una porta LAN) un dispositivo configurato per aprire una seconda connessione PPPoE (ad esempio una PS4 configurata in PPPoE per ottenere NAT 1), la registrazione VoIP NON VA MAI a buon fine dopo un riavvio, probabilmente perché la richiesta di tunnelling PPPoE da parte di un dispositivo (che avviene immediatamente, anche prima dell'attivazione del bridge PPPoE primario) manda in standby la procedura di registrazione senza che poi questa successivamente riesca a triggerarsi di nuovo, bisognerebbe introdurre un delay alla disponibilità del tunnelling PPPoE (sufficiente a far si che la sessione PPPoE primaria sia stabilita dal router stesso), oppure, come soluzione di ripiego, ricordarsi di disconnettere eventuali dispositivi configurati per aprire sessioni PPPoE passthrough.

[ciciusx]

@ciciusx
Sono 2 linee.
uci set network.lan.ifname='eth0 eth1 eth2 eth3 eth4 eth5'
uci commit

Allora dopo comando  "uci delete qos.eth4"  putty mi risponde "entry not found"
e dopo l'ultimo "uci commit"  mi dice "Parse error (invalid command) at line 1, byte 0"

Insomma non si riesce proprio a far diventare questa porta wan  Lan??

[Ansuel]

Quello che posso dirti è che, SE è connesso (su una porta LAN) un dispositivo configurato per aprire una seconda connessione PPPoE (ad esempio una PS4 configurata in PPPoE per ottenere NAT 1), la registrazione VoIP NON VA MAI a buon fine dopo un riavvio, probabilmente perché la richiesta di tunnelling PPPoE da parte di un dispositivo (che avviene immediatamente, anche prima dell'attivazione del bridge PPPoE primario) manda in standby la procedura di registrazione senza che poi questa successivamente riesca a triggerarsi di nuovo, bisognerebbe introdurre un delay alla disponibilità del tunnelling PPPoE (sufficiente a far si che la sessione PPPoE primaria sia stabilita dal router stesso), oppure, come soluzione di ripiego, ricordarsi di disconnettere eventuali dispositivi configurati per aprire sessioni PPPoE passthrough.

effettivamente potresti aver ragione... anzi probabilmente è quello il problema... potrei inserire nello script del pppoe relay uno sleep di 10-20 secondi così da evitare questo problema... anche se penso sia meglio usare un altro approccio... eliminare COMPLETAMENTE IL PPPOE RELAY E USARE UN ALTRO METODO...

qualcuno vuole testare?

[lastway]

la telefonia in rosso sta da capire è per forza un problema di dns...

Nel thread in cui segnalare le anomalie (https://www.ilpuntotecnico.com/forum/index.php/topic,77878.msg225059.html#msg225059) ho riportato una sequenza che determina il blocco della telefonia e, anche secondo me, è legata al cambio del DNS.

[mirkocosta]

A me il voip improvvisamente non funziona. In entrambi i sensi non si sente nulla. Ho provato a riavviare ma nulla. Ho eseguito soltanto gli aggiornamenti della GUI, nient'altro. Ho la 1.3