Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.usetuner.ai/llms.txt

Use this file to discover all available pages before exploring further.

Tuner only needs a SIP URI and (if your edge uses digest auth) a username and password. Any provider that issues those will work, the tabs below are shortcuts for the most common sources.
  1. Open Tuner → Agent SettingsSIP Settings.
  2. Paste SIP URI, Username, and Password exactly as your provider issued them (leave username/password empty if your edge does not use digest auth).
  3. Click Verify & Save. Tuner Agent Settings, SIP Settings
That’s it, no provider-specific steps required.

Sync the call back with the SIP ID

Placing the call is only half of simulation, Tuner also has to recognise the call your agent syncs back as the one it just dialled. To make that link, Tuner uses the SIP Call-ID that travels with the call.

How the Call-ID flows

When Tuner dials your agent, it sends a standard SIP INVITE that contains a Call-ID header:
INVITE sip:your-agent@provider.example SIP/2.0
Call-ID: 2jf9wCCXfwgxKkTOfLcEsA5LD6fD
...
Your SIP provider receives this INVITE, accepts the call, and captures that Call-ID. It then surfaces the value to your application, which you pass back to Tuner via the Create Call API or one of the Tuner SDKs (Pipecat / LiveKit).
SIP providers may change the header name or format of the Call-ID as they process the call. If you’re unsure which field carries the original value, capture a PCAP (packet capture) of an inbound call on your SIP edge and look for the Call-ID header to trace how it was relayed.
How you pass this value back depends on how you sync calls into Tuner:
  • LiveKit — follow the Connecting to LiveKit SDK guide. Pass the Call-ID value as the sip_correlation_id argument in the Tuner LiveKit plugin.
  • Pipecat — follow the Connecting to Pipecat SDK guide. Pass the Call-ID value as the sip_call_id argument in the Tuner Pipecat observer.
  • Custom integration (API) — include the Call-ID value as sip_call_id in the payload you send to the Create Call API.
Without sip_call_id coming back on the synced call, the call still gets ingested, it just won’t be linked to its simulation row, and will appear as ordinary production traffic instead.
Paste your SIP URI and credentials into Agent Settings → SIP Settings, click Verify & Save, and you’re ready to run simulations.
Next: Run your first simulation.