<div dir="ltr">Hi John<div><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Here's what I find a little peculiar, for example:</div><div><br></div><div><ul><li>When I explicitly request content with appended sequence number 750 and 1000, I get the following:</li><ul><li>750:   %FE%02%EE</li><li>1000:  %FE%03%E8</li></ul><li>When I request content with appended sequence numbers 7,500 and 10,000, I get the following:</li><ul><li>7500:  %FE%1DL</li><li>10000: %FE%27%10</li></ul></ul></div></div></blockquote><div>Remember that every name component is binary. The string representation, including % escaping, comes from <a href="https://named-data.net/doc/NDN-TLV/current/name.html#ndn-uri-scheme">NDN URI scheme</a>.</div><div>The above components, written as hexadecimal bytes, are:</div><div><br></div><div>FE 02 EE</div><div><ul><li>FE: sequence number <a href="https://named-data.net/publications/techreports/ndn-tr-22-ndn-memo-naming-conventions/">marker</a></li><li>02 EE: number 0x02EE, or 750 in decimal</li></ul></div><div><div>FE 03 E8</div><div><ul><li>FE: sequence number <a href="https://named-data.net/publications/techreports/ndn-tr-22-ndn-memo-naming-conventions/">marker</a></li><li>03 E8: number 0x03E8, or 1000 in decimal</li></ul></div></div><div><div>FE 1D 4C</div><div><ul><li>FE: sequence number <a href="https://named-data.net/publications/techreports/ndn-tr-22-ndn-memo-naming-conventions/">marker</a></li><li>1D 4C: number 0x1D4C, or 7500 in decimal</li></ul></div></div><div><div>FE 27 10</div><div><ul><li>FE: sequence number <a href="https://named-data.net/publications/techreports/ndn-tr-22-ndn-memo-naming-conventions/">marker</a></li><li>27 10: number 0x2710, or 10000 in decimal</li></ul></div></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 dir="ltr"><div><div><br></div></div><div>In the groupings, if we remove the initial %FE%, then we just have hexadecimal couplets that do in fact equal the appended sequence numbers, <b>except for </b>7500, which has this <b>1DL</b> at the end...  I have no idea where this is coming from.  How is 1DL even a value?  You mentioned it was "binary", but I'm not 100% sure what you mean in this context - I assumed that the string representations are the hexadecimal values representing the binary, which makes sense for many of the values.  all the low numbers work fine - 10 --> 0A, 11 --> 0B, etc.  And some of the large numbers work.  But some simply don't.</div></div></blockquote><div><br></div><div>String representation is not hexadecimal. It's URI encoding as defined in RFC3986.</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 dir="ltr"><div><br></div><div>It seemed so straightforward and logical, except I'm finding certain values are not being translated correctly.  I'm digging deeper into the appending that I do, but this is what it appears.</div><div><br></div></div></blockquote><div> </div><div>Yours, Junxiao </div></div></div></div></div>