<div dir="auto">Hi John<div dir="auto"><br></div><div dir="auto">Having RibManager log entries doesn't mean the offending packet comes from RibManager. Thus, tcpdump trace is necessary.</div><div dir="auto">For full coverage, disable Unix socket listener and force local apps (including RIB) to connect over TCP, and do tcpdump on the loopback interface.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 21, 2019, 10:03 Dehart, John <<a href="mailto:jdd@wustl.edu">jdd@wustl.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">
Junxiao,
<div><br>
</div>
<div>Here is some more context around one of them:</div>
<div><br>
</div>
<div>
<div>Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.548951 INFO: [nfd.RibManager] Adding route /ndn/edu/ucla nexthop=270 origin=nlsr cost=27354</div>
<div>Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.555526 INFO: [nfd.RibManager] Adding route /ndn/edu/ucla nexthop=260 origin=nlsr cost=29450</div>
<div>Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.572069 INFO: [nfd.RibManager] Adding route /ndn/edu/ucla nexthop=274 origin=nlsr cost=29734</div>
<div>Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.577982 INFO: [nfd.RibManager] Adding route /ndn/edu/ucla nexthop=261 origin=nlsr cost=29808</div>
<div>Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.594084 FATAL: [nfd.Main] unrecognized TLV-TYPE 240</div>
<div>Feb 19 23:22:50 vnetlab nfd[15182]: NFD version 0.6.4 starting</div>
</div>
<div><br>
</div>
<div>If it is RibManager related where would the packets be coming from?</div>
<div><br>
</div>
<div>John</div>
<div><br>
</div>
<div>
<div>
<blockquote type="cite">
<div>On Feb 21, 2019, at 8:34 AM, Junxiao Shi <<a href="mailto:shijunxiao@email.arizona.edu" target="_blank" rel="noreferrer">shijunxiao@email.arizona.edu</a>> wrote:</div>
<br class="m_-1649428945116375969Apple-interchange-newline">
<div>
<div>
<div dir="auto">Hi John</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">It’s caused by malformed packets, plus missing error handling somewhere in the programs.</div>
<div dir="auto">Next step: run tcpdump and wait for crash, then inspect each packet arriving within 100ms of the crash.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Yours, Junxiao</div>
<div><br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, Feb 21, 2019 at 09:18 Dehart, John <<a href="mailto:jdd@wustl.edu" target="_blank" rel="noreferrer">jdd@wustl.edu</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I have a node on the NDN Testbed that is getting NFD FATAL errors.<br>
Here are a couple from last night:<br>
<br>
nfd.log.1:Feb 19 23:22:49 vnetlab nfd[1100]: 1550618569.594084 FATAL: [nfd.Main] unrecognized TLV-TYPE 240<br>
<br>
——<br>
<br>
<br>
nfd.log.1:Feb 21 00:27:19 vnetlab nfd[16979]: 1550708838.808549 FATAL: [nfd.Main] TLV-LENGTH of sub-element of type 21 exceeds TLV-VALUE boundary of parent block<br>
<br>
<br>
Any suggestions on what to look for?<br>
<br>
John<br>
<br>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>

</blockquote></div>