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

[Burke, Jeff]

Junxiao,

Is this the final position of the NFD team?   Last I remember there was some possibility this would be supported in the future.

We plan to provide an alternative in the library, but until we have a high performance and easy to run repo with deletion support, we need this capability in the forwarder – if nothing else, it's backwards compatibility with what was possible in CCN.

If this is to be a repo function (and I can understand the motivation for that) - what is the status of repo performance testing?  Do we know that the version to be released with the first version of NFD works with acceptable latency for video and will have delete implemented?

Thanks,
Jeff



From: Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>>
Date: Tue, 18 Mar 2014 19:57:48 -0700
To: Peter Gusev <peter at remap.ucla.edu<mailto:peter at remap.ucla.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>>, <nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>>
Subject: [Nfd-dev] NDN-RTC poke Data to CS


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20140319/426757ab/attachment.html>