Intermittent connectivity issue between client and MuleSoft DLB. The client received an error indicating the requests were reset by DLB during TLS handshake.
This is caused when the client tries to resume a TLS session to DLB worker A, but is making the connection against DLB worker B. The DLB will reject this connection.
1. Run a packet capture (on client and DLB) while reproducing the issue.
2. Examine the Client Hello packet to check if TLS session cache is used. In TLSv1.2, this will be visible in the Session ID field. In TLSv1.3, this will be visible in the PSK extension.
3. If TLS session caching is used on the client side, check if the client has persistence configured. If the client tries to resume a cached TLS session, but sends this request to the "other" DLB worker node (because there is no persistence configured), the connection will be rejected by DLB.
4. To resolve, disable TLS session caching at the client side, or enable persistence.
005387162

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.