[Ndn-interest] Local hub discovery procedure

Muhammad Hosain Abdollahi Sabet M.AbdollahiSabet at mail.sbu.ac.ir
Tue Feb 16 06:06:42 PST 2016


Update!

In 2nd email, answer to 3rd question is yes. Although I still wonder how autoconfig-server supposed to be found natively, having manually created a face to autoconfig-server and registered /localhop/ on it I could run autoconfig. And I got answer(a data packet consisting of an available prefix).

Questions in 3rd email remains unanswered.

Thanks,
Sabet

-----Original Message-----
From: Ndn-interest on behalf of Muhammad Hosain Abdollahi Sabet
Sent: Sun 2/14/2016 12:15 PM
To: Alex Afanasyev
Cc: ndn-interest at lists.cs.ucla.edu
Subject: Re: [Ndn-interest] Local hub discovery procedure
 
Hi again,
 
Additional to questions below, I have some others:
How an application is going to choose one prefix? I mean, is there any specefic message the application should send through NFD to autoconfig server, so that the server knows which prefix(es) is(are) allocated and not available anymore? Is there a mechanism for applications to release the prefix(es) they were using for publishing data?
How a router is supposed to know the location of optained prefixes in a LAN? Is there any mechanism available between a autoconfig server and a router or an application and a router to announce obtained prefixes to the router?
 
Thanks,
Sabet

________________________________

From: Ndn-interest on behalf of Muhammad Hosain Abdollahi Sabet
Sent: Sat 2/13/2016 1:30 AM
To: Alex Afanasyev
Cc: ndn-interest at lists.cs.ucla.edu
Subject: Re: [Ndn-interest] Local hub discovery procedure



Alex,

Firstly, thank you so much.
Secondly, how is auto-configure-server supposed to work then? This server should somehow receive interests for /localhop/ndn-autoconf/hub. While it's face uri is not on multiaccess faces list, I don't see how it is supposed to work. Actually I tested this. I mean I tried autoconfig-client side on a node which was configured for being autoconfig-server, and needless to say that I got error code 408. Am I to run some multicast capability in my home network to be able to use autoconfig client-server system?
Third, assuming the above issues have passed, if I poke for /localhop/nfd/rib/routable-prefixes, I(an application) should receive available prefix(es) for publishing data, right?

Thanks,
Sabet

-----Original Message-----
From: Alex Afanasyev [mailto:aa at cs.ucla.edu]
Sent: Sat 2/13/2016 1:05 AM
To: Muhammad Hosain Abdollahi Sabet
Cc: ndn-interest at lists.cs.ucla.edu
Subject: Re: [Ndn-interest] Local hub discovery procedure


> On Feb 12, 2016, at 9:35 AM, Muhammad Hosain Abdollahi Sabet <M.AbdollahiSabet at mail.sbu.ac.ir> wrote:
>
> Hello everyone,
>
> As far as I understood, according to:
> http://named-data.net/doc/NFD/current/misc/local-prefix-discovery.html <http://named-data.net/doc/NFD/current/misc/local-prefix-discovery.html>
> http://named-data.net/doc/NFD/current/manpages/ndn-autoconfig.htm <http://named-data.net/doc/NFD/current/manpages/ndn-autoconfig.htm>
>
> When I run ndn-autoconfig, NFD will send an interest to /localhop/ndn-autoconf/hub over a multicast face. After that assuming there is some autoconfig server behind one of the node's multiaccess faces, the node receives a data packet including the face uri of a localhub.
>
Dear Sabet,

The above correctly describes the basic NDN-native procedure.  Just to extend it, as you saw in the documentation, there are two additional stages to help with configuring IP-overlay NDN connectivity.  While not yet formally defined, we are also planning to extend the stages to include discovery using mDNS/DNS-SD protocols (http://redmine.named-data.net/issues/3465 <http://redmine.named-data.net/issues/3465>).  Anecdotally, mDNS queries have higher chances to work than other protocols, even though they utilize the same IP multicast.
> Then after registering /localhop/ prefix on the very face that it has got from the localhub, the node will again send an interest this time for /localhop/nfd/rib/routable-prefixes and awaits for a data packet including some prefixes which it(interest sender application) can register for publishing data.
>
Correct, but just to clarify.  As of right now, "node" in this sentence is any NDN application that wants to obtain information about routable prefixes.  There is an extension of this mechanism (http://redmine.named-data.net/issues/3145 <http://redmine.named-data.net/issues/3145>) in which local NFD will be expressing such interests.
> If I'm wrong some where, please correct me.
>
> Right now I have these two multiaccess faces:
> -udp4://224.0.23.170:56363
> -ether://[01:00:5e:00:17:aa]
> I know the former is IANA assigned, but I don't know the latter. My question are:
> 1- The reason my machine's NFD is not receiving anything form 224.0.23.170 is that this IP is not globally routable, and I don't have any autoconfig server in my local network having this IP and being up and running. Right?
>
224.0.23.170 is a multicast IP address and how far interests sent over such face will propagate depends on your networking environment (e.g., whether or not your WiFI access point allows multicast, whether you're running multicast routing protocol on your routers, etc.).

The shorter answer to your question is most likely yes.  Not getting any reply most likely mean that you don't have NFD and associated autoconfig server running in your local network.
> 2- What is the second one? I've checked my host machine's virtual NICs(NFD is on a VM). It's not any of their MACs.
>
This is a multicast Ethernet address.  It is not yet assigned, but it is effectively a mapping of 224.0.23.170 to ethernet address range (https://technet.microsoft.com/en-us/library/cc957928.aspx <https://technet.microsoft.com/en-us/library/cc957928.aspx>).

Sincerely,
Alex







-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndn-interest/attachments/20160216/a9d0d38a/attachment.html>


More information about the Ndn-interest mailing list