<div dir="ltr">Dear folks<div><br></div><div><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word">I do not support this proposal.  This creates inter-commmand dependency for basic operations as registering prefix to a new face.  We should not create more obstacles for users for the sake of having consistent interface with IP tools.</div></blockquote><div> </div></div></div></div></div><div>Let's rewarm the original rationale of introducing <b>implicit face creation</b>: what we needed is not implicit face creation, but the ability to write FaceUri into <font face="monospace, monospace">nfdc register</font> command in place of FaceId.</div><div class="gmail_extra">Before #1515, <font face="monospace, monospace">nfdc register</font> command only accepts FaceId. A caller must first invoke <font face="monospace, monospace">nfdc create</font>, scrape its output (or <font face="monospace, monospace">nfd-status -f</font> output), and then invoke <span style="font-family:monospace,monospace">nfdc register</span>. This is the "inter-command dependency".</div><div><br></div><div>At that time, there were no <font face="monospace, monospace">faces/query</font> operation, so that the easiest way to obtain FaceId from FaceUri is to execute <font face="monospace, monospace">faces/create</font> command. It has caused a long list of concerns in #<a href="https://redmine.named-data.net/issues/1515" target="_blank">1515</a>.</div><div>When <font face="monospace, monospace">faces/query</font> operation was later introduced, some of the concerns are solved, but it's too late the change the semantics of <font face="monospace, monospace">nfdc register</font> subcommand.</div><div><br></div><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 class="gmail_extra"><br></div><div class="gmail_extra">Yours, Junxiao</div></div>