MikrotikOS: controllare lo stato di un link

In fase di survey, di installazione, oppure in esercizio è fondamentale conoscere lo stato di salute del link radio in oggetto. Purtroppo molti fattori concorrono ad influenzare il funzionamento di un link e, quindi, non è sempre una cosa semplice...

1. Per prima cosa il link può essere Running o Down...
Se il link è Running compare una "R" a sinistra del nome dell'interfaccia
linkrunning.jpg

2. Se il link è Running allora si può passare a verificare la qualità del collegamento.
La qualità di un collegamento wireless è data principalmente da due fattori:
1. RSSI (Received Signal Strength Indication) il livello di segnale ricevuto in dB
2. Percentuale di pacchetti ritrasmessi a causa di mancata ricezione

2.1 Verificare il livello di segnale ricevuto
Spostarsi nel tab "Registration" (che contiene l'elenco degli apparati a cui si è connessi) ed aprire con un doppio click le proprietà dell'apparato remoto.

signalstatus.jpg

Signal Strenght: indica con quale potenza sto ricevendo il segnale trasmesso dall'apparato remoto
Tx Signal Strenght: indica con quale potenza l'apparato remoto sta ricevendo il segnale trasmesso dall'apparato su cui mi trovo (tale valore viene mostrato solamente se l'apparato remoto è anch'esso un RouterOS)

Questi valori sono riferiti al bitrate di base 6Mbps, più in basso è mostrata la tabella completa.
Occorre tener presente che:
>> -88dBm può essere considerato come valore limite al di sotto del quale non è possibile stabilire un link. L'apparato a volte riuscirà a connettersi anche fino a -91, ma con elevate percentuali di pacchetti persi ed elevata instabilità.
>> -71dBm è il valore richiesto per ottenere il massimo bitrate a 54mbps (-80dBm nel caso di radio in standard n).

Tx/Rx CCQ:  Client Connection Quality (CCQ) è un valore in percentuale che mostra il rapporto tra la banda effettivamente utilizzabile e la massima banda teroicamente disponibile. CCQ è una media pesata di valori Tmin/Treal, che vengono calcolati ad ogni frame trasmesso, dove Tmin è il tempo che si sarebbe dovuto impiegare per trasmettere il frame in condizioni di bitrate massimo e senza ritrasmissioni, Treal è il tempo effettivamente impiegato a trasmettere il frame (comprendente dunque le eventuali ritrasmissoni).
>> un link fuzionante a massimo bitrate e senza ritrasmissioni avrà CCQ=100%.

 

2.1 Un esempio pratico: Verificare il livello di frame ritrasmessi
Avere un buon livello di segnale ricevuto non basta per poter affermare che il link funziona senza problemi. Molto spesso ci troviamo in situazioni in cui, a causa di interferenze, nonostante un buon livello di segnale, il link porta molto meno banda di quanto ci aspetteremmo. La causa è delle ritrasmissioni che riducono "l'efficienza" del link.
Il protocollo 802.11, a differenza del protocollo ethernet, definisce a livello 2 (Data Layer) un meccanismo ritrasmissione per ogni frame al cui invio non è seguito alcun Acknowledgement. La ritrasmissione è ritentata per un certo numero di volte, e all'aumentare del numero delle ritrasmissioni viene diminuito il bitrate inizialmente negoziato.
RouterOS non fornisce in modo immediato un indicatore della percentuale di frame ritrasmessi, inoltre alcuni valori come quello del bitrate vengono negoziati a seconda del traffico che viene fatto passare su link. Per questo motivo il primo e più importante passo per valutare l'efficienza del link è eseguire un test di banda (Menu "Tool", Bandwith Test).

Configurare i seguenti campi ed eseguire i test:
"Test to" l'indirizzo ip dell'apparato remoto
"Protocol" il protocollo tcp
"Direction" provare prima "send" (colore blu) e poi "receive" (colore rosso)
"User" un utente valido sulla macchina remoto (admin con password vuota e l'utente di default)

bradio

Nell'esempio mostrato qui sopra si vede che il test in "send" ottiene circa 20Mbps piuttosto costanti, il test in "receive" invece arriva solo a 10Mbps di media con un andamento molto variabile nel tempo. I risultati ottenuti con il test di banda sono il Throughput reale di cui è capace il link.
Una banda di 20-25 Mbps è il valore massimo di traffico reale che può essere trasportato su un link a 20MHz con bitrate a 54Mbps (valori maggiori possono essere raggiunti abilitando il protocollo nstreme).
Possiamo quindi concludere che nella direzione di "send" il nostro link non ha problemi. Non è così invece nella direzione di "receive": il livello di segnale ricevuto (-47dBm) è di gran lunga sufficiente per aver un bitrate di 54Mbps, nonostante questo riesco ad ottenere solo 10Mbps. Molto probabilmente il problema è legato ad interferenze negative in ricezione che costringono il protocollo a ritrasmettere pacchetti e di conseguenza passare a bitrate inferiori.
Troviamo riscontro di quanto succede nel pannello "Statistics" della finestra proprietà dell'apparato remoto (apribile dal tab "Registration")

linkstats.jpg

Possiamo notare che nella direzione di "receive" il bitrate negoziato arriva a volte sino a 6Mbps.
Dal confronto inoltre tra i "Tx/Rx Frames" e "Tx/Rx Hw Frames" posso vedere che il numero di quest'ultimo è più elevato del primo, per ogni Frame da trasmettere sono costretto a trasmettere più di un Frame Hardware...

 

Add your comment

Your name:
Your email:
Subject:
Comment:
  The word for verification. Lowercase letters only with no spaces.
Word verification: