Need some help troubleshooting SIP 488 errors occurring during media negotiation on our outbound campaigns. The Architect flow logs indicate a successful 200 OK from the carrier, yet the call drops immediately after the media stream initiates. This is isolated to the EU1 region and affects only calls routed through the BYOC trunk with the latest codec profile update. Any insights on how to validate the SDP payload without API access would be appreciated.
I’d recommend looking at at…
- The WFM schedule adherence logs first, because this often stems from agents being marked available in Architect while actually on break in WFM.
- Your shift swap configuration to ensure no overlapping availability states are causing the media negotiation to fail.
My usual workaround is to checking the jmeter thread group settings for ramp-up periods. the suggestion above regarding wfm is technically accurate for write operations, but the endpoint in question is a get req… wait, no. sip 488 is media negotiation. in my load testing setup for eu1, i see this when the websocket connection limits are hit during high concurrent call volumes. check your api rate limits. if you are pushing 500 ceps, the sdp payload might be timing out before the carrier responds. try reducing the concurrent threads in your test plan to 100 and see if the 488s disappear. also, verify the codec profile in architect matches the byoc trunk exactly. a mismatch in opus vs g711 causes immediate drops. i use a simple jmeter script to simulate the sip invite and capture the raw sdp. if the jsessionid is missing, that is the culprit. focus on the media path, not the wfm state.