Iñaki Baz Castillo

Indeed, the proposed solution in the description of this story avoid cloning each packet in every Consumer. Of course it requires some shift and memcopy operations in the packet within...

> Also when I said "cloning the packet" I didn't mean it needs to be the existing RtpPacket::Clone(), maybe there is a more efficient way to do it. I meant...

> Despite mediasoup setting the DTLS MTU using SSL_set_mtu and DTLS_set_link_mtu And what else can we do if OpenSSL doesn't work as expected? There is no way for us to...

Thanks for the info. BTW are you willing to create a PR for mediasoup as well? If not we'll do but not sure when, we have lot of pending work...

Thanks a lot. As said, if you cannot I'll jump into this eventually.

> @ibc I've been able to reproduce it using the initial comment. I can take a look at creating a PR, if no one else has had the time yet?...

I fail to understand why this issue didn't auto-close. It was fixed by PR https://github.com/versatica/mediasoup/pull/1156 (that targets `flatbuffers` branch). Once `flatbuffers` branch was merged into `master` this issue should have...

> > Once flatbuffers branch was merged into master this issue should have been auto-closed... > > No, it doesn't inherit "Closing" property that way So just when the PR...

Reopening this issue since the PR that fixed it has been reverted: https://github.com/versatica/mediasoup/pull/1342

An easy way to check the issue without requiring Wireshark: ```diff diff --git a/worker/src/RTC/DtlsTransport.cpp b/worker/src/RTC/DtlsTransport.cpp index 3bb8a9657..52d1df301 100644 --- a/worker/src/RTC/DtlsTransport.cpp +++ b/worker/src/RTC/DtlsTransport.cpp @@ -1201,6 +1201,11 @@ namespace RTC MS_DEBUG_DEV("%" PRIu64...