<div dir="ltr">Hi Klaus<div><br></div><div>Thanks for your detailed review.</div><div><br></div><div><font size="4">WiFi</font></div><div>Yes, NDNLPv2 will work on all links including wireless links.<br>I didn't specifically mention WiFi because most WiFi links are emulating Ethernet, and there's no difference from software perspective.<br><br></div><div><font size="4">Unknown Fields</font></div><div>Excerpt from <a href="http://redmine.named-data.net/attachments/download/327/NDNLPv2_20150513.pptx" target="_blank">NDNLPv2_20150513.pptx</a> page 27:</div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div>Rationale: NdnlpPacket is hop-by-hop. It's feasible to ensure everyone to understand all fields.</div></div></blockquote><div><br></div><div>Ignoring an unknown field will cause incorrect operations, see #2520 note-11.</div><div><br></div><div><font size="4">NACK means "negative acknowledgment"</font><br></div><div>Agreed.</div><div><br></div><div><font size="4">Local Cache Policy</font><br></div><div>CachingPolicy field is neither cache decision policy nor cache replacement policy.</div><div>It indicates a suggestion to ContentStore about one specific Data. This point is already made explicit in "whether and how to cache a Data packet", but I should use "the" instead of "a" to clarify, or add another sentence.</div><div>See <a href="http://redmine.named-data.net/attachments/download/327/NDNLPv2_20150513.pptx" target="_blank">NDNLPv2_20150513.pptx</a> page 72 on other values in the plan.</div><div><br></div><div><font size="4">Reliability Improvement</font></div><div>This is in the plan but not in this spec.</div><div><br></div><div><br></div><div>I'll also consider minor suggestions in the PDF.</div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 28, 2015 at 7:30 AM, Klaus Schneider <span dir="ltr"><<a href="mailto:klaus.schneider@uni-bamberg.de" target="_blank">klaus.schneider@uni-bamberg.de</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">Hi Junxiao,<br>
<br>
I hope it's not too late for my comments.<br>
<br>
Most of the spec looks good to me. Here are just a few remarks/questions.<br>
<br>
<br>
## Goals<br>
<br>
I suppose that NDNLP will also work on wireless links? Maybe it's a good idea to add IEEE 802.11 (WiFi) to the list of examples.<br>
<br>
## NDNLP Packet Format<br>
<br>
Maybe you can elaborate on why a NDNLP packet with unknown fields must be dropped. What is the benefit against accepting the packet and ignoring the unknown field? Should the receiver send a notice to sender of the dropped packet (sth. like a NACK)?<br>
<br>
## Network NACK<br>
<br>
Maybe one can write out that NACK means "negative acknowledgment". It's probably obvious though.<br>
<br>
## Local Cache Policy<br>
<br>
Am I right to assume that the policy affects only the single data packet and not the other caching decisions (so CachingPolicy can't be set to LRU, LFU, etc.)? Maybe one can make that more explicit.<br>
<br>
I am also unsure if the caching policy is about the cache decision policy (like cache/no cache), cache replacement policy or both. I assume it's the latter case, but I think it can't hurt to make it more explicit.<br>
<br>
## Misc.<br>
<br>
Regarding the "reliability improvement": Did you have a look at RFC 3366 "Advice to link designers on link Automatic Repeat reQuest (ARQ)" (<a href="http://www.rfc-base.org/txt/rfc-3366.txt" target="_blank">http://www.rfc-base.org/txt/rfc-3366.txt</a>) ?<br>
<br>
They differentiate between Perfectly-Persistent (Reliable), High-Persistence (Highly-Reliable) and Low-Persistence (Partially-Reliable) ARQ Protocols. Maybe you can use some ideas from that document. I think it's a great read.<br>
<br>
I have appended a pdf file with a few orthographical suggestions. Please consider that I am not a native speaker and may be wrong about some of these.<br>
<br>
I hope that helps.<br>
<br>
Best regards,<br>
Klaus<br></blockquote></div></div></div></div>