HTTP 429 Too Many Requests returned by the WFM API when aggregating real-time BYOC trunk health metrics for 15 trunks in Asia/Singapore.
- Initiate screen recording session.
- Background process polls
/v2/wfm/schedulesfor agent availability. - Concurrently fetch SIP registration status via Analytics API.
- Request throttled despite batching.
Is there a specific rate limit configuration for concurrent trunk and WFM data pulls, or should I decouple these requests?