<div dir="ltr"><span class="gmail-im"><div><b>The default "priority fifo" CS replacement policy evicts stale Data
 (those stayed longer than FreshnessPeriod) first, before evicting 
non-stale Data.</b></div><div><b>The overall capacity of the CS can be adjusted in nfd.conf at tables.cs_max_packets attribute.</b></div></span><span class="gmail-m_-841871341348825122gmail-im"><div>    Where can I check and change the default replacement policy?</div><span class="gmail-im"><div><b><br></b></div><div><b>This is a limitation of ndndump. Use <a href="https://github.com/named-data/ndn-tools/tree/master/tools/dissect-wireshark" target="_blank">NDN dissector for Wireshark</a> instead.</b></div></span><div><b>    </b>Does it mean all the packets arrive on the consumer side in a complete way, even if it defines them as incomplete?</div><div><br></div><div>Thank you.</div><div class="gmail-yj6qo gmail-ajU"><div id="gmail-:wz" class="gmail-ajR" tabindex="0"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div></span></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-26 15:28 GMT+01: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="auto">Can you resend the reply to nfd-dev mailing list?</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Dec 26, 2017 08:58, "Giuseppe Carella" <<a href="mailto:gcarella228@gmail.com" target="_blank">gcarella228@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><b>The default "priority fifo" CS replacement policy evicts stale Data
 (those stayed longer than FreshnessPeriod) first, before evicting 
non-stale Data.</b></div><div><b>The overall capacity of the CS can be adjusted in nfd.conf at tables.cs_max_packets attribute.</b></div><span class="m_5441773974346981975m_-847119880675417122gmail-im"><div>    Where can I check and change the default replacement policy?</div><div><b><br></b></div><div><b>This is a limitation of ndndump. Use <a href="https://github.com/named-data/ndn-tools/tree/master/tools/dissect-wireshark" target="_blank">NDN dissector for Wireshark</a> instead.</b></div><div><b>    </b>Does it mean all the packets arrive on the consumer side in a complete way, even if it defines them as incomplete?</div><div><br></div><div>Thank you.</div><div>Giuseppe.<br></div><div><b></b></div></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-26 14:41 GMT+01:00 Junxiao Shi <span dir="ltr"><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>></span><wbr>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Guiseppe<br><div class="gmail_extra"><br><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Does it mean that the data is deleted from the CS after the FreshnessPeriod is over?</div></div></blockquote><div><br></div></span><div>No. Data that has stayed longer than FreshnessPeriod cannot satisfy Interest with MustBeFresh selector, but can still satisfy Interest without MustBeFresh selector.</div><div>It is unnecessary to delete them.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>It seems that I store so many data packets on the content store that NFD is not able to work in a good way anymore. <br></div></div></blockquote><div><br></div></span><div>The default "priority fifo" CS replacement policy evicts stale Data (those stayed longer than FreshnessPeriod) first, before evicting non-stale Data.</div><div>The overall capacity of the CS can be adjusted in nfd.conf at tables.cs_max_packets attribute.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>I get some data packets which are incomplete: sniffing the packet I have "INCOMPLETE-PACKET". <br></div></div></blockquote><div><br></div></span><div>This is a limitation of ndndump. Use <a href="https://github.com/named-data/ndn-tools/tree/master/tools/dissect-wireshark" target="_blank">NDN dissector for Wireshark</a> instead.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>I think it is caused by the CS which is in overflow. <br></div></div></blockquote><div><br></div></span><div>No. CS has a replacement policy and can never overflow.</div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>There are some policies to manage the CS, but I think that the replace policy is done automatically by NFD.</div></div></blockquote><div> <br></div><div><br></div></span><div>Yours, Junxiao </div></div></div></div>
</blockquote></div><br></div>
</blockquote></div></div>
</div></div></blockquote></div><br></div>