<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" id="owaParaStyle">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Dear Junxiao,<br>
<br>
Thanks. I fixed the issue based on your advice.<br>
As you said, the prefix is expired because the associated face is expired.<br>
<div> To prevent this,<br>
<br>
1. nfdc create -P udp4://ndnx.cs.illinois.edu<br>
2. nfdc register / tcp4://ndnx.cs.illinois.edu<br>
3. nfdc register /localhop/nfd tcp4://ndnx.cs.illinois.edu<br>
<br>
Above commands fixed my issue (I skipped step 1 before, and it expires the face).<br>
<br>
Best wishes,<br>
<div style="font-family:Tahoma; font-size:13px">
<div style="font-family:Tahoma; font-size:13px">
<div>Jongdeog Lee (JD)</div>
<div><br>
</div>
<div>------------------------------------------------</div>
<div><i>Ph.D. Student</i></div>
<div><i>Department of Computer Science</i></div>
<div><i>University of Illinois at Urbana-Champaign</i></div>
</div>
</div>
</div>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div id="divRpF93003" style="direction: ltr;"><font size="2" color="#000000" face="Tahoma"><b>From:</b> Junxiao Shi [shijunxiao@email.arizona.edu]<br>
<b>Sent:</b> Friday, February 03, 2017 8:41 PM<br>
<b>To:</b> Lee, Jongdeog<br>
<b>Cc:</b> nfd-dev@lists.cs.ucla.edu<br>
<b>Subject:</b> Re: [Nfd-dev] Expiration time of the RIB entry at the NDN nodes<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div>Hi Jongdeog</div>
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
<div>
<div style="direction:ltr; font-family:tahoma; color:rgb(0,0,0); font-size:10pt">
<div> So I guess if the pingserver is not idle, the prefix at the Illinois node would not be expired, right?</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>If the connection between end host and gateway router is good, and there's no problem with certificate retrieval, the prefix registered on Illinois node should not disappear, regardless of whether the pingserver is idle or not.</div>
<div><br>
</div>
<div>Routes registered via auto prefix propagation are set to "never expire", so that they will not appear as long as the face does not appear.</div>
<div>A UDP on-demand face has a default idle timeout of 600 seconds (router's nfd.conf face_system.udp.idle_timeout key), which means your end host must send something to the router at least once every 600 seconds. If everything else is idle, auto prefix propagation
can still fulfill this requirement by sending a prefix registration command once every 300 seconds (end host's nfd.conf rib.auto_prefix_propagate.refresh_interval key).</div>
<div><br>
</div>
<div>However, there are two possible reasons that can cause the face to disappear.</div>
<div><br>
</div>
<div>First, if there is a network connectivity problem that causes either end to receive an ICMP error, the face disappears on that end.</div>
<div>On end host side, you can prevent this situation by creating the face with persistency set to permanent. The command is
<font face="monospace, monospace">nfdc create -P udp4://<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__192.0.2.1-3A6363&d=DwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Z7ZyWHGeVXO4-LRL2FeI1ZE8d269MMOL_mjEf1LVJpE&m=HR2SgAeeV7vbnp3lqnGI0f421cqUvzmjeim3StaLrsY&s=tBokOJVtokpjyuFKg5DFmyyyUX43IFLNWwH2T1EnxPg&e=" target="_blank">192.0.2.1:6363</a></font>
for NFD 0.5.1 or below, and <font face="monospace, monospace">nfdc face create udp4://<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__192.0.2.1-3A6363&d=DwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Z7ZyWHGeVXO4-LRL2FeI1ZE8d269MMOL_mjEf1LVJpE&m=HR2SgAeeV7vbnp3lqnGI0f421cqUvzmjeim3StaLrsY&s=tBokOJVtokpjyuFKg5DFmyyyUX43IFLNWwH2T1EnxPg&e=" target="_blank">192.0.2.1:6363</a>
permanent</font> for upcoming NFD version.</div>
<div>In case the face disappears on router side, the next prefix registration command will create a new face on the router and add the prefix again.</div>
<div><br>
</div>
<div>Second, if there is a certificate retrieval problem, or any other reason that causes the prefix registration command sent by auto prefix propagation to fail, the exponential back-off retrying algorithm in auto prefix propagation will kick in. The base
retry wait is 50 seconds, and the maximum retry wait is as long as 3600 seconds (end host's nfd.conf rib.auto_prefix_propagate section). This means, if prefix registration command has failed four times, the retry wait would increase to 800 seconds which is
greater than UDP on-demand face's idle timeout, and then you'll observe the end host's face appear and disappear on the router one time or another.</div>
<div><br>
</div>
<div>But if there's no ICMP error and no error during prefix registration, none of these would happen.</div>
<div><br>
</div>
<div>Yours, Junxiao</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>