<div dir="ltr"><div dir="ltr">Hi Davide<br></div><br><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">
><br>
> FinalBlockId field missing in CA profile<br>
> The protocol requires that the CA profile is versioned and segmented, and must be compatible with RDR protocol.<br>
> This requirement implies that the last segment of the CA profile must carry a FinalBlockId field that contains a value equaling the last component.<br>
> However, the CA profile packet does not have this field.<br>
<br>
While I agree that including FinalBlockId would be preferable, I don't<br>
remember this being a hard requirement. Where does the spec say that<br>
FinalBlockId is mandatory?<br></blockquote><div><br></div><div>The requirement on having FinalBlockId in CA profile packet is not directly specified in NDNCERT 0.3 protocol, but inherited from naming convention and RDR specs. CA profile is a segmented object, and the NDNCERT 0.3 protocol says it must be retrievable using RDR protocol. To order to be retrievable with an RDR-compliant fetcher (e.g. ndncatchunks), the last segment needs to have FinalBlockId.<br></div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I guess a related question is whether "CA" is considered a well-known<br>
name component used by the NDNCERT protocol and therefore used by all<br>
instances (and if so, why not "ndncert" instead of "CA"?), or if it's<br>
just a deployment/configuration decision that could differ per site.<br>
<br></blockquote><div><br></div><div>I'd consider "8=CA" to be a well-known keyword.</div><div><br></div>Yours, Junxiao</div><div class="gmail_quote"><br></div></div>