[ndnSIM] Why a cxx application cannot be started at 0 second in ndn-Sim?

Spyridon (Spyros) Mastorakis mastorakis at cs.ucla.edu
Tue Nov 14 16:08:44 PST 2017


what you said more or less is correct. The reason that this is happening is because we have to register a route to the RIB through the application face first before expressing any Interests. Since this registration needs some simulation time to be completed, we make sure that the consumer application starts sending out Interests after the prefix registration process is done.

Hope that this helps,

Spyridon (Spyros) Mastorakis
Personal Website: http://cs.ucla.edu/~mastorakis/ <http://cs.ucla.edu/~mastorakis/>
Internet Research Laboratory
Computer Science Department

> On Nov 14, 2017, at 8:34 AM, Xinyu Ma <bitmxy at gmail.com> wrote:
> Hello, everyone
> I tried to start a cxx application in a node just like ndn-cxx-simple.cpp does. I have noticed that I must set the start time to a value greater than zero, or the function setInterestFilter will fail for "TimeOut". But ndn.Producer can register the prefix as soon as possible (when it starts at 0 second). And I found that when I use scheduleEvent to setup an event for setInterestFilter, it will succeed no matter if the start time is 0 or not.
> In order to add an entry to FIB, I think, the interest packet containing command must arrive at the internal face. They use different ways to do it: The ndn.Producer directly injects a AddNextHop command of FIB into the internal face; However, the cxx application tries to send a RegisterRoute command of RIB by the application face. I guess this makes the difference. But I still don't know why the cxx way doesn't work at 0 second.
> Could anyone give me some hint, please?
> Thanks,
> Xinyu Ma.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20171114/c28c7d47/attachment.html>

More information about the ndnSIM mailing list