<font><font face="arial,helvetica,sans-serif">Thank you for answers.</font></font><div><font><font face="arial,helvetica,sans-serif"> </font></font><div><font><font face="arial,helvetica,sans-serif">It's truth that current OLSR version was prepared to use ETX</font></font></div>
<div><font><font face="arial,helvetica,sans-serif">in the past and some modification on link quality calculation will</font></font></div><div><font><font face="arial,helvetica,sans-serif">break the compatibility... and I'm bit curious about OLSRv2.</font></font></div>
<div><font><font face="arial,helvetica,sans-serif"><br></font></font></div><div><font><font face="arial,helvetica,sans-serif">I think that link quality metrics based on ETX, at the </font></font><span style="font-family:arial,helvetica,sans-serif">implementation</span></div>
<div><span style="font-family:arial,helvetica,sans-serif">level view, we "don't have much problems". I mean, in example,</span></div><div><span style="font-family:arial,helvetica,sans-serif">the metric ML calculation method is very similar to ETX, in other </span></div>
<div><span style="font-family:arial,helvetica,sans-serif">words, we can use the same HELLO and TC packets implemented</span></div><div><span style="font-family:arial,helvetica,sans-serif">currently to provide ML metric.</span></div>
<div><span style="font-family:arial,helvetica,sans-serif"><br></span></div><div><span style="font-family:arial,helvetica,sans-serif">I imagine that it is not possible to metrics based on link bandwidth </span></div><div>
<span style="font-family:arial,helvetica,sans-serif">calculation like MD or ETT, where they use packet-pair probe to</span></div>
<div><span style="font-family:arial,helvetica,sans-serif">measure the link quality. </span></div><div><span style="font-family:arial,helvetica,sans-serif"><br></span></div><div><span style="font-family:arial,helvetica,sans-serif">The future OLSR version 2 will be able to "add" these metrics? </span></div>
<div><span style="font-family:arial,helvetica,sans-serif">In other words, if the research community decide to implement</span></div><div><font face="arial, helvetica, sans-serif">a new metric that use packet-pair probing technique, OLSRv2</font></div>
<div><font face="arial, helvetica, sans-serif">will be prepared/modulated to add it? There is a preview </font></div><div><font face="arial, helvetica, sans-serif">when it will be released?</font></div><div><font face="arial, helvetica, sans-serif"><br>
</font></div><div><font face="arial, helvetica, sans-serif">And to finish, I would like know if you intend to provide </font></div><div><font face="arial, helvetica, sans-serif">MD (minimum delay) metric as a standard metric or</font></div>
<div><font face="arial, helvetica, sans-serif">as a optional metric (available to use).</font></div><div><br><br><div class="gmail_quote">On Sun, Jul 29, 2012 at 6:34 PM, Henning Rogge <span dir="ltr"><<a href="mailto:hrogge@googlemail.com" target="_blank">hrogge@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Not completely right.<br>
<br>
The main reason at the moment is that the packet encoding of Olsrd was<br>
designed specifically for ETX in the past, so we have to break<br>
compatibility for new metrics.<br>
<br>
Thats why (at least from my side) we plan to introduce them with<br>
OLSRv2 (which I am working on at the moment) where we have to break<br>
compatibility anyway.<br>
<br>
Breaking it twice in a row is bad.<br>
<br>
Henning<br>
<div class="HOEnZb"><div class="h5"><br>
On Sun, Jul 29, 2012 at 11:21 AM, ZioPRoTo (Saverio Proto)<br>
<<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>> wrote:<br>
> I think the main reason why we don't use them is that the core<br>
> developers are all volunteers, and there is not enogh spare time to<br>
> implement everything.<br>
><br>
> ciao,<br>
><br>
> Saverio<br>
><br>
><br>
> 2012/7/29 scolfield <<a href="mailto:kscolfield@gmail.com">kscolfield@gmail.com</a>>:<br>
>> Hi everyone,<br>
>><br>
>> Maybe ETX link metric is the most known technique used to calculate<br>
>> or estimate link quality between to points. However, in the literature<br>
>> we can see any kind of link quality metric has proposed, such as<br>
>> ETT, ML, MD and other variation of ETX.<br>
>><br>
>> Such metrics has proposed and tested at the simulation level like ns-2<br>
>> and those works show us that such new metrics were better than ETX<br>
>> in multimedia environments.<br>
>><br>
>> So, I would like your opinions about these metrics. What do you think<br>
>> about it? Why don't use in the OLSR protocol?<br>
>><br>
>> My best thanks,<br>
>><br>
>> --<br>
>> Olsr-dev mailing list<br>
>> <a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
>> <a href="https://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
><br>
> --<br>
> Olsr-dev mailing list<br>
> <a href="mailto:Olsr-dev@lists.olsr.org">Olsr-dev@lists.olsr.org</a><br>
> <a href="https://lists.olsr.org/mailman/listinfo/olsr-dev" target="_blank">https://lists.olsr.org/mailman/listinfo/olsr-dev</a><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Steven Hawkings about cosmic inflation: "An increase of billions of<br>
billions of percent in a tiny fraction of a second. Of course, that<br>
was before the present government."<br>
</font></span></blockquote></div><br></div></div>