[Nfd-dev] Possibility to create unicast face inside forwarding strategy

Mahyuddin Husairi mahyuddin at gmail.com
Thu Nov 30 07:32:01 PST 2017


Hi Teng. Thanks for the advice. I'll try to use face manager to create face
inside my forwarding strategy.
Can you share your current design of  #4283
<https://redmine.named-data.net/issues/4283>? Honestly i understand the
concept but i have no idea how to implement it.

On Wed, Nov 29, 2017 at 2:01 AM, Teng Liang <philoliang at email.arizona.edu>
wrote:

> Hi Mahyuddin,
>
> On Sat, Nov 25, 2017 at 10:25 PM, Mahyuddin Husairi <mahyuddin at gmail.com>
> wrote:
>
>> Hello everybody.
>>
>> I need your opinion about enabling forwarding strategy to create face. At
>> least unicast face (raw ethernet or udp) for dynamic unicast face features
>> in my NDN based MANET solution.
>>
>> 1. What is the possible dirty hack way to enable it? AFAIK, to create
>> face, it is part of NFD management protocol API. Is that possible to access
>> that API just like face-module.cpp in NFD tools?
>>
>> 2. Or is there any better way to implement it?
>>
>
> There should be two possible ways to create a face in a forwarding
> strategy: utilizing face manager or directly manipulating face system. To
> use face manager for face creation, you can take a look on
> tests/daemon/mgmt/face-manager-create-face.t.cpp. The face manager is
> designed to allow a different party to alter NFD forwarder states. However,
> a forwarding strategy is part of a forwarder, I see no reason why it cannot
> manipulate the face system directly. Thus, you could take a look on how
> face manager uses face system on face creation, and do similar stuff.
>
> Teng
>
>
>>
>> --
>> Human knowledge Belongs to The World
>>
>> _______________________________________________
>> Nfd-dev mailing list
>> Nfd-dev at lists.cs.ucla.edu
>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>>
>>
>


-- 
Human knowledge Belongs to The World
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20171130/9c5d8d3a/attachment-0001.html>


More information about the Nfd-dev mailing list