<div dir="ltr">Hi Wentao<div><br></div><div>"sub-type of Data packet" refers to a Data packet with a specific ContentType.</div><div><a href="http://named-data.net/doc/ndn-tlv/data.html#contenttype" target="_blank">http://named-data.net/doc/ndn-tlv/data.html#contenttype</a><br></div><div><br></div><div>It's more accurate to say: We define LINK as a Data packet with LINK as its ContentType.</div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Sep 14, 2014 at 2:55 PM, Wentao Shang <span dir="ltr"><<a href="mailto:wentaoshang@gmail.com" target="_blank">wentaoshang@gmail.com</a>></span> wrote:<br><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"><div dir="ltr">I wasn't involved in the previous discussion and I have a quick question: the document says the LINK type will be a "sub-type of NDN DATA packet". Is the "sub-type" referring to implementation mechanism (i.e., Link class is inherited from Data class) or do we actually have some way to encode the "sub-type" relationship in the TLV format?<div><br></div><div>I remember the type field is using flat number so not sure whether the latter is possible. If it is the former case, I don't think specifying implementation detail in the document is a good idea (what if the programming language doesn't support inheritance?).</div><div><br></div><div>Wentao</div></div><div class="gmail_extra"><div class="gmail_quote"><br></div></div></blockquote></div></div></div></div>