SIP-trunking
Verbind je bestaande telefoonsysteem met ElevenLabs Agents via SIP-trunking
Overzicht
Met SIP-trunking (Session Initiation Protocol) kun je je bestaande telefonie-infrastructuur rechtstreeks verbinden met ElevenLabs Agents. Deze integratie stelt alle klanten in staat hun bestaande telefoonsystemen te gebruiken en tegelijkertijd gebruik te maken van de geavanceerde voice AI-mogelijkheden van ElevenLabs.
Met SIP-trunking kun je:
- Je Private Branch Exchange (PBX) of SIP-telefoonsysteem verbinden met het voice AI-platform van ElevenLabs
- Gesprekken naar AI-agents routeren zonder je bestaande telefonie-infrastructuur te wijzigen
- Zowel inkomende als uitgaande gesprekken afhandelen
- Versleuteld TLS-transport en mediaversleuteling gebruiken voor betere beveiliging
Nog niet bekend met SIP? Bekijk de SIP-referentie voor duidelijke definities van de termen die in deze handleiding worden gebruikt, zoals SIP, SBC, SDP, RTP en MTU.
SIP-servers met statische IP-adressen
ElevenLabs biedt SIP-servers met statische IP-adressen voor Enterprise-klanten die IP-allowlisting nodig hebben vanwege hun beveiligingsbeleid.
Onze infrastructuur met statische IP-adressen gebruikt een /24-IP-adresblok met 256 adressen, verdeeld over meerdere regio’s (VS, EU, India en Singapore). Je moet het volledige /24-blok in de configuratie van je firewall allowlisten.
Gebruik voor de standaardomgeving (VS/internationaal) sip-static.rtc.elevenlabs.io als je SIP-endpoint.
Gebruik voor geïsoleerde regio’s sip-static.rtc.<region>.residency.elevenlabs.io, waarbij <region> de regiocode voor je dataresidency is (bijvoorbeeld eu, in of sg). Bij gebruik van deze endpoints is al het verkeer uitsluitend afkomstig uit die regio. Specifieke allowlisting per regio is niet beschikbaar. Bekijk dataresidency voor de lijst met beschikbare regio’s.
Deze functie is beschikbaar voor Enterprise-accounts en kan ook tijdens Enterprise-proefversies worden ingeschakeld om te testen. Vraag toegang aan door Support te e-mailen via support@elevenlabs.io of neem contact op met je accountmanager. Neem contact op met sales voor meer informatie.
Hoe SIP-trunking werkt
SIP-trunking brengt een directe verbinding tot stand tussen je telefonie-infrastructuur en het ElevenLabs-platform:
- Inkomende gesprekken: Gesprekken vanaf je SIP-trunk worden naar het ElevenLabs-platform gerouteerd via je geconfigureerde SIP INVITE-adres.
- Uitgaande gesprekken: Door ElevenLabs geïnitieerde gesprekken worden via je geconfigureerde hostname naar je SIP-trunk gerouteerd, zodat je agents uitgaande gesprekken kunnen voeren.
- Authenticatie: De verbinding voor signalering wordt beveiligd met digest-authenticatie (gebruikersnaam/wachtwoord) of authenticatie met een Access Control List (ACL) op basis van het IP-adres van de signaleringsbron.
- Signalering en media: De initiële gespreksconfiguratie (signalering) ondersteunt meerdere transportprotocollen, waaronder TLS voor versleutelde communicatie. Zodra het gesprek tot stand is gebracht, kunnen de daadwerkelijke audiogegevens (RTP-stream) worden versleuteld op basis van je instellingen voor mediaversleuteling.
Transportbeveiliging: certificaten en cipher suites
Wanneer je TLS-transport gebruikt, voeren beide partijen een TLS-handshake uit voordat SIP-signalering wordt uitgewisseld. Tijdens de handshake valideren ze een certificaat en onderhandelen ze over een cipher suite. De partij die de verbinding accepteert, treedt op als TLS-server en presenteert het certificaat; de partij die de verbinding opent, treedt op als TLS-client en valideert het. ElevenLabs vereist TLS 1.2 of hoger.
De rollen zijn afhankelijk van de gespreksrichting:
- Inkomende gesprekken naar ElevenLabs: Je systeem opent de verbinding, dus ElevenLabs treedt op als TLS-server. ElevenLabs presenteert een geldig certificaat voor
sip.rtc.elevenlabs.io, dat je systeem als TLS-client valideert. - Uitgaande gesprekken vanuit ElevenLabs: ElevenLabs opent de verbinding naar het adres dat je hebt geconfigureerd, dus je SIP-server of SBC treedt op als TLS-server. Je systeem moet een geldig, vertrouwd certificaat presenteren, dat ElevenLabs als TLS-client valideert.
Zorg dat beide partijen elkaars certificaten vertrouwen en ten minste één gemeenschappelijke cipher suite hebben. Zo niet, dan mislukt de TLS-handshake voordat het gesprek tot stand is gebracht. Bekijk de SIP-referentie voor definities van deze termen.
Vervolgverbindingen
Voor sommige verzoeken binnen een dialoog, zoals BYE of REFER, kan een nieuwe TLS-verbinding nodig zijn wanneer de oorspronkelijke verbinding al is gesloten. Het certificaatgedrag voor deze vervolgverbindingen verschilt van de initiële gespreksconfiguratie:
- Vervolgverbindingen naar ElevenLabs: Je systeem maakt verbinding met het adres in de
Contact-header die in het antwoord wordt teruggestuurd. Dit wordt omgezet naar een specifieke SIP-server in de vorm<ip>.hosts.rtc.elevenlabs.io. Die server presenteert een certificaat dat geldig is voor*.hosts.rtc.elevenlabs.io, dat je systeem als TLS-client valideert. - Vervolgverbindingen vanuit ElevenLabs: Wanneer ElevenLabs een TLS-verbinding initieert voor een
BYEofREFER, maakt het verbinding met het adres in de bovensteVia-header, vaak een IP-adres. Je systeem retourneert doorgaans een certificaat dat geldig is voor een fully qualified domain name (FQDN), in plaats van voor dat IP-adres. Configureer het veld Remote domains in je telefoonnummerinstellingen om dit certificaat te valideren. Als een domein waarvoor het ontvangen certificaat geldig is overeenkomt met een geconfigureerd extern domein, slaagt de validatie; anders mislukt deze.
Als uitgaande BYE- of REFER-verzoeken via TLS de certificaatvalidatie niet doorstaan, voeg je de FQDN
waarvoor het certificaat van je SIP-server is uitgegeven toe aan het veld Remote domains in de telefoonnummerinstellingen.
Gesprekken voeren naar de SIP-trunk van ElevenLabs
Wanneer je gesprekken initieert naar het ElevenLabs-platform, moet je de juiste SIP-URI-indeling gebruiken. De SIP-trunk-URI van ElevenLabs hangt af van het transport dat je voor signalering wilt gebruiken:
- 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(experimenteel; gebruik dit alleen voor testen, niet in productie)
Stel een volledige SIP-URI samen die een identifier bevat om een gesprek te voeren. Bijvoorbeeld om het telefoonnummer +19991234567 via TCP te bellen:
Waarbij:
+19991234567de identifier is (meestal een telefoonnummer in E.164-indeling)- De identifier kan ook een willekeurige tekenreeks zijn, zoals
1000ofjohn
Veelgemaakte fout: Initieer geen gesprekken rechtstreeks naar sip@sip.rtc.elevenlabs.io:5060 zonder
identifier. De SIP-URI moet na het voorvoegsel sip: en vóór het symbool @ een telefoonnummer of identifier bevatten.
SIP-URI-indeling: Een SIP-URI volgt de indeling
sip:identifier@domain:port, waarbij de identifier vereist is om het gesprek correct te routeren.
Vereisten
Controleer voordat je SIP-trunking instelt of je beschikt over:
- Een SIP-compatibele PBX of telefoniesysteem
- Telefoonnummers die je met ElevenLabs wilt verbinden
- Beheerderstoegang tot de configuratie van je SIP-trunk
- Geschikte firewallinstellingen om SIP-verkeer toe te staan
- TLS-ondersteuning: Zorg voor betere beveiliging dat je SIP-trunkprovider TLS-transport ondersteunt
- Compatibiliteit met audiocodecs: Je systeem moet minimaal een van de audiocodecs G.722 of G.711 (PCMU of PCMA) ondersteunen, of audio aan jouw kant opnieuw kunnen samplen. Dit staat los van een audioformaat dat op de agent is geconfigureerd voor rechtstreekse websocketverbindingen.
SIP-trunking instellen
SIP-trunk importeren
Klik op de knop “Import number” en selecteer vervolgens “From SIP Trunk” om het configuratievenster te openen.

Basisconfiguratie invoeren
Vul de basisconfiguratie in met de volgende gegevens:
- Label: Een beschrijvende naam voor het telefoonnummer
- Phone Number: Het te verbinden telefoonnummer in E.164-indeling (bijv. +15551234567)

Instellingen voor inkomende gesprekken configureren
Configureer hoe ElevenLabs gesprekken behandelt die op je SIP-trunk binnenkomen, inclusief mediaversleuteling en toegangscontroles:
- Media Encryption: Configureer versleuteling voor RTP-mediastreams:
- Disabled: Geen mediaversleuteling
- Allowed: Staat versleutelde mediastreams toe
- Required: Vereist versleutelde mediastreams
- Allowed Numbers (optioneel): Telefoonnummers die gemachtigd zijn om dit nummer te bellen. Laat leeg om alle nummers toe te staan.
- Allowed Source IP Addresses (optioneel): Werkt alleen voor TCP/TLS-transport, niet voor UDP. IP-adressen of CIDR-bereiken die gesprekken naar deze trunk mogen sturen. Laat op
0.0.0.0/0staan om alle adressen toe te staan. - Remote Domains (optioneel): Geef de FQDN-domeinen op van je SIP-servers van waaruit je de gesprekken initieert, bijvoorbeeld
example.pstn.twilio.com. Deze domeinen worden gebruikt voor TLS-certificaatvalidatie. Laat dit veld leeg als je geen TLS gebruikt. - Authentication (optioneel): Geef inloggegevens voor digest-authenticatie op die worden gebruikt om inkomende gesprekken te authenticeren.
- SIP Trunk Username: Gebruikersnaam voor SIP-digest-authenticatie
- SIP Trunk Password: Wachtwoord voor SIP-digest-authenticatie

Instellingen voor uitgaande gesprekken configureren
Configureer waarheen ElevenLabs gesprekken voor je telefoonnummer moet sturen:
-
Address: Hostname of IP-adres waarheen de SIP INVITE wordt verstuurd (bijv.
sip.telnyx.com). Dit moet alleen een hostname of IP-adres zijn, geen volledige SIP-URI. Gebruik bij TLS een hostname met een geldig certificaat. -
Transport Type: Selecteer het transportprotocol voor SIP-signalering:
- TCP: Standaard TCP-transport
- TLS: Versleuteld TLS-transport voor betere beveiliging
- UDP: Verbindingsloos transport (experimenteel; gebruik TCP of TLS in productie)
-
Media Encryption: Configureer versleuteling voor RTP-mediastreams:
- Disabled: Geen mediaversleuteling
- Allowed: Staat versleutelde mediastreams toe
- Required: Vereist versleutelde mediastreams
-
Enabled Codecs: Codecs die in de SDP worden aangeboden voor uitgaande gesprekken (G.722, PCMU, PCMA). Handig als je SIP-provider slechts bepaalde codecs ondersteunt.
-
Custom Headers (optioneel): Voeg aangepaste SIP-headers toe die met uitgaande gesprekken worden meegestuurd. Klik op “Add Header” om de headernaam en -waarde in te voeren die je provider vereist; je kunt indien nodig meerdere headers toevoegen. Aangepaste headers kunnen worden gebruikt voor gespreksroutering en identificatie, facturering en tracking, en vereisten van specifieke providers.
-
Authentication (optioneel): Geef inloggegevens voor digest-authenticatie op als je SIP-trunkprovider dit vereist.
- SIP Trunk Username: Gebruikersnaam voor SIP-digest-authenticatie
- SIP Trunk Password: Wachtwoord voor SIP-digest-authenticatie
Als je deze leeg laat, wordt authenticatie met een Access Control List (ACL) gebruikt. Hiervoor moet je ElevenLabs-IP-adressen allowlisten in de instellingen van je provider.

Best practice voor beveiliging: Gebruik TLS-transport met Required-mediaversleuteling voor maximale beveiliging. Zo worden zowel signalering als media end-to-end versleuteld.
Authenticatiemethoden:
- Digest Authentication: Gebruikt inloggegevens met gebruikersnaam/wachtwoord voor veilige authenticatie (aanbevolen)
- ACL Authentication: Gebruikt IP-adresallowlisting voor toegangsbeheer
Digest Authentication wordt sterk aanbevolen, omdat deze betere beveiliging biedt zonder afhankelijk te zijn van IP-allowlisting, wat lastig te beheren kan zijn met dynamische IP-adressen.
Het veld Address geeft aan waar ElevenLabs uitgaande gesprekken van je AI-agents naartoe stuurt. Voer alleen de hostname of het IP-adres in, zonder het protocolvoorvoegsel sip:.
Clientgegevens en personalisatie
Neem de volgende aangepaste SIP-headers op in je webhook-payload en SIP INVITE-verzoek om gespreksmetadata correct door te sturen en traceerbaar te maken:
- X-CALL-ID: Unieke identifier voor het gesprek
- X-CALLER-ID: Identifier voor de bellende partij
Met deze headers kan het systeem gespreksmetadata aan het gesprek koppelen en context voor personalisatie bieden.
Ondersteuning voor fallback-headers
Als de bovenstaande standaardheaders niet aanwezig zijn, zoekt het systeem automatisch naar de Twilio-specifieke SIP-header:
- sip.twilio.callSid: De unieke gespreksidentifier van Twilio
Deze fallback zorgt voor compatibiliteit met Elastic SIP Trunking van Twilio zonder dat configuratiewijzigingen nodig zijn.
Verwerkingsstroom
Zodra de relevante metadata via een van de ondersteunde headers is ontvangen, zijn caller_id en/of call_id beschikbaar in de webhook voor gespreksinitiatie en als dynamische systeemvariabelen.
Aangepaste headers voor inkomende gesprekken als dynamische variabelen
Aangepaste SIP-headers met X- van inkomende SIP-trunkinggesprekken worden automatisch in het gesprek beschikbaar gemaakt als dynamische variabelen.
Headernamen worden genormaliseerd door het voorvoegsel X- te verwijderen, de naam naar kleine letters om te zetten, afbreekstreepjes te vervangen door underscores en het voorvoegsel sip_ toe te voegen. Zo wordt X-Contact-ID {{sip_contact_id}} en wordt X-Campaign-ID {{sip_campaign_id}}.
Gebruik deze variabelen in agentprompts, eerste berichten en tools om het gesprek te personaliseren met context die door de beller is verstrekt. De waarden zijn ook zichtbaar in de gespreksgeschiedenis op het tabblad Phone Call.
Gereserveerde headers zoals X-Call-ID en X-Caller-ID blijven gekoppeld aan system__call_sid en
system__caller_id. Aangepaste inkomende headers kunnen deze systeemvariabelen niet overschrijven.
BYE-headers vanuit dynamische variabelen
Wanneer een gesprek eindigt, verstuurt ElevenLabs een SIP BYE om de dialoog te beëindigen. Je kunt aangepaste headers aan die BYE toevoegen door dynamische variabelen in je SIP-trunkconfiguratie aan headernamen te koppelen.
Stel attributes_to_headers in op inbound_trunk_config of outbound_trunk_config wanneer je via de API een SIP-trunktelefoonnummer maakt of bijwerkt. Elke invoer koppelt een naam van een dynamische variabele aan de SIP-headernaam die je in de BYE wilt opnemen:
De headerwaarde is de uiteindelijke waarde van de dynamische variabele aan het einde van het gesprek. Waarden die tijdens het gesprek worden ingesteld — via agenttools, webhookoverschrijvingen of andere runtime-updates — worden in de BYE weergegeven.
Als attributes_to_headers bijvoorbeeld "disposition_code": "X-Disposition" bevat en de dynamische variabele disposition_code de waarde resolved heeft wanneer het gesprek eindigt, bevat de BYE X-Disposition: resolved.
Agents aan telefoonnummers toewijzen
Nadat je je SIP-trunktelefoonnummer hebt geïmporteerd, kun je het aan een ElevenLabs-agent toewijzen:
- Ga naar de sectie Phone Numbers in het ElevenAgents-dashboard
- Selecteer je geïmporteerde SIP-trunktelefoonnummer
- Klik op “Assign Agent”
- Selecteer de agent die gesprekken naar dit nummer moet afhandelen
Problemen oplossen
Verbindingsproblemen
Als je verbindingsproblemen ondervindt:
- Controleer je SIP-trunkconfiguratie zowel aan de kant van ElevenLabs als bij je provider
- Controleer of je firewall SIP-signaleringsverkeer toestaat via het geconfigureerde transportprotocol en de geconfigureerde poort (5060 voor TCP, 5061 voor TLS) en zorg dat er geen allowlisting is toegepast
- Controleer of de hostnaam van je adres correct is opgemaakt en toegankelijk is
- Test met en zonder inloggegevens voor digest authentication
- Als je TLS-transport gebruikt, zorg dan dat de TLS-certificaten van je provider geldig en correct geconfigureerd zijn
- Probeer verschillende transporttypen (TCP of TLS; UDP-ondersteuning is experimenteel) om TLS-specifieke problemen te isoleren
Belangrijke informatie over netwerkarchitectuur:
- ElevenLabs verwerkt SIP-verkeer via meerdere SIP-servers achter het gedeelde adres
sip.rtc.elevenlabs.io - Deze SIP-servers communiceren rechtstreeks met je SIP-server
- Door onze gedistribueerde infrastructuur kunnen SIP-requests van verschillende IP-adressen afkomstig zijn
- Als je beveiligingsbeleid allowlisting van inkomend verkeer vereist, neem dan contact op met ons supportteam voor hulp.
Verificatiefouten
Als oproepen mislukken vanwege verificatieproblemen:
- Controleer je SIP-trunkgebruikersnaam en -wachtwoord nogmaals als je digest authentication gebruikt
- Controleer de logs van je SIP-trunkprovider op specifieke foutmeldingen voor verificatie
- Controleer of aangepaste headers, indien geconfigureerd, voldoen aan de vereisten van je provider
- Test met vereenvoudigde configuraties (zonder aangepaste headers) om verificatieproblemen te isoleren
Problemen met TLS en versleuteling
Als je problemen ondervindt met TLS-transport of mediaversleuteling:
- Controleer of je SIP-trunkprovider TLS-transport op poort 5061 ondersteunt
- Controleer de geldigheid, vervaldatums en vertrouwensketens van certificaten
- Zorg dat je provider SRTP-mediaversleuteling ondersteunt als je “Required” mediaversleuteling gebruikt
- Test met “Allowed” mediaversleuteling voordat je “Required” gebruikt om versleutelingsproblemen te isoleren
- Probeer TCP-transport om TLS-specifieke problemen te isoleren (UDP-ondersteuning is experimenteel)
- Neem contact op met je SIP-trunkprovider om TLS- en SRTP-ondersteuning te bevestigen
Problemen met aangepaste headers
Als je problemen hebt met aangepaste headers:
- Controleer de exacte headernamen en waarden die je provider vereist
- Controleer of hoofdlettergevoeligheid van toepassing is op headernamen
- Zorg dat headerwaarden geen speciale tekens bevatten die moeten worden ge-escaped
- Test eerst zonder aangepaste headers en voeg ze daarna stapsgewijs toe
- Bevestig voor dynamische variabelen in aangepaste inkomende headers dat de headers het voorvoegsel
X-gebruiken en bekijk het tabblad Phone Call in de conversatiegeschiedenis - Raadpleeg de documentatie van je provider voor ondersteunde aangepaste headers
Geen audio of audio in één richting
Als de oproep verbinding maakt maar er geen audio is, of audio slechts in één richting stroomt:
- Controleer of je firewall UDP-verkeer voor de RTP-mediastream toestaat (meestal poorten 10000-60000)
- Omdat RTP dynamische IP-adressen gebruikt, moet je ervoor zorgen dat firewallregels niet zijn beperkt tot specifieke statische IP-adressen
- Controleer op problemen met Network Address Translation (NAT) die de RTP-stream mogelijk blokkeren
- Als je “Required” mediaversleuteling gebruikt, zorg dan dat beide eindpunten SRTP ondersteunen
- Test met “Disabled” mediaversleuteling om audioproblemen die verband houden met versleuteling te isoleren
Problemen met audiokwaliteit
Als je slechte audiokwaliteit ervaart:
- Zorg dat je netwerk voldoende bandbreedte heeft (minimaal 100 Kbps per oproep) en lage latentie/jitter voor UDP-verkeer
- Controleer op netwerkcongestie of pakketverlies, vooral op het UDP-pad
- Controleer of de codecinstellingen aan beide kanten overeenkomen
- Als je mediaversleuteling gebruikt, zorg dan dat beide eindpunten de SRTP-verwerking efficiënt afhandelen
- Test met verschillende instellingen voor mediaversleuteling om kwaliteitsproblemen te isoleren
Oproep wordt niet beëindigd na het verzenden van het BYE-request (481-respons ontvangen)
Een 481-respons op een BYE betekent meestal dat het request een SIP-server heeft bereikt die niet de dialoogstatus voor de oproep heeft.
Dit gebeurt vaak wanneer de initiële TCP-verbinding al is gesloten en de BYE opnieuw wordt verzonden naar het algemene gedeelde adres (bijvoorbeeld sip.rtc.elevenlabs.io)
in plaats van naar de specifieke Contact-URI die is teruggestuurd in de 200 OK-respons.
- Wanneer je een TCP-verbinding voor BYE opnieuw tot stand brengt, richt je dan altijd op het
Contact-adres uit de INVITE-respons, zodat het request dezelfde SIP-server bereikt die de dialoog heeft afgehandeld. - Verstuur BYE niet naar het gedeelde adres
sip.rtc.elevenlabs.io, omdat het request bij een andere SIP-node kan terechtkomen, die het met 481 afwijst.
Zie RFC 3261, sectie 8.1.1.8 voor het normatieve gedrag voor Contact-headers en dialoogrouting.
Beperkingen en aandachtspunten
- Ondersteuning voor meerdere gelijktijdige oproepen hangt af van je abonnementsniveau. Schakel oproepwachtrij in om inkomende bellers in de wacht te zetten wanneer de limiet is bereikt, in plaats van ze te weigeren
- Functies voor oproepopname en analyses zijn beschikbaar, maar vereisen mogelijk aanvullende configuratie
- Mogelijkheden voor uitgaande oproepen kunnen beperkt zijn door je SIP-trunkprovider
- TLS-ondersteuning: Zorg dat je SIP-trunkprovider TLS 1.2 of hoger ondersteunt voor versleuteld transport
- Mediaversleuteling: SRTP-ondersteuning verschilt per provider; controleer de compatibiliteit voordat je versleuteling verplicht stelt
- Audioformaat: De SIP-implementatie van ElevenLabs verzendt en ontvangt audio met de codecs PCMU of PCMA (G.711, 8 kHz) of G.722 (16 kHz). Dit staat los van elk audioformaat dat op de agent is geconfigureerd voor directe websocketverbindingen. Je SIP-trunksysteem moet een van deze codecs standaard ondersteunen of resampling uitvoeren om aan de vereisten van je systeem te voldoen
Veelgestelde vragen
Kan ik mijn bestaande telefoonnummers met ElevenLabs gebruiken?
Ja, met SIP-trunking kun je je bestaande telefoonnummers rechtstreeks verbinden met de ElevenAgents van ElevenLabs zonder ze te porteren.
Welke SIP-trunkproviders zijn compatibel met ElevenLabs?
ElevenLabs is compatibel met de meeste standaard SIP-trunkproviders, waaronder Twilio, Vonage, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth en andere die SIP-protocolstandaarden ondersteunen. TLS- transport en SRTP-mediaversleuteling worden ondersteund voor extra beveiliging.
Moet ik TLS-transport gebruiken voor betere beveiliging?
Ja, TLS-transport wordt sterk aanbevolen voor productieomgevingen. Het biedt versleutelde SIP- signalering, wat de beveiliging van je oproepen verbetert. In combinatie met verplichte mediaversleuteling zorgt het voor uitgebreide bescherming van je communicatie. Controleer altijd of je SIP-trunkprovider TLS ondersteunt voordat je dit inschakelt.
Wat is het verschil tussen transporttypen?
- TCP: Betrouwbare maar onversleutelde signalering - TLS: Versleutelde en betrouwbare signalering (aanbevolen voor productie) - UDP: Verbindingsloze signalering, momenteel experimenteel
UDP-transport is experimenteel en alleen bedoeld om te testen. Gebruik voor productie- en beveiligingskritieke toepassingen altijd TLS-transport.
Waarvoor worden aangepaste headers gebruikt?
Met aangepaste SIP-headers kun je providerspecifieke informatie opnemen in uitgaande oproepen. Veelvoorkomende toepassingen zijn oproeproutering, factureringscodes, belleridentificatie en het voldoen aan specifieke vereisten van providers.
Hoeveel gelijktijdige oproepen worden ondersteund?
Het aantal gelijktijdige oproepen hangt af van je abonnementsplan. Enterprise-abonnementen bieden doorgaans ruimte voor grotere volumes gelijktijdige oproepen. Wanneer de limiet is bereikt, worden inkomende bellers geweigerd, tenzij oproepwachtrij is ingeschakeld voor de agent. In dat geval worden ze met wachtmuziek in de wacht gezet en verbonden zodra er capaciteit vrijkomt.
Kan ik oproepen voorwaardelijk naar verschillende agents routeren?
Ja, je kunt de routeringsregels van je bestaande PBX-systeem gebruiken om oproepen naar verschillende telefoonnummers te sturen, die elk zijn verbonden met verschillende ElevenLabs-agents.
Moet ik dezelfde notatie met een + aan het begin gebruiken bij het importeren van telefoonnummers?
Ja, de notatie van het telefoonnummer moet consistent zijn tussen je SIP-URI en je geïmporteerde
telefoonnummerconfiguratie. Als je de SIP-URI belt met een + aan het begin (bijv.
sip:+19991234567@sip.rtc.elevenlabs.io:5060), moet je het telefoonnummer ook importeren met een
- aan het begin (bijv.
+19991234567). Als je zonder een + aan het begin belt, importeer je het telefoonnummer eveneens zonder deze. Niet-overeenkomende notaties verhinderen correcte oproeproutering.
Ondersteunen jullie SRV-recordlookups voor SIP?
Ja, ElevenLabs biedt NAPTR- en SRV-records voor SIP-serverdetectie die voldoet aan RFC 3263.