<div dir="ltr"><div>Dear Klaus, <br></div><div><br></div><div><i>Note that the first one has the transport layer grayed out and explains</i></div><i>"transport functions are implemented in system libraries used by <br></i><div><i>applications</i>". <br></div><div><br></div><div>Yes, in the first paper the "Transport" layer is grayed out. <br></div><div>It is presented as a sub-layer of the "Application" layer. <br></div><div>When I first read the paper, I found this approach of the NDN stack right. <br></div><div>What confused me, is the second paper (published after the first one). <br></div><div>In the second paper, the authors separated the "Transport" layer from <br></div><div>the "Application" layer. (Two authors shares the first and the second paper). <br></div><div>  <br></div><div><br></div><div>Dear Wentao Shang,</div><div>Thank you for your response. <br></div><div><br></div><div>
 <i>"the NDN layer by itself is best-effort only, so applications often need</i></div><div><i> an additional layer to provide some form of stronger guarantees, or "reliability", <br></i></div><div><i>in data delivery, such as eventual consistency" </i>
</div><div><br></div><div>Yes, I understand your point. But if the actual NDN uses IP protocols (e.g. TCP) <br></div><div>as link-layer tunnels, why add another layer to guarantee reliability? <br></div><div>Or this layer will be used when NDN is natively deployed (i.e. without using IP protocols)?    <br></div><div><br></div><div>Best regards, <br></div><div>Ahmed B. <br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 6 août 2019 à 03:56, Klaus Schneider <<a href="mailto:klaus@cs.arizona.edu">klaus@cs.arizona.edu</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 8/5/19 3:07 PM, Ahmed BENMOUSSA wrote:<br>
> Hello Klaus,<br>
> Thank you for your response.<br>
> <br>
> These two papers used the above-mentioned stack:<br>
> <br>
> *NDN Host Model*: <a href="https://named-data.net/publications/sigcomm-ccr-final221/" rel="noreferrer" target="_blank">https://named-data.net/publications/sigcomm-ccr-final221/</a><br>
<br>
Note that the first one has the transport layer grayed out and explains <br>
"transport functions are implemented in system libraries used by <br>
applications".<br>
<br>
<br>
> *DDoS mitigation by FITT in NDN*: <br>
> <a href="https://www.researchgate.net/publication/331343472_Expect_More_from_the_Networking_DDoS_Mitigation_by_FITT_in_Named_Data_Networking" rel="noreferrer" target="_blank">https://www.researchgate.net/publication/331343472_Expect_More_from_the_Networking_DDoS_Mitigation_by_FITT_in_Named_Data_Networking</a><br>
> <br>
> Best regards,<br>
> Ahmed B.<br>
> <br>
> <br>
> Le lun. 5 août 2019 à 23:15, Klaus Schneider <<a href="mailto:klaus@cs.arizona.edu" target="_blank">klaus@cs.arizona.edu</a> <br>
> <mailto:<a href="mailto:klaus@cs.arizona.edu" target="_blank">klaus@cs.arizona.edu</a>>> a écrit :<br>
> <br>
> <br>
> <br>
>     On 8/5/19 1:33 PM, Ahmed BENMOUSSA wrote:<br>
>      > Hello everyone,<br>
>      ><br>
>      > I am sending you to ask about the NDN stack.<br>
>      > In some papers, researchers include a "/Transport/" layer to the NDN<br>
>      > stack as follows:<br>
>      > ======================<br>
>      > \ *Application */<br>
>      >   +--------------------------------------+<br>
>      >    \ *Transport */<br>
>      >     +----------------------------------+<br>
>      >       \ *NDN */<br>
>      >        +-----------------------------+<br>
>      >       / *Link-layer*      \<br>
>      >     +----------------------------------+<br>
>      >    / *Physical* \<br>
>      >    =====================<br>
>      ><br>
>      > Other researches don't include it in their papers.<br>
>      ><br>
>      > My question is: What is the role of the "/Transport/" layer in<br>
>     this case?<br>
>      > Knowing that the "Link-layer" includes any communication protocol<br>
>     that<br>
>      > NDN could use as a tunnel to send and receive traffic, why a<br>
>      > "/Transport/" layer is added?<br>
> <br>
>     Also, I think this question can be answered with pure IP network logic:<br>
>     Tunnels can only provide point-to-point reliability between NDN nodes.<br>
>     But many applications need end-to-end reliability. Hence, the need<br>
>     for a<br>
>     transport layer (or similar functionality, i.e. ARQ, at the consumer).<br>
> <br>
>     Best regards,<br>
>     Klaus<br>
> <br>
> <br>
>      ><br>
>      > Is this layer added to support future NDN deployment? (When<br>
>     native NDN<br>
>      > communications are used instead of IP overlays). Or does it have<br>
>     other<br>
>      > roles?<br>
>      ><br>
>      > What NDN stack should I consider in my papers and presentations?<br>
>     (with<br>
>      > or without the Transport layer).<br>
>      ><br>
>      > Thank you in advance.<br>
>      ><br>
>      > Kind regards,<br>
>      > Ahmed. B.<br>
>      ><br>
>      ><br>
>      > _______________________________________________<br>
>      > Ndn-interest mailing list<br>
>      > <a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a><br>
>     <mailto:<a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a>><br>
>      > <a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br>
>      ><br>
> <br>
> <br>
> _______________________________________________<br>
> Ndn-interest mailing list<br>
> <a href="mailto:Ndn-interest@lists.cs.ucla.edu" target="_blank">Ndn-interest@lists.cs.ucla.edu</a><br>
> <a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br>
> <br>
</blockquote></div>