
<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jun 19, 2014 at 8:50 PM, Alex Afanasyev <span dir="ltr"><<a href="mailto:alexander.afanasyev@ucla.edu" target="_blank">alexander.afanasyev@ucla.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><br>

On Jun 19, 2014, at 11:55 AM, Lan Wang (lanwang) <<a href="mailto:lanwang@memphis.edu">lanwang@memphis.edu</a>> wrote:<br>

<br>

><br>

> On Jun 19, 2014, at 12:40 AM, Beichuan Zhang <<a href="mailto:bzhang@cs.ARIZONA.EDU">bzhang@cs.ARIZONA.EDU</a>><br>

> wrote:<br>

><br>

>> Hi,<br>

>><br>

>> We’ve been integrating the text of the NFD Developer’s Guide, and now it is in the final stage. Can everyone read the document or part of it, and email in comments? Any comment would be appreciated. We plan to finish it by the end of Sunday.<br>


>><br>

>> The current PDF is attached. If you want the latest version, the repository is git@git.irl.cs.ucla.edu:papers/nfd-docs.git.<br>

>><br>

><br>

> Some comments for Section 7 (Obaid please check):<br>

><br>

> - "The RIB Manager that runs as a separate process, NRD (NFD RIB Daemon)" should be "NRD (NFD RIB Daemon), the RIB Manager that runs as a separate process, …"<br>

<br>

</div>No. I think the description is correct. The correct name is NFD RIB Manager and NRD is just an abbreviation of this, not the other way around.<br>

<div class=""><br>

<br>

> - 19 diagram should be Figure 19.<br>

><br>

> - Figure 19 can be bigger and Figure 20 should be much smaller.<br>

><br>

> - Figure 19 shows only NLSR.  What about other apps?  I suggest adding an app's typical interactions with NRD at the end of the time line.<br>

<br>

</div>Including more stuff may clutter the picture. I'm ok with including more, but just want to make sure we don't include too much.<br></blockquote><div><br></div><div>Showing NLSR allowed me to show both self-registration (which should be same for other apps too) and prefix registration. I also think that  adding more would clutter the figure. I can add a note at "Register NLSR" step that further interactions are only valid for NLSR or other routing protocols?</div>

<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><br>

> - It's not clear what this part means: "7.7 Extending RIB Manager<br>

> The RIB Manager currently supports only two commands { register and unregister. However, functionality of the RIB<br>

> Manager can be extended by introducing more commands. For example, if a node needs to announce a prex currently, it<br>

> has to congure the routing protocol. A set of commands for advertising and withdrawing prexes, with the help of any<br>

> application, could provide a more unied way for the operators to publish name prexes."<br>

><br>

> Isn't advertising and withdrawing prefixes supported through register and unregister already?<br>

<br>

</div>As I remember, withdraw and advertise were separate commands.  At least in the original protocol spec, though I already forgot what was the difference.<br></blockquote><div> </div>Yes, these two commands came from the old protocol specs. We added these commands so that NRD can talk to the routing protocols and can advertise or withdraw name prefixes through them. If I remember correctly, the motivation was to allow a unified way of publishing prefixes, instead of configuring separate routing protocols.</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">Regards,</div><div class="gmail_quote">Obaid</div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


---<br>

Alex<br>

<div class=""><div class="h5"><br>

> or are you saying any application should be able to advertise and withdraw prefixes.  If this is what you mean, first it's not introducing more commands.  It's just allowing regular application to issue the existing commands, right?  Also I'm not sure if it's a good to let any application do these things.<br>


><br>

> Lan<br>

>> Thanks,<br>

>><br>

>> Beichuan<br>

>><br>

>><br>

>><br>

>> [The attachment nfd-docs.pdf has been manually removed]<br>

>><br>

>> _______________________________________________<br>

>> Nfd-dev mailing list<br>

>> <a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>

>> <a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>

><br>

><br>

> _______________________________________________<br>

> Nfd-dev mailing list<br>

> <a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>

> <a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>

<br>

<br>

_______________________________________________<br>

Nfd-dev mailing list<br>

<a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>

<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>

</div></div></blockquote></div><br></div></div>