Re: Feedback on draft-ssh-ext-info-00

Damien Miller <[email protected]>
Newsgroups gmane.ietf.secsh
Message-ID <[email protected]>
On Thu, 3 Dec 2015, denis bider wrote:

> > Merely advertising a willingness to accept SSH_MSG_EXT_INFO
> > shouldn't have other further effects on the protocol. To do
> > otherwise is IMO quite surprising.
> 
> Okay, imagine this:
> 
> (1) Instead of the EXT_INFO message, we continue to send SERVICE_REQUEST +
> ACCEPT.
> 
> (2) The KEXINIT extension instead signals that extension fields can be added
> to SERVICE_REQUEST + ACCEPT.
> 
> (3) Presence of the KEXINIT extension further signals that the server can
> send a presumed SERVICE_ACCEPT, without waiting for SERVICE_REQUEST.
> 
> Do you see that this results in the same proposal, just with renamed
> messages?

At the risk of repeating myself, I think providing a simple transport
layer extension mechanism is a fantastic idea, but don't agree that
it should make other protocol changes (except, perhaps as extensions
defined in the same document).

-d
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.