<p dir="ltr">Hi Spyros</p>
<p dir="ltr">End host 1 is possibly having some IP layer issues. Wireshark will be helpful in finding out why the face is closed.</p>
<p dir="ltr">For end host 2, if you want /NTORRENT to show up on spurs's RIB, some component on the end host must send a prefix registration command to spurs, and the command must be signed by a testbed certificate.<br>
NFD-RIB automatic prefix propagation won't send such a command. It would send a prefix registration command for /NTORRENT only if there's a /NTORRENT identity in NFD-RIB's key chain; but even if you have such an identity, the certificate won't be a trusted testbed certificate.<br>
Thus, you need another tool such as remote-register-prefix <a href="https://github.com/yoursunny/ndn6-tools/blob/master/remote-register-prefix.md">https://github.com/yoursunny/ndn6-tools/blob/master/remote-register-prefix.md</a> to send this command periodically.<br>
Alternatively, talk to your site's testbed operator to register a static route, if end host 2 has a static IP.</p>
<p dir="ltr">Yours, Junxiao</p>
<div class="gmail_quote">On May 4, 2016 1:48 PM, "Spyridon (Spyros) Mastorakis" <<a href="mailto:mastorakis@cs.ucla.edu">mastorakis@cs.ucla.edu</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi,<div><br></div><div>so, here is the story:</div><div><br></div><div>We are trying to test nTorrent on the testbed (across the spurs node).</div><div><br></div><div>We have 2 issues that seem to be preventing us from moving forward:</div><div><br></div><div>1) Consumer side (me) uses ‘nfdc register /NTORRENT <a>tcp://spurs.cs.ucla.edu</a>” this returns success but local NFD shows that the face is closed (and the connection was shut down) and no traffic (ping for example) is seen from the testbed.</div><div><br></div><div>2) The producer side (mickey) runs the same command, does not see the same failure messages from NFD. However, /NTORRENT does not show up on the spurs status page. He does however see ping traffic, etc from the testbed so there does seem to be a working tunnel. </div><div><br></div><div>We have already verified that our certificates are correct, and have restarted NFD numerous times. </div><div><br></div><div>We are currently blocked to make progress and would therefore greatly appreciate some prompt assistance.</div><div><br></div><div>Thank you in advance,</div><div><br></div><div>Spyridon (Spyros) Mastorakis</div><div><div><div><div><div><span style="float:none;display:inline!important">Personal Website: </span><a href="http://cs.ucla.edu/~mastorakis/" target="_blank">http://cs.ucla.edu/~mastorakis/</a><br><span style="float:none;display:inline!important">Internet Research Laboratory</span><br><span style="float:none;display:inline!important">Computer Science Department</span><br><span style="float:none;display:inline!important">UCLA</span></div><div><span style="float:none;display:inline!important"><br></span></div></div></div><div><br></div><br>
</div>
<br></div></div><br>_______________________________________________<br>
Nfd-dev mailing list<br>
<a href="mailto:Nfd-dev@lists.cs.ucla.edu">Nfd-dev@lists.cs.ucla.edu</a><br>
<a href="http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev" rel="noreferrer" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev</a><br>
<br></blockquote></div>