<div dir="ltr"><p dir="ltr">Hi Matteo,</p>
<p dir="ltr">Delegation names are names/prefixes which the carrying interest will be forwarded </p><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">​towards them at first</div>.<div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">​ When the interest reaches a delegation name, from there it will be forwarded by it's name, not the Link anymore.</div><p></p><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">As an example take an application responsible for me(/sabet) which is mobile and at the moment is located, or some how can be reached in /eurecom network.​ For Interersts looking for a data under /sabet prefix (e.g /sabet/calander/sep23), they should carry a Link object which has /eurecom as a delegation name. So we will an interest packet(or a set of interests) which has /sabet/calander/sep23 for its name, and a Link object which has /eurecom as a delegation is attached </div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">to it(the interest). Routers outside /eurecom network when receive that interest, will forward it towards /eurecom. When the interest reaches a router in /eurecom network, then it will be forwarded towards /sabet which existence of the Link object indicates that /sabet exist in FIB table of ​routers in /eurecom. If application responsible for /sabet moves into another network (e.g. /ucla) and cannot be accessed in /eurecom, then Interest should have updated version of Link, which has /ucla as delegation name, in order to reach /sabet.</div></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">Sorry. It seems my example got a bit complicated.</div></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">I suggest you to take a look at <a href="http://named-data.net/publications/snamp-ndn-scalability/">http://named-data.net/publications/snamp-ndn-scalability/</a> for understanding how Link object is supposed to work and what is its impact on forwarding process.</div></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">Bests,</div></div><div><div class="gmail_default" style="font-family:tahoma,sans-serif;display:inline">Sabet</div></div><p></p>
<div class="gmail_quote">On Sep 23, 2016 4:40 PM, "Matteo Bertolino" <<a href="mailto:Matteo.Bertolino@eurecom.fr" target="_blank">Matteo.Bertolino@eurecom.fr</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">Good morning, I would like to ask you a thing about mobility support and one about the signature mechanism.<br>
<br>
1) I am reading the paragraph about the mobility support during the forwarding of an interest in the NFD Developer guide: <a href="https://named-data.net/wp-content/uploads/2016/03/ndn-0021-6-nfd-developer-guide.pdf" target="_blank" rel="noreferrer">https://named-data.net/wp-cont<wbr>ent/uploads/2016/03/ndn-0021-6<wbr>-nfd-developer-guide.pdf</a><br>
Paragraph 4.2.3. I need to clarify some aspects because I do not understand well the process described in this paragraph:<br>
<br>
"If the Interest carries a Link object, it is processed for mobility support.<br>
First, the pipeline determines whether the Interest has reached the producer region, by checking if any delegation name<br>
in the Link object is a prefix of any region name from the network region table (Section 3.2). If so, FIB lookup is<br>
performed using Interest Name, as if the Link object does not exist.<br>
Second, the pipeline inspects whether the Interest contains the SelectedDelegation field, which indicates that a down-<br>
stream forwarder has chosen which delegation to use. If so, it implies that the Interest is already in default-free zone,<br>
FIB lookup is performed using the selected delegation name.<br>
Third, the pipeline determines whether the Interest is in the consumer region or has reached the default-free zone, by<br>
looking up the first delegation Name in FIB. If this lookup turns out the default route (i.e., the root FIB entry ndn:/<br>
with a non-empty nexthop list), it means the Interest is still in consumer region, and this lookup result is passed down<br>
to next step. Otherwise, the Interest has reached the default-free zone.<br>
Last, the pipeline selects a delegation for an Interest that has reached the default free zone, by looking up every<br>
delegation name in the FIB, and choose the lowest-cost delegation that matches a non-empty FIB entry. The chosen<br>
delegation is written into the SelectedDelegation field in the Interest packet, so that upstream forwarders can follow<br>
this selection without doing multiple FIB lookups."<br>
<br>
In particular, the purposes of mobility support, what are the delegations, what their utility and so on.<br>
<br>
<br>
2) Meanwhile, I would like to use this mail in order to ask another thing about the Signature infrastructure using the ndn-cxx. I would like to test the mechanism, but I need some advices. For example, does it exists already something that can help me? Or should I create a node "Certificate authority" that answer to the request in the recursive verification process, should I generate and store the certificate myself, should I implement all "by hand" ?<br>
<br>
Have a nice weekend. Thanks a lot,<br>
Matteo<br>
<br>
------------------------------<wbr>------------------------------<wbr>-------------------<br>
This message was sent using EURECOM Webmail: <a href="http://webmail.eurecom.fr" target="_blank" rel="noreferrer">http://webmail.eurecom.fr</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
Ndn-interest mailing list<br>
<a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest" target="_blank" rel="noreferrer">http://www.lists.cs.ucla.edu/m<wbr>ailman/listinfo/ndn-interest</a><br>
</blockquote></div>
</div>