Ho cambiato titolo al topic! :-)
ZioPRoTo (Saverio Proto) ha scritto:
La soluzione più semplice per il punto 1) 3) è:
-fissare un canale uguale per tutti
Troppo subottimo. Come fai con apparati Dual Radio ??
Tutti dicono che il futuro delle mesh è multiradio... :)
Sono già stati fatti messi sul campo sistemi di scanning dei canali?
Un AP che si accende potrebbe scegliere da solo il canale con meno reti
wireless presenti e/o potrebbe fare channel hopping finche' non becca un
altro AP ninux.org.
Sarebbe bello anche fare una rete in grado di cambiare canale
autonomamente capendo quant'e' grossa la fetta degli AP interessati. Ad
esempio se ho un collegamento punto punto tra due apparati multiradio
so' che potrò cambiare canale senza scocciare a nessun altro nodo. Cosa
diversa è al tuscolo dove dovrei cambiare canale contemporaneamente
tutti gli AP. Mi e' sembrato di capire che in alcune circostanze pero'
puo' valerne la pena!
-assegnare ad un AP una subnet di X indirizzi per gli host che si
attaccheranno a lui
e come lo fai ? devi avere TUTTE subnet univoche se vuoi una rete
fully routable :|
non mi sembra che ci sia una soluzione facile :|
Intendevo una situazione tipo il tuscolo: con l'ip di un nodo, hai
gratis una subnet. Gli ip di questa subnet li puoi assegnare ai nodi che
si connettono a te.
Questo per dire che il problema principe rimane l'assegnazione dell'IP
ad un AP e che poi si possono dotare gli AP di un pool di indirizzi da
assegnare i client (non e' ancehe qui pero' il meglio che si possa fare
:\ ).
-fare una pagina in php che dopo la compilazione di un piccolo form online,
ti faccia scaricare dal sito di ninux un firmware gia' con il tuo ip dentro
(il server ti assegna un IP consultando un database, cambia i file del
firmware e ti ricompila l'immagine apposta per te!).
Come dicono i tedeschi, se non riesci nemmeno a configurare 1 un
indirizzo IP, non te la meriti la rete mesh ! E' come se vuoi usare il
cellulare ma non sai digitare il PIN... e ke kazz ;)
ma Zero-Conf o non zeroconf??!
Se è zero-conf dovremmo evitare anche la configurazione dell'ip. La
semplificazione non implica necessariamente che si punta a utenti che
prendono l'access point come un televisore: si accende e funziona, si
spegne quando mi sono stufato. Fare dispositivi autoconfiguranti è un
bene per tutti, anche per gli smanettoni.
Un discorso diverso è da fare per la tecnologia con cui questo si rende
possibile: la pagina in php è un'escamotage per evitare di configurare
dei parametri, ed è una cosa ben diversa da una rete che è di per sè
auto-configurante e che lanciando gli access point con l'elicottero,
inizia subito a funzionare. A me personalmente piacerebbe molto di più
la seconda!
In alternativa si possono mettere su soluzioni tipo netsukuku/dart/ipv6 ma
richiedono modifiche su tutti i nodi della rete che devono parlare
netsuku/dart/ipv6 se si vuole farla "fully routable" . Addio pc con windows,
addio utenti non smanettoni.
Ma i PC con Windows sono nodi della rete? Secondo me non
esattamente.... e se fai una subnet unica IPv4 overlay su una rete
Netsukuku ? ;)
Se vogliamo la rete fully routable si.
Dopotutto i pc con windows, mac, linux, bsd, plan9 e beos vogliono solo
un IP coerente dato con DHCP :-)
Sono d'accordo pero' che dobbiamo fare una distinzione tra questi nodi e
i nodi "core" della rete, ma dobbiamo dare secondo me la possibilità a
tutti di attaccarsi col DHCP in maniera semplice.
Per la tecnologia, al momento mi sembra di capire che l'unica matura per
le mesh e' OLSR : io non sono sicuro che netsukuku funzioni abbastanza
bene da poter rimpiazzare OLSR .
NOA-OLSR ( hipercom.inria.fr/noa-olsr/ ) , qualcuno lo ha studiato?
E' strano che dopo tutto il casino che si fa attorno alle w-lan, non ci
sia una tecnologia pronta per rendere la formazione delle mesh "a sforzo
zero".
Quale soluzione pensate sia la migliore? Avete in mente altre soluzioni?
Si, ho in mente una soluzione ma sono sicuro al 100% che non scala.
Renderebbe anche la rete "sicura" ;)
Ve la racconto al Fusolab però perchè ci vuole la lavagna :)
In breve l'idea è quella di mettere sopra una mesh OLSR una full mesh
overlay con tinc, e poi ai bordi della overlay fare una enorme subnet
unica 10.0.0.0/24. Incapsulando in questo modo è possibile mandare in
giro pacchetti broadcast dentro i tubi overlay unicast, in questo modo
si risolve il problema del basic rate di 802.11
aaaaaaaaaaaaaaaaaaaaa :D
A dopo!
Lorenzo
