SIP trunking
Panoramica
Il SIP trunking (Session Initiation Protocol) ti consente di collegare direttamente la tua infrastruttura telefonica esistente a ElevenLabs Agents. Questa integrazione consente a tutti i clienti di usare i sistemi telefonici esistenti sfruttando al contempo le funzionalità avanzate di IA vocale di ElevenLabs.
Con il SIP trunking puoi:
- Collegare il tuo Private Branch Exchange (PBX) o sistema telefonico abilitato per SIP alla piattaforma di IA vocale di ElevenLabs
- Instradare le chiamate agli agenti IA senza modificare la tua infrastruttura telefonica esistente
- Gestire chiamate sia in entrata sia in uscita
- Sfruttare il trasporto TLS crittografato e la crittografia dei contenuti multimediali per una maggiore sicurezza
Non conosci SIP? Consulta il riferimento SIP per definizioni semplici dei termini usati in questa guida, come SIP, SBC, SDP, RTP e MTU.
Server SIP con IP statico
ElevenLabs offre server SIP con indirizzi IP statici per i clienti Enterprise che richiedono l’inserimento di IP nella allowlist in base alle loro policy di sicurezza.
La nostra infrastruttura IP statica usa un blocco di indirizzi IP /24 contenente 256 indirizzi distribuiti in più regioni (Stati Uniti, UE, India e Singapore). Devi inserire nella allowlist l’intero blocco /24 nella configurazione del firewall.
Per l’ambiente predefinito (Stati Uniti/Internazionale), usa sip-static.rtc.elevenlabs.io come endpoint SIP.
Per le regioni isolate, usa sip-static.rtc.<region>.residency.elevenlabs.io, dove <region> è il codice della tua regione di residenza dei dati (ad esempio eu, in o sg). Quando usi questi endpoint, tutto il traffico avrà origine esclusivamente all’interno di quella regione. L’inserimento nella allowlist specifico per regione non è disponibile. Consulta residenza dei dati per l’elenco delle regioni disponibili.
Questa funzionalità è disponibile per gli account Enterprise e può essere abilitata anche durante le prove Enterprise a scopo di test. Per richiedere l’accesso, invia un’email al Supporto all’indirizzo support@elevenlabs.io o contatta il tuo referente commerciale. Per maggiori informazioni, contatta il team commerciale.
Come funziona il SIP trunking
Il SIP trunking stabilisce una connessione diretta tra la tua infrastruttura telefonica e la piattaforma ElevenLabs:
- Chiamate in entrata: le chiamate dal tuo SIP trunk vengono instradate alla piattaforma ElevenLabs usando l’indirizzo SIP INVITE configurato.
- Chiamate in uscita: le chiamate avviate da ElevenLabs vengono instradate al tuo SIP trunk usando l’hostname configurato, consentendo ai tuoi agenti di effettuare chiamate in uscita.
- Autenticazione: la sicurezza della connessione per la segnalazione viene mantenuta tramite autenticazione digest (nome utente/password) o autenticazione Access Control List (ACL) basata sull’IP di origine della segnalazione.
- Segnalazione e contenuti multimediali: la configurazione iniziale della chiamata (segnalazione) supporta più protocolli di trasporto, incluso TLS per la comunicazione crittografata. Una volta stabilita la chiamata, i dati audio effettivi (stream RTP) possono essere crittografati in base alle impostazioni di crittografia dei contenuti multimediali.
Sicurezza del trasporto: certificati e suite di cifratura
Quando usi il trasporto TLS, entrambe le parti eseguono un handshake TLS prima dello scambio di qualsiasi segnalazione SIP. Durante l’handshake convalidano un certificato e negoziano una suite di cifratura. La parte che accetta la connessione agisce come server TLS e presenta il certificato; la parte che apre la connessione agisce come client TLS e lo convalida. ElevenLabs richiede TLS 1.2 o versioni successive.
I ruoli dipendono dalla direzione della chiamata:
- Chiamate in entrata verso ElevenLabs: il tuo sistema apre la connessione, quindi ElevenLabs agisce come server TLS. ElevenLabs presenta un certificato valido per
sip.rtc.elevenlabs.io, che il tuo sistema convalida come client TLS. - Chiamate in uscita da ElevenLabs: ElevenLabs apre la connessione all’indirizzo configurato, quindi il tuo server SIP o SBC agisce come server TLS. Il tuo sistema deve presentare un certificato valido e attendibile, che ElevenLabs convalida come client TLS.
Assicurati che entrambe le parti considerino attendibili i rispettivi certificati e condividano almeno una suite di cifratura comune. In caso contrario, l’handshake TLS non riesce prima che la chiamata venga stabilita. Consulta il riferimento SIP per le definizioni di questi termini.
Connessioni successive
Alcune richieste in-dialogo, come BYE o REFER, potrebbero richiedere una nuova connessione TLS quando quella originale è già stata chiusa. Il comportamento dei certificati per queste connessioni successive differisce dalla configurazione iniziale della chiamata:
- Connessioni successive a ElevenLabs: il tuo sistema stabilisce la connessione all’indirizzo dell’header
Contactrestituito nella risposta, che viene risolto in uno specifico server SIP nel formato<ip>.hosts.rtc.elevenlabs.io. Quel server presenta un certificato valido per*.hosts.rtc.elevenlabs.io, che il tuo sistema convalida come client TLS. - Connessioni successive da ElevenLabs: quando ElevenLabs avvia una connessione TLS per un
BYEoREFER, si connette all’indirizzo nell’headerViapiù in alto, che spesso è un indirizzo IP. Il tuo sistema restituisce in genere un certificato valido per un nome di dominio completo (FQDN) anziché per quell’indirizzo IP. Per convalidare questo certificato, configura il campo Domini remoti nelle impostazioni del numero di telefono. Se un dominio per cui il certificato ricevuto è valido corrisponde a un dominio remoto configurato, la convalida riesce; altrimenti non riesce.
Se le richieste BYE o REFER in uscita tramite TLS non superano la convalida del certificato, aggiungi l’FQDN per cui è stato emesso il certificato del tuo server SIP al campo Domini remoti nelle impostazioni del numero di telefono.
Effettuare chiamate al SIP trunk di ElevenLabs
Quando avvii chiamate alla piattaforma ElevenLabs, devi usare il formato URI SIP corretto. L’URI del SIP trunk di ElevenLabs dipende dal trasporto che vuoi usare per la segnalazione:
- TCP:
sip:sip.rtc.elevenlabs.io:5060;transport=tcp - TLS:
sip:sip.rtc.elevenlabs.io:5061;transport=tls - UDP:
sip:sip.rtc.elevenlabs.io:5060;transport=udp(sperimentale; usalo solo per i test, non in produzione)
Per effettuare una chiamata, costruisci un URI SIP completo che includa un identificatore. Ad esempio, per chiamare il numero di telefono +19991234567 tramite TCP:
Dove:
+19991234567è l’identificatore (in genere un numero di telefono in formato E.164)- L’identificatore può anche essere qualsiasi valore stringa, ad esempio
1000ojohn
Errore comune: non avviare chiamate direttamente a sip@sip.rtc.elevenlabs.io:5060 senza un
identificatore. L’URI SIP deve includere un numero di telefono o un identificatore dopo il prefisso sip: e
prima del simbolo @.
Formato URI SIP: un URI SIP segue il formato
sip:identifier@domain:port, in cui l’identificatore è obbligatorio per instradare correttamente la chiamata.
Requisiti
Prima di configurare il SIP trunking, assicurati di avere:
- Un PBX o sistema telefonico compatibile con SIP
- Numeri di telefono che vuoi collegare a ElevenLabs
- Accesso amministratore alla configurazione del tuo SIP trunk
- Impostazioni del firewall appropriate per consentire il traffico SIP
- Supporto TLS: per una maggiore sicurezza, assicurati che il tuo provider SIP supporti il trasporto TLS
- Compatibilità dei codec audio: Il tuo sistema deve supportare almeno uno dei codec audio G.722 o G.711 (PCMU o PCMA), oppure essere in grado di ricampionare l’audio dal tuo lato. Questo è indipendente da qualsiasi formato audio configurato sull’agente per le connessioni websocket dirette.
Configurare il SIP trunking
Importa SIP Trunk
Fai clic sul pulsante “Importa numero”, quindi seleziona “Da SIP Trunk” per aprire la finestra di configurazione.

Inserisci la configurazione di base
Completa la configurazione di base con le seguenti informazioni:
- Etichetta: un nome descrittivo per il numero di telefono
- Numero di telefono: il numero di telefono in formato E.164 da collegare (ad es. +15551234567)

Configura le impostazioni in entrata
Configura il modo in cui ElevenLabs gestisce le chiamate che arrivano al tuo SIP trunk, inclusi la crittografia dei contenuti multimediali e i controlli di accesso:
- Crittografia dei contenuti multimediali: configura la crittografia per gli stream multimediali RTP:
- Disabilitata: nessuna crittografia dei contenuti multimediali
- Consentita: consente stream multimediali crittografati
- Obbligatoria: impone stream multimediali crittografati
- Numeri consentiti (facoltativo): numeri di telefono autorizzati a chiamare questo numero. Lascia vuoto per consentire tutti i numeri.
- Indirizzi IP di origine consentiti (facoltativo): funziona solo per il trasporto TCP/TLS, non UDP. Indirizzi IP o intervalli CIDR autorizzati a inviare chiamate a questo trunk. Lascia
0.0.0.0/0per consentire tutti gli indirizzi. - Domini remoti (facoltativo): specifica i domini FQDN dei tuoi server SIP dai quali hanno origine le chiamate, ad esempio
example.pstn.twilio.com. Questi domini vengono usati per la convalida dei certificati TLS. Lascia vuoto questo campo se non usi TLS. - Autenticazione (facoltativo): fornisci le credenziali di autenticazione digest che verranno usate per autenticare le chiamate in entrata.
- Nome utente SIP Trunk: nome utente per l’autenticazione SIP digest
- Password SIP Trunk: password per l’autenticazione SIP digest

Configura le impostazioni in uscita
Configura dove ElevenLabs deve inviare le chiamate per il tuo numero di telefono:
-
Indirizzo: hostname o indirizzo IP a cui viene inviato il SIP INVITE (ad es.
sip.telnyx.com). Deve essere solo un hostname o un indirizzo IP, non un URI SIP completo. Se usi TLS, usa un hostname con un certificato valido. -
Tipo di trasporto: seleziona il protocollo di trasporto per la segnalazione SIP:
- TCP: trasporto TCP standard
- TLS: trasporto TLS crittografato per una maggiore sicurezza
- UDP: trasporto senza connessione (sperimentale; usa TCP o TLS in produzione)
-
Crittografia dei contenuti multimediali: configura la crittografia per gli stream multimediali RTP:
- Disabilitata: nessuna crittografia dei contenuti multimediali
- Consentita: consente stream multimediali crittografati
- Obbligatoria: impone stream multimediali crittografati
-
Codec abilitati: codec da offrire nell’SDP per le chiamate in uscita (G.722, PCMU, PCMA). Utile quando il tuo provider SIP supporta solo determinati codec.
-
Header personalizzati (facoltativo): aggiungi header SIP personalizzati da includere nelle chiamate in uscita. Fai clic su “Aggiungi header” per inserire il nome e il valore dell’header richiesti dal tuo provider; puoi aggiungere più header secondo necessità. Gli header personalizzati possono essere usati per l’instradamento e l’identificazione delle chiamate, la fatturazione e il tracciamento, nonché per requisiti specifici del provider.
-
Autenticazione (facoltativo): fornisci le credenziali di autenticazione digest se richieste dal tuo provider SIP trunk.
- Nome utente SIP Trunk: nome utente per l’autenticazione SIP digest
- Password SIP Trunk: password per l’autenticazione SIP digest
Se lasciato vuoto, verrà usata l’autenticazione Access Control List (ACL), che richiede di inserire gli indirizzi IP di ElevenLabs nella allowlist nelle impostazioni del tuo provider.

Best practice di sicurezza: usa il trasporto TLS con crittografia dei contenuti multimediali obbligatoria per la massima sicurezza. In questo modo, sia la segnalazione sia i contenuti multimediali sono crittografati end-to-end.
Metodi di autenticazione:
- Autenticazione digest: usa credenziali di nome utente/password per un’autenticazione sicura (consigliata)
- Autenticazione ACL: usa l’inserimento di indirizzi IP nella allowlist per il controllo degli accessi
L’autenticazione digest è fortemente consigliata perché offre una maggiore sicurezza senza dipendere dall’inserimento degli IP nella allowlist, che può essere complesso da gestire con indirizzi IP dinamici.
Il campo Indirizzo specifica dove ElevenLabs invierà le chiamate in uscita dai tuoi agenti IA. Inserisci solo l’hostname o l’indirizzo IP senza il prefisso del protocollo sip:.
Dati del cliente e personalizzazione
Per garantire il corretto inoltro e la tracciabilità dei metadati delle chiamate, includi i seguenti header SIP personalizzati nel payload del webhook e nella richiesta SIP INVITE:
- X-CALL-ID: identificatore univoco della chiamata
- X-CALLER-ID: identificatore del chiamante
Questi header consentono al sistema di associare i metadati della chiamata alla conversazione e di fornire contesto per la personalizzazione.
Supporto per header di fallback
Se gli header standard sopra indicati non sono presenti, il sistema cercherà automaticamente l’header SIP specifico di Twilio:
- sip.twilio.callSid: identificatore univoco della chiamata Twilio
Questo fallback garantisce la compatibilità con Elastic SIP Trunking di Twilio senza richiedere modifiche alla configurazione.
Flusso di elaborazione
Una volta ricevuti i metadati pertinenti tramite uno qualsiasi degli header supportati, caller_id e/o call_id sono disponibili nel webhook di avvio della conversazione e come variabili dinamiche di sistema.
Header personalizzati in entrata come variabili dinamiche
Gli header SIP personalizzati X- provenienti dalle chiamate SIP trunk in entrata vengono esposti automaticamente come variabili dinamiche nella conversazione.
I nomi degli header vengono normalizzati rimuovendo il prefisso X-, convertendo il nome in minuscolo, sostituendo i trattini con trattini bassi e aggiungendo il prefisso sip_. Ad esempio, X-Contact-ID diventa {{sip_contact_id}} e X-Campaign-ID diventa {{sip_campaign_id}}.
Usa queste variabili nei prompt dell’agente, nei primi messaggi e negli strumenti per personalizzare la conversazione con il contesto fornito dal chiamante. I valori sono visibili anche nella cronologia della conversazione nella scheda Chiamata telefonica.
Gli header riservati come X-Call-ID e X-Caller-ID continuano a essere mappati a system__call_sid e
system__caller_id. Gli header personalizzati in entrata non possono sovrascrivere queste variabili di sistema.
Header BYE da variabili dinamiche
Quando una chiamata termina, ElevenLabs invia un SIP BYE per chiudere il dialogo. Puoi allegare header personalizzati a quel BYE mappando le variabili dinamiche ai nomi degli header nella configurazione del tuo SIP trunk.
Imposta attributes_to_headers su inbound_trunk_config o outbound_trunk_config quando crei o aggiorni un numero di telefono SIP trunk tramite l’API. Ogni voce mappa il nome di una variabile dinamica al nome dell’header SIP da includere nel BYE:
Il valore dell’header è il valore finale della variabile dinamica al termine della conversazione. I valori impostati durante la chiamata, tramite strumenti dell’agente, override del webhook o altri aggiornamenti di runtime, vengono riportati nel BYE.
Ad esempio, se attributes_to_headers contiene "disposition_code": "X-Disposition" e la variabile dinamica disposition_code è resolved al termine della conversazione, il BYE include X-Disposition: resolved.
Assegnare agenti ai numeri di telefono
Dopo aver importato il numero di telefono del tuo SIP trunk, puoi assegnarlo a un agente ElevenLabs:
- Vai alla sezione Numeri di telefono nella dashboard di ElevenAgents
- Seleziona il numero di telefono SIP trunk importato
- Fai clic su “Assegna agente”
- Seleziona l’agente che vuoi gestisca le chiamate a questo numero
Risoluzione dei problemi
Problemi di connessione
Se riscontri problemi di connessione:
- Verifica la configurazione del trunk SIP sia sul lato ElevenLabs sia sul lato del tuo provider
- Controlla che il firewall consenta il traffico di segnalazione SIP sul protocollo di trasporto e sulla porta configurati (5060 per TCP, 5061 per TLS) e assicurati che non sia applicata alcuna allowlist
- Conferma che l’hostname del tuo indirizzo sia formattato correttamente e accessibile
- Esegui test con e senza credenziali di autenticazione digest
- Se usi il trasporto TLS, assicurati che i certificati TLS del tuo provider siano validi e configurati correttamente
- Prova diversi tipi di trasporto (TCP o TLS; il supporto UDP è sperimentale) per isolare i problemi specifici di TLS
Informazioni importanti sull’architettura di rete:
- ElevenLabs fornisce il traffico SIP da più server SIP dietro l’indirizzo condiviso
sip.rtc.elevenlabs.io - Questi server SIP comunicano direttamente con il tuo server SIP
- Le richieste SIP possono provenire da indirizzi IP diversi a causa della nostra infrastruttura distribuita
- Se la tua policy di sicurezza richiede un’allowlist per il traffico in entrata, contatta il nostro team di assistenza.
Errori di autenticazione
Se le chiamate non riescono a causa di problemi di autenticazione:
- Ricontrolla nome utente e password del trunk SIP se usi l’autenticazione digest
- Controlla i log del tuo provider di trunk SIP per messaggi di errore di autenticazione specifici
- Verifica che gli header personalizzati, se configurati, soddisfino i requisiti del tuo provider
- Esegui test con configurazioni semplificate (senza header personalizzati) per isolare i problemi di autenticazione
Problemi di TLS e crittografia
Se riscontri problemi con il trasporto TLS o la crittografia dei contenuti multimediali:
- Verifica che il tuo provider di trunk SIP supporti il trasporto TLS sulla porta 5061
- Controlla la validità dei certificati, le date di scadenza e le catene di attendibilità
- Assicurati che il tuo provider supporti la crittografia multimediale SRTP se usi la crittografia multimediale “Obbligatoria”
- Esegui test con la crittografia multimediale “Consentita” prima di usare “Obbligatoria” per isolare i problemi di crittografia
- Prova il trasporto TCP per isolare i problemi specifici di TLS (il supporto UDP è sperimentale)
- Contatta il tuo provider di trunk SIP per confermare il supporto di TLS e SRTP
Problemi con gli header personalizzati
Se riscontri problemi con gli header personalizzati:
- Verifica i nomi e i valori esatti degli header richiesti dal tuo provider
- Controlla la distinzione tra maiuscole e minuscole nei nomi degli header
- Assicurati che i valori degli header non contengano caratteri speciali che richiedono l’escape
- Esegui prima un test senza header personalizzati, poi aggiungili gradualmente
- Per le variabili dinamiche degli header personalizzati in entrata, verifica che gli header usino il prefisso
X-e consulta la scheda Chiamata telefonica nella cronologia delle conversazioni - Consulta la documentazione del tuo provider per gli header personalizzati supportati
Nessun audio o audio unidirezionale
Se la chiamata si connette ma non c’è audio, oppure l’audio fluisce in una sola direzione:
- Verifica che il firewall consenta il traffico UDP per il flusso multimediale RTP (in genere porte 10000-60000)
- Poiché RTP usa indirizzi IP dinamici, assicurati che le regole del firewall non siano limitate a IP statici specifici
- Controlla eventuali problemi di Network Address Translation (NAT) che potrebbero bloccare il flusso RTP
- Se usi la crittografia multimediale “Obbligatoria”, assicurati che entrambi gli endpoint supportino SRTP
- Esegui test con la crittografia multimediale “Disattivata” per isolare i problemi audio legati alla crittografia
Problemi di qualità audio
Se riscontri una qualità audio scarsa:
- Assicurati che la tua rete disponga di larghezza di banda sufficiente (almeno 100 Kbps per chiamata) e bassa latenza/jitter per il traffico UDP
- Controlla eventuali congestioni di rete o perdite di pacchetti, in particolare sul percorso UDP
- Verifica che le impostazioni del codec corrispondano a entrambe le estremità
- Se usi la crittografia multimediale, assicurati che entrambi gli endpoint gestiscano in modo efficiente l’elaborazione SRTP
- Esegui test con diverse impostazioni di crittografia multimediale per isolare i problemi di qualità
La chiamata non si disconnette dopo l'invio della richiesta BYE (ricezione di una risposta 481)
Una risposta 481 a un BYE di solito significa che la richiesta ha raggiunto un server SIP che non dispone dello stato del dialogo della chiamata.
Questo accade spesso quando la connessione TCP iniziale è già stata chiusa e il BYE viene inviato nuovamente all’indirizzo condiviso generico (ad esempio sip.rtc.elevenlabs.io)
anziché all’URI Contact specifico restituito nella risposta 200 OK.
- Quando ristabilisci una connessione TCP per il BYE, usa sempre l’indirizzo
Contactdella risposta INVITE affinché la richiesta raggiunga lo stesso server SIP che ha gestito il dialogo. - Evita di inviare il BYE all’indirizzo condiviso
sip.rtc.elevenlabs.io, perché la richiesta potrebbe arrivare a un nodo SIP diverso, che la rifiuterebbe con un 481.
Consulta la sezione 8.1.1.8 dell’RFC 3261 per il comportamento normativo che regola gli header Contact e il routing dei dialoghi.
Limitazioni e considerazioni
- Il supporto per più chiamate simultanee dipende dal tuo piano di abbonamento. Abilita l’accodamento delle chiamate per mettere in attesa i chiamanti in entrata quando viene raggiunto il limite, invece di rifiutarli
- Le funzionalità di registrazione delle chiamate e analisi sono disponibili, ma potrebbero richiedere una configurazione aggiuntiva
- Le funzionalità di chiamata in uscita potrebbero essere limitate dal tuo provider di trunk SIP
- Supporto TLS: assicurati che il tuo provider di trunk SIP supporti TLS 1.2 o versioni successive per il trasporto crittografato
- Crittografia multimediale: il supporto SRTP varia a seconda del provider; verifica la compatibilità prima di rendere obbligatoria la crittografia
- Formato audio: l’implementazione SIP di ElevenLabs invia e riceve audio tramite i codec PCMU o PCMA (G.711, 8 kHz) oppure G.722 (16 kHz). Questo è indipendente da qualsiasi formato audio configurato sull’agente per le connessioni websocket dirette. Il tuo sistema di trunk SIP deve supportare nativamente uno di questi codec oppure eseguire il ricampionamento per soddisfare i requisiti del tuo sistema
Domande frequenti
Posso usare i miei numeri di telefono esistenti con ElevenLabs?
Sì, il trunking SIP ti consente di collegare direttamente a ElevenAgents di ElevenLabs i tuoi numeri di telefono esistenti, senza trasferirli.
Quali provider di trunk SIP sono compatibili con ElevenLabs?
ElevenLabs è compatibile con la maggior parte dei provider di trunk SIP standard, tra cui Twilio, Vonage, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth e altri che supportano gli standard del protocollo SIP. Il trasporto TLS e la crittografia multimediale SRTP sono supportati per una maggiore sicurezza.
Dovrei usare il trasporto TLS per una maggiore sicurezza?
Sì, il trasporto TLS è altamente consigliato per gli ambienti di produzione. Fornisce una segnalazione SIP crittografata, migliorando la sicurezza delle tue chiamate. In combinazione con la crittografia multimediale obbligatoria, garantisce una protezione completa delle tue comunicazioni. Verifica sempre che il tuo provider di trunk SIP supporti TLS prima di abilitarlo.
Qual è la differenza tra i tipi di trasporto?
- TCP: segnalazione affidabile ma non crittografata - TLS: segnalazione crittografata e affidabile (consigliata per la produzione) - UDP: segnalazione senza connessione, attualmente sperimentale
Il trasporto UDP è sperimentale ed è destinato esclusivamente ai test. Per le applicazioni di produzione e critiche per la sicurezza, usa sempre il trasporto TLS.
A cosa servono gli header personalizzati?
Gli header SIP personalizzati ti consentono di includere informazioni specifiche del provider nelle chiamate in uscita. Gli utilizzi più comuni includono l’instradamento delle chiamate, i codici di fatturazione, l’identificazione del chiamante e il rispetto di requisiti specifici del provider.
Quante chiamate simultanee sono supportate?
Il numero di chiamate simultanee dipende dal tuo piano di abbonamento. I piani Enterprise in genere consentono un volume maggiore di chiamate simultanee. Quando viene raggiunto il limite, i chiamanti in entrata vengono rifiutati a meno che non sia abilitato l’accodamento delle chiamate per l’agente; in tal caso, vengono messi in attesa con audio di attesa e collegati non appena si libera capacità.
Posso instradare le chiamate in modo condizionale verso agenti diversi?
Sì, puoi usare le regole di routing del tuo sistema PBX esistente per indirizzare le chiamate verso numeri di telefono diversi, ciascuno collegato a un diverso agente ElevenLabs.
Devo mantenere il formato con il + iniziale quando importo i numeri di telefono?
Sì, il formato del numero di telefono deve essere coerente tra il tuo URI SIP e la configurazione del numero di telefono importato.
Se chiami l’URI SIP con un + iniziale (ad esempio,
sip:+19991234567@sip.rtc.elevenlabs.io:5060), devi importare il numero di telefono anch’esso con il
- iniziale (ad esempio,
+19991234567). Allo stesso modo, se chiami senza il + iniziale, importa il numero di telefono senza. Formati non corrispondenti impediranno il corretto instradamento delle chiamate.
Supportate le ricerche di record SRV per SIP?
Sì, ElevenLabs fornisce record NAPTR e SRV per il rilevamento di server SIP conforme a RFC 3263.