![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Ted, Things being what they are, you and I will probably need to get together. I've currently have a Telnet over TLS I-D in circulation (see draft-ietf-tn3270e-telnet-tls-00.txt). The proposed TLS/SSL mechanism doesn't use the RFC1416 style because that (a) the TLS negotiation mechanism can't be shoehorned into the RFC1416-style (it happens strictly at the binary level), and (b) TLS is really encryption-then-optional-authentication but RFC1416 is really authentication-then-maybe-encryption. To summarize, the two don't mesh all that well. However, there's some overlap, particularly in the authentication area. I'd be interested to here your thoughts in this area. /msb
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.