Asus DSL-AC88U: Modem\Router WiFi AC3100 Gigabit ADSL2+\VDSL2\35b+G.Fast

[giovanni69]

Se per te estrarre i dati che ti servono per usare la fonia Tim è un rompicapo, usa il modem di Tim per la fonia e metti un 88U in cascata fino a quando avrai tempo e voglia di bambanare per ottenere quei parametri o usare altro gestore VoIP con cui riutilizzare quei due telefoni collegandoli ad un ata voip cosa che richiede semplicemente ordinare ad es. un ata grandstream tra quelli suggeriti (dipende dalla tasche e dalle funzioni) ed attivare un account voip tra quelli di quei gestori. Certo, il recupero del voip ha un costo aggiuntivo. Oppure per risparmiare sui costi, riusi un bel Technicolor TG789VACv2 e lo fai diventare un ata voip con Tim. Lo collegherai al DSL AC-88U via ethernet: fungerà anche da switch e da access point ed alle sue porte posteriori RJ11 ci colleghi la tua rete telefonica domestica (esattamente come se fosse collegato direttamente alla VDSL come unico modem). Ma questa non è una novità, è scritto seguendo quel post. Per quello ho una guida. Ma serve smanettare un po' per cambiare il file config.ini

EDIT: NEW! Guida per conversione Technicolor TG789VACv2 AGTOT in ata voip

[MiloZ]

Io intanto aggiungo qualche tuo ultimo reply giovanni69 in prima pagina per la questione voip, fanno sempre comodo

[giovanni69]

Grazie!
In realtà ho aggiunto tutte e tre le risposte a quel primo post con dei 'vedi QUI..QUI.. e QUI'.

[MiloZ]

Originariamente inviato da giovanni69

Grazie!
In realtà ho aggiunto tutte e tre le risposte a quel primo post con dei 'vedi QUI..QUI.. e QUI'.

Perfetto, lascio un solo link allora.

[Jonny1600]

Ho ricevuto un secondo modem sostitutivo con il medesimo problema del primo,wi fi 5ghz che smette di funzionare,ora ho richiesto un rimborso e penso che Asus non vedrà più' un soldo da me....che delusione

[MiloZ]

Originariamente inviato da Jonny1600

Ho ricevuto un secondo modem sostitutivo con il medesimo problema del primo,wi fi 5ghz che smette di funzionare,ora ho richiesto un rimborso e penso che Asus non vedrà più' un soldo da me....che delusione

Che sfiga, ma lo avevi comprato in ITA o UK per curiosità?

[giovanni69]

Sì, aveva scritto UK QUI.

[MiloZ]

Originariamente inviato da Ali3n77

Fammi sapere plz che mi interessa tantissimo per valutare l'acquisto grazie

Ecco il confronto DGA4130 - DSL AC88U a distanza di pochi secondi:

DGA4130:



DSL-AC88U:




Relativamente ai massimi ottenibili, circa 1mbit in più l'Asus in downstream e mezzo-mbit in più il DGA in upstream.
Considerando che minime differenze possono dipendere dalla singola sincronizzazione, direi che siamo alla pari.

[giovanni69]

Ce l'avevi prima ma anche adesso hai una linea da sogno.

[MiloZ]

Originariamente inviato da giovanni69

Ce l'avevi prima ma anche adesso hai una linea da sogno.

Finchè la diafonia non incombe.

[Ali3n77]

Grazie del test Miloz molto gentile.

[Jonny1600]

Originariamente inviato da MiloZ

Che sfiga, ma lo avevi comprato in ITA o UK per curiosità?

Si in UK,su Amazo*n Ita pare che funzionino tutti,non riesco a capire come sia possibile questa cosa del wi-fi che smette di funzionare senza alcun motivo

[cica88]

Niente da fare anche il firmware beta 457, spariscono i cliente collegati.
Ho notato che quando iphone fa il backup perchè è sotto carica, sul pc fisso non mi funziona più internet, ho provato anche a lanciare un ping verso l'esterno ma niente, una volta completato torna a funzionare. ( il Qos è attivo )

[giovanni69]

Originariamente inviato da MiloZ

Finchè la diafonia non incombe.

Da 289 di ottenibile hai voglia a scendere sotto i 216...

[wrad3n]

Originariamente inviato da cica88

Ho notato che quando iphone fa il backup perchè è sotto carica, sul pc fisso non mi funziona più internet, ho provato anche a lanciare un ping verso l'esterno ma niente, una volta completato torna a funzionare. ( il Qos è attivo )

Sei in ADSL? Potrebbe essere lo stesso problema che ha il D7000, il QoS configurato con il PFIFO per la priorità delle code che non è ottimale per l'ADSL.

Milo l'aveva verificato mesi fa:

/ # tc qdisc show
qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth4 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth5 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth6 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev wl0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev wl1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev ptm0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev ppp0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
/ #

da telnet prova con il comando: tc qdisc show

se dopo gli ultimi update è ancora configurato così prova a cambiare da PFIFO ad SFQ per la ppp0 proprio come si faceva per il D7000.

[MiloZ]

Originariamente inviato da wrad3n

Sei in ADSL? Potrebbe essere lo stesso problema che ha il D7000, il QoS configurato con il PFIFO per la priorità delle code che non è ottimale per l'ADSL.

Milo l'aveva verificato mesi fa:



da telnet prova con il comando: tc qdisc show

se dopo gli ultimi update è ancora configurato così prova a cambiare da PFIFO ad SFQ per la ppp0 proprio come si faceva per il D7000.

Direi uguale:

/ # tc qdisc show
qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth2 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth3 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth4 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth5 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev eth6 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev wl0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev wl1 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev ptm0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
qdisc pfifo_fast 0: dev ppp0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
/ #

Però è un problema leggermente diverso dal quello che accadeva sul D7000, anche se magari la soluzione potrebbe essere la stessa.

Cioè, in ADSL quando si satura l'upstream attivando il QoS la latenza rimane bassa controllandola dal prompt dei comandi (aumenterà di un 10\20ms), ma la navigazione risulta più bloccata di quando il QoS è disattivato (e la latenza sale a 2000ms), quindi è strano, infatti talrasha aveva scritto che pare sia bloccato il traffico con certe porte o certi servizi in quella circostanza.
Sul D7000 invece saturando l'upstream (senza usare il famoso firmware 36beta) si alzava molto la latenza anche dal prompt dei comandi.

[wrad3n]

Originariamente inviato da MiloZ

Cioè, in ADSL quando si satura l'upstream attivando il QoS la latenza rimane bassa controllandola dal prompt dei comandi (aumenterà di un 10\20ms), ma la navigazione risulta più bloccata di quando il QoS è disattivato (e la latenza sale a 2000ms), quindi è strano, infatti talrasha aveva scritto che pare sia bloccato il traffico con certe porte o certi servizi in quella circostanza.
Sul D7000 invece saturando l'upstream (senza usare il famoso firmware 36beta) si alzava molto la latenza anche dal prompt dei comandi.

mah, che ci sia un problema con le class (o i filter) per indirizzare il traffico nelle priorità corrette? il QoS funzionalmente è come quello del D7000? imposti le priorità per dispositivo high, medium, low etc. e per traffico su una porta specifica?

da telnet, se fai: "tc class show" e "tc filter show" cosa mostra?

[MiloZ]

Originariamente inviato da wrad3n

mah, che ci sia un problema con le class (o i filter) per indirizzare il traffico nelle priorità corrette? il QoS funzionalmente è come quello del D7000? imposti le priorità per dispositivo high, medium, low etc. e per traffico su una porta specifica?

Si sostanzialmente è lo stesso. Forse c'è solo l'aggiunta che si può impostare la priorità di banda (in upstream) anche in termini percentuali dove ogni percentuale corrisponde ad una quantitativo di banda stabilito manualmente. Quindi, in pratica si può impostare un quantitativo di banda specifco per ogni dispositivo collegato (solo in upstream però).

Originariamente inviato da wrad3n

da telnet, se fai: "tc class show" e "tc filter show" cosa mostra?

Non mostra nulla con quei comandi.

Scrivendo solo tc, mostra questo:

/ # tc
Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
tc [-force] -batch filename
where OBJECT := { qdisc | class | filter | action | monitor }
OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
/ #

[wrad3n]

Originariamente inviato da MiloZ

Non mostra nulla con quei comandi.

Scrivendo solo tc, mostra questo:

Strano, perché se non mostra nulla significa che non esistono proprio le class e i filter specifici per indirizzare il traffico per priorità.

boh, non rimane che provare a cambiare il pfifo in sfq:

prova con

tc qdisc del dev ppp0 root

tc qdisc add dev ppp0 parent 1:10 handle 10: sfq

e poi "tc qdisc show" per vedere se ha recepito il comando.

[MiloZ]

Originariamente inviato da wrad3n

Strano, perché se non mostra nulla significa che non esistono proprio le class e i filter specifici per indirizzare il traffico per priorità.

boh, non rimane che provare a cambiare il pfifo in sfq:

prova con

tc qdisc del dev ppp0 root

tc qdisc add dev ppp0 parent 1:10 handle 10: sfq

e poi "tc qdisc show" per vedere se ha recepito il comando.

Non si rischia mica di far casino lanciando questi comandi vero? Te lo chiedo perchè non ci ho mai smanettato sul QoS lato script neppure sul D7000.
Eventualmente con un riavvio torna a default? "parent 1:10 handle 10: sfq" che tipo di configurazione sarebbe?
L'SFQ dici che è meglio del PFIFO anche per le VDSL? O comunque non peggio?