walt Avevo un sospetto, ma non se ne era mai parlato qui, e data la immediata risposta "è colpa dello ZTE" ho dato la colpa a lui. Il prossimo step nella catena sarebbe proprio l'ONT.
Non sono pratico con openwrt, ma se ci sono log più dettagliati da cui si può capire qualcosa sono disponibile a postare anche quelli
Problema stabilità upload FTTH dimensione
Che emozione !!, che nostalgia !!.. sembra di fare un salto nel passato all'epoca della connessione ADSL Alice
https://www.speedtest.net/result/c/81107096-4cdc-4153-bd93-2ae7f2df6f1d
Tornando seri mi fa sorridere come oggi tutti i player delle telecomuncazioni si riempiono la bocca con proclami di gigabit di velocità : 10 , 20 , 50 100
All'atto pratico poi ancora che assistiamo a collegamenti del genere nell'era dei satelliti e cavi sottomarini
nothepin0 Con openwrt è abbastanza semplice setuppare il tutto, con una seconda scheda di rete potresti fare una prova avviandolo live sul tuo PC e fare uno speedtest direttamente da li.
Potrebbe essere anche interessante usare un setup con minipc + ap con lo ZTE che hai già, sempre se sei abbastanza smanettone 
.
- Modificato
nothepin0 Non capisco come mai ti spunta così a te lo speedtest e non la versione normale come a walt
walt sarebbe interessante a questo punto, se facessi io lo speedtest. Perché avendo ONT Nokia 2.5G probabilmente potrei avere risultati diversi dai vostri. Solo che sia il mac che l'adattatore ce l'ho nell'altra casa. Quindi al momento non posso fare nulla
- Modificato
giuse56 Ho aggiunto due flag -v per fargli loggare tutto, se non li metto l'output è normale:
❯ speedtest -s 56181
Speedtest by Ookla
Server: UTOPIA Fiber - Salt Lake City, UT (id: 56181)
ISP: Dimensione
Idle Latency: 144.86 ms (jitter: 0.09ms, low: 144.61ms, high: 144.99ms)
Download: 16.31 Mbps (data used: 20.7 MB)
144.09 ms (jitter: 0.21ms, low: 143.41ms, high: 144.53ms)
Upload: FAILED cy: 144.21 ms
[error] Cannot read:Aperock qui ha lo stesso problema, ma su rete fibercop e ONT Sercomm, che potrebbe smentire i sospetti sull' ONT
walt Se non hai openwrt però ti serve a poco, per questo ho consigliato, scusate.
Il problema potrebbe essere un altro
Speedtest CLI Debian (Raspberry Pi OS, Raspberry Pi 5)
Server a londra:
~ $ speedtest -v -v -s 30690
[2024-09-15 15:46:22.844] [info] Resolved address 1: 104.17.147.22
[2024-09-15 15:46:22.844] [info] Resolved address 2: 104.17.148.22
[2024-09-15 15:46:22.986] [info] HTTP request (effective url: https://cli.speedtest.net/api/cli/config?deviceId=69a85da9bd39cc93a3ac14111bcad6130cfd6d28f99c3faac08cd8e8a995e378&hid=%2504%250FO%251E%2509%255EOG%2516C&serverid=30690&sid=ee40e4ea24332b0c6518d6818f9a76b407a7aeb373b8d458fd98ac21e37a511d&uname=Linux%206.6.31%2Brpt-rpi-2712%20%231%20SMP%20PREEMPT%20Debian%201%3A6.6.31-1%2Brpt1%20(2024-05-29)%20aarch64) completed with response code 200
[2024-09-15 15:46:22.986] [info] configuration content:
{"suite":{"global":{"engine":{"isUploadFirst":false,"testDurationSeconds":15,"threadCount":4,"packetSizeBytes":32000000},"dynamic":{"stableStop":{"isEnabled":true},"download":{"isScalingEnabled":true,"maxConnections":32}},"loadedLatency":{"enableUdp":true,"enableTcp":true}},"testStage":{"latency":{"pingCount":5},"upload":{"isServerUploadEnabled":true,"isClientPrimaryMeasureMethod":false}}},"app":{"ispName":"Dimensione","traceLevel":2,"licenseKey":"5af9bbc766f0af80-Cc4ca97ce9091beda-1bb55527eeb045d3","license":{"message":"You may only use this Speedtest software and information generated\nfrom it for personal, non-commercial use, through a command line\ninterface on a personal computer. Your use of this software is subject\nto the End User License Agreement, Terms of Use and Privacy Policy at\nthese URLs:\n\n\thttps://www.speedtest.net/about/eula\n\thttps://www.speedtest.net/about/terms\n\thttps://www.speedtest.net/about/privacy","version":"aaa8331c62dcaeaf7cbefe8de3952b0240ccae4424412c2e498eeb1beb84b20b"},"gdpr":{"message":"Ookla collects certain data through Speedtest that may be considered\npersonally identifiable, such as your IP address, unique device\nidentifiers or location. Ookla believes it has a legitimate interest\nto share this data with internet providers, hardware manufacturers and\nindustry regulators to help them understand and create a better and\nfaster internet. For further information including how the data may be\nshared, where the data may be transferred and Ookla's contact details,\nplease see our Privacy Policy at:\n\n http://www.speedtest.net/privacy","acceptTimeout":90},"saveTestResultUrl":"https://results.speedtest.net/reports","resultFormat":"json"},"servers":[{"id":"30690","host":"speedtest.thn.lon.network.as201838.net:8080","name":"London","country":"United Kingdom","sponsor":"Community Fibre Limited","sponsored":false,"host_functional":"1"}]}
[info] Configuration expiry date: 1727049600
Speedtest by Ookla
[info] Server count: 1
[info] app.version: 1.2.0.84 (ea6b6773cf)
[info] server selected: 30690
[info] Server id: 30690
[info] Name: London
[info] Country: United Kingdom
[info] Sponsor: Community Fibre Limited
Server: Community Fibre Limited - London (id: 30690)
ISP: Dimensione
[info] Running TCP test suite
[info] Running Speedtest against host:port speedtest.thn.lon.network.as201838.net:8080
[info] Starting stage 1 of type 2
[info] Resolved address 1: 93.113.26.250
[info] Resolved address 2: 2a02:6b67:ffff:fe01::2
[info] Opening socket to '93.113.26.250'
[info] Ping 1: 36.47 ms (36.47ms min, 0.00ms jitter)
[info] Ping 2: 36.31 ms (36.31ms min, 0.16ms jitter)
[info] Ping 3: 36.21 ms (36.21ms min, 0.13ms jitter)
[info] Ping 4: 36.08 ms (36.08ms min, 0.13ms jitter)
[info] Ping 5: 36.32 ms (36.08ms min, 0.15ms jitter)
[info] Final Ping: 36.08 ms
[info] Stage 1 completed
Idle Latency: 36.28 ms (jitter: 0.15ms, low: 36.08ms, high: 36.47ms)
[info] Starting stage 2 of type 3
[info] Stage 2 completed atency: 37.09 ms
Download: 726.24 Mbps (data used: 966.6 MB)
37.14 ms (jitter: 2.15ms, low: 36.79ms, high: 317.94ms)
[info] Starting stage 3 of type 4
[warning] Loaded latency: cannot read response.: [0] Cannot read from uninitialized socket.
[info] Packet loss sent=300, received=300, dupes=0, maxId=299
[info] Stage 3 completed atency: 88.60 ms
[info] Smoothing graph for test with 0.681 progress, with duration of 1000 ms in 60 updates
Upload: 447.11 Mbps (data used: 554.3 MB)
193.86 ms (jitter: 57.81ms, low: 37.63ms, high: 1072.03ms)
[info] final result - serverid: 30690 ping: 36 download: 726242 upload: 447110
[info] latency 36ms jitter: 0.15ms packet loss 0.00%
[info] total download bytes: 966608864
[info] total download stage duration: 15008.387000 ms
[info] total upload bytes: 554278259
[info] total upload stage duration: 10213.000000 ms
[info] Resolved address 1: 104.17.148.22
[info] Resolved address 2: 104.17.147.22
[info] Resolved address 1: 104.17.147.22
[info] Resolved address 2: 104.17.148.22
[warning] No libz support available, not compressing data.
[info] HTTP request (effective url: https://results.speedtest.net/reports) completed with response code 200
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/70f1bc36-a145-4702-b619-c4b71634b68fServer UTOPIA Salt Lake City
~ $ speedtest -v -v -s 56181
[2024-09-15 15:51:09.494] [info] Resolved address 1: 104.17.147.22
[2024-09-15 15:51:09.494] [info] Resolved address 2: 104.17.148.22
[2024-09-15 15:51:09.632] [info] HTTP request (effective url: https://cli.speedtest.net/api/cli/config?deviceId=69a85da9bd39cc93a3ac14111bcad6130cfd6d28f99c3faac08cd8e8a995e378&hid=%2504%250FO%251E%2509%255EOG%2516C&serverid=56181&sid=ee40e4ea24332b0c6518d6818f9a76b407a7aeb373b8d458fd98ac21e37a511d&uname=Linux%206.6.31%2Brpt-rpi-2712%20%231%20SMP%20PREEMPT%20Debian%201%3A6.6.31-1%2Brpt1%20(2024-05-29)%20aarch64) completed with response code 200
[2024-09-15 15:51:09.632] [info] configuration content:
{"suite":{"global":{"engine":{"isUploadFirst":false,"testDurationSeconds":15,"threadCount":4,"packetSizeBytes":32000000},"dynamic":{"stableStop":{"isEnabled":true},"download":{"isScalingEnabled":true,"maxConnections":32}},"loadedLatency":{"enableUdp":true,"enableTcp":true}},"testStage":{"latency":{"pingCount":5},"upload":{"isServerUploadEnabled":true,"isClientPrimaryMeasureMethod":false}}},"app":{"ispName":"Dimensione","traceLevel":2,"licenseKey":"5af9bbc766f0af80-Ce71a58309c2ba339-85985e00c8394156","license":{"message":"You may only use this Speedtest software and information generated\nfrom it for personal, non-commercial use, through a command line\ninterface on a personal computer. Your use of this software is subject\nto the End User License Agreement, Terms of Use and Privacy Policy at\nthese URLs:\n\n\thttps://www.speedtest.net/about/eula\n\thttps://www.speedtest.net/about/terms\n\thttps://www.speedtest.net/about/privacy","version":"aaa8331c62dcaeaf7cbefe8de3952b0240ccae4424412c2e498eeb1beb84b20b"},"gdpr":{"message":"Ookla collects certain data through Speedtest that may be considered\npersonally identifiable, such as your IP address, unique device\nidentifiers or location. Ookla believes it has a legitimate interest\nto share this data with internet providers, hardware manufacturers and\nindustry regulators to help them understand and create a better and\nfaster internet. For further information including how the data may be\nshared, where the data may be transferred and Ookla's contact details,\nplease see our Privacy Policy at:\n\n http://www.speedtest.net/privacy","acceptTimeout":90},"saveTestResultUrl":"https://results.speedtest.net/reports","resultFormat":"json"},"servers":[{"id":"56181","host":"sh-speedtest.utopiafiber.com:8080","name":"Salt Lake City, UT","country":"United States","sponsor":"UTOPIA Fiber","sponsored":false,"host_functional":"1"}]}
[info] Configuration expiry date: 1727049600
Speedtest by Ookla
[info] Server count: 1
[info] app.version: 1.2.0.84 (ea6b6773cf)
[info] server selected: 56181
[info] Server id: 56181
[info] Name: Salt Lake City, UT
[info] Country: United States
[info] Sponsor: UTOPIA Fiber
Server: UTOPIA Fiber - Salt Lake City, UT (id: 56181)
ISP: Dimensione
[info] Running TCP test suite
[info] Running Speedtest against host:port sh-speedtest.utopiafiber.com:8080
[info] Starting stage 1 of type 2
[info] Resolved address 1: 69.162.234.239
[info] Resolved address 2: 2604:9440:2300:1::5060
[info] Opening socket to '69.162.234.239'
[info] Ping 1: 144.05 ms (144.05ms min, 0.00ms jitter)
[info] Ping 2: 144.06 ms (144.05ms min, 0.01ms jitter)
[info] Ping 3: 144.04 ms (144.04ms min, 0.01ms jitter)
[info] Ping 4: 144.37 ms (144.04ms min, 0.12ms jitter)
[info] Ping 5: 144.19 ms (144.04ms min, 0.14ms jitter)
[info] Final Ping: 144.04 ms
[info] Stage 1 completed
Idle Latency: 144.10 ms (jitter: 0.14ms, low: 144.04ms, high: 144.37ms)
[info] Starting stage 2 of type 3
[info] Stage 2 completed atency: 229.70 ms
[info] Smoothing graph for test with 0.721 progress, with duration of 1000 ms in 60 updates
Download: 16.72 Mbps (data used: 21.5 MB)
215.13 ms (jitter: 65.21ms, low: 143.22ms, high: 286.91ms)
[info] Starting stage 3 of type 4
[info] Packet loss sent=216, received=216, dupes=0, maxId=215
[info] Stage 3 completed atency: 208.19 ms
[info] Smoothing graph for test with 0.601 progress, with duration of 1000 ms in 60 updates
Upload: 9.01 Mbps (data used: 10.0 MB)
213.80 ms (jitter: 64.81ms, low: 141.78ms, high: 282.84ms)
[info] final result - serverid: 56181 ping: 144 download: 16720 upload: 9011
[info] latency 144ms jitter: 0.14ms packet loss 0.00%
[info] total download bytes: 21534990
[info] total download stage duration: 10812.507000 ms
[info] total upload bytes: 10005120
[info] total upload stage duration: 9001.000000 ms
[info] Resolved address 1: 104.17.147.22
[info] Resolved address 2: 104.17.148.22
[info] Resolved address 1: 104.17.148.22
[info] Resolved address 2: 104.17.147.22
[warning] No libz support available, not compressing data.
[info] HTTP request (effective url: https://results.speedtest.net/reports) completed with response code 200
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/daad89c3-a365-4f6b-9c1e-f825c6abd494Sempre velocità basse su UTOPIA, ma qui i test finiscono senza problemi
Facendo altri test con un mio amico in inghilterra sembra che la singola connessione sia "cappata" a ~5MB/s, che va a salire quando si aprono più connessioni (che però cadono spesso, riportando la velocità a quella della singola connessione finchè non si riaprono altre connessioni)
Provato anche un trasferimento P2P con torrent privato, quello va dai 600kbps ai 3-4MB/s; ed un test iperf3, anch'esso apparentemente "cappato" alle velocità da single connection
Tutto questo fatto con un Raspberry Pi 5, settato in BBR come mi era già stato consigliato nel precedente thread.
Qualsiasi altra ipotesi è ben accetta, perchè non so più dove mettere le mani e dove/quale possa essere il problema.
7 giorni dopo
giacomix11 router che supporti correttamente i pause frame
Giusto per aggiungere, il flow control/pause frame non sembra avere alcun impatto su questo problema:
root@GL-MT6000:~# ethtool -a eth1
Pause parameters for eth1:
Autonegotiate: off
RX: off
TX: off❯ speedtest -s 36817
Speedtest by Ookla
Server: Surfshark Ltd - New York, NY (id: 36817)
ISP: Dimensione
Idle Latency: 101.12 ms (jitter: 0.27ms, low: 100.90ms, high: 101.38ms)
Download: 1220.81 Mbps (data used: 2.0 GB)
101.26 ms (jitter: 4.50ms, low: 100.69ms, high: 266.82ms)
Upload: FAILED cy: 100.86 ms
[error] Cannot read:root@GL-MT6000:~# ethtool -A eth1 rx on tx on
root@GL-MT6000:~# ethtool -a eth1
Pause parameters for eth1:
Autonegotiate: off
RX: on
TX: on
[ 4955.091271] mtk_soc_eth 15100000.ethernet eth1: Link is Up - 2.5Gbps/Full - flow control rx/tx❯ speedtest -s 36817
Speedtest by Ookla
Server: Surfshark Ltd - New York, NY (id: 36817)
ISP: Dimensione
Idle Latency: 96.30 ms (jitter: 0.42ms, low: 95.94ms, high: 96.55ms)
Download: 1388.81 Mbps (data used: 2.3 GB)
170.36 ms (jitter: 35.56ms, low: 96.38ms, high: 1545.14ms)
Upload: FAILED cy: 102.79 ms
[error] Cannot read:un mese dopo
Aggiornamento: ieri ho chiamato l'assistenza di dimensione per sentire se ci fossero novità, mi hanno confermato che il problema è dell'ONT (quindi presumo sia il ben noto problema con il flow control su questo modello) e che stanno aspettando un aggiornamento del firmware, ma non hanno tempistiche specifiche perchè giustamente non è una cosa in carico a loro direttamente.
Domanda, sarebbe possibile richiedere ad OF un cambio di ONT con, per esempio, lo ZTE F6005v3 che risolve questo problema? Oppure devo armarmi di pazienza ed aspettare che nokia rilasci un aggiornamento (se mai lo rilasceranno, visto che il supporto mi dice che questo problema c'è da anni)? Mi sembra assurdo avere 500/1000mbit in upload e non poterli sfruttare per un bug software dell'ONT.
nothepin0 sarebbe possibile richiedere ad OF un cambio di ONT con, per esempio, lo ZTE F6005v3 che risolve questo problema?
Di base no.
Dimensione potrebbe spingere per un cambio ma se gli approvigionamenti della ditta di zona sono carenti del v3 allora nada.
nothepin0 Mi sembra assurdo avere 500/1000mbit in upload e non poterli sfruttare per un bug software dell'ONT.
Non è un bug software, il nokia ha i buffer sottodimensionati.
Nemmeno con flow control o QoS si sistema.
TheMarsican Dimensione potrebbe spingere per un cambio ma se gli approvigionamenti della ditta di zona sono carenti del v3 allora nada.
@giusgius allora credo sia meglio chiedere direttamente a te se è possibile
TheMarsican Non è un bug software, il nokia ha i buffer sottodimensionati.
Nemmeno con flow control o QoS si sistema.
Quindi anche con un aggiornamento software dell'ONT il problema potrebbe rimanere?
nothepin0 Quindi anche con un aggiornamento software dell'ONT il problema potrebbe rimanere?
Si.
I Nokia sono così.
TheMarsican Non è un bug software, il nokia ha i buffer sottodimensionati.
Nemmeno con flow control o QoS si sistema.
Non mi torna molto questo discorso.
I vecchi F6005 avevano i buffer sottodimensionati e tramite upgrade del firmware sono riusciti a risolvere/migliorare (sempre che il router lato utente supporti il flow control)
Come mai con i Nokia non dovrebbe essere risolvibile?
MiloZ Come mai con i Nokia non dovrebbe essere risolvibile?
https://forum.fibra.click/d/59782-info-su-ont-e-problemi-in-upload/12
Io non ci sto capendo più nulla, tocca che vi mettete d'accordo
TheMarsican C'è qualche altro modo in cui, in caso dimensione non riesca a risolvere, posso risolvere il problema?
nothepin0
Dalle informazioni in mio possesso e quello che si legge nel forum con il Nokia no.
Vedi se Dimensione può spingere per un cambio ONT.
TheMarsican Provo a mandare una mail all'assistenza per sentire se è possibile, aspetto comunque che anche giuseppe risponda qui, magari riesce a seguirlo lui. Grazie mille dell'aiuto
- Modificato
Qui dice l'opposto dando la colpa ai buffer in riferimento all'F6005: https://forum.fibra.click/d/40258-nuova-attivazione-e-prime-impressioni-a-caldo/200
Comunque di Nokia 2.5G ce ne sono due: quello nero (vecchio) e quello bianco (nuovo), stessa sigla/modello.
Probabilmente l'hardware è sempre Realtek, ma magari potrebbe esserci qualche differenza per cui non escluderei al 100% che magari riescano a migliorare un pò la situazione dopo 2 anni..
