<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 4, 2016 at 10:22 AM, Ahmed Sadek <span dir="ltr"><<a href="mailto:don1559@gmail.com" target="_blank">don1559@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Thank you for the helpful replies. I have used the <b>[consumer window + best-route-strategy2.]</b> which allowed me to generate a lot of interests and once the link is over loaded (data packets dropped) the strategy try to re transmit interests on the next available interfaces in nexthops, maximizing the utilization of the available links. But since there is no congestion control the traffic is spiky. (window=1000, size=20).<div><br></div><div>I still don't understand the logic behind the (<span style="color:rgb(0,0,0);font-family:monospace,fixed;font-size:13px;line-height:13px;white-space:pre-wrap;background-color:rgb(252,252,252)">m_inFlight and m_window</span>) parameters in ConsumerWindow. so I appreciate any clarification.</div><div><br></div><div>Does it mean that we start by a certain window and keep increasing by <b>one </b>each time we receive a data packet and return to window value when we have interest time out. Also, if we have a window = 1000 and payload = 1040 Byte , does this mean our initial data rate is (1000*1040 Byte) and keep increasing ?</div></div></blockquote><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Also, would adopting a similar approach to tcp slow start and congestion avoidance, would result in more stable stream of data ?</div></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Thanks!</div><span class="HOEnZb"><font color="#888888"><div>Ahmed</div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 1, 2016 at 7:28 PM, Spyridon (Spyros) Mastorakis <span dir="ltr"><<a href="mailto:mastorakis@cs.ucla.edu" target="_blank">mastorakis@cs.ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi guys,<div><br></div><div>just to add something to Sabet’s response:</div><div><br></div><div>The way to achieve that (i.e., full link utilization) can partially be through your application (in the sense that your application should send enough Interests to retrieve enough data), but one should also consider the forwarding strategy. </div><div><br></div><div>As far as the application is concerned, one can use some of the alternative applications and retrieval models that come with ndnSIM (zipf, batches etc.) or write their own retrieval models.</div><div><br></div><div>As far as the strategy is concerned, it should estimate the link bandwidth and expand Interest forwarding to alternative links when the current link is fully utilized. To achieve that, one should write their own strategy.</div><div><br></div><div>However, a quick and dirty way to fully utilize a topology link in ndnSIM (given that one knows the link capacities in advance) is through the application by selecting the appropriate Interest expression rate.</div><div><br></div><div>Hope that this helps.</div><span><font color="#888888"><div><br></div></font></span><div><span><font color="#888888"><div>
<div><div><div><span style="float:none;display:inline!important">Spyridon (Spyros) Mastorakis</span><br><span style="float:none;display:inline!important">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" target="_blank">http://cs.ucla.edu/~mastorakis/</a><br><span style="float:none;display:inline!important">Internet Research Laboratory</span><br><span style="float:none;display:inline!important">Computer Science Department</span><br><span style="float:none;display:inline!important">UCLA</span></div><div><br></div></div></div>
</div></font></span><span>
<br><div><blockquote type="cite"><div>On Apr 1, 2016, at 10:08 AM, Muhammad Hosain Abdollahi Sabet <<a href="mailto:M.AbdollahiSabet@mail.sbu.ac.ir" target="_blank">M.AbdollahiSabet@mail.sbu.ac.ir</a>> wrote:</div><br><div>






<div>

<br><p><font size="2">Hi Ahmed,<br>
<br>
I suggest you take a look at this:<br>
<a href="http://ndnsim.net/2.1/doxygen/classns3_1_1ndn_1_1ConsumerWindow.html" target="_blank">http://ndnsim.net/2.1/doxygen/classns3_1_1ndn_1_1ConsumerWindow.html</a><br>
It's worth a try.<br>
<br>
Thanks,<br>
Sabet<br>
<br>
---------- Forwarded message ----------<br>
From: Ahmed Sadek <<a href="mailto:don1559@gmail.com" target="_blank">don1559@gmail.com</a>><br>
Date: Fri, Apr 1, 2016 at 8:46 PM<br>
Subject: [ndnSIM] Consumer without predefined interest rate<br>
To: ndnsim <<a href="mailto:ndnsim@lists.cs.ucla.edu" target="_blank">ndnsim@lists.cs.ucla.edu</a>><br>
<br>
<br>
Hi All,<br>
<br>
I was wondering if there is a consumer that generate interests without<br>
predefined rate from the start of simulation and try to take advantage of<br>
the link bandwidth as much as available, similar to file download with TCP.<br>
<br>
If not then any hints on the design of such app.<br>
<br>
Thanks and have a nice weekend!<br>
Ahmed<br></font></p></div></div></blockquote></div><br></span></div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>