Siccome babeld e olsr usano proto differente ( babeld di default ha 42 ma si puo' cambiare ) non dovrebbero pestarsi i piedi
cmq effettivamente nel nostro setup babeld legge solo rotte statiche ma per evitare che si pestino i piedi a vicenda dovrebbe bastare che usino un numero di proto diverso ( non ho provato questa cosa effettivamente pero' dovrebbe essere cosi' ) On 08/28/2012 02:15 PM, ZioPRoTo (Saverio Proto) wrote: >> poi babeld e' molto flessibile perche' legge le rotte direttamente dalle >> tabelle di routing e consente di filtrarle in modo molto semplice ma >> queste sono cose in piu' che di base non sono necessarie > > Ciao Gioacchino, > > scusa non ho capito bene il tutto. > > Dici di usare babeld sulla VPN tinc. Noi avremmo un router con un > interfaccia VPN dove si parla babeld e poi altre interfacce dove si > parla olsrd. > > ok la lettura delle rotte di babeld direttamente dal kernel. Ma poi > babeld delle rotte le imparerà dagli altri peer VPN. Per scrivere le > rotte nella tabella di routing del Kernel, come fai a gestire il > conflitto di babeld + olsrd che entrambi vogliono manipolare la > routing table del kernel ? > > devi usare una tabella separata per olsrd e per babel ? oppure nel > vostro setup babel legge e ridistribuisce solo delle rotte statiche ? > > thanks > > Saverio > _______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless