<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Node E will eventually get the request from node B, because D could not satisy the request for a fresh response.  Node E forwards the interest to D, who caches it, then forwards it to C.  Node C has already satisfied the two interest, so it drops the fresh response.</div></blockquote><div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br></div></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">The last paragraph was not as clear as it should have been.  Should say:</div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Node E will eventually get the Interest from node B, because D could not satisy the request for a fresh content object.  Node E forwards a fresh content object to D, who caches it, then forwards it to C.  Node C has already satisfied the two interests, so it drops the fresh response.<br><br></div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Marc</div><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br></div><div><div>On Sep 26, 2014, at 10:26 AM, <<a href="mailto:Marc.Mosko@parc.com">Marc.Mosko@parc.com</a>> <<a href="mailto:Marc.Mosko@parc.com">Marc.Mosko@parc.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">The ccnx 1.0 cache control directives for content objects are specified here, by the way.  This applies to content objects.<div><br></div><div><a href="http://www.ccnx.org/pubs/ccnx-mosko-caching-01.txt">http://www.ccnx.org/pubs/ccnx-mosko-caching-01.txt</a></div><div><br></div><div>For an Interest, we played with the idea of adding a “MaximumAge” restriction so only a response with at least that many mills of remaining lifetime would satisfy the interest, but that didn’t seem like a great idea, so its not in the spec anywhere.</div><div><br></div><div>Saying “MustBeFresh” in an Interest, as its written up in NDN and in the old CCNx 0.x specs, does not work either.  Here’s a counter example:</div><div><br></div><div>A — |</div><div>B — C — D — E</div><div><br></div><div>Node A sends an Interest for “stale ok”.  Node C forwards it to D.  E is the actual producer who could send a fresh response.</div><div><br></div><div>Node B sends a “MustBeFresh” Interest.  Node C, seeing that its different than the previous interest, forwards it to node D too.</div><div><br></div><div>Node D receives the 1st interest from A and returns a stale Content Object.</div><div><br></div><div>Node C receives a ContentObject that says “Freshness=5”.  So, it must be fresh, yes?  Node C will send the stale response to both A and B.</div><div><br></div><div>Node E will eventually get the request from node B, because D could not satisy the request for a fresh response.  Node E forwards the interest to D, who caches it, then forwards it to C.  Node C has already satisfied the two interest, so it drops the fresh response.</div><div><br></div><div>Marc</div><div><br><div><div>On Sep 26, 2014, at 10:12 AM, <<a href="mailto:christian.tschudin@unibas.ch">christian.tschudin@unibas.ch</a>> <<a href="mailto:christian.tschudin@unibas.ch">christian.tschudin@unibas.ch</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">On Fri, 26 Sep 2014,<span class="Apple-converted-space"> </span><a href="mailto:Ignacio.Solis@parc.com">Ignacio.Solis@parc.com</a><span class="Apple-converted-space"> </span>wrote:<br><br><blockquote type="cite">On 9/25/14, 10:35 PM, "Lan Wang (lanwang)" <<a href="mailto:lanwang@memphis.edu">lanwang@memphis.edu</a>> wrote:<br><br><blockquote type="cite">In NDN, if a router wants to check the signature, then it can check.  If<br>it wants to skip the checking, that's fine too.  If the design doesn't<br>allow the router to verify the signature, then that's a problem.  In the<br>above description, the cache signs a data packet with a name owned by<br>someone else, it seems problematic for a design to advocate this.<br></blockquote><br>Routers that support the Selector Protocol could check signatures.<br><br><blockquote type="cite"><br>One difference is that here the returned data can satisfy only that<br>interest.  In the original selector design, the returned data can satisfy<br>other Interests with the same name but different selectors (e.g., > 50).<br></blockquote><br>Interests with the same selector would be exact matched throughout the<br>network at any node.<br><br>Interests with different selectors would not match on all routers, but<br>they would match just fine on routers that supported the Selector Protocol.<br><br>Basically, everything you want works on routers that support the Selector<br>Protocol, but routers that don¹t want to support it, don¹t have to.<br></blockquote><br>A perhaps more careful statement would be:<br><br>- interests carry a query, not the name of data<br> (except if you go for the hash).<br><br>- caching results based on the query (that you call name)<br> only works of the query is idempotent.<br><br>I doubt that the selector expressiveness remains in idempotent land.<br><br>One requirement thus would be that selector-carrying interests can disable cache reponses from nodes that dont support selectors.<br><br>While it is true that you can force this by adding a nonce to each query, it would be cleaner to have an explicit signaling. Such a don't-cache-flag towards selector-ignoring nodes would be different from the dont-cache-flag in the query (that is directed to selector-aware nodes).<br><br><br>christian<br><br><blockquote type="cite"><br><br>Nacho<br><br><br><br><blockquote type="cite"><blockquote type="cite"><br><br><br>--<br>Nacho (Ignacio) Solis<br>Protocol Architect<br>Principal Scientist<br>Palo Alto Research Center (PARC)<br>+1(650)812-4458<br><a href="mailto:Ignacio.Solis@parc.com">Ignacio.Solis@parc.com</a><br><br><br><br><br><br><br>_______________________________________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu">Ndn-interest@lists.cs.ucla.edu</a><br>http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br></blockquote><br><br>_______________________________________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu">Ndn-interest@lists.cs.ucla.edu</a><br><a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br></blockquote><br><br>_______________________________________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu">Ndn-interest@lists.cs.ucla.edu</a><br><a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br></blockquote>_______________________________________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu">Ndn-interest@lists.cs.ucla.edu</a><br><a href="http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a></div></blockquote></div><br></div></div>_______________________________________________<br>Ndn-interest mailing list<br><a href="mailto:Ndn-interest@lists.cs.ucla.edu">Ndn-interest@lists.cs.ucla.edu</a><br>http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest<br></blockquote></div><br></body></html>