On 29/08/2012 14:20, Alessio Caiazza wrote: > Mi sono letto il documento sul routing; cerco di ricostruite un attimo > sommando anche quello che ho sentito al MOCA. > > Il primo step tecnico è decidere quale protocollo di routing usare: > olsr (roma) o B.A.T.M.A.N (pisa)
Ciao Alessio e tutti, Io è un anno che all'università, per altri motivi, lavoro anche su OLSR. Quindi come puoi immaginare preferisco usare quello, anche solo per il fatto di avere esperienza. Batman ha il vantaggio di lavorare a livello II il che ti permette di sponsorizzare nella rete nodi che non ne fanno parte (es. cilenti attaccati ad hotspot) e seguirli se fanno roaming. Con OLSR ad occhio ogni hostpost avrà il suo indirizzamento separato. > > Mi è parso di capire però che olsr usato su ninux non è proprio > vanilla, ma che ci sono delle patch (almeno per quello di airOs) > giusto? C'è qualche riferimento per questo argomento qui? > batman invece richiede OpenWRT custom di eigennet. > > Ho cominciato a dare una lettura a come funziona olsr; interpolando > con quello che zio proto ha detto al MOCA mi pare di ricordare che > tutta la questione degli MPR non funzioni e che quindi ogni nodo si > comporta da tale generando "un monte" di traffico di segnazione. > Ricordo bene? Ho guardato l'implementazione di OLSR, vi condivido un email che ho mandato a Saverio, che è in vacanza: === L'implementazione della scelta degli MPR senza link-quality ha qualche bug, di cui un paio sono veniali, ed un paio potrebbero essere invece importanti, ma mi è difficile controllarli anche con netkit. In ogni caso, che tu sappia, qualcuno usa questa modalità? L'implementazione con link quality mi pare che sia un po' approssimata. Ovvero, da RFC (l'unica RFC che conosco sul tema è questa http://tools.ietf.org/html/draft-ietf-manet-olsrv2-13) ci vogliono due set di MPR, uno che serve a fare il broadcast dei pacchetti e viene scelto come nel caso precedente, un'altro per selezionare le rotte migliori che viene scelto in base alle metriche. Se si usa un solo set di MPR basati sulla metrica, è probabile che le metriche fluttuino e creino loops. Ho visto qualcosa del genere in batman, mo mi faccio passare qualche indicazione in più. ripensavo anche al fatto che proponevate di settare le metriche staticamente. Perchè? Quale problema volevi risolvere in questo modo? === in ogni caso, usando fisheye si dovrebbe poter diminuire la segnalazione anche senza cambiare la scelta degli MPR. > > Non sono riuscito a capire esattamente come si comporta oslr, credo > che provvederò ad una rapida lettura dell'RFC per avere le idee un po' > più chiare. Cercati prima un paper introduttivo, ce ne sono molti, l'RFC è un po' ostica. ciao, leonardo. -- www.leonardo.ma / tw: @leobowski _______________________________________________ Wireless mailing list [email protected] http://ml.ninux.org/mailman/listinfo/wireless
