Record aggregation with TLS Client

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

 



You can look into modifying the window size for transmission (likely
devastating your throughput, considering it will have to drop from around
usual 64K to about a tenth of the size - mostly notably with the increase
of ACKs and header repetition with each packet ... falls too far and it
will start resending same packets again .. this is notable especially when
there is other traffic on the network). Also can try providing the
TCP_NODELAY option, but that also will not guarantee the packets separation
because there are many other things that control it (for example if the
receiver is far behind responding with ACKs so the sender will keep
buffering if it ends too far ahead and blocks)

On Wed, Jun 22, 2016 at 7:54 AM, Michael Wojcik <
Michael.Wojcik at microfocus.com> wrote:

> By "a single packet", do you mean a single TCP segment?
>
>
>
> No, there's no way to ensure they're sent in separate TCP segments. TCP
> segmentation is a function of the TCP/IP stack. And your application knows
> nothing about it anyway; TCP is a byte-stream protocol.
>
>
>
> Why do you think you want to do this? (When people ask this question, for
> TLS or any other protocol, it almost always indicates that they don't
> understand TCP and have a broken design. TCP is not a record-based
> protocol.)
>
>
>
> Michael Wojcik
> Technology Specialist, Micro Focus
>
>
>
>
>
> *From:* openssl-users [mailto:openssl-users-bounces at openssl.org] *On
> Behalf Of *Rajeswari K
> *Sent:* Tuesday, June 21, 2016 23:41
> *To:* openssl-users at openssl.org
> *Subject:* [openssl-users] Record aggregation with TLS Client
>
>
>
> Hello Openssl users,
>
>
>
> Having a query on when our device acitng as TLS Client, we observed that
> both client certificate and client key exchange messages are going in a
> single packet.
>
>
>
> Is there any way to separate this? That means is there any option to avoid
> multiple records in a single packet?
>
>
>
>
>
> Thanks,
>
> Rajeswari.
>
> --
> openssl-users mailing list
> To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20160624/8ae5f735/attachment.html>


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

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux