<div dir="ltr"><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Hi everyone,</div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px"><br></div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px">I agree with Matias answers. Matias, we can design ns-3 experiments and divide them between us as you suggested. We could coordinate between us in the design and conduct the experiments and report here questions or results. What do you think?</div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px"><br></div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px">As Matias suggested, we can involve also Sebastien Deronne and (I suggested) Stefano Avallone. They have a lot of experience with wifi and other modules of ns-3.</div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px"><br></div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Björn, I think it is possible to calculate the probability of success for every packet in ns-3 (at every rate) with minimal effort. I explore this possibility with Matias in the design of the experiments.</div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px"><br></div><div style="color:rgb(0,0,0);font-family:sans-serif;font-size:13px">Thanks,</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pasquale Imputato</div></div></div>
<br><div class="gmail_quote">2017-04-14 17:09 GMT+02:00 Björn Smedman <span dir="ltr"><<a href="mailto:bjorn@openias.org" target="_blank">bjorn@openias.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Apr 12, 2017 at 10:33 AM, Toke Høiland-Jørgensen <<a href="mailto:toke@toke.dk">toke@toke.dk</a>> wrote:<br>
> Matias Richart <<a href="mailto:mrichart@fing.edu.uy">mrichart@fing.edu.uy</a>> writes:<br>
><br>
>> Hi to all! I occasionally follow the wifi-fast list and I have just<br>
>> found this initiative.<br>
>> I've been working with ns3 rate control for several years and I would<br>
>> also like to contribute if there is an ns3 approach.<br>
><br>
> Awesome! Welcome :)<br>
<br>
</span>Hi Pasquale and Matias, it's great to see some new names on the list! :)<br>
<div><div class="h5"><br>
>>> And is there a concept "retry chains" for the rate selection<br>
>>> algorithm (where a sequence of rates to try are picked at once when a<br>
>>> decision is made)?<br>
>><br>
>> It exists an implementation of Minstrel and Minstrel HT, which uses<br>
>> the concept of retry chains, but this is implemented in the same<br>
>> algorithm, not as part of the MAC layer.<br>
>><br>
>> In summary, we can simulate the retry chain behavior. Currently, there<br>
>> are functional implementations of Minstrel and Minstrel HT which I<br>
>> think work well.<br>
><br>
> Right, excellent. The retry chain and the inability to re-calculate all<br>
> probabilities for every packet are some pretty hard constraints on real<br>
> hardware, so having simulation work in a similar way is most likely<br>
> quite central for carrying over the simulation results to a Linux<br>
> implementation.<br>
><br>
>>>I think the two main things we are trying to figure out are the<br>
>>>correlations between different rates. Which involves answering<br>
>>>questions like:<br>
>>><br>
>>>1. What correlations exist between the success probabilities of sending<br>
>>>   at different rates. I.e., can we always assume that if a<br>
>>> transmission<br>
>>>   fails at a low rate (more robust encoding), it would also have<br>
>>>   failed at a higher rate (or conversely, if it succeeds at a high<br>
>>>   rate, it would also have succeeded at the lower rate). Does this<br>
>>> hold<br>
>>>   within the same MIMO configuration? What about between different<br>
>>> MIMO<br>
>>>   configurations?<br>
>><br>
>> In my opinion, this is quite easy to implement. I'm thinking on an<br>
>> experiment with an static deployment and testing all possible rates.<br>
><br>
> Yes, that was my thought as well, and I figure this is easier to do in<br>
> simulation.<br>
<br>
</div></div>One thought: Since we're doing simulation, would it be possible to<br>
compute the packet success probability of every rate, for every<br>
packet? I mean so that we get to know the "counterfactual": "Our<br>
algorithm chose MCS-13, which according to simulation had a success<br>
probability of 0.5 for this specific transmission, but according to<br>
the simulation MCS-15 had a success probability of 0.7 *for this same<br>
transmission*"? Then we could calculate correlations and regret and<br>
similar very easily...<br>
<span class="HOEnZb"><font color="#888888"><br>
/Björn<br>
</font></span></blockquote></div><br></div>