Toerless Eckert <t...@cs.fau.de> wrote:
    > This email starts a three-week adoption call for drafts

    > draft-richardson-anima-masa-considerations
    > draft-richardson-anima-registrar-considerations

    > The timeline is longer than the usual two weeks because it is two drafts
    > (and we also want to ask for other adoptions in parallel).

    > THese two drafts have been updated by the authors repeatedly following
    > track with operational considerations related to ongoing BRSKI 
specification/
    > deployment work:

    > These two drafts collect operational considerations that often came out
    > of work on working on BRSKI protocol specifications and implementation
    > experience. Having them as official part of our work should help making it
    > easier to avoid discussing operational considerations across other BRSKI
    > specs in those specs.

Thank you.
I will note that some of the content of the draft, for instance the list of
cities in the registrar-considerations was put there with the intention of
explaining some anticipated operational considerations... but that text never
got written.  I've left it there with the idea that it might get completed,
but at this point, there is probably a bunch of text that could just be removed.

    > When you support this adoption, it would be good to know if you have an
    > opinion whether these drafts should be merged ("BRSKI operational 
considerations"),
    > or if they should stay separate (MASA vs Registrar).

That's not something I had thought about; I have no fundamental objection.

    > Another important aspect is target status of Best Current Practice or
    > Informational. Please tell us your opinion.

A third option is that they just get adopted and never published, and/or turned
into wiki content.   Adoption would be a sign that the WG would like to
conntribute on a (rough) consensus basis, rather than just be about the
concerns I thought about as I did my Minerva reference implementation.
A few of those concerns were identified early enough that they resulted in
some adjustment to text in 8995, some other text would up in cBRSKI.
Particularly around what exactly the MASA pins.

--
Michael Richardson <mcr+i...@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-                      *I*LIKE*TRAINS*

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