[Ndn-interest] Disabling NDN's in-network caching

Muhammad Hosain Abdollahi Sabet M.AbdollahiSabet at mail.sbu.ac.ir
Thu Mar 19 09:52:48 PDT 2015


Hmmm. By setting the capacity to zero, the logic would be the same. I mean, still there would be a ContentStore checking in the process which  is not needed then, right?

Thanks,
Sabet

-----Original Message-----
From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu]
Sent: Thu 3/19/2015 8:03 PM
To: Muhammad Hosain Abdollahi Sabet
Cc: ndn-interest at lists.cs.ucla.edu
Subject: Re: [Ndn-interest] Disabling NDN's in-network caching
 
Hi Muhammad

Yes, you may disable in-network caching by *setting ContentStore capacity
to zero*.
The relevant configuration option is tables.cs_max_packets in
/usr/local/etc/ndn/nfd.conf.

However, this is an *unsupported configuration*.
In particular,

   - StatusDataset and Notification in NFD Management won't work before #
   2182 <http://redmine.named-data.net/issues/2182>, which implies
   nfd-status won't work.
   - Remote prefix registration won't work before #1529
   <http://redmine.named-data.net/issues/1529>.

There could be other limitations as well.

Yours, Junxiao

On Thu, Mar 19, 2015 at 9:10 AM, Muhammad Hosain Abdollahi Sabet <
M.AbdollahiSabet at mail.sbu.ac.ir> wrote:

>  Hi,
> In "A case for stateful forwarding plane", in the simulation part it said
> "Since we focus out evaluation on the effectiveness of stageful adaptive
> forwarding, we disabled NDN's in-network caching in the simulation." The
> question is: Is it possible to disable in-network caching in  real NFD?
>
> Thanks,
> Sabet
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-interest/attachments/20150319/8d161b78/attachment.html>


More information about the Ndn-interest mailing list