[Nfd-dev] network_region in nfd.conf file

Dehart, John jdd at wustl.edu
Tue Apr 18 17:49:46 PDT 2017


Junxiao,

OK. That’s starting to make sense.

Now, is the routable-prefix the same as the prefix that NLSR announces?
So, for UCLA would the default prefix announced by NLSR become /ndn/edu/ucla/irl?

And then would identities and certificates anchored at the UCLA node become prefixed with /ndn/edu/ucla/irl?

Thanks,
John

On Apr 18, 2017, at 6:54 PM, Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>> wrote:

Hi John

The routable-prefixes dataset #3145<https://redmine.named-data.net/issues/3145> can provide that information.
UCLA-spurs should report its routable-prefixes as /ndn/edu/ucla/irl rather than /ndn/edu/ucla, since there is no other way to exclude /ndn/edu/ucla/remap.

Yours, Junxiao

On Tue, Apr 18, 2017 at 4:23 PM, Dehart, John <jdd at wustl.edu<mailto:jdd at wustl.edu>> wrote:

So, Consumers have to know the names of the routers in the network?
That seems odd. Does each person who runs an application need to
know all the names of the routers? Or is there a discovery process that the
applications are supposed to use?

Thanks,
John



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20170419/6fefe40a/attachment-0001.html>


More information about the Nfd-dev mailing list