Diagnostica e monitoraggioIntermedio

Bandwidth-test e btest: misurare il throughput reale

Misurare la capacità reale di un link MikroTik con bandwidth-test e l'app btest, interpretando i risultati e applicando le cautele necessarie per non disturbare la produzione.

bandwidth-test misura la capacità reale di trasferimento tra due dispositivi MikroTik (o tra un MikroTik e l'app btest su PC/smartphone). È lo strumento principe per collaudare un backhaul appena installato, verificare che un link radio regga la banda venduta, o isolare un collo di bottiglia.

AVVISO PRODUZIONE: il bandwidth-test satura il link e carica CPU/NIC. Su un router con clienti attivi causa disservizi. Eseguilo solo in finestra di manutenzione, su un link scarico, o con duration brevissima. Su CPU deboli (hAP, hEX) il test può essere limitato dalla CPU del router stesso, NON dalla capacità del link: il risultato è il throughput del router, non del mezzo.

Architettura: server + client

Servono due lati: un bandwidth-server (chi riceve/risponde, abilitato di default sulla porta TCP/UDP 2000) e un client che lancia il test. In un backhaul, di solito metti il server sul router del POP e lanci il test dal router remoto (o viceversa).

Configurare il lato server

# Sul ROUTER TARGET: verifica/abilita il bandwidth-server
/tool/bandwidth-server/print
/tool/bandwidth-server/set enabled=yes authenticate=yes

# Vedi le sessioni di test attive verso questo server
/tool/bandwidth-server/session/print

Eseguire il test (lato client)

Bandwidth-test TCP e UDP

# Test TCP bidirezionale (replica condizioni applicative reali)
/tool/bandwidth-test \
  address=10.30.0.1 \
  direction=both \
  protocol=tcp \
  duration=15s \
  user=admin password=PASSWORD

# Test UDP bidirezionale: misura la capacità GREZZA del mezzo
# (non dipende da RTT/finestra TCP) - il più indicato per i radio link
/tool/bandwidth-test \
  address=10.30.0.1 \
  direction=both \
  protocol=udp \
  local-udp-tx-size=1500 remote-udp-tx-size=1500 \
  duration=15s \
  user=admin password=PASSWORD

# Solo download (receive): simula il cliente che scarica
/tool/bandwidth-test address=10.30.0.1 direction=receive protocol=tcp \
  duration=10s user=admin password=PASSWORD

TCP vs UDP: quale usare e perché

Protocollo	Cosa misura	Quando usarlo
UDP	Capacità grezza del mezzo, indipendente da RTT	Collaudo radio link, capacità massima teorica
TCP	Throughput utile sotto controllo di flusso	Replicare l'esperienza reale dell'utente
TCP multi-connessione	Throughput con più flussi paralleli	Link a RTT alto dove 1 flusso non riempie il tubo

Scelta del protocollo nel bandwidth-test

Interpretare i risultati

Risultato ≈ capacità nominale del link → tutto ok, link sano
Risultato molto < nominale ma CPU del router al 100% → è il router il collo di bottiglia, non il mezzo (usa hardware più potente o riduci la durata/dimensione)
UDP ok ma TCP basso → problema di RTT/finestra o perdita pacchetti (ritrasmissioni TCP): controlla loss e latenza con ping
Throughput che crolla nel tempo durante il test → surriscaldamento, interferenza radio variabile, o thermal throttling
Asimmetria forte download/upload non prevista → problema su una sola direzione (es. interferenza sul TX di un lato)

App btest per PC/Android (test verso un cliente)

MikroTik fornisce l'app btest (Windows e Android): permette di lanciare un bandwidth-test da un PC o smartphone verso un router MikroTik con bandwidth-server abilitato. Utile per collaudare la velocità arrivata fino al CPE del cliente senza un secondo MikroTik.

Per misurare la velocità reale di un cliente verso internet (non verso il tuo router) usa speedtest pubblici dal CPE/PC del cliente: il bandwidth-test misura solo il tratto MikroTik↔MikroTik. Per test verso server Linux generici esiste anche supporto a strumenti tipo iperf nei flussi diagnostici, ma su RouterOS lo strumento nativo è bandwidth-test.

bandwidth testbtestthroughputspeedtestbandwidth-servertcp udp testcapacita linkbackhaulcollaudoiperfmisura banda

Continua con

Logging e syslog remoto SNMP sicuro con SNMPv3 Netwatch: monitoraggio host e automazione Strumenti diagnostici: ping, traceroute, torch e packet sniffer

Configura senza fatica con l'AI

In WispOS l'agente AI genera la configurazione RouterOS dalle tue parole e un tutor ti guida passo passo.

Prova WispOS