Browser: Google Chrome 128.0.6613.138 (Official Build) (arm64) and Safari 17.6 on macOS Sonoma 14.6.1 on a Apple 14-inch 2023 M2 Max MacBook Pro
Other Information - Raspberry Pi Zero W (1GHz processor with 512MB of RAM) running Raspberry Pi OS Bookworm 32-bit (July 4th 2024) as the other peer, this only happens when upgrading from v4.0.0-beta.24 to v4.0.0-beta.25 (which switched to pion/dtls from v2 to v3), Go 1.23.1, the data-channels-detach example compiled with GOOS of linux, GOARCH of arm and GOARM of 6,hardfloat, this is also reproducible with the latest release at the time of writing: v4.0.0-beta.30
It looks as though the handshake is retried multiple times on the newer version.
Please note this doesn't seem to occur on a more powerful device such as a Raspberry Pi 5 running the same version of Raspberry Pi OS (but 64-bit), it does not occur when using Mozilla Firefox 130.0.1 (64-bit) and it doesn't seem to affect the non-detached data-channels example.
Your environment.
GOOS
oflinux
,GOARCH
ofarm
andGOARM
of6,hardfloat
, this is also reproducible with the latest release at the time of writing: v4.0.0-beta.30What did you do?
Established a WebRTC connection between Chrome on macOS and the data-channels-detach example on a Raspberry Pi Zero W using the official data-channels example page (linked to from the data-channels example). The data-channels-detach code was cross-compiled with:
What did you expect?
On v4.0.0-beta.24, a connection is established and kept alive as per the following logs from
PION_LOG_TRACE=all
What happened?
With v4.0.0-beta.25, executing the exact same code results in the connection closing immediately, as per the following logs
It looks as though the handshake is retried multiple times on the newer version.
Please note this doesn't seem to occur on a more powerful device such as a Raspberry Pi 5 running the same version of Raspberry Pi OS (but 64-bit), it does not occur when using Mozilla Firefox 130.0.1 (64-bit) and it doesn't seem to affect the non-detached data-channels example.