<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Fred,
<div class=""><br class="">
</div>
<div class="">Thank you very much for the feedback. I think both are excellent points. Could you file the corresponding redmine issues?<br class="">
<div class=""><br class="Apple-interchange-newline">
<span style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; display: inline !important; float: none;" class="">Lan</span>
</div>
<div><br class="">
<blockquote type="cite" class="">
<div class="">On Mar 27, 2019, at 4:18 PM, Fred Douglis <<a href="mailto:fdouglis@perspectalabs.com" class="">fdouglis@perspectalabs.com</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">
<p class="">That's an excellent point, in terms of the producer having a bug here.</p>
<p class="">But, I stand by my comment that it would be helpful for NFD to flag the bug when it's encountered. Here, it's outputting something that says "hey, I got a match on a prefix". That's presumably because until it does that lookup, it doesn't know
if there is something in the PIT that says that prefixes are OK. So I'm simply suggesting that when it does that lookup and finds something, it includes a debug message to the effect that it's being ignored because the thing that matched specified that prefix
matches weren't OK. <br class="">
</p>
<p class="">Lots of stuff gets logged in NFD. This seems like the sort of logging message that would be useful, IMHO.
<br class="">
</p>
<p class="">Fred<br class="">
</p>
<div class="moz-cite-prefix">On 3/27/2019 5:08 PM, Junxiao Shi wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:CAOFH+OYH9ysbhY1sB0UGMoLprLumu1AgDQgGV3Czccqw=bJj-A@mail.gmail.com" class="">
<div class="">
<div dir="auto" class="">Hi Fred</div>
</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">This isn’t a forwarder problem, but a producer problem. The producer shouldn’t respond to an Interest with a Data that violates CanBePrerix element. If logging is required, it should happen at the producer.</div>
<div dir="auto" class=""><br class="">
</div>
<div dir="auto" class="">Yours, Junxiao</div>
<div class=""><br class="">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Mar 27, 2019 at 12:41 Fred Douglis <<a href="mailto:fdouglis@perspectalabs.com" moz-do-not-send="true" class="">fdouglis@perspectalabs.com</a>> wrote:<br class="">
</div>
<blockquote class="gmail_quote">
<div class="">
<p class="">I've been using NFD 0.6.3; it's possible this has been changed in a later version, or at least a known issue, so if so please just advise.</p>
<p class="">I was trying to do a simple test, using the ndnpeek test application. I could see that the interest was reaching the producer and making its way back to NFD, but NFD was rejecting it as
<i class="">unsolicited data</i>. <br class="">
</p>
<p class="">It took me longer than it should have to realize that I'd neglected to include the -P flag. But when I look at the NFD log, it could definitely be a bit more informative. It shows that it looks up the name provided in the data and fails, then
matches the name provided in the interest. At which point it says it's an unsolicited data packet.
<br class="">
</p>
<p class="">I assume what is happening under the covers is that when it matches the prefix, it is looking for the CanBePrefix flag, not finding it, and declaring it to be unsolicited. A DEBUG or TRACE-level message to that effect would, I think, help what
must be a somewhat common occurrence. Or perhaps there is a further debug level or something else that would already have revealed this?</p>
<p class="">Thanks,</p>
<p class="">Fred<br class="">
</p>
<div class="m_3425099468344300804moz-signature"><br class="">
</div>
</div>
_______________________________________________<br class="">
Nfd-dev mailing list<br class="">
<a href="mailto:Nfd-dev@lists.cs.ucla.edu" target="_blank" moz-do-not-send="true" class="">Nfd-dev@lists.cs.ucla.edu</a><br class="">
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__www.lists.cs.ucla.edu_mailman_listinfo_nfd-2Ddev&d=DwMFaQ&c=YC-d702opsuYKpiO2Bmlzg&r=EJmyfY3ULfVHBtsckANZFhs27SCvXVOHQdc0rPAI0ag&m=tGOfLlmVV1CMspBynlg2pOGaZRL3ioY7spC_MAXfvBk&s=-K8qOP2N9ElWEBgAPkUE8-5DEfTf4EWP9cS8yWzCQyo&e=" rel="noreferrer" target="_blank" moz-do-not-send="true" class="">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
[lists.cs.ucla.edu]</a><br class="">
</blockquote>
</div>
</div>
</blockquote>
<div class="moz-signature">-- <br class="">
<span id="cid:part4.392BDF6F.20D97550@perspectalabs.com"><signature.png></span></div>
</div>
_______________________________________________<br class="">
Nfd-dev mailing list<br class="">
<a href="mailto:Nfd-dev@lists.cs.ucla.edu" class="">Nfd-dev@lists.cs.ucla.edu</a><br class="">
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev<br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</body>
</html>