Alan DeKok <[email protected]> wrote: Alan> On Aug 17, 2023, at 5:34 PM, Michael Richardson Alan> <[email protected]> wrote: >> https://www.ietf.org/archive/id/draft-ietf-lamps-rfc7030-csrattrs-06.html#name-alternative-use-of-csr-temp >> ( https://youtu.be/biGtfqj7zgM?t=1640 ) >> >> describes a new, simpler way to to CSR Attributes, basically with a >> fill-in-the-blanks CSR. Doing ONLY this method would seem very >> attractive for protocols which might be greenfields: that is no >> implementations out there yet. >> >> This question to the group is whether or not there are any RFC7170 >> implementations ("Peers" or servers) which currently implement this at >> all,
Alan> That being said, it would be difficult to depend on a document
Alan> which isn't published. Perhaps we could just make a recommendation
Alan> to use the new method, and leave it at that?
You already have a normative reference to the LAMPS CSR attributes document.
Alan> I would very much like to get this document done and
Alan> gone. Delaying it more is IMHO a bad idea.
--
Michael Richardson <[email protected]> . o O ( IPv6 IøT consulting )
Sandelman Software Works Inc, Ottawa and Worldwide
signature.asc
Description: PGP signature
_______________________________________________ Emu mailing list [email protected] https://www.ietf.org/mailman/listinfo/emu
