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

Sat Mar 22 18:24:00 PDT 2014

Hi, 

just to reinforce, this will be needed at least as configuration parameter in future releases too as for as is key to be able to exploit unsolicited caching of content. As per our studies we relay on (unsolicited) cashed content  between 25 and 50% of the times due to the dynamic partitioning nature of the vehicular network.  If in the future this option will be no longer supported we may need to branch out the vehicular version; i find branching out a way much less elegant option compared to a simple configuration parameter.

Best
g. 

==========================
It had long since come to my attention that people of accomplishment rarely sat back and let things happen to them. They went out and happened to things. 

- Leonardo da Vinci 
==========================

On Mar 22, 2014, at 12:11 PM, Alex Afanasyev <alexander.afanasyev at ucla.edu> wrote:

> As Junxiao mentioned several time, first release WILL have unsolicited caching for LOCAL apps.
> 
> ---
> Alex
> 
> On Mar 22, 2014, at 12:08 PM, Burke, Jeff <jburke at remap.ucla.edu> wrote:
> 
>> 
>> Just to close this thread:  In the first release, NFD will not have unsolicited caching for local apps?  
>> 
>> So we need to transition the ndnrtc application and any others to have application-side buffers or use a repo? 
>> 
>> jeff
>> 
>> From: Jeff Burke <jburke at remap.ucla.edu>
>> Date: Wed, 19 Mar 2014 14:33:20 +0000
>> To: Alex Afanasyev <alexander.afanasyev at ucla.edu>
>> Cc: "ndn-app at lists.cs.ucla.edu" <ndn-app at lists.cs.ucla.edu>, "Gusev, Peter" <peter at remap.ucla.edu>, "nfd-dev at lists.cs.ucla.edu" <nfd-dev at lists.cs.ucla.edu>
>> Subject: Re: [Nfd-dev] NDN-RTC poke Data to CS
>> 
>> Hi Alex,
>> Thanks for the reply.  Comments below.
>> Jeff
>> 
>> From: Alex Afanasyev <alexander.afanasyev at ucla.edu>
>> Date: Tue, 18 Mar 2014 23:39:14 -0700
>> To: Jeff Burke <jburke at remap.ucla.edu>
>> Cc: "bzhang at cs.arizona.edu" <bzhang at cs.arizona.edu>, Junxiao Shi <shijunxiao at email.arizona.edu>, "ndn-app at lists.cs.ucla.edu" <ndn-app at lists.cs.ucla.edu>, "Gusev, Peter" <peter at remap.ucla.edu>, "nfd-dev at lists.cs.ucla.edu" <nfd-dev at lists.cs.ucla.edu>
>> Subject: Re: [Nfd-dev] NDN-RTC poke Data to CS
>> 
>> Hi Jeff,
>> 
>> Even in the first release, there is no problem with unsolicited data caching for **local** faces (unix socket and tcp connection to localhost address), which should be sufficient for any stand-alone application, including ndnrtc.
>> 
>> [jb] Yes, this is all that is needed.
>> 
>> I'm kind of blanking right now on how ndnrtc relates to browser (is it inside browser and can do local connection or javascript will to websockets for that).  If it is websocket, then the websocket "proxy" (and/or special face inside NFD---just in case, this will not be in the first release) can be made "local", so unsolicited caching can be enabled.
>> 
>> [jb] Our plan is that browser integration will have two components: 1) native code that provides rtc core functions, hopefully in an add-on/extension;  2) javascript that handles as much as possible, including conference discovery, etc.    Neither would be required to use a websockets proxy as they will have access to socket functions via the add-on/extension, though they might to make the js more reusable in other circumstances.  We set browser integration aside to get the media handling working so don't know exactly how it's going to go yet.   But all unsolicited caching would be "local" - either via a proxy as you mention or  with an actual local daemon.
>> 
>> In any case, as Beichuan pointed out, Junxiao described the behavior that will be in the first release, which will have exactly one hard-coded caching policy for the content stored.  Next releases would have policies that can be adjusted per node.
>> 
>> [jb] Ok. If unsolicited caching for local nodes will work, that's probably all that is needed.  Later, we can either 1) provide a cache in the library; 2) create an authenticated mechanism for storing things at the local daemon as Ilya has mentioned; or 3) use a fast local repo.
>> 
>> ---
>> Alex
>> 
>> On Mar 18, 2014, at 10:44 PM, Burke, Jeff <jburke at remap.ucla.edu> wrote:
>> 
>>> 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" <bzhang at cs.arizona.edu>
>>> Date: Tue, 18 Mar 2014 22:38:31 -0700
>>> To: Junxiao Shi <shijunxiao at email.arizona.edu>
>>> Cc: "ndn-app at lists.cs.ucla.edu" <ndn-app at lists.cs.ucla.edu>, Peter Gusev <peter at remap.ucla.edu>, <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> 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
>>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>>> 
>>> _______________________________________________ Nfd-dev mailing list 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
>>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>> 
>> _______________________________________________ Nfd-dev mailing list Nfd-dev at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
> 
> _______________________________________________
> Ndn-app mailing list
> Ndn-app at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-app