(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.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Wireless mailing list [email protected] http://ml.ninux.org/mailman/listinfo/wireless
