Fries, Steffen <[email protected]> wrote: >> Eliot Lear <[email protected]> wrote: >> > I think we had a lengthy conversation about BRSKI next steps, and that we >> > should expect to spend some time on this in ANIMA. I think I count at least >> > four drafts that are worth considering, and Michael might have more in mind: >> >> > * Draft-vanderstock-anima-constrained-join-proxy >> > * Draft-lear-eap-teap-brski >> > * Draft-ietf-6tisch-{…} >> >> > * Draft-fries-anima-brski-async-enroll >> {Eliot: Does this document include Oskar's requirements?} >> >> Additional documents that call on BRSKI: >> >> * draft-richardson-anima-smarkaklink (formerly draft-richardson-anima-smartpledge) -> I have revised slides, and I walk to talka bout them. >> I believe that it solves draft-fries-anima-brski-async-enroll as well, >> but I haven't read the entire document yet.
> I just read across draft-richardson-anima-smarkaklink and to my
> understanding it focuses on the voucher exchange in situations where
> the domain registrar is only temporary available. The voucher exchange
My focus on writing it is bootstrapping a registrar.
As such, the protocol flow does not include direct access to a registrar.
Oskar shared your requirements with me, and I think that we accomodate it in
the same protocol.
> different component than a local domain registrar. In that aspect it
> has a different scope than draft-richardson-anima-smarkaklink.
I think this discussion should be interesting!
--
] Never tell me the odds! | ipv6 mesh networks [
] Michael Richardson, Sandelman Software Works | IoT architect [
] [email protected] http://www.sandelman.ca/ | ruby on rails [
--
Michael Richardson <[email protected]>, Sandelman Software Works
-= IPv6 IoT consulting =-
signature.asc
Description: PGP signature
_______________________________________________ Anima mailing list [email protected] https://www.ietf.org/mailman/listinfo/anima
