<div dir="ltr"><div>Hi all,<br><br></div>I'm part of a team looking at deploying NDN as a data distribution technology for our other technologies. We're using the NDN naming conventions established in NDN-0022: <a href="http://named-data.net/doc/tech-memos/naming-conventions.pdf">http://named-data.net/doc/tech-memos/naming-conventions.pdf</a><div><br></div><div>This is a nice piece of initial standardization that allows us to talk about segment/block numbers. However, its unfortunate that all parts of our NDN-based stack have to "know" about these conventions. e.g. if we want to receive segment 5 of version 3 of name /A/B/C, we could either have the resulting name</div><div>/A/B/C/%FD%03/%00%05</div><div>or</div><div>/A/B/C/%00%05/%FD%03</div><div><br></div><div>While this is a simple case that seems to have an obvious "correct" answer, in more complex scenarios, it is difficult to build generic code and structures that can handle all of these cases, especially as we add more and more components to these names.</div><div><br></div><div>While we could support both orders, this loses our ability to cache routes in NFD.</div><div><br></div><div>It would be nicer if these more "parameters" to the name could be specified in an unordered set, or if there was at least a canonical correct ordering established in the tech report.</div><div><div><div><div><br>-- <br><div class="gmail-m_2395067726070420871gmail_signature"><div dir="ltr">  Jasper<br></div></div>
</div></div></div></div></div>