<div dir="ltr">Hi Marc<div><br></div><div>There's no such field. We only have FreshnessPeriod.</div><div>By staleness definition, when the Data arrives at B, it's fresh until FreshnessPeriod has elapsed, regardless of how it's requested.</div><div><br></div><div>Yours, Junxiao<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 15, 2014 at 8:33 AM,  <span dir="ltr"><<a href="mailto:Marc.Mosko@parc.com" target="_blank">Marc.Mosko@parc.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word">
So there is a field in the content object that distinguishes if it is fresh or not?  I thought there was only the FreshnessPeriod, which is a relative number from the time received and a remote node cannot determine if a content object was fresh or not when
 it came out of the content store.
<div><br>
</div>
<div>Example:</div>
<div><br>
</div>
<div>A — B — C</div>
<div>D -/</div>
<div><br>
</div>
<div>Node A sends a normal (staled allowed) interest to B, who forwards it to C.  Just a bit later, node D issues a “MustBeFresh” interest for the same name.  Node B sees that they are different requests, so forwards the second interest to C also.  </div>
<div><br>
</div>
<div>Node C replies to the first interest with a stale content object.  How can node B know  that the content object should only go to A and not to D?</div><span><font color="#888888">
<div><br>
</div>
<div>Marc</div></font></span><div><div>
<div><br></div></div></div></div></blockquote></div></div></div></div>