Diagnostica e monitoraggioAvanzato

Statistiche interfaccia: leggere gli errori di livello fisico

Interpretare i contatori di /interface (rx/tx error, drop, collision, FCS) e lo stato di link/SFP per diagnosticare problemi fisici: cavi, SFP, PoE, duplex e mezzi radio degradati.

Quando un link 'perde pacchetti' o 'va a scatti', la verità sta spesso nei contatori dell'interfaccia. RouterOS espone statistiche dettagliate L1/L2 che, lette nel modo giusto, distinguono un cavo difettoso da un duplex sbagliato, da un SFP morente, da un mezzo radio degradato. È il livello più basso della diagnosi: se qui ci sono errori, è inutile guardare routing e firewall.

Leggere i contatori

Statistiche di interfaccia

# Statistiche di una porta (numeri cumulativi dal boot)
/interface/print stats where name=ether1-backhaul

# Statistiche dettagliate Ethernet (FCS, allineamento, collisioni…)
/interface/ethernet/print stats name=ether1-backhaul

# Tutte le porte, vista compatta
/interface/print stats

# Tip: i contatori NON si azzerano da soli. Azzerali prima di un test
/interface/reset-counters ether1-backhaul
#  …genera traffico/aspetta… poi rileggi: vedi SOLO gli errori nuovi

Cosa significano i contatori principali

Contatore	Significato	Causa tipica
rx-error / tx-error	Pacchetti errati ricevuti/inviati	Cavo, connettore, SFP, mezzo radio degradato
rx-drop / tx-drop	Pacchetti scartati (buffer/coda pieni)	Congestione, code sature, microburst
rx-fcs-error / rx-align-error	Errore CRC/allineamento del frame	Cavo scadente/lungo, interferenza, SFP guasto
tx-collision / tx-late-collision	Collisioni Ethernet	Duplex mismatch (half/full), cavo difettoso
rx-overflow	Buffer di ricezione saturo	PPS oltre la capacità, CPU/offload sotto stress
rx-pause / tx-pause	Flow control 802.3x	Backpressure: a valle/monte qualcosa non sta dietro

Contatori di interfaccia e cause più probabili

REGOLA: errori che crescono = problema fisico, anche se 'sembra' funzionare. rx-fcs-error in aumento su un rame = cavo/connettore/lunghezza; su un SFP = transceiver o fibra sporca; su un backhaul radio = interferenza o link marginale. tx-collision > 0 su un link moderno = quasi sempre DUPLEX MISMATCH (un lato auto, l'altro forzato half).

Link, velocità, duplex e auto-negotiation

Verificare lo stato fisico del link

# Stato live: velocità negoziata, duplex, status del link
/interface/ethernet/monitor ether1-backhaul once

# Output utile:
#  status: link-ok
#  rate: 1Gbps
#  full-duplex: yes
#  auto-negotiation: done

# Se vedi 100Mbps half-duplex su un link che dovrebbe essere 1G full:
#  -> cavo a 2 coppie/danneggiato, o auto-negotiation fallita

# Forzare la negoziazione SOLO se necessario (di norma lasciare auto):
/interface/ethernet/set ether1-backhaul auto-negotiation=yes

SFP/SFP+: leggere i valori ottici (DDM)

Sui moduli SFP/SFP+ il DDM (Digital Diagnostics Monitoring) espone potenza ottica TX/RX, temperatura e corrente del laser. Un RX power troppo basso spiega gli errori e i flap su una tratta in fibra: fibra sporca, connettore allentato, distanza eccessiva o modulo morente.

Diagnostica SFP

# Mostra info e DDM del modulo SFP
/interface/ethernet/print detail where name=sfp-plus1

# Valori da guardare:
#  sfp-rx-power, sfp-tx-power  (dBm: rx troppo basso = problema fibra/modulo)
#  sfp-temperature            (modulo che scotta = vicino al guasto)
#  sfp-vendor-name / part-number (compatibilità: usa moduli supportati)

# Su alcune piattaforme i valori live:
/interface/ethernet/monitor sfp-plus1 once

Procedura: il backhaul perde pacchetti

Checklist errori fisici su un backhaul

# 1) Azzera i contatori per misurare solo gli errori 'da adesso'
/interface/reset-counters ether1-backhaul

# 2) Lascia girare traffico (o ping continuo dall'altro capo) qualche minuto
/ping 10.30.0.1 interval=200ms

# 3) Rileggi gli errori: crescono?
/interface/ethernet/print stats name=ether1-backhaul
#  rx-fcs-error che sale  -> mezzo fisico (cavo/SFP/fibra) o radio degradato
#  tx-collision che sale  -> duplex mismatch
#  rx-drop che sale       -> congestione/buffer (guarda anche le queue)

# 4) Controlla lo stato del link e (se fibra) i valori ottici
/interface/ethernet/monitor ether1-backhaul once
/interface/ethernet/print detail where name=ether1-backhaul

# 5) Se è un radio link Ubiquiti/MikroTik wireless, correla col segnale/CCQ
#    (lato wireless) prima di sostituire cavi/SFP

Errori che NON crescono dopo il reset = vecchi, ignorali; conta solo l'andamento dopo l'azzeramento
Su rame: rx-fcs-error → cavo/connettore/lunghezza (>100m o cavo non a norma)
Su fibra: errori + rx-power basso → fibra sporca/connettore/modulo; pulisci i connettori prima di sostituire
tx-collision/late-collision moderno → cerca il duplex mismatch (forza coerente i due lati o lascia auto su entrambi)
rx-drop senza errori L1 → non è il cavo: è congestione/code; guarda /queue ... print stats
Sui radio link i 'pacchetti persi' a livello IP spesso nascono da retry radio: correla SEMPRE con segnale/CCQ del wireless prima di toccare il cablaggio
Esporta questi contatori via SNMP (ifInErrors/ifOutErrors) per vederne il trend storico nel NMS

interface statsrx-errortx-errorrx-droptx-dropfcs errorcrccollisioniduplex mismatchsfpddmlink downauto-negotiationerrori fisiciethernet monitor

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