<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 Salvatore<div class=""><br class=""></div><div class="">Alex’s NFD version implements NDNLPv2. NDNLPv2 permits bare Interest/Data packets to appear on the wire. NFD’s NDNLPv2 implementation sends NDNLPv2 packets only if at least one NDNLPv2 header/trailer field is added.</div><div class="">In his experiment, if none of the NDNLPv2 header/trailer field is added, the packet would be bare Interest/Data and thus no additional octets appear on the wire.</div><div class=""><br class=""></div><div class="">Yours, Junxiao</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 15, 2015, at 2:59 PM, Salvatore Signorello <<a href="mailto:salvatore.signorello@uni.lu" class="">salvatore.signorello@uni.lu</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type" class="">
  
  <div bgcolor="#FFFFFF" text="#000000" class="">
    Thank you, Junxiao,<br class="">
    <br class="">
    this clarifies things a lot ;)<br class="">
    <br class="">
    If this protocol is always used by NFD, I wonder why Alex doesn't
    see the additional bytes when dumping a packet. Any clue about that?<br class="">
    <br class="">
    Best,<br class="">
    Salvatore<br class="">
    <br class="">
    <div class="moz-cite-prefix">On 12/15/2015 04:37 PM, Junxiao Shi
      wrote:<br class="">
    </div>
    <blockquote cite="mid:CAOFH+OYmN9=T3heQwbDr20RP0tNqBhjer0J6nWfa1U9ybqRtLA@mail.gmail.com" type="cite" class="">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
      <div dir="ltr" class="">Hi Salvatore
        <div class=""><br class="">
        </div>
        <div class="">The payload of the first packet in the pcap
is 50:37:51:08:00:00:00:00:00:00:00:11:54:2b:05:29:07:21:08:10:70:34:73:6f:66:74:77:61:72:65:73:77:69:74:63:68:08:0d:73:61:79:68:65:6c:6c:6f:77:6f:72:6c:64:0a:04:10:f2:e0:8f.</div>
        <div class="">This appears to be <a moz-do-not-send="true" href="http://redmine.named-data.net/projects/nfd/wiki/NDNLP-TLV" class="">NDNLPv1-TLV</a>
          protocol, and can be interpreted as:</div>
        <div class=""><br class="">
        </div>
        <div class=""><font face="monospace, monospace" class="">50 37 // NdnlpData</font></div>
        <div class=""><font face="monospace, monospace" class="">   51 08 // NdnlpSequence</font></div>
        <div class=""><font face="monospace, monospace" class="">      00 00 00 00 00 00
            00 11</font></div>
        <div class=""><font face="monospace, monospace" class="">   54 2b // NdnlpPayload</font></div>
        <div class=""><font face="monospace, monospace" class="">      05 29 // Interest</font></div>
        <div class=""><font face="monospace, monospace" class="">         07 21 // Name</font></div>
        <div class=""><font face="monospace, monospace" class="">            08 10 //
            NameComponent</font></div>
        <div class=""><font face="monospace, monospace" class="">               70 34 73
            6f 66 74 77 61 72 65 73 77 69 74 63 68</font></div>
        <div class=""><font face="monospace, monospace" class="">            08 0d //
            NameComponent</font></div>
        <div class=""><font face="monospace, monospace" class="">               73 61 79
            68 65 6c 6c 6f 77 6f 72 6c 64</font></div>
        <div class=""><font face="monospace, monospace" class="">         0a 04 // Nonce</font></div>
        <div class=""><font face="monospace, monospace" class="">            10 f2 e0 8f</font></div>
        <div class=""><br class="">
        </div>
        <div class="">Neither ndndump nor NDN dissector for Wireshark supports
          NDNLPv1-TLV.</div>
        <div class="">In latest NFD, NDNLPv1-TLV is deprecated and replaced by <a moz-do-not-send="true" href="http://redmine.named-data.net/projects/nfd/wiki/NDNLPv2" class="">NDNLPv2</a>,
          which will be supported by NDN dissector for Wireshark in #<a moz-do-not-send="true" href="http://redmine.named-data.net/issues/3197" class="">3197</a>.</div>
        <div class=""><br class="">
        </div>
        <div class="">Yours, Junxiao<br class="">
          <div class="gmail_extra"><br class="">
            <div class="gmail_quote">On Mon, Dec 14, 2015 at 3:52 PM,
              Salvatore Signorello <span dir="ltr" class=""><<a moz-do-not-send="true" href="mailto:salvatore.signorello@uni.lu" target="_blank" class=""></a><a class="moz-txt-link-abbreviated" href="mailto:salvatore.signorello@uni.lu">salvatore.signorello@uni.lu</a>></span>
              wrote:<br class="">
              <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
                Alex,<br class="">
                <br class="">
                the pcap is in attach. I'm not using the latest version
                of the software tools and daemon, so if you either don't
                see the issue or are not able to reproduce it. I'll
                likely update the ndn software suite before asking you
                for more support.<br class="">
                <br class="">
                Thanks,<br class="">
                Salvatore</blockquote>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    <br class="">
    <pre class="moz-signature" cols="72">-- 
Salvatore Signorello
PhD student @ SecanLab

Interdisciplinary Centre for Security, Reliability and Trust
SnT, University of Luxembourg
<a class="moz-txt-link-freetext" href="http://wwwen.uni.lu/snt/people/salvatore_signorello">http://wwwen.uni.lu/snt/people/salvatore_signorello</a></pre>
  </div>

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