[Ninux-Wireless] Anomalia connettività: quali le ragioni?

[Niccolò avico]

Ciao, sto scrivendo mentre con Kidy e Fish stiamo in conference call
dopo aver ripristinato il link tra me e kidy, che ha iniziato a saltare
in performance in modalità on-off da questo pomeriggio.

Cerco di spiegarmi meglio.

Il link Nerone-Rustica ha sempre funzionato alla perfezione dal pnto di
vista radio. Oggi anche sotto la pioggia il segnale è stato a -59dB e le
radio hanno sincronizzato stabilmente 120Mb simmetrici.
A un certo punto la connessione si è interrotta a singhiozzo: il ping
funzionava (a 1 ms di ritardo) da un PC della mia rete alla GRID verso
Bramante, poi si interrompeva per alcuni minuti, poi riprendeva. durante
questo fenomeno il segnale radio non variava.

Fish ha diagnosticato che OLSR, per qualche ragione, assegnava un peso
enorme (anche oltre 10 e fino a infinito) al link, fino quindi a
staccarlo dalle rotte possibili; questo causava l'interruzione del
traffico e dopo qualche minuto le rotte venivano ripristinate e il
traffico rifluiva; poi si ripeteva il fenomeno e così via.

Il problema è stato risolto cambiando canale e stringendo la banda
passante a 20MHz, con riduzione però del throughput.

Secondo me questa cosa è sbagliata. Il fatto che OLSR assegnasse un peso
infinito al link non rifletteva la realtà, ma era invece la conseguenza
di una sensazione di OLSR che, evidentemente, è troppo sensibile a
degradi istantanei del link e reagisce in maniera troppo nervosa,
alzando il peso del link.

Se questa teoria è corretta, l'unica forma di intervenire credo sia
quella di introdurre una correzione integrale alla misurazione del
degrado: cioè far si che il parametro lavori sull'integrale delle ultime
misure, non sulla misura istantanea.

Se invece la radice del problema è altrove, credo vada investigata, in
vista della Ninux Academy e del probabile incremento di nodi e
complessità della rete.

Mi chiedo se abbiamo solo noi questo problema, visto che guifi è ben più
estesa di noi e con oltre 12k nodi non possono certo permettersi questi
comportamenti incontrollati del protocollo.

Niccolò
-- 

------------------------------
*Niccolò Avico*
skype: niccolo.avico
LinkedIn: http://www.linkedin.com/in/navico
Twitter: @niccolo_avico
PGP Key ID: FD266A76
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        0xFD266A76.asc
Tipo:        application/pgp-keys
Dimensione:  10096 bytes
Descrizione: non disponibile
URL:         <http://ml.ninux.org/pipermail/wireless/attachments/20110425/cf77f309/attachment-0003.key>
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  554 bytes
Descrizione: OpenPGP digital signature
URL:         <http://ml.ninux.org/pipermail/wireless/attachments/20110425/cf77f309/attachment-0001.sig>