<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">

That said, it does seem like if the Interest does path discovery it can avoid a lot of fragmentation in the cases of dynamic content.

<div><br>

</div>

<div>Marc</div>

<div><br>

<div>

<div>On Oct 29, 2014, at 1:10 PM, Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu">shijunxiao@email.arizona.edu</a>> wrote:</div>

<br class="Apple-interchange-newline">

<blockquote type="cite">

<p>Hi Dave</p>

<p>PMTU discovery cannot help in this case, because:</p>

<p>* Consumer and producer are not necessarily online at the same time. Data can be produced earlier, be cached, and sent to consumer later. Existing Data cannot be segmented at NDN layer because this breaks signature.<br>

* Data delivery can be multicast, where each path has a different MTU.</p>

<p>Yours, Junxiao</p>

<p>On Oct 29, 2014 1:06 PM, "Dave Oran (oran)" <<a href="mailto:oran@cisco.com">oran@cisco.com</a>> wrote:<br>

><br>

> And of since there will be instances of NFD on e net with different values of this parameter, we have a fully cooked PMTU discovery protocol to make sure this works, right?<br>

><br>

><br>

> ___________________________<br>

> iDevice - please excuse typos.</p>

_______________________________________________<br>

Nfd-dev mailing list<br>

<a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>

http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev<br>

</blockquote>

</div>

<br>

</div>

</body>

</html>