<div dir="auto">Hi Zhiyi<div dir="auto"><br><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div><font size="4">Wrong naming convention</font></div><div>The protocol requires the version and segment component to use 2019 naming convention: the terminology section links to TR-0022 rev2.</div><div>However, the RDR server is returning a version number in 2014 naming convention.</div><div><span style="font-family:monospace">$ ndnpeek -Pf /ndn/CA/INFO/32=metadata | ndn-dissect<br>6 (Data) (size: 179)<br>  7 (Name) (size: 40)<br>    8 (GenericNameComponent) (size: 3) [[ndn]]<br>    8 (GenericNameComponent) (size: 2) [[CA]]<br>    8 (GenericNameComponent) (size: 4) [[INFO]]<br>    32 (KeywordNameComponent) (size: 8) [[metadata]]<br>    8 (GenericNameComponent) (size: 9) [[%FD%00%00%01v%E4%90%7C%E1]]<br>    8 (GenericNameComponent) (size: 2) [[%00%00]]<br>  20 (MetaInfo) (size: 3)<br>    25 (FreshnessPeriod) (size: 1) [[%0A]]<br>  21 (Content) (size: 28)<br>    7 (Name) (size: 26)<br>      8 (GenericNameComponent) (size: 3) [[ndn]]<br>      8 (GenericNameComponent) (size: 2) [[CA]]<br>      8 (GenericNameComponent) (size: 4) [[INFO]]<br><span style="background-color:rgb(255,255,0)">      8 (GenericNameComponent) (size: 9) [[%FD%00%00%01v%E3%FB%F2%3B]]<br></span>  22 (SignatureInfo) (size: 27)<br>    27 (SignatureType) (size: 1) [[%03]]<br>    28 (KeyLocator) (size: 22)<br>      7 (Name) (size: 20)<br>        8 (GenericNameComponent) (size: 3) [[ndn]]<br>        8 (GenericNameComponent) (size: 3) [[KEY]]<br>        8 (GenericNameComponent) (size: 8) [[e%9D%7F%A5%C5%81%10%7D]]<br>  23 (SignatureValue) (size: 71)<br>    48 (RESERVED_1) (size: 69)<br>      2 (ParametersSha256DigestComponent) (size: 32) [[%02%9Cy%D6%3A%D3%B1%03%DC%B8%95%12%F6%3C%8A%85%B2%D7%BB%E2l%2B%B6%00%1A%BA%E8N%5B%D5%17%8D]]<br>      2 (ParametersSha256DigestComponent) (size: 33) [[%00%81%82%EB%A5%B2%C1%F50t%8B%B5%07%1E%05%E7%F5%80%1E%2C%EB%EF%3C%9E%5B%D8%80%2C_%92%F8%CC%18]]</span></div></div></blockquote><div><br></div><div>Oh, we didn't notice there is a new version for RDR. </div><div>Maybe this reflects we also need to update the online doc (I remembered we follow the spec on Redmine).</div><div>Will fix this.</div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">There isn't a new version of RDR, but there's a new version of naming convention that is published in 2019. NDNCERT 0.3 adopted this version of naming convention since the beginning.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><b>Prefix announcement for issued certificates</b></div><div dir="auto">I haven't been able to request any certificate because of the naming convention issue above, but I noticed that you are not announcing the prefixes of issued certificates into routing. This makes it impossible to complete certificate issuance workflow unless the NDNCERT requester is directly connected to the host where the CA is running.</div><div dir="auto">You should register a prefix for each issued certificate using its certificate name or key name, and the registration must be origin=65 so that routing daemon would pick it up.</div><div dir="auto"><br></div><div dir="auto">See <a href="https://talks.ndn.today">https://talks.ndn.today</a> PersonalCA_20200529.pptx page 15-20 for more explanation.</div><div dir="auto">Also look at <a href="https://nlsr-status.ndn.today">https://nlsr-status.ndn.today</a> to see all the prefix registrations, including many from my CA deployments.</div><div dir="auto"><br></div><div dir="auto">Yours, Junxiao</div></div>