IETF-SSH archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Protocol ambiguity: want_reply vs CHANNEL_CLOSE



"denis bider \(Bitvise\)" <ietf-ssh3%denisbider.com@localhost> wrote:

> The behavior that accommodates all request responders is as follows:
[...]
> - Do not reuse channel numbers, so that you can reliably ignore channel 
> request responses received after CLOSE.

The trouble with that is that it's _horrible_! The intention of the
SSH protocol design was always that channel numbers should be
reusable, so that SSH sessions do not have a designed-in lifetime
limit.

2^32 channel opens and closes is certainly a lot, but it isn't beyond
the bounds of belief in situations of (for example) heavy WWW use over
SOCKS forwarding in a long-lived connection.

It may be necessary to use this as a kludgy workaround for some
particular server, if we really cannot determine from its version
string which policy it follows, but I cannot bring myself to believe
it's the sensible policy to apply in all situations.

Cheers,
Simon
-- 
Simon Tatham         What do we want?        ROT13!
<anakin%pobox.com@localhost>   When do we want it?     ABJ!



Home | Main Index | Thread Index | Old Index