[Ndn-lib] Transport Access From Face

Thompson, Jeff jefft0 at remap.UCLA.EDU
Wed Feb 18 14:13:38 PST 2015

As Junxiao recommends, the in memory storage is available in the MemoryContentCache in the Common Client Libraries:

This is being used in the C++ video conferencing app NdnCon.

Also, in the NDN design, the data packet should be returned on the same face which received the interest. This is why the face is provided in the OnInterest callback.  A simple application may have only one face and one registered prefix.  But if an application registers a prefix on multiple faces with the same OnInterest callback, then the callback should only send the data to the given face (where the interest came from).

- Jeff T

From: Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>>
Date: Wednesday, February 18, 2015 at 13:31
To: "Brown, Andrew" <andrew.brown at intel.com<mailto:andrew.brown at intel.com>>
Cc: NDN Lib <ndn-lib at lists.cs.ucla.edu<mailto:ndn-lib at lists.cs.ucla.edu>>
Subject: Re: [Ndn-lib] Transport Access From Face

Hi Andrew

I believe you are able to construct a Transport before creating the Face, and pass the Transport to the Face.
In this way, you have access to Transport outside of OnInterest callback.

However, after 2181<http://redmine.named-data.net/issues/2181>, NFD forwarder will reject all unsolicited Data.
Applications should make use of InMemoryStorage, and put Data into forwarder only after receiving an incoming Interest.

Yours, Junxiao

On Wed, Feb 18, 2015 at 2:26 PM, Brown, Andrew <andrew.brown at intel.com<mailto:andrew.brown at intel.com>> wrote:
As I understand it, a developer can push additional Data packets to a forwarder using the transport.send() method in the OnInterest callback (for caching, etc.). I would like to do this prior to any incoming Interests and would preferably like an API like face.push(data) to do it. Three questions:

-        Is there any way to do this currently outside of OnInterest and preserving a reference to Transport?

-        Is there any catch to using the content store in this way besides the fact that once it maxes out it will discard old Data packets?

-        Is this something to add to the client libraries or should it be in a class extending Face?


Andrew Brown
Flex AST, IoTG Intelligent Solutions

Ndn-lib mailing list
Ndn-lib at lists.cs.ucla.edu<mailto:Ndn-lib at lists.cs.ucla.edu>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-lib/attachments/20150218/37a47bb8/attachment.html>

More information about the Ndn-lib mailing list