Disaster recovery Over The Air (bridge M5)

[bsd3000]

Salve

ho la necessita' di mettere su un sistema di disaster recovery per alcuni server.
Ho quindi posizionato una Bridge M5 sul tetto del mio stabile ed un'altra identica
sul tetto di uno stabile distante circa 500 metri.

Mi serve quanta piu banda possibile in quanto devo trasferire molti dati in meno tempo possibile

AirMax e' attivo. il link e' al massimo, WDS attivo, gli indicatori di link sono tutti al masimo (verde) ma non riesco a trasferire piu di 50Mbit in fullduplex (80Mbit in half).

Qui l'analisi dello spettro delle frequenze



Qui il carico CPU dell'AP quando trasferisco a 50Mbit



Qui il grafico di trasferimento

prima crea in ftp monodirezionale, seconda facendo il bidirezionale

i test li ho eseguiti collegado da ambo i lati 2 computer ed utilizzando il tool iperf


L'interfaccia di AirOS mi dice che il link e' stato fatto a 180Mbit (visibile dal MAIN)
mettiamo che si intenda halfduplex, dovrebbe fare 90Mbit full duplexm mettiamo
che ci sia pure un overhead del protocollo usato.. mi aspetto un 80..70Mbit in fullduplex

ma io non riesco a fare piu di 50Mbit in fullduplex (anche facendo piu' thread)

C'e' qualche impostazione, tricks, etc etc che posso adottare per aumentre il throughput?

Grazie a chiunque possa darmi qualche hint

[redfive]

iperf/jperf lo uso anche io , e di solito non racconta balle
Se il link è un PtP , disattivando airmax potresti migliorare sensibilmente la situazione , presumo tu stia già usando i canali a 40 MHz. Che valori rilevi in dbm sulle periferiche ?
ciao

[bsd3000]

[cut..]
Che valori rilevi in dbm sulle periferiche ?
ciao

Grazie della risposta!

qui i valori dell'AP


e qui del client


ma mi stai dicendo che disattivando il suo protocollo airmax va meglio?

i 180Mbit che dice di essre come link.. come lo intendono?!?!?!?

[redfive]

AirMax è piu' efficiente in una topologia PtMp , usando TDMA , assegna n time slot per client , senza ricorrere al classico CSMA CA ( che a sua volta utilizza RTS/CTS per ovviare al problema dell' Hidden Node ) , ma in una topologia PtP puoi migliorare la situazione tornando" all antica" , qui
http://forum.ubnt.com/showthread.php?t=14212&page=3
trovi qualcosa al riguardo.

[bsd3000]

AirMax è piu' efficiente in una topologia PtMp , usando TDMA , assegna n time slot per client , senza ricorrere al classico CSMA CA ( che a sua volta utilizza RTS/CTS per ovviare al problema dell' Hidden Node ) , ma in una topologia PtP puoi migliorare la situazione tornando" all antica" , qui
http://forum.ubnt.com/showthread.php?t=14212&page=3
trovi qualcosa al riguardo.

Grazie ancora!

Mi confermi comunque che il massimo e' attorno ai 50Mbit in full duplex..

Quindi la domanda mi sorge spontanea.. a che serve pubblicizzare 150Mbit.. se non e' possibile
arrivarci nemmeno in half?

[redfive]

Hai poi provato a disabilitare AirMax sul link ? dagli screens che hai postato , non si vede bene il livello del segnale , sembra sia -7X , ( -70 -79 ?? ) non è elevatissimo , per avere il massimo throughput .....Dovresti avere performances sensibilmente migliori cambiando da TKIP ad AES , aumentando nel contempo la sicurezza.
ciao

[elettrovox]

ciao cmq piu' o meno siamo la, per quanto riguarda la discussione 150 gia ' ce un post aperto che ti spiega tutto, un altra cosa che mcs ti da agganciato..

[bsd3000]

Hai poi provato a disabilitare AirMax sul link ?

si, si guadagna 1 o 2 megabit in piu

dagli screens che hai postato , non si vede bene il livello del segnale , sembra sia -7X , ( -70 -79 ?? ) non è elevatissimo , per avere il massimo throughput .....

i dati dell'AP sono:
Noise Floor: Noise Floor:
Transmit CCQ: 98.3 %
AirMax: Disabled
Channel/Frequency: 112 / 5560 MHz

i dati del client sono:
Signal Strength: 803%
Chain 0 / Chain 1: -75 / -72 dBm
Noise Floor: -92 dBm
Transmit CCQ: 97.9 %
TX/RX Rate: 162.0 Mbps / 180.0 Mbps

Dovresti avere performances sensibilmente migliori cambiando da TKIP ad AES , aumentando nel contempo la sicurezza.
ciao

ho cambiato in AES e rilanciato i test, vediamo cosa viene fuori tra qualche ora

[thema3x]

Scusa ma stai usando la larghezza di banda a 20MHz ?!

Dovresti passare a 40Mhz per alzare il throug: infatti dovresti andare da 180/180 al max a 300/300 al max.

Poi, il link non è buonissimo: il massimo si raggiunge a -65 circa,non di + non di meno.

Sei ben allineato ? hai ostacoli ?

I miei dati client ( esempio ) sono:

Signal Strength: -65dBm ( 100% lato AP )
Chain 0 / Chain 1: -64 / -66 dBm
Noise Floor: -98 dBm
Transmit CCQ: 99.9 %
TX/RX Rate: 270.0 Mbps / 300.0 Mbps ( variano fino a 216 / 240 )

Il tutto mi porta a circa un 80Mbps in singola direzione; in doppia direzione ( aggergata, come la intendo loro ) circa 160Mbps.

e' chiaro che siamo Half duplex, quindi all' atto pratico non sposti più di 7-8MB/s, parlando di file veri, di grandi dimensioni come file .VHD o simili di backup. sui file piccoli, tanti piccoli, la velocità scende.

Noi ne abbiamo usate 2 per lato in load/balance in aggregazione mezzzo firewall per nadare più forte e avere i failover.

Quoto da Tkip ad AES !

Ciao

TheMa3x

[bsd3000]

Torno aime' su questa discussione

il ponte ora funziona bene.. forse troppo bene

nel senso che mettendo ipref tra le due parti e facendogli riempire completamente
il canale dati di un ptp (60Mbit in full duplex) va bene ma un ponte radio
non gestito da ma che e' sulla stessa direttoria inizia a perdere pacchetti di brutto!

Non posso mettere mano all'altro ponte devo quindi intervenire sul mio.

ho provato a spostare la frequenza (dal pannello Wireless dell'ap)
e mettendo ad esempio a 5665, vedo che aggancia pero' sempre a 5265 anche riavviando
sia l'AP che lo station, a volte cambia.. ma non sulla frequenza che imposto)

C'e' qualche best practise in questi casi (oa cneh consiglio) che posso applicare?

grazie