<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Courier;
        panose-1:2 7 4 9 2 2 5 2 4 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle20
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Hi Marc,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Our main support to address that issue is a name delimiter based on naming conventions. for example. If the domain is /dom1. A composition of can be managed in
 an intuitive way.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/actuator1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/agregator1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/sensor1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/sensor2
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">|--------1------------|---------2-------------|-------3-----------|---------4---------|<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">We may consider a cross domain composition. In that case, the aggregator should know about all the composition domains.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">We are experimenting the use of NLSR information to know about the reachable domains in order to consider them in an automatic way.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">For example, if the NLSR database contains routes for /dom1, /dom2, and /dom2/sub1. We are investigating the behavior when using these entrees as delimiter for
 our composition :<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/actuator1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom2</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/agregator1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom2/sub1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/sensor1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:red">/dom1</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">/sensor2
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">|--------1------------|---------2-------------|-------3-----------------|---------4---------|<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">That been said, I agree with you,  without naming conventions, it will be too many incertitude on the naming limits.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Thanks for your feedback, I hope that we will get more feedback from this mailing list and on the nest NDN workshop.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Charif<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Marc.Mosko@parc.com [mailto:Marc.Mosko@parc.com]
<br>
<b>Sent:</b> Monday, May 23, 2016 10:26 AM<br>
<b>To:</b> Mahmoudi, Charif (IntlAssoc) <charif.mahmoudi@nist.gov>; gabesilva2004@yahoo.com; ndn-interest@lists.cs.ucla.edu<br>
<b>Subject:</b> Re: [Ndn-interest] nfd and iot?<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I provided an incomplete description of the 2<sup>nd</sup> case where “left most child” could fail even without packet loss.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in;text-indent:-.5in"><span style="font-size:11.0pt;font-family:Courier">A – B – C – D - E<o:p></o:p></span></p>
<p class="MsoNormal" style="margin-left:.5in;text-indent:-.5in"><span style="font-size:11.0pt;font-family:Courier">    |-----------|<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">   
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">In this example, node A and E are the consumers from publisher C.  Node E can send its interests via B and D.  So, it could send the interest for /sensor/11 via D and /sensor/12
 via B.  Node A, when sending an interest for “/sensor, exclude up to and including 10, left most child,” would then get /sensor/12 because E had already pulled that via B.  It would not get /sensor/11 because that data was never pulled down via B.  Node A
 would need some other mechanism to detect that it missed a message (again, I used simple monotonic sequence numbers so it would be easy, but if you use something else like timestamps its not so easy).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Marc<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-family:"Calibri",sans-serif;color:black">From:
</span></b><span style="font-family:"Calibri",sans-serif;color:black">Ndn-interest <<a href="mailto:ndn-interest-bounces@lists.cs.ucla.edu">ndn-interest-bounces@lists.cs.ucla.edu</a>> on behalf of Marc <<a href="mailto:Marc.Mosko@parc.com">Marc.Mosko@parc.com</a>><br>
<b>Date: </b>Monday, May 23, 2016 at 10:10 PM<br>
<b>To: </b>"<a href="mailto:charif.mahmoudi@nist.gov">charif.mahmoudi@nist.gov</a>" <<a href="mailto:charif.mahmoudi@nist.gov">charif.mahmoudi@nist.gov</a>>, "<a href="mailto:gabesilva2004@yahoo.com">gabesilva2004@yahoo.com</a>" <<a href="mailto:gabesilva2004@yahoo.com">gabesilva2004@yahoo.com</a>>,
 "<a href="mailto:ndn-interest@lists.cs.ucla.edu">ndn-interest@lists.cs.ucla.edu</a>" <<a href="mailto:ndn-interest@lists.cs.ucla.edu">ndn-interest@lists.cs.ucla.edu</a>><br>
<b>Subject: </b>Re: [Ndn-interest] nfd and iot?<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">While I agree that ICN can offer a lot of advantages over IP based IoT solutions, I do not think it’s quite so simple to use opportunistic caching as a replacement for something
 like an MQTT broker.  The broker offers several processing features, like the QoS attribute and wildcarding subscriptions.  Using opportunistic caching, consumers can miss publications if the cache gets evicted or maybe just due to adversarial timing of messages.
  </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">I looked at the poster, but was not able to determine if there was some mechanism you used beyond opportunistic caching and normal NDN data matching.  I think there are some
 shortcomings to using only those mechanisms in a service that is supposed to deliver (perhaps reliably) all messages in a publication stream to all currently subscribed clients.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Depending on the timing of publications and Interests, a client could miss messages.  For example, a sensor is publishing /sensor/1, /sensor/2, … /sensor/N.  If a consumer
 is asking for these with exclusions and “left most child” to try to walk them in order, it could still miss one due to packet loss.  Lets say it gets 1 … 10, then 11 is lost in network, so 12 is the “left most child” at the closest router.  It would then skip
 to 12, and unless you do some recovery mechanism at the consumer, 11 is lost without even know it.  If one is using timestamps or some other non-monotonic sequence number, then it would be very hard to know about the omission.  Even without packet loss, one
 could still miss messages.  If two consumers are pulling data but at slightly different rates, one could be on “10” and the other pulls “11” and “12” before the next interest from the first arrives.  “12” is now the “left most child” so it would miss 11.</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">Marc</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> </span><o:p></o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-family:"Calibri",sans-serif;color:black">From:
</span></b><span style="font-family:"Calibri",sans-serif;color:black">Ndn-interest <<a href="mailto:ndn-interest-bounces@lists.cs.ucla.edu">ndn-interest-bounces@lists.cs.ucla.edu</a>> on behalf of "Mahmoudi, Charif (IntlAssoc)" <<a href="mailto:charif.mahmoudi@nist.gov">charif.mahmoudi@nist.gov</a>><br>
<b>Date: </b>Monday, May 23, 2016 at 9:06 PM<br>
<b>To: </b>"<a href="mailto:gabesilva2004@yahoo.com">gabesilva2004@yahoo.com</a>" <<a href="mailto:gabesilva2004@yahoo.com">gabesilva2004@yahoo.com</a>>, "<a href="mailto:ndn-interest@lists.cs.ucla.edu">ndn-interest@lists.cs.ucla.edu</a>" <<a href="mailto:ndn-interest@lists.cs.ucla.edu">ndn-interest@lists.cs.ucla.edu</a>><br>
<b>Subject: </b>Re: [Ndn-interest] nfd and iot?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<p class="MsoNormal"><a href="https://github.com/usnistgov/NamedIoT/files/272882/ndn-poster.pptx"><span style="font-size:11.5pt;font-family:"Calibri",sans-serif;color:#954F72">https://github.com/usnistgov/NamedIoT/files/272882</span></a><o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>