Skip to content

Commit 86180f4

Browse files
authored
Merge pull request #95494 from vwxyzh/patch-5
update message size limitation.
2 parents 0ffd7d5 + 2935df2 commit 86180f4

File tree

1 file changed

+15
-3
lines changed

1 file changed

+15
-3
lines changed

articles/azure-signalr/signalr-concept-messages-and-connections.md

Lines changed: 15 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -18,9 +18,21 @@ Azure SignalR Service supports the same formats as ASP.NET Core SignalR: [JSON](
1818

1919
## Message size
2020

21-
Azure SignalR Service has no size limit for messages.
22-
23-
Large messages are split into smaller messages that are no more than 2 KB each and transmitted separately. SDKs handle message splitting and assembling. No developer efforts are needed.
21+
The following limits apply for Azure SignalR Service messages:
22+
23+
* Client messages:
24+
* For long polling or server side events, the client cannot send messages larger than 1MB.
25+
* There is no size limit for Websockets for service.
26+
* App server can set a limit for client message size. Default is 32KB. For more information, see [Security considerations in ASP.NET Core SignalR](/aspnet/core/signalr/security?#buffer-management).
27+
* For serverless, the message size is limited by upstream implementation, but under 1MB is recommended.
28+
* Server messages:
29+
* There is no limit to server message size, but under 16MB is recommended.
30+
* App server can set a limit for client message size. Default is 32KB. For more information, see [Security considerations in ASP.NET Core SignalR](/aspnet/core/signalr/security?#buffer-management).
31+
* Serverless:
32+
* Rest API: 1MB for message body, 16KB for headers.
33+
* There is no limit for Websockets, [management SDK persistent mode](https://github.com/Azure/azure-signalr/blob/dev/docs/management-sdk-guide.md), but under 16MB is recommended.
34+
35+
For Websockets clients, large messages are split into smaller messages that are no more than 2 KB each and transmitted separately. SDKs handle message splitting and assembling. No developer efforts are needed.
2436

2537
Large messages do negatively affect messaging performance. Use smaller messages whenever possible, and test to determine the optimal message size for each use-case scenario.
2638

0 commit comments

Comments
 (0)