IETF-SSH archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: [rt.icann.org #2774] draft-ietf-secsh-transport
On Tue, 2005-11-08 at 14:17, Michelle Cotton via RT wrote:
> This message is to follow-up on our recent discussion.
> Please reply back to this message to let us know what changes need to
> take place in the registry
>
> Please copy approrpriate persons on your reply so everyone knows what's
> going on (ADs, other authors/WG chairs).
>
> Thank you,
Currently, you have:
30 SSH_MSG_KEXDH_INIT [SSH-TRANS]
31 SSH_MSG_KEXDH_REPLY [SSH-TRANS]
32-49 RESERVED (method specific)
This should be:
30-49 RESERVED (key exchange method specific) [SSH-ARCH]
future key exchange methods will define how *that method* uses the
messages in range 30-49. reuse of those codepoints is okay because the
peers pick a specific key exchange method before you use any messages in
that range.
see draft-ietf-secsh-architecture-22, section 7.
Similarly, you have:
60 SSH_MSG_USERAUTH_INFO_REQUEST [RFC-ietf-secsh-auth-kbdinteract-07.txt]
61 SSH_MSG_USERAUTH_INFO_RESPONSE
62-79 RESERVED (User authentication method specific)
which should be:
60-79 RESERVED (User authentication method specific) [SSH-ARCH]
Future documents defining new user authentication methods will define
how *that method* uses the 60-79; this should not be a mistaken for an
assignment of values in that range to that specific method.
- Bill
Home |
Main Index |
Thread Index |
Old Index