Get Speaker Sip Test
The newest SIP test on this speaker, or null if it has never been tested.
Polled by the result panel while the call is open, which is how the owner sees Terminated and the platform's own disconnection reason land rather than being told the test "succeeded" and left to wonder.
THIS GET WRITES, AND DELIBERATELY IS NOT AUDITED: refresh_platform_view caches what the voice platform itself says about this tenant's own call — its status, disconnection reason and duration — onto the test row, best-effort, because there is no webhook for a test call and this poll is one of only two things that ever re-ask. It records no operator decision and changes nothing an operator did, so an ActivityLogService entry for it would be an audit trail of the provider's opinion rather than of anybody's action (round-2 review, accepted and recorded).
Request
- Base URLhttps://api.verdun.ai (the document declares no server; this is the origin it was published from)
- URLhttps://api.verdun.ai/speakers/{speaker_id}/sip-test
- AuthHTTP bearer
Path parameters
Response
Successful Response
Example response
{
"speaker_label": "North horn — gate",
"status": "connected",
"device_call_id": "1",
"device_states": [
{
"state": "Calling"
}
],
"provider_call_id": "call_85b9",
"provider_status": "ongoing",
"provider_disconnection_reason": "agent_hangup",
"duration_ms": 13400,
"auth_mode": "digest",
"device_error": {
"http_status": 400,
"body": "{\"error\":{\"code\":400,\"message\":\"Invalid SIPAccountId 'Gate horn'\"}}"
},
"sip_account_id": "sip_account_1",
"end_reason": "max_duration",
"max_seconds": 30,
"result_version": 1
}Changes
No recorded changes to this operation across all 2 revisions of this API.