Skip to content

Commit 417a68a

Browse files
Fix incorrect plural usage: "traffics" → "traffic"
Corrected the phrase 'incoming client traffics' to 'incoming client traffic' for grammatical accuracy.
1 parent da3aed6 commit 417a68a

1 file changed

Lines changed: 1 addition & 1 deletion

File tree

articles/azure-signalr/signalr-howto-troubleshoot-guide.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -320,7 +320,7 @@ This issue often occurs when someone establishes a SignalR client connection in
320320

321321
## Server connection drops
322322

323-
When the app server starts, in the background, the Azure SDK starts to initiate server connections to the remote Azure SignalR. As described in [Internals of Azure SignalR Service](https://github.com/Azure/azure-signalr/blob/dev/docs/internal.md), Azure SignalR routes incoming client traffics to these server connections. When a server connection is dropped, it closes all the client connections it was serving.
323+
When the app server starts, in the background, the Azure SDK starts to initiate server connections to the remote Azure SignalR. As described in [Internals of Azure SignalR Service](https://github.com/Azure/azure-signalr/blob/dev/docs/internal.md), Azure SignalR routes incoming client traffic to these server connections. When a server connection is dropped, it closes all the client connections it was serving.
324324

325325
As the connections between the app server and SignalR Service are persistent connections, they might experience network connectivity issues. In the Server SDK, we have an **Always Reconnect** strategy to server connections. As a best practice, we also encourage users to add continuous reconnection logic to the clients with a random delay time to avoid massive simultaneous requests to the server.
326326

0 commit comments

Comments
 (0)