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

[undertherain77]

Originariamente inviato da giovanni69

tre pagine indietro

Forse dicevi a me.
Ho visto, 10 MB di differenza, niente male davvero.
Ma non ha sempre chipset Broadcom come il DGA4130?
Ok, quello è un Technicolor.
L'offerta Amazon però è terminata, corretto?

[giovanni69]

Sì chiama offerta lampo per una ragione..
Il SoC sarà anche lo stesso ma i drivers xDSL possono fare la differenza.

[undertherain77]

Originariamente inviato da giovanni69

Sì chiama offerta lampo per una ragione..
Il SoC sarà anche lo stesso ma i drivers xDSL possono fare la differenza.

Sì, lo so, sono drogato di canali Telegram...
Comunque che dire... ormai ho l'RT.
Quando l'ho preso non avevo visto che esisteva anche il DSL, e comunque pagandolo 200€ su Gearbest, insomma...
Domanda: il mio ha CPU dualcore 1.4GHz, questo?
Dato che l'ho preso per VPN...

[cica88]

Vi funziona bene il " monitoraggio del traffico " ?
Come potete vedere dalla imamgine indica che dalle 2.00 fino alle 18.00 c'è stato sempre lo stesso consumo di banda in download ( ethernet ), il problema è che in quel lasso di tempo non c'è niente collegato " wired ", solo apparecchi wifi.
Poi mi pare strano il medesimo utilizzo di banda per così tanto tempo.

[JavaScript]

Originariamente inviato da cica88

Vi funziona bene il " monitoraggio del traffico " ?
Come potete vedere dalla imamgine indica che dalle 2.00 fino alle 18.00 c'è stato sempre lo stesso consumo di banda in download ( ethernet ), il problema è che in quel lasso di tempo non c'è niente collegato " wired ", solo apparecchi wifi.
Poi mi pare strano il medesimo utilizzo di banda per così tanto tempo.

Potrebbe essere semplicemente traffico dovuto al monitoraggio stesso dell'interfaccia, è talmente minimo e costante che difficilmente potrebbe essere dovuto a traffico web, anche se fossi connesso in LAN solo per stare nell'interfaccia.
Ci sono un po' di prove che si possono fare per capirne qualcosa in più, la prima consiste nell'abilitare la gestione su WAN, staccare/spegnere completamente tutto, disabilitare tutte le condivisioni/i servizi (anche USB) ed accedere al grafico dall'esterno, ad esempio da un PC temporaneamente configurato in tethering su uno smartphone attraverso l'IP pubblico del router, in seconda battuta, sempre con lo stesso metodo si possono testare i due AP settandoli entrambi isolati e ri-condividendoli uno per volta, insieme ad altre prove del genere.
Insomma, c'è da girarci un po' attorno, ma non è impossibile capire se è effettivamente sballato oppure se ha ragione.

[tyupo]

Originariamente inviato da cica88

Se ora ti trovi bene con la tua configurazione ti consiglio di aspettare un po' e vedere come si evolve lato firmware.
P.S. Alcune funzioni ad esempio QOS Adattivo non verranno implementate.

Scusa ma che intendi quando dici che non ci sarà il QoS adattivo? Che non c'è nessun tipo di Qos? Attualmente come regoli la prioritizzazione della banda?...nel senso che se anche molto semplicemente volessi dare la priorità a qualunque streaming video non lo posso fare? (per carità, non che sia certo del buon funzionamento del qos adattivo del mio attuale RT-AC68U, ma almeno se setto manualmente i limiti di banda la tripla A su dslreport la prendo). A volte mi viene il dubbio che la soluzione Technicolor+router serio non sia da buttare, estetica a parte...

[cica88]

Originariamente inviato da tyupo

Scusa ma che intendi quando dici che non ci sarà il QoS adattivo? Che non c'è nessun tipo di Qos? Attualmente come regoli la prioritizzazione della banda?...nel senso che se anche molto semplicemente volessi dare la priorità a qualunque streaming video non lo posso fare? (per carità, non che sia certo del buon funzionamento del qos adattivo del mio attuale RT-AC68U, ma almeno se setto manualmente i limiti di banda la tripla A su dslreport la prendo). A volte mi viene il dubbio che la soluzione Technicolor+router serio non sia da buttare, estetica a parte...

Per ora c'è il QOS ma solo in upload, non avendo esigenze in particolare per ora ho impostato solo il limite globale,ti allego qualche immagine.

[giovanni69]

Posto giusto per curiosità una schermata in cui si vede lo SRA al limite inferiore degli 8.5 dB SNRm di intervento: delle interferenze hanno creato dei CRC ed ES (e qui si sente la mancanza dei dettaglio SES nella GUI).



Il valore di 8.3/8.4 dB SNRm è ben al di sopra del valore di profilo a 6dB eppure la soglia di SRA non è tale da far scattare il recupero del Data Rate di circa 14/15 Mbps se arrivasse a 8.5. Ricordo che 1 dB in 17a è circa pari a 3Mbps, mentre in 35b è a 2.7 volte il valore in 17a o meno (ovvero "In DS in 17a le portanti sono circa 2400, mentre in 35b sono quasi 6500. Il rapporto è 6500/2400 = 2.7. Quindi 1 dB in meno di SNR in 35b fa perdere 2.7 volte tanto in termini di prestazione rispetto al 17a. Ovviamente ciò è vero se tutte le portanti sono utilizzate. Ovviamente se sei su un 35b che ne usa solo più 4800 (per sparare un numero) il rapporto sarebbe solo più 2:1." --cit ironmark99).
Nel mio caso con quel 206Mbps di Max rate sicuramente il multiplo è inferiore a 2.7 ad es. 2.1. Ecco che 2.4 dbSNR in eccesso (ovvero 8.4-6.0) * 3Mbps * 2.1= circa 15 Mpbs che è circa quanto convertirebbe SRA in Data Rate se scattasse a 8.5.

[giovanni69]

Scopro che a quanto pare la mia linea è collegata ad un ONU con SRA pigro:



Nella notte il Max rate è aumentato di un paio di Mbps, SNRm è salito da 8.4 ad 8.6 dB ma SRA non è intervenuto.

[cica88]

Disponibile nuova versione firmware beta 487, che risolve il problema dei “ client connessi “ e altri bug ( log non disponibile ).

[JavaScript]

Originariamente inviato da giovanni69

Scopro che a quanto pare la mia linea è collegata ad un ONU con SRA pigro:
.../snip...
Nella notte il Max rate è aumentato di un paio di Mbps, SNRm è salito da 8.4 ad 8.6 dB ma SRA non è intervenuto.

Ah... Disabilitarlo, no, vero ?

[MiloZ]

New beta firmware available with lots of bug fixes/enhancements and also with new Auto channel selection algorithm implemented.
Now in Auto mode system will detect the noise of all channels and remove ones with high interferences from candidate list, then select a channel based on following order. Thanks.

[EU Region]
If "auto select channel including DFS channel" checked Priority: BAND3 > BAND2 = BAND1
If "auto select channel including DFS channel" unchecked BAND1

DSL-AC88U_v9.10.04_build487.zip

https://www.asuswebstorage.com/navig...301D95D65972DY

[giovanni69]

Originariamente inviato da JavaScript

Ah... Disabilitarlo, no, vero ?

Disabilitare cosa visto che SRA risulta già inefficace dal modo in cui si comporta? Semmai è il contrario: trovare un modo per innescare il funzionamento di SRA, senza riavviare il modem. Non che mi dia fastidio, eh se questo rende la linea più stabile?

Anzi, quasi... quasi... dovrei trovare un modo perchè tutto ciò accada più spesso in modo da stare con 8dB fissi invece che 6 visto che per ogni dB di SNR gli errori dovrebbero diminuire di un fattore 10 e 180 o 200 per me non fa differenza.

Oppure è la volta buona che testo sulla mia linea quel --MaxData Rate impostandolo a 180Mbps e così davvero si disabilita lo SRA.

[MiloZ]

Originariamente inviato da giovanni69

Disabilitare cosa visto che SRA risulta già inefficace dal modo in cui si comporta? Semmai è il contrario: trovare un modo per innescare il funzionamento di SRA, senza riavviare il modem.

Magari ha una soglia di innesco maggiore col profilo 200M 35b? Ovvero con snr maggiori di 8db e minori di 4db? Non saprei.

[giovanni69]

Qui veramente sono arrivato a 8.6 dB; ironmark99 ipotizzava 2.5 sopra i 6.0 dB.

Dovrei divertirmi come farebbe Busone di Higgs.

[MiloZ]

Incredibile, con l'ultima beta487 si ottiene sempre A al bufferbloat senza attivare il QoS (la latenza aumenta di appena 10\20ms alla saturazione dell'upstream).
Devono avere apportato qualche modifica evidentemente:



Altri riscontri in VDSL, giovanni?

Qualche utente in ADSL nota miglioramenti durante la saturazione dell'upstream adesso?

[JavaScript]

Originariamente inviato da giovanni69

Disabilitare cosa visto che SRA risulta già inefficace dal modo in cui si comporta? Semmai è il contrario: trovare un modo per innescare il funzionamento di SRA, senza riavviare il modem. Non che mi dia fastidio, eh se questo rende la linea più stabile?

Anzi, quasi... quasi... dovrei trovare un modo perchè tutto ciò accada più spesso in modo da stare con 8dB fissi invece che 6 visto che per ogni dB di SNR gli errori dovrebbero diminuire di un fattore 10 e 180 o 200 per me non fa differenza.

Oppure è la volta buona che testo sulla mia linea quel --MaxData Rate impostandolo a 180Mbps e così davvero si disabilita lo SRA.

Senti, io aggancio poco meno di te ed ho attualmente 37.8-37.9 db di attenuazione in DS3, a me quindi sembra che con 8 db in meno forse tu dovresti agganciare qualcosina in più, attualmente siamo in 2 sullo stesso cabinet, se ci fosse parecchia diafonia sicuramente agganceresti meno di così, la SRA a te sembra che non funzioni, ovvero potrebbe anche dirsi che "funzioni male", pertanto, facendo un po' di 2+2, io al posto tuo proverei a disabilitarla e vedere cosa succede, poi, fai tu.

[cica88]

Originariamente inviato da MiloZ

Incredibile, con l'ultima beta487 si ottiene sempre A al bufferbloat senza attivare il QoS (la latenza aumenta di appena 10\20ms alla saturazione dell'upstream).
Devono avere apportato qualche modifica evidentemente:



Altri riscontri in VDSL, giovanni?

Qualche utente in ADSL nota miglioramenti durante la saturazione dell'upstream adesso?

In ADSL non ho notato miglioramenti.

[giovanni69]

Originariamente inviato da JavaScript

Senti, io aggancio poco meno di te ed ho attualmente 37.8-37.9 db di attenuazione in DS3, a me quindi sembra che con 8 db in meno forse tu dovresti agganciare qualcosina in più, attualmente siamo in 2 sullo stesso cabinet, se ci fosse parecchia diafonia sicuramente agganceresti meno di così, la SRA a te sembra che non funzioni, ovvero potrebbe anche dirsi che "funzioni male", pertanto, facendo un po' di 2+2, io al posto tuo proverei a disabilitarla e vedere cosa succede, poi, fai tu.

Considera che sono in derivata seconda; la mia distanza fisica è di 180m di cavo 0.4 ma poi c'è uno spezzone appunto di derivata. A bilanciare ci sono però circa 60m dei 180m che sono di cavo autoportante. In 17a non agganciavo più di 93/97 nelle condizioni migliori. Solo i primi 10 gg a suo tempo con la 100M ho agganciato 108. E presso l'armadio RL ci saranno non meno di 70 utenze. Certamente non c'è diafonia eccessiva ma un disturbante c'era anche in 17a. Inoltre in queste ultime 12 ore per una qualche ragione l'attenuazione in DS3 è aumentata di quasi 2dB passando da 29.3 a 31.1.

Ripeto: come disabiliteresti SRA in 35b (senza SoC Mediatek e senza utilizzare --Maxdatarate che taglia le portanti alzando SNR)?

[MiloZ]

Originariamente inviato da giovanni69

Considera che sono in derivata seconda; la mia distanza fisica è di 180m di cavo 0.4 ma poi c'è uno spezzone appunto di derivata. A bilanciare ci sono però circa 60m dei 180m che sono di cavo autoportante. In 17a non agganciavo più di 93/97 nelle condizioni migliori. Solo i primi 10 gg a suo tempo con la 100M ho agganciato 108. E presso l'armadio RL ci saranno non meno di 70 utenze. Certamente non c'è diafonia eccessiva ma un disturbante c'era anche in 17a. Inoltre in queste ultime 12 ore per una qualche ragione l'attenuazione in DS3 è aumentata di quasi 2dB passando da 29.3 a 31.1.

Ripeto: come disabiliteresti SRA in 35b (senza SoC Mediatek e senza utilizzare --Maxdatarate che taglia le portanti alzando SNR)?

Cosi: bcm_xdslctl configure --sra off

Oppure dall'interfaccia web direttamente.