[Ninux-Calabria] NewSPIG balla

[gigi S]

Il giorno 8 maggio 2015 04:10, Stefano De Carlo <stefanauss a gmail.com> ha
scritto:

> Ciao a tutti,
>
> stasera il buon Peppe è stato fermato durante una sessione d'uso concreto
> di NinuCS (vnc tra lui e ulisse) dalle pessime performance della rete. Non
> era l'unico, pertanto sotto i riflettori è finita in particolare la Rocket
> a NewSpig.
>
> Da una rapida e sicuramente incompleta analisi sono emerse queste cose:
>
> * Non c'è packet loss nè vero e proprio down
> * CCQ, latenza ma soprattutto e specialmente TX/RX sono ballerini.
> * Airmax quality/capacity hanno avuto salti confermati e improvvisi del
> 30% su almeno una STA (BrodoliniBeam).
>

Non è che mi faccia impazziere quest'ultima  riga, considerando quello che
voglio fare.

Però confido nei risultati che ninux ha saputo dare alla nostra rete.

:-D



> * Il sintomo concreto è molto jitter e throughput basso.
> * Un site survey a Brodo non dà altro sul canale di NewSpig
> * Alcune STA potrebbero metterci di più ad associarsi (non confermato), ma
> di certo impiegano di più a rientrare nelle statistiche delle STA attive.
>
> Sappiamo anche bene che
> * il numero di STA collegate a NewSpig è aumentato negli ultimi mesi
> * di conseguenza c'è più traffico operativo
> * Un certo numero di STA, in particolare quelle di ingresso recente, hanno
> puntamenti subottimali.
>
> Ovviamente un reboot è stato tentato ma non è servito. Si è però notato
> che i parametri (CCQ, latenza, quality, capacity) hanno un rapido
> abbassamento al collegamento delle ultime 3-4 STA (non in ordine
> cronologico, si intende al riassociamento), ma nel frangente immediatamente
> precedente perlomeno la latenza sembra stabile e lo jitter minimo. Poi,
> quando tutti si riassociano, tutto come prima.
>
> L'idea è quella di testare, per un periodo limitato di tempo ma comunque
> sufficientemente esteso a farci capire, il blacklisting (ACL deny)
> progressivo di alcune STA a partire da quelle meno performanti. I
> proprietari saranno, ovviamente, informati prima di procedere. Questa cosa
> è time-consuming e una volta cominciata richiede di essere seguita, quindi
> va organizzata bene.
>



>
> Speriamo che questo lavoro di bisezione possa rivelare una singola station
> problematica, in modo da concentrarci sul fixarla.
>
> Sappiamo bene che il fix a lungo termine di questa situazione è la
> diminuizione dei single-point-of-failure, la supernodizzazione, la
> ridondanza, la ripartizione dei carichi, l'aumento del meshing insomma.
> Sappiamo anche bene che nuovi ingressi sono 100x più importanti di
> qualsiasi throughput. Tuttavia studiare quale sia il limite per le
> settoriali ha implicazioni importanti per il futuro, e tanto vale fare
> questi test "distruttivi" quando la nostra rete è piccola.
>

> Ci organizzeremo ASAP per questo test.
>
>

> Stefanauss.
>
>
> _______________________________________________
> Calabria mailing list
> Calabria a ml.ninux.org
> http://ml.ninux.org/mailman/listinfo/calabria
>
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.ninux.org/pipermail/calabria/attachments/20160127/b300b83c/attachment-0001.html>