<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div><br>
</div>
<div>Hi Junxiao,</div>
<div><br>
</div>
<div>Thanks for the quickly reply. Yes, I understand the reason not to return the request before the update is complete. What I am suggesting is that the return needs to be as fast as possible, so that applications do not need to block on this too long or
consider it a Big Deal. Seems like the moral equivalent of prefix registration in today's apps s opening a socket or at the most starting an HTTPS server in today's apps, and we should have similar targets of responsiveness. </div>
<div><br>
</div>
<div>Jeff</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu">shijunxiao@email.arizona.edu</a>><br>
<span style="font-weight:bold">Date: </span>Tue, 24 Jun 2014 22:30:09 +0800<br>
<span style="font-weight:bold">To: </span>Jeff Burke <<a href="mailto:jburke@remap.ucla.edu">jburke@remap.ucla.edu</a>><br>
<span style="font-weight:bold">Cc: </span>"<<a href="mailto:nfd-dev@lists.cs.ucla.edu">nfd-dev@lists.cs.ucla.edu</a>>" <<a href="mailto:nfd-dev@lists.cs.ucla.edu">nfd-dev@lists.cs.ucla.edu</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [Nfd-dev] NFD RIB Daemon - trigger FIB updates from RIB<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<p dir="ltr">Hi Jeff</p>
<p dir="ltr">It's possible to achieve 10ms prefix registration if RibManager responds to the request before FIB updates are complete.<br>
However, Interests will not be delivered to the application until FIB updates are complete.</p>
<p dir="ltr">This may cause problem in the following scenario:</p>
<p dir="ltr">1. The email client registers a prefix for the email to be sent.<br>
2. After the prefix registration is complete (RIB update request is answered), the email client sends a command to the server, which requests the server to retrieve the email.<br>
3. The email server expresses an Interest toward the client.</p>
<p dir="ltr">If the FIB updates are not completed before step 3, the email server will be unable to retrieve the email.<br>
Therefore, we think RIB Daemon should not answer a prefix registration request from application before all FIB updates are complete.</p>
<p dir="ltr">Yours, Junxiao</p>
</blockquote>
</span>
</body>
</html>