Overview
To simulate inbound calls, add your agent’s phone number or SIP address in an evaluation template. Requirements: Add your agent’s phone number or SIP address in a Coval Template.How It Works
When you launch an evaluation with an inbound voice agent:- Coval’s simulated user calls your agent’s phone number
- The conversation follows the test set scenarios you’ve defined
- The simulated user behaves according to the persona you’ve configured
- Metrics are automatically evaluated after the call completes
Identifying Simulation Calls
Coval includes a custom SIP header in the outgoing call:This header is carried inside the SIP signaling layer. Whether your agent can read it depends on how the call is routed — see below.
When the Header Is Available
SIP trunking — If your agent receives calls via a SIP trunk (e.g., Twilio SIP Trunking, Telnyx SIP Trunking, or your own SBC), the custom header is preserved end-to-end and your telephony provider will surface it in the inbound call event. Regular phone numbers (PSTN) — If your agent receives calls on a standard phone number, the call routes through the public telephone network. PSTN carriers strip non-standard SIP headers, soX-Coval-Simulation-Id will not be available to your application. You can still identify simulation calls by the calling phone number or by matching timestamps in the Coval dashboard.
Retrieving the Header (SIP Trunking)
How you access custom SIP headers depends on your telephony provider. Twilio Twilio exposes custom SIP headers as parameters prefixed withSipHeader_ on incoming call webhooks. The simulation ID will be available as SipHeader_X-Coval-Simulation-Id in the request parameters sent to your webhook. See Twilio’s SIP documentation for more details.
Telnyx
Telnyx includes custom SIP headers in the sip_headers array on the call.initiated webhook event. Look for the header with the name X-Coval-Simulation-Id in that array. See Telnyx’s SIP documentation for more details.
Firewall & IP Allowlist
When Coval places a simulation call to your agent, the call arrives from specific IP addresses. If your telephony infrastructure has firewall rules, access control lists (ACLs), or security groups that restrict which IPs can send SIP traffic, you must allowlist the IPs below — otherwise simulation calls will be silently dropped before they reach your agent.This only applies if you receive calls on your own SIP infrastructure (SBC, IP-PBX, or SIP trunk endpoint) and restrict inbound traffic by IP address. If your agent receives calls on a regular phone number through a cloud provider like Twilio or Telnyx, calls arrive through your provider’s normal flow and no allowlisting is needed.
Signaling IPs (SIP)
SIP signaling is how calls are initiated (the SIP INVITE that starts the call, plus responses). Allow these IPs on ports UDP/TCP 5060 and TLS 5061.| Region | Primary | Secondary |
|---|---|---|
| US | 192.76.120.10 | 64.16.250.10 |
| Europe | 185.246.41.140 | 185.246.41.141 |
| Australia | 103.115.244.145 | 103.115.244.146 |
| Canada | 192.76.120.31 | 64.16.250.13 |
| Asia (Beta) | 103.115.244.158 | 103.115.244.159 |
Media IP Subnets (RTP)
RTP carries the actual audio once the call is connected. Allow these subnets on UDP ports 16384–32768.Setup Steps
- Navigate to your Template configuration
- Add your agent’s phone number or SIP address in the agent connection settings
- Configure your test sets with scenarios you want to test
- Select the personas for your simulated callers
- Choose the metrics you want to evaluate
- Launch your evaluation
Best Practices
- Use realistic phone numbers that your agent can receive calls on
- Test with different personas to cover various customer types
- Include both happy path and edge case scenarios in your test sets
- Monitor latency and interruption metrics for voice quality

