<p>i don`t think logarithmic scaling really solves the problems, it just makes log(problem) *g</p><p>of course multiple things must be considered in a metric<br></p><p>but i see 2 main goals</p><p>- independent of what else the metric is based on packetloss on olsr packets MUST not occure on relatively low cost links,.. </p>
<p>taking this into account, multiplicating packetloss other values (og potentially higher ranges) is no very good idea</p><p>otherwise we WILL for SURE have BIG routing problems, but of course the severity of problems can be reduced if cost range of metric is smaller,.. (like ETX for example, which only quite seldomly HAS routing problems due to this)<br>
or we make sure there is no OLSR-packetloss (on low cost links) <br>(IMHO the better approach)<br></p><p>- metric cost should reflect real word usability of the link (wtf is reals world usability *g)<br>otherwise people will be unhappy again<br>
of course there are many ideas to throw here in (which als take into account airtime, and so on)</p><p>one attempt may be hypotethical tcp bandwidth (which takes into account availiable netto bandwidth, latency, and unicast packet loss)</p>
<p><br><br></p><br><div class="gmail_quote">On Mon, Feb 9, 2009 at 1:45 PM, Henning Rogge <span dir="ltr"><<a href="mailto:rogge@fgan.de">rogge@fgan.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am Monday 09 February 2009 13:12:57 schrieb L. Aaron Kaplan:<br>
<div class="Ih2E3d">> So, I believe it is an interesting discussion which was started with<br>
> the range of possible metric values.<br>
> What about using metric values from different sources such as<br>
> effective bandwidth etc but on a limited range?<br>
</div>we could use something like a logarithm on the available bandwith before apply<br>
it the the metric value. This way larger bandwidth will mean better linkcost,<br>
but highspeed links would not dominate the metric easily.<br>
<br>
(a logarithm base 2 would be easy to implement in integer arithmetic)<br>
<font color="#888888"><br>
Henning<br>
</font><div><div class="Wj3C7c"><br>
*************************************************<br>
Diplom Informatiker Henning Rogge<br>
Forschungsgesellschaft für<br>
Angewandte Naturwissenschaften e. V. (FGAN)<br>
Neuenahrer Str. 20, 53343 Wachtberg, Germany<br>
Tel.: 0049 (0)228 9435-961<br>
Fax: 0049 (0)228 9435-685<br>
E-Mail: <a href="mailto:rogge@fgan.de">rogge@fgan.de</a><br>
Web: <a href="http://www.fgan.de" target="_blank">www.fgan.de</a><br>
************************************************<br>
Sitz der Gesellschaft: Bonn<br>
Registergericht: Amtsgericht Bonn VR 2530<br>
Vorstand: Prof. Dr. rer. nat. Maurus Tacke (komm. Vors.), Prof. Dr.-Ing.<br>
Joachim Ender (Stellv.)<br>
<br>
</div></div><br>--<br>
Olsr-dev mailing list<br>
<a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
<a href="http://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">http://lists.olsr.org/mailman/listinfo/olsr-dev</a><br></blockquote></div><br>