Hi David,

This question seems a bit out of scope for TLS, which is kind of
indifferent to the transport interaction.

Perhaps it might make sense to be in UTA, though unfortunately, RFC
7525-bis is in the editor queue now...

-Ekr


On Mon, Nov 7, 2022 at 1:37 AM David Barr <david20...@gmail.com> wrote:

> How can I make suggestions for the TLS specifications? I'm having a
> problem that could be clarified by a change to the spec.
>
> This is the sentence that causes problems for me: "how to initiate TLS
> handshaking and how to interpret the authentication certificates exchanged
> are left to the judgment of the designers and implementors of protocols
> that run on top of TLS".
>
> I have two vendors that have implemented software that layers the HL7
> protocol on top of TLS. The Epic implementation does not perform a
> handshake until it has data to send. This could be hours after the TCP
> connection is established. There is no other TCP communication prior to the
> handshake (e.g. a STARTTLS command). The Infor Cloverleaf implementation
> times out waiting for a handshake, and the software becomes unresponsive
> while this is happening.
>
> It would be helpful if the TLS spec added something like this:
>
> If protocols that are layered on top of TLS use implicit encryption
> (relying on a port number rather than an explicit command that is issued
> before the handshake), then the handshake should begin immediately after
> the TCP/IP socket connection is established.
>
> I have no idea how suggestions like this make it into the spec, so if I
> need to suggest this somewhere else, please let me know.
>
> David Barr
>
> _______________________________________________
> TLS mailing list
> TLS@ietf.org
> https://www.ietf.org/mailman/listinfo/tls
>
_______________________________________________
TLS mailing list
TLS@ietf.org
https://www.ietf.org/mailman/listinfo/tls

Reply via email to