[Ninux-Wireless] Bug Watch: NanoBeam/XW vs Legacy/XM, flapping TX/RX rate

[Stefano De Carlo]

(scusate la lunga mail ma è impossibile sintetizzare qui)

Ciao a tutti,

qualche tempo fa Luca di IuliiNet aveva postato questo:

http://ml.ninux.org/pipermail/wireless/2014-June/014869.html
http://ml.ninux.org/pipermail/wireless/2014-July/014932.html (reprise
mese dopo)

TL;DR: LoS quasi perfetta, breve distanza, segnale -60dB, Airmax Q/C
buone, nessuna interferenza, e nonostante questo link inutilizzabile.
Il sintomo è l'estrema asimmetria dei valori di TX/RX rate di 802.11.
Tipo 6.5/130.
Luca risolse rapidamente rifacendo il link a 2.4 invece che a 5
(Nanostation M2).

Da qualche settimana a Cosenza, sul supernodo di Musk
http://map.ninux.org/select/msktrzhome/
stiamo sperimentando lo stesso problema.
Due NanoBeam M5 300 XW deployate, verso rispettivamente
NewSpig (AP: RM5 serie XM, Sector 90): http://map.ninux.org/select/newspig/
Lappanux Sud (AP: NSM5 serie XM): http://map.ninux.org/select/lappanux/

Mentre la NB vs NewSpig si comporta benissimo, valori ottimi e iperf
stabile 30 Mbit/s,
la NB verso Lappanux, nonostante i valori di segnale (-72) e CCQ (96)
buoni, e la LoS, ha un link incredibilmente instabile. Iperf oscillante
tra 2 e 24 Mbit/s.
Gli Air Rate a ponte scarico, sono alti, 162/108 e simili. Non appena si
comincia a fare del traffico, questi scendono a 6.5/6.5 e da lì flappano
paurosamente, tornando periodicamente a 6.5. Il link va talmente male a
volte che OLSR devia tutto il traffico verso un percorso che prevede hop
supplementari!

Mi sono ricordato del problema di Luca, e googlando è saltato fuori che
è una know issue fin dal lancio della NanoBeam

http://community.ubnt.com/t5/Installation-Troubleshooting/TX-RX-Rate-6-5-Mbps-6-5-Mbps-problem-in-nanobeam-m5/td-p/715087/page/15

Questo è il thread più lungo. A decine di altri sparsi, e un altro
altrettanto lungo nella sezione beta.
Il succo è che anche nel deserto, con una LoS perfetta, con segnali da
-50 e CCQ/Airmax 100%, distanze brevi, si può essere afflitti da questo
problema. Nessun parametro del link wireless riesce a risolvere.

Le condizioni dei "bug report" (informali quanto si vogliono, ma c'è
gente che ha comprato partite di hw nelle centinaia ed è molto incazzata
per questo bug, quindi la ubnt li tratta come ticket) sono variabili, e
il problema non si verifica con tutte le Beam, ma una costante è che è
presente più spesso quando si mischiano apparati della revisione XW con
i vecchi XM.

La stessa Ubnt ha riconosciuto questo problema di compatibilità tra
serie, come chiariscono i changelog delle versioni beta. Finora non ha
funzionato una ceppa.

Molti hanno fatto la madre di tutti i test: sostituito la NanoBeam XW
problematica con una NanoBridge XM identicamente configurata e puntata:
e improvvisamente throughput stabili e perfetti.
Ebbene, dopo qualche settimana di ogni prova possibile l'abbiamo fatto
anche noi: via la Beam, dentro una Nanostation M5 XM. Risultato? 40
Mbit/s istantanei e stabili (a -80!).

Le cose che avevamo provato nel mentre
* varie frequenze (no effetto)
* varie bandwidth (no effetto)
* ACK aka Distance manuale (no effetto)
* Air Rate fissi (bassissimi miglioramenti a patto di beccare quello giusto)
* Data Rate Module alternativo (no effetto)
* varie potenze di uscita
* Ripuntata 10mila volte.
* Tutti i 5.5.10 beta della Ubnt che "risolvono"

il link rimaneva flappante.

Non è un problema hw:
* la stessa Beam puntata verso l'altro nodo si comporta correttamente.
* Persino quando puntata sempre su Lappanux ma sull'AP che punta nella
direzione opposta (che è proprio all'angolo dell'illuminazione dei
90°...), la Beam si comporta stabilmente e con buoni throughput.

Abbiamo poi un'altro hw della serie XW (una AirGrid M5), puntata verso
la NSM5 di LappanuxSud, che ha lo stesso tipo di flapping.
Anche qua nessun parametro operativo riesce a ridurre il problema.
Se sarà possibile cercheremo di fare la stessa sostituzione di test
anche da qui, per confermare di nuovo che la compatibilità XM/XW è la
responsabile qui.

Da notare che anche NewSpig è una RM5 XM, ma proprio come ci si
aspetterebbe leggendo i thread di supporto, in questo caso le
connessioni XM/XW vanno da Dea. Abbiamo 6 NanoBeam M5 300 XW in modalità
STA associate a NewSpig e funzionano tutte quante perfettamente.
Con le NanoStation M5 XM (sperimentato), NanoBridge XM (thread), AirGrid
XM (thread), ci possono essere questi problemi quando un device della
serie XW si linka. Forse altri device.
Le Rocket sembrano quasi sempre immuni.

Fine report.

Ora le domande: avete mai notato il problema nelle altre isole?
Chiaramente sto parlando di chi utilizza AirOS sulle radio, ed ha un
device della serie XW. NanoStation, NanoBeam, AirGrid, etc che sia. AP o
STA che sia.

Luca, ti ricordi se le NanoStation M5 che ti davano questo problema
erano delle nuova serie XW?

È da un po' che ci sbattiamo la testa a Cosenza, penso che ci farebbe
bene qualche input. In modo soprattutto da poter valutare meglio i
prossimi ordini.

Stefanauss.

-------------- parte successiva --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://ml.ninux.org/pipermail/wireless/attachments/20140916/a66eed10/attachment.pgp>