Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
Mentre batman e' un gran chiacchierone e manda una marea di piccoli pacchetti che piegano le macchine con tinc o almeno era cosi' l'ultima volta che ho provato On 08/28/2012 04:03 PM, ZioPRoTo (Saverio Proto) wrote: >> scusate, domanda da nubbione, ma perchè non utilizzate direttamente olrsd o >> batman-adv per collegare le isole? >> che vantaggi ci sono con quagga e/o babeld? > > olsrd è link-state. Rete troppo grande -> topologia troppo grande -> > grande traffico di segnalazione ed uso di risorse di memoria e > computazionali > > cerca in letterature perché hanno fatto il protocollo OSPF con le > aree, e capirai tutto. > > batman è L2 e scala ancora meno. > > Saverio > ___ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
> scusate, domanda da nubbione, ma perchè non utilizzate direttamente olrsd o > batman-adv per collegare le isole? > che vantaggi ci sono con quagga e/o babeld? olsrd è link-state. Rete troppo grande -> topologia troppo grande -> grande traffico di segnalazione ed uso di risorse di memoria e computazionali cerca in letterature perché hanno fatto il protocollo OSPF con le aree, e capirai tutto. batman è L2 e scala ancora meno. Saverio ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
scusate, domanda da nubbione, ma perchè non utilizzate direttamente olrsd o batman-adv per collegare le isole? che vantaggi ci sono con quagga e/o babeld? LP 2012/8/28 Gioacchino Mazzurco > 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 > -- http://luca.postregna.name Luca Postregna ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
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
Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
> 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
Re: [Ninux-Wireless] Link Roma - Pisa [era: Link al resto della rete ninux italiana per l'isola di Rc]
Non e' scritta la documentazione perche' e' molto semplice praticamente si fa una vpn tinc dopo di che si avvia il demone babeld sull' interfacia vpn 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 il vantaggio rispetto a quagga+olsr e' che non c'e' bisogno di far parlare tra loro i due demoni di routing perche' babeld legge direttamente dalle tabelle di routing del kernel per cui meno eventuali fonti di bug e crash, per ora quagga+olsrd sta funzionato ma c'e' voluto un notevole effort per farlo e siamo sicuri che non ci vorra' lo stesso impegno per la prossima versione di quagga? Poi Andrea diceva pure che e' importante il tipo macchina su cui gira quagga, e questo mi sembra un altro grosso vincolo, noi babeld lo facciamo girare su qualsiasi tipo di macchina senza problemi Io sono disponibile per organizzare i test babeld On 08/28/2012 11:23 AM, Nemesis wrote: > Il 27/08/2012 18.29, Gioacchino Mazzurco ha scritto: >> Comunque mi sembra un po limitante dover usare una tecnologia che >> conosce bene solo una persona e' che per forza hai bisogno del plugin >> quagga... >> >> Pero' se qualcuno si mette d'impegno per farlo a me va benissimo > > Gioacchino, per caso avete scritto un pò di documentazione su come fare > il collegamento tinc+babeld? Potremmo provare a farlo tra Roma e Pisa e > se funziona e si rivela efficiente potremmo replicarlo anche con Viterbo. > ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
