Ma come noi tutti sappiamo, ragionare in hop sui protocolli link state on demand è da perdenti, e si ragiona meglio con metriche di tipo "trasmissioni necessarie probabili", che è l'inverso della probabilità di avere pacchetti persi. Quindi, la soluzione è perfettamente percorribile.<div>
Inoltre, la metrica di default sulle tabelle di routing proveniente da olsr è di default sempre 2 (parametro FIBMetric di olsr), quindi anche a questo layer gli hop non hanno senso.</div><div><br></div><div>Peace,</div><div>
P<span></span><br><br>On Thursday, November 22, 2012, Saverio Proto  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Da notare che questa soluzione permetterebbe di collegare le antenne come<br>

> bridge (non router) e quindi lasciare il firmware originale su queste, senza<br>
> necessità di far girare quindi olsr nativamente. A quel punto se non si<br>
<br>
errato. Vedresti un singolo hop IP su due radio link. Ovvero i tuoi<br>
next-hop che ti vedono come bridge penserebbero di essere collegati ad<br>
1 solo hop.<br>
<br>
Saverio<br>
_______________________________________________<br>
Wireless mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Wireless@ml.ninux.org')">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
</blockquote></div>