Router che mitigano o eliminano il problema Upload con ONT Sercomm
giacca72 Siccome sto pensando di farmi un piccolo server con su proxmox per usare un paio di docker e una vm , potrei fargli fare anche da router ?
con Openwrt?
sì
- Modificato
pattagghiu ma 1G sqm non lo fa neanche il Flint2
Io ci sto giusto provando e mi pare che riesca a gestirlo sai...
A livello di performance ci riesce, il vero problema è che non è una soluzione definitiva ai problemi del sercomm. Ne mitiga i problemi ma non è una soluzione definitiva.
Speedtest su Miami 14237
SQM ON - Upload limit 900 Mbit/s
root@GL-MT6000:~# ./speedtest -s 14237
Speedtest by Ookla
Server: Frontier - Miami, FL (id: 14237)
ISP: TIM
Idle Latency: 120.97 ms (jitter: 0.10ms, low: 120.80ms, high: 121.09ms)
Download: 1181.44 Mbps (data used: 1.8 GB)
185.99 ms (jitter: 60.29ms, low: 120.91ms, high: 602.09ms)
Upload: 490.32 Mbps (data used: 840.0 MB)
197.41 ms (jitter: 61.88ms, low: 130.17ms, high: 281.82ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/df4092eb-a6e6-4822-8879-6ced3e2c452a
SQM OFF
root@GL-MT6000:~# ./speedtest -s 14237
Speedtest by Ookla
Server: Frontier - Miami, FL (id: 14237)
ISP: TIM
Idle Latency: 128.93 ms (jitter: 0.04ms, low: 128.91ms, high: 128.97ms)
Download: 1358.94 Mbps (data used: 2.2 GB)
196.54 ms (jitter: 62.75ms, low: 129.87ms, high: 690.84ms)
Upload: 198.38 Mbps (data used: 361.7 MB)
195.19 ms (jitter: 61.67ms, low: 129.83ms, high: 261.76ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/c23e74da-d1d1-49dd-a66b-96747cbf4c93
Io da Sercomm sono passato a ZTE f6005 2022 moddarlo.
Sto in Sicilia e con il Sercomm avevo problemi anche su server italiani, con lo ZTE invecesolo con server lontanissimi ma comunque non scende mai sotto i 400....prima anche su Roma stava sui 170.
Ora aspetto che qualcuno metta in vendita il V3 fibercop, perché ho provato a moddare la versione OF ma se si ha l' OLT sbagliato non funge.
Viper86 Io ci sto giusto provando e mi pare che riesca a gestirlo sai...
ah guarda mi baso su quello che leggo sul forum owrt. Si parla di 800/900
però se attivi sqm (anche solo su upload) devi disattivare offload hardware, quindi quel tuo speedtest con 2G in download è poco credibile sia con sqm
poi se ce la fa, meglio per te, io il flint lo uso solo come AP..
- Modificato
pattagghiu
Ho impostato l'SQM solo sull'up e sto eseguendo lo speedtest direttamente dal router. (ho dei problemi di degrado sul mio cavo LAN e finchè non risolvo non posso eseguire test attendibili da un altro PC)
Si è vero l'accelerazione HW è disattiva ma livello di carico sui core mi pare funzioni correttamente, come vedi il carico è distribuito.
Se eseguo uno speedtest su un server vicino tocca comunque i 2Gbit e come vedi l'up si limita correttamente:
root@GL-MT6000:~# ./speedtest
Speedtest by Ookla
Server: TIM SpA - Novara (id: 10456)
ISP: TIM
Idle Latency: 4.96 ms (jitter: 0.06ms, low: 4.91ms, high: 5.01ms)
Download: 2119.58 Mbps (data used: 2.4 GB)
5.93 ms (jitter: 1.11ms, low: 4.88ms, high: 28.36ms)
Upload: 851.44 Mbps (data used: 804.6 MB)
5.18 ms (jitter: 0.46ms, low: 4.75ms, high: 12.30ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/508c804e-ef76-4489-86bd-f43277ac3bc1
Ricapitolando
Router: GL.iNet MT-6000
Software: v4.7.0 (stock)
Accelerazione HW: OFF
Packet Steering: ON
Pacchetto installato: luci-app-sqm
SQM Upload: 900000 Kbit/s
SQM -> Queue Discipline -> Queue setup script: simple.qos
Moscow (id: 20933)
root@GL-MT6000:~# ./speedtest -s 20933
Speedtest by Ookla
Server: CJSC RASCOM - Moscow (id: 20933)
ISP: TIM
Idle Latency: 58.31 ms (jitter: 0.21ms, low: 57.99ms, high: 58.50ms)
Download: 1029.21 Mbps [=====| ] 25% - latency: 100.78 ms Download: 1031.92 Mbps [=====/ ] 26% - latency: 100.78 ms Download: 1030.08 Mbps [=====- ] 27% - latency: 100.78 ms Download: 1031.79 Mbps [=====\ ] 27% - latency: 100.78 ms Download: 1032.62 Mbps [=====| ] 28% - latency: 100.78 ms Download: 1015.27 Mbps (data used: 1.1 GB)
95.13 ms (jitter: 20.83ms, low: 63.04ms, high: 126.57ms)
Upload: 843.23 Mbps (data used: 1.1 GB)
88.00 ms (jitter: 12.62ms, low: 57.68ms, high: 117.08ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/f829ac14-3e29-45ed-9913-078e771700aa
Manchester (id: 59135)
root@GL-MT6000:~# ./speedtest -s 59135
Speedtest by Ookla
Server: Grain Connect - Manchester (id: 59135)
ISP: TIM
Idle Latency: 41.07 ms (jitter: 0.26ms, low: 40.86ms, high: 41.20ms)
Download: 1168.48 Mbps (data used: 1.1 GB)
34.78 ms (jitter: 3.83ms, low: 34.36ms, high: 305.67ms)
Upload: 843.13 Mbps (data used: 1.1 GB)
34.59 ms (jitter: 0.39ms, low: 34.22ms, high: 42.34ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/d137afad-0942-49ff-b6ff-c4c80933b935
Stockholm (id: 45936)
root@GL-MT6000:~# ./speedtest -s 45936
Speedtest by Ookla
Server: Telia Sweden AB - Stockholm (id: 45936)
ISP: TIM
Idle Latency: 35.31 ms (jitter: 0.21ms, low: 34.99ms, high: 35.43ms)
Download: 1396.25 Mbps (data used: 2.4 GB)
36.77 ms (jitter: 2.30ms, low: 36.31ms, high: 315.98ms)
Upload: 727.29 Mbps (data used: 953.3 MB)
37.66 ms (jitter: 0.85ms, low: 37.01ms, high: 48.03ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/5c259fc3-bcf1-40c2-8e37-0462b7f9b487
Berlin (id: 30907)
root@GL-MT6000:~# ./speedtest -s 30907
Speedtest by Ookla
Server: Deutsche Telekom - Berlin (id: 30907)
ISP: TIM
Idle Latency: 21.59 ms (jitter: 0.17ms, low: 21.37ms, high: 22.03ms)
Download: 2080.10 Mbps (data used: 3.2 GB)
48.70 ms (jitter: 31.69ms, low: 24.50ms, high: 358.49ms)
Upload: 828.40 Mbps (data used: 1.0 GB)
21.56 ms (jitter: 0.67ms, low: 21.12ms, high: 37.00ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/63949f3b-e140-4c9f-9ce4-42fcee9a1a10
Novara (id: 10456)
root@GL-MT6000:~# ./speedtest
Speedtest by Ookla
Server: TIM SpA - Novara (id: 10456)
ISP: TIM
Idle Latency: 5.11 ms (jitter: 0.12ms, low: 4.96ms, high: 5.43ms)
Download: 2139.93 Mbps (data used: 2.5 GB)
5.91 ms (jitter: 0.51ms, low: 4.68ms, high: 11.89ms)
Upload: 853.06 Mbps (data used: 680.9 MB)
5.18 ms (jitter: 0.49ms, low: 4.68ms, high: 14.14ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/c5514adb-6cd8-42c0-b61f-0a9d065c3da1
direi molto bene! bravo flint!
Mi sembrano risultati a dir poco strepitosi.
Viper86 Router: GL.iNet MT-6000
Software: v4.7.0 (stock)
Accelerazione HW: OFF
Packet Steering: ON
Pacchetto installato: luci-app-sqm
SQM Upload: 900000 Kbit/s
SQM -> Queue Discipline -> Queue setup script: simple.qos
Il packet steering lo trovi sotto Luci:
Network -> Interfaces -> Global network options
Per l'SQM, Network -> SQM QoS
- Modificato
Piccolo Update
Se lavorate principalmente con l'Europa il valore consigliabile è: 950000 Kbit/s
Se avete necessità di upload verso Asia/America è meglio: 900000 Kbit/s o anche leggermente meno
Con un valore di 900000 Kbit/s si ottengono comunque 450-600 Mbit in up verso server remoti con ping di 200-300ms.
- Modificato
Viper86 Se interessa solo il nazionale, si può anche osare un 990Mbps, su VX830v era il miglior compromesso con latenze < 50ms
puoi provare anche come si comporta con piece_of_cake?
pattagghiu
si ottengono valori peggiori
Valore attuale SQM Upload: 900000 Kbit/s
Queue setup script: simple.qos
root@GL-MT6000:~# ./speedtest -s 59135
Speedtest by Ookla
Server: Grain Connect - Manchester (id: 59135)
ISP: TIM
Idle Latency: 40.41 ms (jitter: 0.21ms, low: 40.24ms, high: 40.57ms)
Download: 1238.84 Mbps (data used: 2.2 GB)
36.83 ms (jitter: 4.08ms, low: 36.33ms, high: 318.08ms)
Upload: 846.35 Mbps (data used: 1.0 GB)
38.15 ms (jitter: 0.59ms, low: 37.71ms, high: 48.31ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/5547611d-879d-46aa-96b8-9b846bc43e44
Queue setup script: piece_of_cake.qos
root@GL-MT6000:~# ./speedtest -s 59135
Speedtest by Ookla
Server: Grain Connect - Manchester (id: 59135)
ISP: TIM
Idle Latency: 45.98 ms (jitter: 0.12ms, low: 45.88ms, high: 46.32ms)
Download: 1450.20 Mbps (data used: 1.9 GB)
39.45 ms (jitter: 3.02ms, low: 38.86ms, high: 321.00ms)
Upload: 405.48 Mbps (data used: 743.4 MB)
40.54 ms (jitter: 0.84ms, low: 39.90ms, high: 50.56ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/c4a70e86-f2ae-4da7-ad70-6a0057d6942a
Viper86 si ottengono valori peggiori
eh sì perchè è una strategia migliore, ma più pesante
però voglio dire, visto che in questo caso non stai cercando di avere un sqm perfetto, ma "solo" mettere una pezza alle debolezze dell'ont, direi che ti può star bene anche il simple..
su openwrt nella script di PESA hanno lavorato anche a un HWQOS, sarebbe carino vedere come si comporta anche quello
pattagghiu eh sì perchè è una strategia migliore, ma più pesante
In realtà, oltre a risultati peggiori, ha un uso CPU più leggero rispetto al simple.