[Ninux-Wireless] Nuovo utente

[Clauz]

On 05/02/2012 04:14 PM, Antonio Quartulli wrote:
> On Wed, May 02, 2012 at 04:10:26 +0200, Andrea Pescetelli wrote:
>>    Il giorno 02 maggio 2012 13:35, Luca Postregna <luca.postregna a gmail.com>
>>    ha scritto:
>>
>>      Salve, seguo questa ml da qualche giorno, nelle ultime settimane con
>>      l'aiuto di Gioacchino ho configurato qualche fonera con batman-adv su
>>      adhoc.
>>      Mi interessa approfondire i motivi che hanno portato alla scelta di AP
>>      STA piuttosto che adhoc. Qualche delucidazione a riguardo?
>>
>>    Dopo quasi 10 anni di ad-hoc sperimentale dove non funzionava un cazzo nel
>>    settembre 2010 si e' scelto di imboccare questa strada dell' ap-sta che
>>    fino ad ora si e' rivelata la piu' stabile,valida e performante.
> 
> Io vorrei comunque far presente che se stiamo mettendo in piedi reti
> "sperimentali" e di "testing" (quale Ninux mi pare non lo sia piu`), usare
> ad-hoc potrebbe aiutare la comunità in quanto avremmo maggiore possibilita` di:
> 
> * testare fix nuovi
> * segnalare problemi
> * lavorare in prima persona al miglioramento del driver
> 
> Il fatto che ad-hoc non funzioni bene e` solo perche` c'e` sempre stato scarso
> interesse (parlo in fatto di driver open source) verso questa modalita`.
> 
> Con questo non voglio assolutamente dire "tutte le community devono usare
> ad-hoc", ma se lo scopo e` quello di fare test ed altro, pensiamoci un po'.
> 
> Ci sono _aziende_ la` fuori che usano ad-hoc. Lo usano perche` sanno che
> concettualmente e` quello che serve ed allo stesso tempo lavorano per migliorare
> i driver che usano. So che la situazione e` ben diversa, perche` qui nessuno ci
> pagherebbe per sistemare i driver (siamo sicuri?), pero` volevo solo portare un
> esempio concreto di quanto gia` succede :)

Ciao, all.
Il fatto di utilizzare ad-hoc e' associato di solito a costruire una
rete mesh di device con un'unica scheda wireless (aka single-radio) con
antenne (e quindi collegamenti) omnidirezionali.

Siccome le schede wireless non possono trasmettere e ricevere allo
stesso tempo, quello che succede se si inizia a scaricare o trasmettere
a palla e' che ad ogni hop della mesh il throughput si dimezza, e di
fatto dopo circa 4 hop la rete non e' piu' usabile (esperienza nostra e
di Freifunk - ma spero che Gioacchino possa smentire :)).

Quindi per fare una mesh performante ci vorrebbero device multiple radio
(e protocollo di routing radio-aware), o simili [*] e/o una buona
densita' di nodi (cosi' i link si saturano il meno possibile).

E comunque a Roma l'idea e' di fare delle piccole isole mesh (che stanno
nascendo) collegate poi tramite backbone AP-STA.

ciao,
Clauz

[*] slide 20 di
http://battlemesh.org/BattleMeshV5/Agenda?action=AttachFile&do=get&target=olsrd_wbmv5.pdf



-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  262 bytes
Descrizione: OpenPGP digital signature
URL:         <http://ml.ninux.org/pipermail/wireless/attachments/20120503/eca9d13a/attachment-0001.sig>