<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Alex </div><div><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"><span><blockquote type="cite"><div dir="ltr"><div class="gmail_extra">Under the new proposal, <font face="monospace, monospace">nfdc route add</font> command accepts FaceUri and uses that to query an existing face. This should not be considered "inter-command dependency", because the operator can simply run "<font face="monospace, monospace">nfdc face create udp://<a href="http://hobo.cs.arizona.edu/" target="_blank">hobo.cs.arizona.edu</a> && nfdc route add / udp://<a href="http://hobo.cs.arizona.edu/" target="_blank">hobo.cs.arizona.edu</a></font>" without scraping the output of the first subcommand.<br></div></div></blockquote><br></span><div>I that case, I don't understand what the question/proposal is really about.  Remove faceUri handling for unregister?  unregister doesn't support faceUri (per man page) already.</div><div><br></div></div></blockquote><div>The proposal is about:</div><div><ul><li>FaceUri is accepted in most places where FaceId is accepted, including but not limited to <font face="monospace, monospace">nfdc face destroy</font>, <font face="monospace, monospace">nfdc route add</font>, <font face="monospace, monospace">nfdc route remove</font>.</li><li>In these commands, FaceUri can only <b>reference an existing face</b> (via <font face="monospace, monospace">faces/query</font> operation), it <b>cannot implicitly create</b> a new face.</li></ul></div><div>Also, old <font face="monospace, monospace">nfdc register</font> command will remain unchanged until its removal.</div><div><br></div><div><br></div><div>Yours, Junxiao </div></div></div></div>