<p dir="ltr">I presume you didn't get chance to look at my further comments. Can you please provide your comments? </p>
<p dir="ltr">/anil </p>
<div class="gmail_quote">On Mar 2, 2015 4:45 PM, "Anil Jangam" <<a href="mailto:anilj.mailing@gmail.com">anilj.mailing@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Alex, Can you please elaborate little bit more on inline comments below?<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 27, 2015 at 3:41 PM, Alex Afanasyev <span dir="ltr"><<a href="mailto:alexander.afanasyev@ucla.edu" target="_blank">alexander.afanasyev@ucla.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>Hi Anil,</div><div><br></div><div>I think you’re mixing a couple of things.  The face that ChronoChat application uses is just a channel between the application and NFD.  It is normally unix socket face, but it doesn’t really matter, as it is not related to you being able to chat with other people.</div><div><br></div><div>Besides having a face that points to a remote chat node, you need to instruct NFD (RIB manager specifically) that specific data can be reached through this face.</div></div></blockquote><div>As you confirmed earlier, we need to configure the routable prefix of the remote users so that a local user can fetch the message data (after sync is updated) from remote party. You also mentioned below to register "/" prefix and I think by virtue of it, my chat call flow worked without configuring the actual name prefix of the chat participants (i.e. /ndn/edu/ucls/irl/). </div><div><br></div><div>Configuration of "/" IMHO would be an overkill as it will potentially increase the Interest traffic, right? What are the implication of NOT registering "/" here? Can you please elaborate? .......(1)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>In your specific face, you may start by registering /ndn/broadcast prefix for your multicast udp face:</div><div><br></div><div>    nfdc register /ndn/broadcast 294</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>This will tell NFD that data packets with prefix /ndn/broadcast can be retrieved if interest send out through face 294.</div></div></blockquote><div>I did not quite get the rational behind this? I thought first to specify the faceId of the UDP tunnel we created to connect with remote NFD, but in above command you have quoted 294, which is the face between local chat client its NFD. Can you please clarify this?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div>   You can also register / prefix, which will essentially mean that NFD can try this face to fetch all kind of data packets.</div></div></blockquote><div>Same as (1) above. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>—</div><div>Alex</div><br><div><blockquote type="cite"><div><div><div>On Feb 27, 2015, at 1:22 PM, Anil Jangam <<a href="mailto:anilj.mailing@gmail.com" target="_blank">anilj.mailing@gmail.com</a>> wrote:</div><br></div></div><div><div><div><div dir="ltr">Hi,<div><br></div><div>When I start the ChronoChat client, it creates certain default entries into the RIB as follows. </div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><div>/ndn/broadcast/chronochat/chatroom-list route={faceid=294 (origin=0 cost=0 ChildInherit)}</div></div><div><div>/ndn/broadcast/ChronoChat/chatroom-e8745dec route={faceid=294 (origin=0 cost=0 ChildInherit)}</div></div><div><div>/ndn/broadcast/%F0./chronochat-tmp-identity/f4e4ea96/CHRONOCHAT-INVITATION route={faceid=294 (origin=0 cost=0 ChildInherit)}</div></div></blockquote><div><br></div><div>I checked the faceId 294, and it is a non udp/tcp type of face. </div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>faceid=294 remote=<a>fd://23</a> local=<a>unix:///run/nfd.sock</a> counters={in={70i 6d 16223B} out={0i 6d 5145B}} local on-demand point-to-point</div><div><br></div></blockquote>In what way I can program the ChronoChat client to use the specific face? may be through some configuration file or so? <div><br></div><div>I have configured a face which points to the remote user in the Chat. I guess this local client should be using this interface (257) instead of 294, correct?</div><div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div>faceid=257 remote=udp4://<a href="http://224.0.23.170:56363/" target="_blank">224.0.23.170:56363</a> local=udp4://<a href="http://133.164.60.154:56363/" target="_blank">133.164.60.154:56363</a> counters={in={0i 0d 0B} out={0i 0d 0B}} non-local persistent point-to-point</div></blockquote><div><br></div><div>/anil.</div><div><br></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" target="_blank">http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest</a><br></div></blockquote></div><br></div></blockquote></div><br></div></div>
</blockquote></div>