Fries, Steffen <steffen.fries=40siemens....@dmarc.ietf.org> wrote:
    >   * Registrar:
    > 
https://datatracker.ietf.org/doc/draft-richardson-anima-registrar-considerations/
    > * MASA:
    > 
https://datatracker.ietf.org/doc/draft-richardson-anima-masa-considerations/

I'm very pleased to revise these document.
I had some notions about content, and the introduction of
registrar-considerations sets up some modelds which were never used.
I would be happy expand that part (use them), or remote the setup.

    > As we meanwhile have several different enhancements to BRSKI with PRM,
    > AE, constraint BRSKI, ... it would be good to bring these documents
    > back to life to capture operational considerations applicable to all
    > variants. To do so, I would propose to provide feedback to the existing
    > (yet expired) drafts to provide an updated version, which can be used
    > to ask WG for adoption.

    > Any thoughts?

I prefer to adopt documents when the problem they are describing is correct,
even if the solution is wrong.  So I'd rather adopt and edit, rather than
edit and adopt, but it's up to the WG.  I would say that any comments you had
would also be appropriate as WG Adoption comments.

There are in particular, some operational restrictions on how private keys
are managed on the Registrar(s) which became more obvious as the process of
scaling the Registrar is explained in that operational document.  A few of
those results got into RFC8995 (at the last moment), while some other parts
wound up in cBRSKI, I think.

--
Michael Richardson <mcr+i...@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide




Attachment: signature.asc
Description: PGP signature

_______________________________________________
Anima mailing list -- anima@ietf.org
To unsubscribe send an email to anima-le...@ietf.org

Reply via email to