<p>Hi Lan</p>
<p>Thanks for pointing these out.<br>
This issue is tracked as Bug 2461 <a href="http://redmine.named-data.net/issues/2461">http://redmine.named-data.net/issues/2461</a></p>
<p>Yours, Junxiao</p>
<div class="gmail_quote">On Jan 31, 2015 7:19 PM, "Lan Wang (lanwang)" <<a href="mailto:lanwang@memphis.edu">lanwang@memphis.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
There seems to be some inconsistencies in the packet format specification at <a href="http://named-data.net/doc/ndn-tlv/data.html#metainfo" target="_blank">http://named-data.net/doc/ndn-tlv/data.html#metainfo</a>:<br>
<br>
FinalBlockId is an optional field of MetaInfo in the definition, but the following two statements suggest otherwise:<br>
<br>
- "If both ContentType and FreshnessPeriod are optional, one may consider Metainfo itself should be optional. But would have all 4 parts of Data packet help simplify implementation? We leave this question to people who are more familiar with high speed implementations."  add FinalBlockId after FreshnessPeriod?<br>
<br>
- "Timestamp and FinalBlockID can be useful meta information for applications, but do not need to be processed at the network layer. Therefore, if desired, applications should encode such meta information as part of the content."  This is a remnant of previous version of the specification that argues why FinalBlockID should not be part of MetaInfo.  Remove FinalBlockID from this statement?<br>
<br>
Lan<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>
</blockquote></div>