<div style="white-space:pre-wrap">Hi Jeff,<br><br>That's right, untrusted NACKs should not be accepted in the network. In fact a pre-arranged trusted channel is an approach proposed in the paper I shared before.<br><br>Cesar</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 13, 2016 at 08:45 Thompson, Jeff <<a href="mailto:jefft0@remap.ucla.edu">jefft0@remap.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>Hi Cesar,</div>
<div><br>
</div>
<div>So in Junxiao’s example, the microcontroller would send an unsigned network Nack? Will forwarders be configured to respond to an unsigned Nack which comes from the (supposed) direction from any application? (I had though that these network signalling messages
 are send between forwarders on a pre-arranged trusted channel.)</div>
<div><br>
</div>
<div>- Jeff T</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:11pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span>Cesar Ghali <<a href="mailto:cghali@uci.edu" target="_blank">cghali@uci.edu</a>><br>
<span style="font-weight:bold">Date: </span>Thursday, October 13, 2016 at 8:29:00<br>
<span style="font-weight:bold">To: </span>Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>>, Jeff Thompson <<a href="mailto:jefft0@remap.ucla.edu" target="_blank">jefft0@remap.ucla.edu</a>><br>
<span style="font-weight:bold">Cc: </span>"<a href="mailto:ndn-interest@lists.cs.ucla.edu" target="_blank">ndn-interest@lists.cs.ucla.edu</a>" <<a href="mailto:ndn-interest@lists.cs.ucla.edu" target="_blank">ndn-interest@lists.cs.ucla.edu</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [Ndn-interest] Sending NACKs with ndn-cpp<br>
</div></span></div><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><span>
<div><br>
</div>
<div>
<div>
<div style="white-space:pre-wrap">That's right, mixing network and application NACKs is not a good idea. From a security perspective, this separation is discussed in details in:<br>
<br>
<a href="http://ieeexplore.ieee.org/document/7288477/" target="_blank">http://ieeexplore.ieee.org/document/7288477/</a><br>
<br>
Cesar</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Wed, Oct 12, 2016 at 16:07 Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank">shijunxiao@email.arizona.edu</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi JeffT
<div><br>
</div>
<div>I have a temperature sensor based on ESP8266 microcontroller. It uses ndn-cpp-lite, connects to a remote forwarder over TCP, and acts as a producer.</div>
<div>The ESP8266, clocked at 80MHz, has limited signing capability. It can sign or verify 8 ECDSA signatures per second.</div>
<div>If Interests are arriving too fast, I want to be able to send a NetworkNack-Congestion so that the remote forwarder can forward less Interests to the sensor.</div>
<div>An application Nack cannot fulfill this purpose because it still requires a signature. Allowing the Interests to time out increases overhead at the remote forwarder because PIT entries stay longer.</div>
<div><br>
</div>
<div>Yours, Junxiao</div>
</div>
<div dir="ltr">
<div><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Oct 12, 2016 at 10:08 AM, Thompson, Jeff <span dir="ltr">
<<a href="mailto:jefft0@remap.ucla.edu" target="_blank">jefft0@remap.ucla.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Matteo.<br>
<br>
A NetworkNack is a ³network² nack because it is generated by a forwarder<br>
in the network, such as NFD. A client library like ndn-cpp is meant to be<br>
used by an application which does not generate network-level messages. It<br>
is called a ³network² nack to distinguish from an ³application² nack. Can<br>
you describe the situation where your application needs to generate a nack?<br>
<br>
- Jeff T<br>
</blockquote>
</div>
</div>
</div>
</div>
_______________________________________________<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>
</blockquote>
</div>
</div>
</div>
</span></div></blockquote></div>