Oleg:
        We've come to believe different things. :) My cursory
review of the openssh.3.0.2 source code package suggests that
its connection layer (channel.c) is in fact pretty distinct from
the transport code (packet.c).

        Also, let me clarify: I do *not* want to use part of the
SSH protocol now. What I want to be sure of is that *our* solution
for the connection-layer (that which manages the multiple channels
in the steel-tube) is distinct from *our* solution for the transport
layer (that which manages the encrypt/decryption of point-to-point
data).
        At some point in the future, not today, I want to update
the transport layer so that, among other things, it's not built
upon MFC libraries. SSH is only one of many options I'm considering
for this transport; a layer-2 solution such as IPSec has some
compelling features, for example.

        So, importantly, I'm *not* suggesting that we redo any of
our code to use SSH methods right now. The only part of the SSH code
base I'm eager to implement *right now* is the clear distinction and
modularity between the connection-layer from the transport-layer.
Please confirm that we're on the same page with this strategy.

-Scott


On Fri, 28 Dec 2001, Lyapin Oleg wrote:

> 28 dec 2001 Status report
> -----------------------------
>
> >If that's correct, then let's pursue option-A, independently
> >of the transport-layer. It's important that some time in the future
> >we can change *just the transport-layer* to be more like SSH without
> >having to throw out any of the work we do now.
>
> I am afraid that variants A and B are mutually exclusive. We believe the
> three SSH levels are tightly interconnected and we cannot use only part of
> it. If we decide to use SSH then all the Kaboodle project must be revised
> including the piece of work we do now. Although in order to give you mode
> detailed answer regarding to the use of SSH in the Kaboodle project, we need
> two extra weeks.
>
> -Oleg, Igor
>
>
>






_______________________________________________
Kaboodle-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kaboodle-devel

Reply via email to