<div dir="ltr"><div><div>Hi Junxiao,<br><br></div>Thanks for the comments, I have tried running NDN and exchange contents over udp at this time -- with and without the --pipeline-type fixed option. The results were super poor to exchange 1mb file:<br><br></div><div>The end-user delay that before I measured at 0.200s with NDN/TCP, now become 0.770 seconds over UDP (and by adding the --pipeline-type fixed it increased to 0.95). I repeated the experiments on different days, but I am still getting this numbers.<br><br></div><div>Any idea?<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-04-23 16:16 GMT+02:00 Junxiao Shi <span dir="ltr"><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Cesar<br><div class="gmail_extra"><br><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div>I kept checking on the example and find out that the problem of speed is due to an optimization that happens in the ESXi host. The ESXi converts all the traffic into local traffic and everything becomes just copies of memory. that explains one of the problems I had.<br></div></div></div></div></blockquote></span><div>That's a trick in hypervisor. It won't happen in a real network across devices.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><br></div>I went a bit further also with the analysis of the NDN traffic and I figure out that there are two congestion protocols: TCP + the Arizona Univ's provided cogestion protocol. I understand that it has been developed because TCP was not optimized for ICN. But is this protocol as necessary that is included by default for all the ICN users?<br></div></div></div></blockquote></span><div>

<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">NDN is not meant to be used over TCP.  Use Ethernet or UDP instead.</span>

 </div><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><br></div>Shouldn't we create a patch and enable at compilation time it only in case of need?<br></div></div></blockquote></span><div>You can disable AIMD congestion control in ndncatchunks at runtime with a command line option: <span style="font-family:monospace,monospace">--pipeline-type fixed</span> . There's no need for re-compiling.</div></div></div><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Yours, Junxiao </div></div></div></div>
</blockquote></div><br></div>