Diagnostica e monitoraggioIntermedio

Graphing, profiler CPU e bandwidth-test

Utilizzare il graphing integrato per visualizzare trend di CPU/traffico nel tempo, il profiler per identificare processi che consumano CPU, e il bandwidth-test per misurare il throughput reale — con le dovute cautele in produzione.

Graphing — grafici storici CPU, memoria e traffico

Il graphing integrato di RouterOS registra campioni periodici di CPU, memoria, disco e traffico per interfaccia, rendendoli disponibili come grafici web accessibili all'URL http://[IP_ROUTER]/graphs/. Non richiede software esterno ed è utile per una prima analisi dei trend.

Abilitare e configurare il graphing

# Abilita graphing delle risorse di sistema (CPU, memoria, disco)
/tool/graphing/resource/add   store-every=5min   allow-address=10.10.0.0/24

# Abilita graphing di un'interfaccia specifica
/tool/graphing/interface/add   interface=ether1   store-every=5min   allow-address=10.10.0.0/24

# Abilita graphing di una simple queue (traffico per cliente)
/tool/graphing/queue/add   simple-queue=cliente-mario-rossi   allow-address=10.10.0.0/24   allow-target=no

# Verifica configurazione
/tool/graphing/print

# Accedi ai grafici via browser:
# http://192.168.1.1/graphs/

Il parametro allow-address controlla chi può vedere i grafici web. Se una queue ha target-address=0.0.0.0/0, chiunque può accedere al suo grafico indipendentemente da allow-address. Imposta sempre allow-target=no per le queue rivolte ai clienti, o limita l'accesso alla subnet del NOC.

Profiler — identificare processi che consumano CPU

Il profiler (/tool/profile) mostra in tempo reale la percentuale di CPU consumata da ogni processo RouterOS. È il primo strumento da usare quando il router è lento o il CPU è alto.

Usare il profiler CPU

# Profilo CPU aggregato (tutti i core sommati)
/tool/profile cpu=total

# Profilo per core separati (utile su RouterBoard multi-core)
/tool/profile cpu=all

# Esempio output tipico:
#  NAME           CPU  USAGE
#  firewall         0  35.5%    <- firewall consuma molta CPU
#  routing          0   8.2%
#  ethernet         0   6.1%
#  management       0   2.3%
#  idle             0  47.9%

# Per ottenere un'istantanea una-tantum
/tool/profile cpu=total once

CPU alta su firewall → troppe regole, mancanza di connection tracking ottimizzato, fasttrack non abilitato
CPU alta su routing → tabella di routing grande, convergenza BGP/OSPF in corso
CPU alta su wireless → molti client wireless, interferenze, retransmit elevati
CPU alta su kvm → macchine virtuali attive sul CHR/RouterOS con KVM
Se idle < 20% in modo persistente, il router è sotto stress e va dimensionato

Bandwidth-test — misurare il throughput reale

AVVISO PRODUZIONE: Il bandwidth-test usa tutta la larghezza di banda disponibile e carica pesantemente CPU e NIC. Eseguirlo su un router in produzione con clienti attivi causa rallentamenti o interruzioni. Usarlo solo in finestre di manutenzione, su router di test, o con duration molto breve.

Bandwidth-test tra due router MikroTik

# SUL ROUTER B (target): assicurarsi che il servizio btest sia attivo
# (abilitato di default; verificare con /tool/bandwidth-server/print)
/tool/bandwidth-server/set enabled=yes

# SUL ROUTER A (esegue il test):
# Test UDP bidirezionale verso 10.0.0.32, 15 secondi, pacchetti da 1000 byte
/tool/bandwidth-test   address=10.0.0.32   direction=both   protocol=udp   local-udp-tx-size=1000   remote-udp-tx-size=1000   duration=15s   user=admin   password=admin

# Test TCP solo in ricezione (simula download da router B)
/tool/bandwidth-test   address=10.0.0.32   direction=receive   protocol=tcp   duration=10s   user=admin

UDP misura il throughput reale (non dipende da RTT e finestre TCP); preferibile per diagnosi
TCP è utile per replicare condizioni reali delle applicazioni degli utenti
Il test va eseguito attraverso il percorso da testare (es. client→router1→link WAN→router2), non sul router stesso
Risultati < velocità nominale del link indicano problemi: MTU errata, errori fisici, CPU satura, QoS non configurata

graphingbandwidth testprofilercpu usagetrafficothroughputperformancerisorse sistemacollo di bottiglia

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