Fwd: Last Call: <draft-moonesamy-sshfp-ed25519-01.txt> (Using ED25519 in SSHFP Resource Records) to Informational RFC
S Moonesamy <[email protected]> Thu, 01 May 2014 08:20:51 -0700
| Newsgroups | gmane.ietf.dnsext |
|---|---|
| Message-ID | <[email protected]> |
Hello, I am forwarding this Last Call announcement (see below) as it is something to do with DNS. Regards, S. Moonesamy >The IESG has received a request from an individual submitter to consider >the following document: >- 'Using ED25519 in SSHFP Resource Records' > <draft-moonesamy-sshfp-ed25519-01.txt> as Informational RFC > >The IESG plans to make a decision in the next few weeks, and solicits >final comments on this action. Please send substantive comments to the >[email protected] mailing lists by 2014-05-29. Exceptionally, comments may be >sent to [email protected] instead. In either case, please retain the >beginning of the Subject line to allow automated sorting. > >Abstract > > > The Ed25519 signature algorithm has been implemented in OpenSSH. > This document updates the IANA "SSHFP RR Types for public key > algorithms" registry by adding an algorithm number for Ed25519. > > > >The file can be obtained via >http://datatracker.ietf.org/doc/draft-moonesamy-sshfp-ed25519/ > >IESG discussion can be tracked via >http://datatracker.ietf.org/doc/draft-moonesamy-sshfp-ed25519/ballot/ > > >No IPR declarations have been submitted directly on this I-D. > >Note that there is no current standardised format for the input >to the hash function here, but there are two implementations >of this so a codepoint is needed and useful. A standard public >key format is likely to be developed in future (but could take >some time) at which point it may make sense to assign another >codepoint, but there are no issues with codepoint scarcity here >so that seems like it will work given the implemeners seem ok >with it, even if its not ideal. _______________________________________________ dnsext mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsext