Skip to content

Commit d5ada5c

Browse files
Merge pull request #288261 from vac0224/vc-email-multiple-smtp-2024-10-18
Update service-limits.md
2 parents b49a1f8 + dce4d75 commit d5ada5c

File tree

1 file changed

+25
-18
lines changed

1 file changed

+25
-18
lines changed

articles/communication-services/concepts/service-limits.md

Lines changed: 25 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -80,6 +80,7 @@ We recommend acquiring identities and tokens before creating chat threads or sta
8080
For more information, see the [identity concept overview](./authentication.md) page.
8181

8282
## SMS
83+
8384
When sending or receiving a high volume of messages, you might receive a ```429``` error. This error indicates you're hitting the service limitations, and your messages are queued to be sent once the number of requests is below the threshold.
8485

8586
Rate Limits for SMS:
@@ -91,6 +92,7 @@ Rate Limits for SMS:
9192
|Send Message|Alphanumeric Sender ID |Per resource|60|600|600|
9293

9394
### Action to take
95+
9496
If you have requirements that exceed the rate-limits, submit [a request to Azure Support](/azure/azure-portal/supportability/how-to-create-azure-support-request) to enable higher throughput.
9597

9698

@@ -100,9 +102,9 @@ For more information on the SMS SDK and service, see the [SMS SDK overview](./sm
100102

101103
You can send a limited number of email messages. If you exceed the following limits for your subscription, your requests are rejected. You can attempt these requests again, after the Retry-After time passes. Take action before reaching the limit by requesting to raise your sending volume limits if needed.
102104

103-
The Azure Communication Services email service is designed to support high throughput. However, the service imposes initial rate limits to help customers onboard smoothly and avoid some of the issues that can occur when switching to a new email service. We recommend gradually increasing your email volume using Azure Communication Services Email over a period of two to four weeks, while closely monitoring the delivery status of your emails. This gradual increase allows third-party email service providers to adapt to the change in IP for your domain's email traffic, thus protecting your sender reputation and maintaining the reliability of your email delivery.
105+
The Azure Communication Services email service is designed to support high throughput. However, the service imposes initial rate limits to help customers onboard smoothly and avoid some of the issues that can occur when switching to a new email service. We recommend gradually increasing your email volume using Azure Communication Services Email over a period of two to four weeks, while closely monitoring the delivery status of your emails. This gradual increase enables third-party email service providers to adapt to the change in IP for your domain's email traffic. The gradual change gives you time to protect your sender reputation and maintain the reliability of your email delivery.
104106

105-
We approve higher limits for customers based on use case requirements, domain reputation, traffic patterns, and failure rates. To request higher limits, follow the instructions at [Quota increase for email domains](./email/email-quota-increase.md). Note that higher quotas are only available for verified custom domains, not Azure-managed domains.
107+
We approve higher limits for customers based on use case requirements, domain reputation, traffic patterns, and failure rates. To request higher limits, follow the instructions at [Quota increase for email domains](./email/email-quota-increase.md). Higher quotas are only available for verified custom domains, not Azure-managed domains.
106108

107109
### Rate Limits
108110

@@ -130,6 +132,7 @@ We approve higher limits for customers based on use case requirements, domain re
130132
| --- | --- |
131133
| Number of recipients in Email | 50 |
132134
| Total email request size (including attachments) | 10 MB |
135+
| Maximum authenticated connections per subscription | 250 |
133136

134137
For all message size limits, you need to consider that that base64 encoding increases the size of the message. You need to increase the size value to account for the message size increase that occurs after the message attachments and any other binary data are Base64 encoded. Base64 encoding increases the size of the message by about 33%, so the message size is about 33% larger than the message sizes before encoding. For example, if you specify a maximum message size value of ~10 MB, you can expect a realistic maximum message size value of approximately ~7.5 MB.
135138

@@ -160,8 +163,8 @@ To increase your email quota, follow the instructions at [Quota increase for ema
160163

161164
### Size Limits
162165

163-
| **Name** | Limit |
164-
|--|--|
166+
| **Name** | Limit |
167+
| --- | --- |
165168
|Number of participants in thread|250 |
166169
|Batch of participants - CreateThread|200 |
167170
|Batch of participants - AddParticipant|200 |
@@ -239,42 +242,46 @@ The Calling SDK doesn't enforce these limits, but your users might experience pe
239242

240243
The following timeouts apply to the Communication Services Calling SDKs:
241244

242-
| Action | Timeout in seconds |
243-
| --------------------------------------------------------------------------- | ------------------ |
244-
| Reconnect/removal participant | 120 |
245-
| Add or remove new modality from a call (Start/stop video or screen sharing) | 40 |
246-
| Call Transfer operation timeout | 60 |
247-
| 1:1 call establishment timeout | 85 |
248-
| Group call establishment timeout | 85 |
249-
| PSTN call establishment timeout | 115 |
250-
| Promote 1:1 call to a group call timeout | 115 |
251-
245+
| Action | Timeout in seconds |
246+
| --- | --- |
247+
| Reconnect/removal participant | 120 |
248+
| Add or remove new modality from a call (Start/stop video or screen sharing) | 40 |
249+
| Call Transfer operation timeout | 60 |
250+
| 1:1 call establishment timeout | 85 |
251+
| Group call establishment timeout | 85 |
252+
| PSTN call establishment timeout | 115 |
253+
| Promote 1:1 call to a group call timeout | 115 |
252254

253255
### Action to take
254256

255257
For more information about the voice and video calling SDK and service, see the [calling SDK overview](./voice-video-calling/calling-sdk-features.md) page or [known issues](./known-issues.md). You can also [submit a request to Azure Support](/azure/azure-portal/supportability/how-to-create-azure-support-request) to increase some of the limits, pending review by our vetting team.
256258

257259
## Job Router
260+
258261
When sending or receiving a high volume of requests, you might receive a ```ThrottleLimitExceededException``` error. This error indicates you're hitting the service limitations, and your requests fail until the token of bucket to handle requests is replenished after a certain time.
259262

260263
Rate Limits for Job Router:
261264

262-
|Operation|Scope|Timeframe (seconds)| Limit (number of requests) | Timeout in seconds|
263-
|---------|-----|-------------|-------------------|-------------------------|
264-
|General Requests|Per Resource|10|1000|10|
265+
| Operation | Scope | Timeframe (seconds) | Limit (number of requests) | Timeout in seconds |
266+
| --- | --- | --- | --- | --- |
267+
| General Requests | Per Resource | 10 | 1000 | 10 |
265268

266269
### Action to take
270+
267271
If you need to send a volume of messages that exceeds the rate limits, email us at [email protected].
268272

269273
## Teams Interoperability and Microsoft Graph
274+
270275
Using a Teams interoperability scenario, you'll likely use some Microsoft Graph APIs to create [meetings](/graph/cloud-communications-online-meetings).
271276

272277
Each service offered through Microsoft Graph has different limitations; service-specific limits are [described here](/graph/throttling) in more detail.
273278

274279
### Action to take
280+
275281
When you implement error handling, use the HTTP error code 429 to detect throttling. The failed response includes the `Retry-After` response header. Backing off requests using the `Retry-After` delay is the fastest way to recover from throttling because Microsoft Graph continues to log resource usage while a client is being throttled.
276282

277-
You can find more information on Microsoft Graph [throttling](/graph/throttling) limits in the [Microsoft Graph](/graph/overview) documentation.
283+
You can find more information about Microsoft Graph [throttling](/graph/throttling) limits in the [Microsoft Graph](/graph/overview) documentation.
278284

279285
## Next steps
286+
280287
See the [help and support](../support.md) options.

0 commit comments

Comments
 (0)