Bufferbloat enorme FTTC Tim con modem Fritzbox 7590 ax

Pubblicità
Al solito, non conosco openwrt, però le code di tipo CAKE usano molto la CPU, attivando algoritmi matematicamente complessi, non è che il dispositivo su cui hai installato OpenWRT non ce la fa a gestire gli algoritmi della coda? Bisognerebbe vedere se OpenWRT permette di vedere l'utilizzo di CPU e valutare se durante uno speedtest o simili con la coda attiva la CPU del dispositivo arriva al 100%
 
Al solito, non conosco openwrt, però le code di tipo CAKE usano molto la CPU, attivando algoritmi matematicamente complessi, non è che il dispositivo su cui hai installato OpenWRT non ce la fa a gestire gli algoritmi della coda? Bisognerebbe vedere se OpenWRT permette di vedere l'utilizzo di CPU e valutare se durante uno speedtest o simili con la coda attiva la CPU del dispositivo arriva al 100%
Si, c'è il pacchetto Netdata che consente di monitorare di tutto di più compreso lo stress della CPU.
Per una FTTC non servono grandi risorse. Io ho una 120/20 su un archer c7 con SQM attivo non ho limitazioni.
Certo con una FTTH c'è molto più traffico (pacchetti da accodare) quindi servono più risorse hardware.
In questo caso sta usando un xr500 che ha due Cores a 1700 MHz. Non deve avere alcun problema…
Se guardi il primo post la velocità dello speedtest che ha postato era 147 Mbps. Ora dice che sono 170. Boh.
 
Esatto, disattivando SQM torna a 170 mbps
--- i due messaggi sono stati uniti ---
Al solito, non conosco openwrt, però le code di tipo CAKE usano molto la CPU, attivando algoritmi matematicamente complessi, non è che il dispositivo su cui hai installato OpenWRT non ce la fa a gestire gli algoritmi della coda? Bisognerebbe vedere se OpenWRT permette di vedere l'utilizzo di CPU e valutare se durante uno speedtest o simili con la coda attiva la CPU del dispositivo arriva al 100%
Ho già testato la cpu del router su Netdata giocando online e non viene minimamente stressata. Potrebbe essere il router di seconda mano con qualche difetto?
--- i due messaggi sono stati uniti ---
Si, c'è il pacchetto Netdata che consente di monitorare di tutto di più compreso lo stress della CPU.
Per una FTTC non servono grandi risorse. Io ho una 120/20 su un archer c7 con SQM attivo non ho limitazioni.
Certo con una FTTH c'è molto più traffico (pacchetti da accodare) quindi servono più risorse hardware.
In questo caso sta usando un xr500 che ha due Cores a 1700 MHz. Non deve avere alcun problema…
Se guardi il primo post la velocità dello speedtest che ha postato era 147 Mbps. Ora dice che sono 170. Boh.
Il risultato a 147 lo dava su waveform, se guardi al post #86 c'è uno speedtest veritiero (risultati simili li ottengo anche su fast.com)
 

Allegati

  • Screenshot 2023-05-30 154121.webp
    Screenshot 2023-05-30 154121.webp
    20.7 KB · Visualizzazioni: 15
  • Screenshot 2023-05-30 154148.webp
    Screenshot 2023-05-30 154148.webp
    51.3 KB · Visualizzazioni: 15
  • Screenshot 2023-05-30 154201.webp
    Screenshot 2023-05-30 154201.webp
    28.1 KB · Visualizzazioni: 13
Ultima modifica:
Esatto, disattivando SQM torna a 170 mbps
--- i due messaggi sono stati uniti ---

Ho già testato la cpu del router su Netdata giocando online e non viene minimamente stressata. Potrebbe essere il router di seconda mano con qualche difetto?
--- i due messaggi sono stati uniti ---

Il risultato a 147 lo dava su waveform, se guardi al post #86 c'è uno speedtest veritiero (risultati simili li ottengo anche su fast.com)
Ok, probabilmente se fai il QoS su tutta la PPPoE hai questa perdita di banda. Prova a rimettere in "interface name" l'interfaccia ethernet (Eth1? quella che avevi prima con i valori invertiti). Eventualmente prova anche a cambiare il valore "Per Packet Overhead (bytes)" a 44.
Dovresti avere un minimo di perdita (il 10%) ma non così tanto.
 
Ok, probabilmente se fai il QoS su tutta la PPPoE hai questa perdita di banda. Prova a rimettere in "interface name" l'interfaccia ethernet (Eth1? quella che avevi prima con i valori invertiti). Eventualmente prova anche a cambiare il valore "Per Packet Overhead (bytes)" a 44.
Dovresti avere un minimo di perdita (il 10%) ma non così tanto.
Questo lo speedtest ottenuto mettendo Eth1, direi che non va bene ahahah. Ho inoltre provato a tenere Eth1 mettendo per packet overhead a 44 e il risultato era analogo. Invece, mettendo pppoe-wan e cambiando da 34 a 44 ottengo questo risultato waveform.com
--- i due messaggi sono stati uniti ---
Questo lo speedtest ottenuto mettendo Eth1, direi che non va bene ahahah. Ho inoltre provato a tenere Eth1 mettendo per packet overhead a 44 e il risultato era analogo. Invece, mettendo pppoe-wan e cambiando da 34 a 44 ottengo questo risultato waveform.com
Vorrei aggiungere che giocando online a fps ottengo microlag e stuttering a cadenza abbastanza frequente, sapresti dirmi cosa può essere? Magari configurazione sbagliata dei settaggi internet del pc?
 
Questo lo speedtest ottenuto mettendo Eth1, direi che non va bene ahahah.
inverti i valori di down e up
--- i due messaggi sono stati uniti ---
Vorrei aggiungere che giocando online a fps ottengo microlag e stuttering a cadenza abbastanza frequente, sapresti dirmi cosa può essere? Magari configurazione sbagliata dei settaggi internet del pc?
Se anche con il Sqm attivo hai questi problemi significa che non è un problema di buffer. E' un problema sugli instradamenti e/o congestione verso il server di gioco. Più di questo non puoi fare.
 
inverti i valori di down e up
--- i due messaggi sono stati uniti ---

Se anche con il Sqm attivo hai questi problemi significa che non è un problema di buffer. E' un problema sugli instradamenti e/o congestione verso il server di gioco. Più di questo non puoi fare.
Ho provato invertendo come dici tu e il download rimane sempre cappato a 100 mbps.
Sinceramente noto che giocando online lagghicchia come sempre ma i colpi entrano meglio grazie a questo sqm. Su giochi come Fortnite invece il lag è imbarazzante
 
Pubblicità
Pubblicità
Indietro
Top