-
Notifications
You must be signed in to change notification settings - Fork 442
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DTLS client received unexpected alert: fatal(2), bad_record_mac(20) #969
Comments
While not sure on the exact cause of your issue, you might try this fork/branch which uses the new bouncycastle APIs (2+): https://github.com/camnewnham/sipsorcery/tree/bouncycastle-2 Once I have done further testing on it I will PR it here. |
I'm getting the same over an extensively used data channel. @camnewnham what's your progress on that PR? |
I'm using the aforementioned branch in production and haven't seen this issue recur. I haven't made a PR yet as there were two changes that were not straightforward to port - they don't affect my usage but I am unsure of their impact in a broader context:
|
@camnewnham your branch seems to fix the issue for me. How can I help with getting the PR out? P.S. considering dependency major version bump, SIPSorcery's major version must also be increased AFAIU. |
Thanks @lostmsu had another look over this - seems fine have made a PR. |
@sipsorcery since the PR was reverted this issue should be reopened. |
I did implement some changes to the DTLS cipher suite selection as well as switched the default signature algorithm to ECDSA. While it does not directly address the cause of the "bad mac" alert it might make a difference. All the browsers have switched from RSA to ECDSA as default and that should help with general DTLS issues. |
I am getting following error once I run WebRTC caller and callee application on the same computer.
The text was updated successfully, but these errors were encountered: