<div dir="ltr">Hi Bmohammadi<div><br></div><div>The short term plan for the NDN testbed is to <b>readvertise a mobile producer's route into the global routing system</b>.</div><div><ol><li>The mobile producer application, e.g. ndnpingserver, registers its prefix onto the local NFD on the mobile node.</li><li>NFD on the mobile node readvertises the producer's prefix to the connected router, so that the connected testbed router has a route toward the mobile node for this prefix. This step is formerly known as "automatic prefix propagation" and is implemented as such.</li><li>NFD on the router readvertises the producer's prefix into the global routing system (NLSR), so that everyone in the world knows the mobile producer is reachable via this router. This feature is designed in <a href="https://redmine.named-data.net/issues/3784" target="_blank">https://redmine.named-data.<wbr>net/issues/3784</a> and to be implemented in <a href="https://redmine.named-data.net/issues/3818" target="_blank">https://redmine.named-data.<wbr>net/issues/3818</a> .</li></ol></div><div>They will be routing scalability issue when there are many mobile nodes advertising their prefixes, but we are not there yet.</div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 2, 2017 at 5:41 PM, Lixia Zhang <span dir="ltr"><<a href="mailto:lixia@cs.ucla.edu" target="_blank">lixia@cs.ucla.edu</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div style="font-size:10pt;font-family:verdana,geneva,sans-serif"><p>Dear Dr. Zhang,</p><p>Thank you very much for your kind response. I have read the paper you mentioned but in that paper mobility in "pure NDN" has not been investigated.</p></div></blockquote><div><div style="font-size:10pt">By "pure NDN", do you mean the use of a routing protocol to support mobile producers?</div></div><blockquote type="cite"><div><div style="font-size:10pt;font-family:verdana,geneva,sans-serif"><p>Actually in addition to other solutions I want to compare my approach with "pure NDN", but I do not know the way of updating routers' FIB when a producer changes it's Point of Attachment.</p></div></div></blockquote></div><div>If one wants to use routing protocol to reflect a producer's connectivity  change from one NDN router R1 to another one R2, I think 2 actions are needed:</div><div>1/ de-register the producer's prefix from R1, and</div></div></blockquote><div>This action is implicitly: when R1's face toward the mobile node fails, NFD-RIB deletes the route, which in turn causes the readvertise module to withdraw the route from the global routing system.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div>2/ register the prefix with R2.</div></div></blockquote><div>This action is performed using the three steps above.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>We meant to make a TR to describe remote prefix registration but haven't got there.  There is a slide deck on the topic</div><div><a href="https://redmine.named-data.net/attachments/download/168/remote%20prefix%20registeration-draft2.ppt" target="_blank">https://redmine.named-data.net<wbr>/attachments/download/168/remo<wbr>te%20prefix%20registeration-<wbr>draft2.ppt</a></div><div>but I dont know whether that still represents the latest implementation.</div><div><br></div></div></blockquote></div></div></div></div>