[Nfd-dev] NDN-RTC poke Data to CS

Burke, Jeff jburke at remap.ucla.edu
Tue Mar 18 22:44:52 PDT 2014


Hi Beichuan,

Thanks for the further explanation.

We would like to run the ndnrtc on NFD as an initial test – should we look for this functionality in the repo or try to provide it in the library?  (or both?)

thanks,
Jeff


From: "bzhang at cs.arizona.edu<mailto:bzhang at cs.arizona.edu>" <bzhang at cs.arizona.edu<mailto:bzhang at cs.arizona.edu>>
Date: Tue, 18 Mar 2014 22:38:31 -0700
To: Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>>
Cc: "ndn-app at lists.cs.ucla.edu<mailto:ndn-app at lists.cs.ucla.edu>" <ndn-app at lists.cs.ucla.edu<mailto:ndn-app at lists.cs.ucla.edu>>, Peter Gusev <peter at remap.ucla.edu<mailto:peter at remap.ucla.edu>>, <nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>>
Subject: Re: [Nfd-dev] NDN-RTC poke Data to CS

In my opinion, caching unsolicited data or not should be the choice of each individual node; nothing in the architecture or protocol prevents that.

What Junxiao said is probably what the first release of NFD will have.

Beichuan

On Mar 18, 2014, at 7:57 PM, Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>> wrote:


Hi Peter

In seminar slides you mention that the RTC application in browser may poke Data to a remote forwarder.

I want to inform you that NFD will not admit any unsolicited Data from non-local face. NFD will admit unsolicited Data from local face, but they will be the first to get evicted when CS is full.

You should insert Data into a  repository instead.

Yours, Junxiao

_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

_______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20140319/4662596c/attachment.html>


More information about the Nfd-dev mailing list