
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi Adhy<div class=""><br class=""></div><div class="">Yes, the NDN packet format does not require the payload to be encrypted, so you can certainly put these information as plaintext in the payload.</div><div class="">It’s a bit worrisome as routers are going to inspect the payload, but it’s too early to conclude that as “evil” yet, as putting them in NDNLP is not necessarily better given these fields are end-to-end.</div><div class=""><br class=""></div><div class="">Yours, Junxiao</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 22, 2017, at 6:15 AM, Adhy Satya <<a href="mailto:adhysatya820@gmail.com" class="">adhysatya820@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class="">Thank you Junxiao.<br class=""><br class=""></div>Is there a way to put this information in the payload and not encrypt it? I want the intermediate routers to be able to read it and make forwarding decisions.<br class=""></div>I plan to add more fields in the future, which will create long naming schemes.<br class=""><br class=""><br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Jun 21, 2017 at 8:00 PM, Junxiao Shi <span dir="ltr" class=""><<a href="mailto:shijunxiao@email.arizona.edu" target="_blank" class="">shijunxiao@email.arizona.edu</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">Hi Adhy<br class=""><div class=""><div class="gmail_extra"><br class=""><div class="gmail_quote"><span class=""><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" class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><div class=""><br class=""></div>- Consumer application sends out Interest to the network in the form:<br class=""></div>/my_prefix/c_latitude/c_longit<wbr class="">ude/SeqNo/Timestamp/Nonce<br class=""><br class=""></div>- The producer application registers the prefix "/my_prefix" and replies with data in the form:<br class=""></div>/my_prefix/p_latitude/p_longit<wbr class="">ude/SeqNo/Timestamp<br class=""><br class=""></div>The Interests currently timeout.<br class=""></div></div></div></div></div></blockquote><div class=""><br class=""></div></span><div class="">Interest name must be a prefix of Data name in order to be satisfied by Data.<br class=""></div><div class="">This Interest name is not a prefix of Data name, so it times out.<br class=""><br class=""></div><div class="">Generally, producer should respond with Data that has the same name as Interest, and place any additional fields in the Data payload. It is also possible to place additional fields in the Data name, <i class="">after</i> the original Interest name, i.e. <span style="font-family:monospace,monospace" class="">/my_prefix/c_latitude/c_<wbr class="">longitude/SeqNo/Timestamp/<wbr class="">Nonce/p_latitude/p_</span><span style="font-family:monospace,monospace" class="">longitude</span></div><div class=""><br class=""></div><div class=""> Yours, Junxiao<br class=""></div></div></div></div></div>

</blockquote></div><br class=""></div>

</div></blockquote></div><br class=""></div></body></html>