Symptom
After the Feb 18 TLS 1.3 enablement, some customers using OpenTok .NET SDK experience ~60 second delays in API operations (e.g. CreateSession).
In some environments this may result in request timeouts, operation failures, or unexpected latency before a response is returned.
This behaviour has been observed specifically when:
- .NET Framework 4 is used
- TLS 1.3 is negotiated
- Expect: 100-continue is enabled
Applies To
- OpenTok .NET Server SDK (does not apply to Unified Vonage .NET Server SDK)
- .NET Framework 4 (does not apply to modern .NET such as .NET 6/7/8/9)
- Windows OS where TLS 1.3 is supported
- TLS 1.3 negotiated connections
Resolution
Primary recommendation
Upgrade to the latest OpenTok .NET SDK version (v3.20.2), which includes a mitigation for this behavior.
Alternative recommendation
If upgrading is not immediately possible, you can disable
Expect: 100-continue manually in the application as shown below. This removes the delay while continuing to use TLS 1.3.System.Net.ServicePointManager.Expect100Continue = false;
Cause
This behaviour is specific to .NET Framework 4 under TLS 1.3 with Expect: 100-continue enabled. It does not reproduce on OpenTok .NET Server SDK operations under TLS 1.3 with modern .NET.
Additional Information
OpenTok .NET SDK release note: https://github.com/opentok/Opentok-.NET-SDK/releases
Articles in this section
- OpenTok .NET Server SDK. 60 second Delay using .NET Framework 4 and TLS 1.3
- Checklist for when cycleVideo is not working in JavaScript
- Why Is My Video Camera Displaying a 4:3 Aspect Ratio Instead of 16:9 When Publishing in HD OR FHD resolution (1280x720)?
- How to use Completion handler for Exception Handling
- Firefox Pre-call test not supported
- Error Creating Session Using Vonage Video API .NET SDK
- Unable to Create Session Even Though API Key and Secret Are Valid
- HTTP 415 Error When Archiving Video Session
- Troubleshooting Invalid JWT When Creating a Video Session using REST API
- Camara Still in Use after Session Disconnect on Android