<div dir="ltr">Hi Junxiao,<div>Both my VMs are running Ubuntu 18.04.3 on amd64. So I assume for me, only that version is enough. Also, the erase command successfully executed. ndnpeek still shows the content. But when I run with -pv it shows a latency of 31ms. Which most probably means, it's serving the content from Michigan node, rather than the local cache, where the latency range is less than 5 ms. This brings into question, that you said prefix disappears after 10 minutes, but my producer is shut down for a day. Does it only invalidate the prefix, but not the content? i.e. the connecting node, still maintains the cache, until it's purged by the replacement policy?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 10, 2020 at 10:57 AM Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>> wrote:<br></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>Hi Rafee</div><div><br></div><div>The command should be <font face="monospace">nfdc cs erase /Rafee/my-second-packet</font> . I misspelled it earlier (forgot "erase").</div><div>It is included in v0.6.6 release that is available from PPA.</div><div><br></div><div>v0.6.6 is 8 months old now and it uses an obsolete packet format (packet format 0.2).</div><div>If you use <font face="monospace">ndncat put</font> as producer and <font face="monospace">ndnpeek</font> as consumer, you may notice timeouts. It worked for you earlier because you first used <font face="monospace">ndncat get</font> as consumer, which pulled the Data packets into testbed caches, Testbed routers can support both packet formats, but <font face="monospace">ndncat put</font> can only accept packet format 0.3.</div><div>A workaround is adding <font face="monospace">NDNTS_TOLERATE_SELECTORS=1</font> in front of <font face="monospace">ndncat put</font> command line, but this doesn't work for every case.</div><div><br></div><div>I'm working on building "nightly" NFD packages.</div><div>If you have Ubuntu 18.04 on amd64 architecture, you can try this one: <a href="https://drive.bacloud.com/index.php/s/wcKNLfd4RkqwjwQ" target="_blank">https://drive.bacloud.com/index.php/s/wcKNLfd4RkqwjwQ</a> . It's a (mostly) up-to-date build from last week.</div><div>I also have packages for Debian Buster (amd64) and Debian Stretch (armv7) that can be uploaded if you request them. I can build for other OS versions but it will take several days.</div><div><br></div><div>Yours, Junxiao</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 10, 2020 at 10:30 AM Mohammad Ishfaque Jahan Rafee <<a href="mailto:mij.rafee.1344@gmail.com" target="_blank">mij.rafee.1344@gmail.com</a>> wrote:<br></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 dir="ltr"><div dir="ltr">Hi Junxiao,<div>I tried running the <span style="font-family:monospace">nfdc cs /Rafee/my-second-packet</span> command. However, the system outputs <span style="color:rgb(204,204,204);background-color:rgb(12,12,12);font-family:Consolas,monospace;font-size:12pt;white-space:pre-wrap">No such command: cs /Rafee/my-second-packet</span> . But interestingly I can see the manpages for nfdc-cs. For your information, I installed the tools from apt repositories. I didn't compile from source.</div></div></div></div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><br></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>Best Regards</div><div>Rafee</div><div><a href="http://www.mohammadrafee.com" target="_blank">www.mohammadrafee.com</a><br></div></div></div></div></div>