<div><div dir="auto">Hi Adrien</div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Is there a specific reason that the NDN community choose 8800 octets as<br>
the maximum size in the code and not 1500 or 65535 for example ?</blockquote><div dir="auto">This question has been asked four times on NDN/CCNx mailing lists. Please read the archives.</div><div dir="auto"><div><a href="http://www.lists.cs.ucla.edu/pipermail/ndn-interest/2017-March/001623.html">http://www.lists.cs.ucla.edu/pipermail/ndn-interest/2017-March/001623.html</a></div><div dir="auto">I’ve put this into NFD wiki “user knowledge” just now.</div><div dir="auto"><br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Then I have a question about how NDN communicates with upper and lower<br>
layers.<br>
For the lower layer, there is a need to fragment and reassemble the NDN<br>
packet hop-by-hop and NDNLP has been defined for that.<br>
But for the upper layer, how does the application know the maximum size<br>
of the NDN packet ?</blockquote><div dir="auto">The library tells the application what’s the size limit including all headers.</div><div dir="auto">ndn::MAX_NDN_PACKET_SIZE in ndn-cxx.</div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Is there a layer between NDN and the application that is in charge to<br>
cut into NDN chunk the application data ?</blockquote><div dir="auto">Yes, the transport layer does that.</div><div dir="auto"><div><a href="https://github.com/named-data/Consumer-Producer-API">https://github.com/named-data/Consumer-Producer-API</a></div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div></div></div></div>