SIP-trunkning
Anslut ditt befintliga telefonsystem till ElevenLabs Agents med SIP-trunkning
Översikt
SIP-trunkning (Session Initiation Protocol) låter dig ansluta din befintliga telefoninfrastruktur direkt till ElevenLabs Agents. Med den här integrationen kan alla kunder använda sina befintliga telefonsystem samtidigt som de drar nytta av ElevenLabs avancerade AI-röstfunktioner.
Med SIP-trunkning kan du:
- Ansluta din Private Branch Exchange (PBX) eller ditt SIP-aktiverade telefonsystem till ElevenLabs plattform för AI-röst
- Routa samtal till AI-agenter utan att ändra din befintliga telefoninfrastruktur
- Hantera både inkommande och utgående samtal
- Använda krypterad TLS-transport och mediekryptering för bättre säkerhet
Ny på SIP? Se SIP-referensen för lättbegripliga definitioner av termerna som används i den här guiden, till exempel SIP, SBC, SDP, RTP och MTU.
SIP-servrar med statisk IP-adress
ElevenLabs erbjuder SIP-servrar med statiska IP-adresser för företagskunder som behöver IP-tillåtelselistor enligt sina säkerhetspolicyer.
Vår infrastruktur med statiska IP-adresser använder ett /24-IP-adressblock som innehåller 256 adresser fördelade över flera regioner (USA, EU, Indien och Singapore). Du måste tillåtslista hela /24-blocket i din brandväggskonfiguration.
För standardmiljön (USA/internationell) använder du sip-static.rtc.elevenlabs.io som SIP-slutpunkt.
För isolerade regioner använder du sip-static.rtc.<region>.residency.elevenlabs.io, där <region> är regionskoden för din dataresidens (till exempel eu, in eller sg). När du använder dessa slutpunkter kommer all trafik uteslutande från den regionen. Specifik tillåtslistning per region är inte tillgänglig. Se dataresidens för en lista över tillgängliga regioner.
Den här funktionen är tillgänglig för Enterprise-konton och kan även aktiveras under Enterprise-testperioder för teständamål. För att begära åtkomst kan du mejla supporten på support@elevenlabs.io eller kontakta din kontoansvariga. För mer information kan du kontakta säljteamet.
Så fungerar SIP-trunkning
SIP-trunkning upprättar en direkt anslutning mellan din telefoninfrastruktur och ElevenLabs plattform:
- Inkommande samtal: Samtal från din SIP-trunk routas till ElevenLabs plattform med din konfigurerade SIP INVITE-adress.
- Utgående samtal: Samtal som initieras av ElevenLabs routas till din SIP-trunk med ditt konfigurerade värdnamn, så att dina agenter kan ringa utgående samtal.
- Autentisering: Anslutningens säkerhet för signaleringen upprätthålls antingen genom digest-autentisering (användarnamn/lösenord) eller autentisering med åtkomstkontrollista (ACL) baserat på signaleringens käll-IP.
- Signalering och media: Den inledande samtalsupprättningen (signalering) stöder flera transportprotokoll, inklusive TLS för krypterad kommunikation. När samtalet har upprättats kan själva ljuddatan (RTP-strömmen) krypteras utifrån dina inställningar för mediekryptering.
Transportsäkerhet: certifikat och chiffersviter
När du använder TLS-transport utför båda sidor en TLS-handskakning innan någon SIP-signalering utbyts. Under handskakningen validerar de ett certifikat och förhandlar fram en chiffersvit. Sidan som accepterar anslutningen fungerar som TLS-server och presenterar certifikatet. Sidan som öppnar anslutningen fungerar som TLS-klient och validerar det. ElevenLabs kräver TLS 1.2 eller senare.
Rollerna beror på samtalets riktning:
- Inkommande samtal till ElevenLabs: Ditt system öppnar anslutningen, så ElevenLabs fungerar som TLS-server. ElevenLabs presenterar ett giltigt certifikat för
sip.rtc.elevenlabs.io, och ditt system validerar det som TLS-klient. - Utgående samtal från ElevenLabs: ElevenLabs öppnar anslutningen till adressen du har konfigurerat, så din SIP-server eller SBC fungerar som TLS-server. Ditt system måste presentera ett giltigt, betrott certifikat som ElevenLabs validerar som TLS-klient.
Se till att båda sidor litar på varandras certifikat och delar minst en gemensam chiffersvit. Annars misslyckas TLS-handskakningen innan samtalet upprättas. Se SIP-referensen för definitioner av dessa termer.
Uppföljningsanslutningar
Vissa förfrågningar under dialogen, till exempel BYE eller REFER, kan kräva en ny TLS-anslutning när den ursprungliga anslutningen redan har stängts. Certifikatbeteendet för dessa uppföljningsanslutningar skiljer sig från den inledande samtalsupprättningen:
- Uppföljningsanslutningar till ElevenLabs: Ditt system upprättar anslutningen till adressen i
Contact-huvudet som returneras i svaret, vilken löses till en specifik SIP-server i formen<ip>.hosts.rtc.elevenlabs.io. Den servern presenterar ett certifikat som är giltigt för*.hosts.rtc.elevenlabs.io, vilket ditt system validerar som TLS-klient. - Uppföljningsanslutningar från ElevenLabs: När ElevenLabs initierar en TLS-anslutning för en
BYEellerREFERansluter tjänsten till adressen i det överstaVia-huvudet, som ofta är en IP-adress. Ditt system returnerar vanligtvis ett certifikat som är giltigt för ett fullständigt kvalificerat domännamn (FQDN) i stället för den IP-adressen. För att validera det här certifikatet konfigurerar du fältet Fjärrdomäner i inställningarna för ditt telefonnummer. Om någon domän som det mottagna certifikatet är giltigt för matchar en konfigurerad fjärrdomän lyckas valideringen, annars misslyckas den.
Om utgående BYE- eller REFER-förfrågningar via TLS misslyckas med certifikatvalideringen lägger du till det FQDN som SIP-serverns
certifikat har utfärdats för i fältet Fjärrdomäner i telefonnummerinställningarna.
Ringa samtal till ElevenLabs SIP-trunk
När du initierar samtal till ElevenLabs plattform måste du använda rätt SIP URI-format. URI:n för ElevenLabs SIP-trunk beror på vilken transport du vill använda för signalering:
- 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(experimentellt; använd detta endast för testning, inte i produktion)
För att ringa ett samtal konstruerar du en fullständig SIP URI som innehåller en identifierare. Till exempel för att ringa telefonnumret +19991234567 via TCP:
Där:
+19991234567är identifieraren (vanligtvis ett telefonnummer i E.164-format)- Identifieraren kan också vara ett valfritt strängvärde, till exempel
1000ellerjohn
Vanligt misstag: Initiera inte samtal direkt till sip@sip.rtc.elevenlabs.io:5060 utan en
identifierare. SIP URI:n måste innehålla ett telefonnummer eller en identifierare efter prefixet sip: och
före symbolen @.
SIP URI-format: En SIP URI har formatet
sip:identifier@domain:port, där identifieraren krävs för att routa samtalet korrekt.
Krav
Innan du konfigurerar SIP-trunkning ska du se till att du har:
- En SIP-kompatibel PBX eller telefonilösning
- Telefonnummer som du vill ansluta till ElevenLabs
- Administratörsåtkomst till din SIP-trunkkonfiguration
- Lämpliga brandväggsinställningar för att tillåta SIP-trafik
- TLS-stöd: För ökad säkerhet ska du se till att din SIP-trunkleverantör stöder TLS-transport
- Kompatibilitet med ljudkodekar: Ditt system måste ha stöd för minst en av ljudkodekarna G.722 eller G.711 (PCMU eller PCMA), eller kunna sampla om ljud på din sida. Detta är oberoende av det ljudformat som konfigurerats för agenten för direkta websocket-anslutningar.
Konfigurera SIP-trunkning
Importera SIP-trunk
Klicka på knappen “Importera nummer” och välj sedan “Från SIP-trunk” för att öppna konfigurationsdialogrutan.

Ange grundläggande konfiguration
Slutför den grundläggande konfigurationen med följande information:
- Etikett: Ett beskrivande namn för telefonnumret
- Telefonnummer: Det E.164-formaterade telefonnummer som ska anslutas (t.ex. +15551234567)

Konfigurera inställningar för inkommande samtal
Konfigurera hur ElevenLabs hanterar samtal som kommer till din SIP-trunk, inklusive mediekryptering och åtkomstkontroller:
- Mediekryptering: Konfigurera kryptering för RTP-medieströmmar:
- Inaktiverad: Ingen mediekryptering
- Tillåten: Tillåter krypterade medieströmmar
- Krävs: Kräver krypterade medieströmmar
- Tillåtna nummer (valfritt): Telefonnummer som har behörighet att ringa detta nummer. Lämna tomt för att tillåta alla nummer.
- Tillåtna käll-IP-adresser (valfritt): Fungerar endast för TCP/TLS-transport, inte UDP. IP-adresser eller CIDR-intervall som får skicka samtal till denna trunk. Lämna som
0.0.0.0/0för att tillåta alla adresser. - Fjärrdomäner (valfritt): Ange FQDN-domänerna för dina SIP-servrar från vilka du initierar samtalen, till exempel
example.pstn.twilio.com. Dessa domäner används för TLS-certifikatvalidering. Lämna fältet tomt om du inte använder TLS. - Autentisering (valfritt): Ange uppgifter för digest-autentisering som används för att autentisera inkommande samtal.
- SIP-trunkens användarnamn: Användarnamn för SIP digest-autentisering
- SIP-trunkens lösenord: Lösenord för SIP digest-autentisering

Konfigurera inställningar för utgående samtal
Konfigurera vart ElevenLabs ska skicka samtal för ditt telefonnummer:
-
Adress: Värdnamn eller IP-adress dit SIP INVITE skickas (t.ex.
sip.telnyx.com). Detta ska endast vara ett värdnamn eller en IP-adress, inte en fullständig SIP URI. Om du använder TLS ska du använda ett värdnamn med ett giltigt certifikat. -
Transporttyp: Välj transportprotokoll för SIP-signalering:
- TCP: Standardtransport via TCP
- TLS: Krypterad TLS-transport för bättre säkerhet
- UDP: Anslutningslös transport (experimentellt; använd TCP eller TLS i produktion)
-
Mediekryptering: Konfigurera kryptering för RTP-medieströmmar:
- Inaktiverad: Ingen mediekryptering
- Tillåten: Tillåter krypterade medieströmmar
- Krävs: Kräver krypterade medieströmmar
-
Aktiverade kodekar: Kodekar som ska erbjudas i SDP för utgående samtal (G.722, PCMU, PCMA). Användbart när din SIP-leverantör endast stöder vissa kodekar.
-
Anpassade rubriker (valfritt): Lägg till anpassade SIP-rubriker som ska inkluderas i utgående samtal. Klicka på “Lägg till rubrik” för att ange det rubriknamn och värde som krävs av din leverantör. Du kan lägga till flera rubriker efter behov. Anpassade rubriker kan användas för samtalsroutning och identifiering, fakturering och spårning samt leverantörsspecifika krav.
-
Autentisering (valfritt): Ange uppgifter för digest-autentisering om din SIP-trunkleverantör kräver det.
- SIP-trunkens användarnamn: Användarnamn för SIP digest-autentisering
- SIP-trunkens lösenord: Lösenord för SIP digest-autentisering
Om de lämnas tomma används autentisering med åtkomstkontrollista (ACL), vilket kräver att du tillåtslistar ElevenLabs IP-adresser i din leverantörs inställningar.

Bästa praxis för säkerhet: Använd TLS-transport med obligatorisk mediekryptering för maximal säkerhet. Då krypteras både signalering och media från början till slut.
Autentiseringsmetoder:
- Digest-autentisering: Använder användarnamn/lösenord för säker autentisering (rekommenderas)
- ACL-autentisering: Använder IP-tillåtelselistor för åtkomstkontroll
Digest-autentisering rekommenderas starkt eftersom den ger bättre säkerhet utan att förlita sig på IP-tillåtelselistor, som kan vara svåra att hantera med dynamiska IP-adresser.
Fältet Adress anger vart ElevenLabs skickar utgående samtal från dina AI-agenter. Ange endast värdnamnet eller IP-adressen utan protokollprefixet sip:.
Klientdata och personanpassning
För att säkerställa korrekt vidarebefordran och spårbarhet av samtalsmetadata ska du inkludera följande anpassade SIP-rubriker i din webhook-payload och SIP INVITE-förfrågan:
- X-CALL-ID: Unik identifierare för samtalet
- X-CALLER-ID: Identifierare för den som ringer
Dessa rubriker gör det möjligt för systemet att koppla samtalsmetadata till konversationen och ge kontext för personanpassning.
Stöd för reservrubriker
Om standardrubrikerna ovan saknas söker systemet automatiskt efter den Twilio-specifika SIP-rubriken:
- sip.twilio.callSid: Twilios unika samtalsidentifierare
Denna reservlösning säkerställer kompatibilitet med Twilios Elastic SIP Trunking utan att konfigurationsändringar krävs.
Bearbetningsflöde
När relevanta metadata har tagits emot via någon av de rubriker som stöds är caller_id och/eller call_id tillgängliga i webhooken för konversationsinitiering och som dynamiska systemvariabler.
Anpassade inkommande rubriker som dynamiska variabler
Anpassade SIP-rubriker med X- från inkommande SIP-trunkningssamtal exponeras automatiskt som dynamiska variabler i konversationen.
Rubriknamn normaliseras genom att ta bort prefixet X-, konvertera namnet till gemener, ersätta bindestreck med understreck och lägga till prefixet sip_. Till exempel blir X-Contact-ID {{sip_contact_id}} och X-Campaign-ID blir {{sip_campaign_id}}.
Använd dessa variabler i agentprompter, första meddelanden och verktyg för att personanpassa konversationen med kontext som den som ringer har angett. Värdena syns även i konversationshistoriken under fliken Telefonsamtal.
Reserverade rubriker som X-Call-ID och X-Caller-ID fortsätter att mappas till system__call_sid och
system__caller_id. Anpassade inkommande rubriker kan inte åsidosätta dessa systemvariabler.
BYE-rubriker från dynamiska variabler
När ett samtal avslutas skickar ElevenLabs ett SIP BYE för att avsluta dialogen. Du kan lägga till anpassade rubriker i detta BYE genom att mappa dynamiska variabler till rubriknamn i din SIP-trunkkonfiguration.
Ange attributes_to_headers på inbound_trunk_config eller outbound_trunk_config när du skapar eller uppdaterar ett SIP-trunktelefonnummer via API:t. Varje post mappar ett dynamiskt variabelnamn till SIP-rubriknamnet som ska inkluderas i BYE:
Rubrikvärdet är den dynamiska variabelns slutliga värde när konversationen avslutas. Värden som anges under samtalet – via agentverktyg, webhook-åsidosättningar eller andra uppdateringar under körning – återspeglas i BYE.
Om attributes_to_headers till exempel innehåller "disposition_code": "X-Disposition" och den dynamiska variabeln disposition_code är resolved när konversationen avslutas, innehåller BYE X-Disposition: resolved.
Tilldela agenter till telefonnummer
När du har importerat telefonnumret för din SIP-trunk kan du tilldela det till en ElevenLabs-agent:
- Gå till avsnittet Telefonnummer i ElevenAgents-instrumentpanelen
- Välj ditt importerade SIP-trunktelefonnummer
- Klicka på “Tilldela agent”
- Välj agenten som ska hantera samtal till detta nummer
Felsökning
Anslutningsproblem
Om du har anslutningsproblem:
- Kontrollera SIP trunk-konfigurationen både hos ElevenLabs och din leverantör
- Kontrollera att brandväggen tillåter SIP-signaleringstrafik på det konfigurerade transportprotokollet och porten (5060 för TCP, 5061 för TLS), och säkerställ att ingen allowlistning används
- Bekräfta att adressens hostname är korrekt formaterat och åtkomligt
- Testa med och utan autentiseringsuppgifter för digest-autentisering
- Om du använder TLS-transport ska du säkerställa att din leverantörs TLS-certifikat är giltiga och korrekt konfigurerade
- Prova olika transporttyper (TCP eller TLS; UDP-stöd är experimentellt) för att isolera TLS-specifika problem
Viktig information om nätverksarkitektur:
- ElevenLabs hanterar SIP-trafik från flera SIP-servrar bakom den delade adressen
sip.rtc.elevenlabs.io - Dessa SIP-servrar kommunicerar direkt med din SIP-server
- SIP-begäranden kan komma från olika IP-adresser på grund av vår distribuerade infrastruktur
- Om din säkerhetspolicy kräver allowlistning av inkommande trafik kan du kontakta vårt supportteam för hjälp.
Autentiseringsfel
Om samtal misslyckas på grund av autentiseringsproblem:
- Kontrollera användarnamnet och lösenordet för din SIP trunk en extra gång om du använder digest-autentisering
- Kontrollera din SIP trunk-leverantörs loggar för specifika felmeddelanden om autentisering
- Bekräfta att anpassade headers, om de är konfigurerade, uppfyller din leverantörs krav
- Testa med förenklade konfigurationer (utan anpassade headers) för att isolera autentiseringsproblem
Problem med TLS och kryptering
Om du har problem med TLS-transport eller mediekryptering:
- Kontrollera att din SIP trunk-leverantör stöder TLS-transport på port 5061
- Kontrollera certifikatens giltighet, utgångsdatum och förtroendekedjor
- Säkerställ att din leverantör stöder SRTP-mediekryptering om du använder mediekryptering med “Required”
- Testa med mediekryptering med “Allowed” innan du använder “Required” för att isolera krypteringsproblem
- Prova TCP-transport för att isolera TLS-specifika problem (UDP-stöd är experimentellt)
- Kontakta din SIP trunk-leverantör för att bekräfta stöd för TLS och SRTP
Problem med anpassade headers
Om du har problem med anpassade headers:
- Kontrollera de exakta header-namn och värden som din leverantör kräver
- Kontrollera om header-namnen är skiftlägeskänsliga
- Säkerställ att header-värden inte innehåller specialtecken som måste escapeas
- Testa först utan anpassade headers och lägg sedan till dem stegvis
- För dynamiska variabler för inkommande anpassade headers ska du bekräfta att headers använder prefixet
X-och granska fliken Phone Call i samtalshistoriken - Läs din leverantörs dokumentation om anpassade headers som stöds
Inget ljud eller ljud i endast en riktning
Om samtalet ansluts men det saknas ljud eller ljudet bara överförs i en riktning:
- Kontrollera att brandväggen tillåter UDP-trafik för RTP-medieströmmen (vanligtvis portarna 10000–60000)
- Eftersom RTP använder dynamiska IP-adresser ska du säkerställa att brandväggsreglerna inte är begränsade till specifika statiska IP-adresser
- Kontrollera problem med Network Address Translation (NAT) som kan blockera RTP-strömmen
- Om du använder mediekryptering med “Required” ska du säkerställa att båda ändpunkterna stöder SRTP
- Testa med mediekryptering med “Disabled” för att isolera ljudproblem relaterade till kryptering
Problem med ljudkvalitet
Om du upplever dålig ljudkvalitet:
- Säkerställ att ditt nätverk har tillräcklig bandbredd (minst 100 Kbit/s per samtal) och låg latens/jitter för UDP-trafik
- Kontrollera nätverksöverbelastning eller paketförlust, särskilt på UDP-sökvägen
- Kontrollera att codec-inställningarna stämmer överens i båda ändar
- Om du använder mediekryptering ska du säkerställa att båda ändpunkterna hanterar SRTP-bearbetning effektivt
- Testa med olika inställningar för mediekryptering för att isolera kvalitetsproblem
Samtalet avslutas inte efter att BYE-begäran har skickats (du får ett 481-svar)
Ett 481-svar på en BYE betyder vanligtvis att begäran nådde en SIP-server som inte har dialogstatusen för samtalet.
Detta händer ofta när den ursprungliga TCP-anslutningen redan har stängts och BYE skickas igen till den generiska delade adressen (till exempel sip.rtc.elevenlabs.io)
i stället för till den specifika Contact URI som returneras i svaret 200 OK.
- När du återupprättar en TCP-anslutning för BYE ska du alltid rikta den till
Contact-adressen från INVITE-svaret, så att begäran når samma SIP-server som hanterade dialogen. - Undvik att skicka BYE till den delade adressen
sip.rtc.elevenlabs.io, eftersom begäran kan hamna på en annan SIP-nod som avvisar den med 481.
Se RFC 3261 avsnitt 8.1.1.8 för det normativa beteendet som styr Contact-headers och dialogroutning.
Begränsningar och överväganden
- Stöd för flera samtidiga samtal beror på din prenumerationsnivå. Aktivera samtalskö för att hålla kvar inkommande uppringare när gränsen nås i stället för att avvisa dem
- Funktioner för samtalsinspelning och analys är tillgängliga, men kan kräva ytterligare konfiguration
- Möjligheterna att ringa utgående samtal kan begränsas av din SIP trunk-leverantör
- TLS-stöd: Säkerställ att din SIP trunk-leverantör stöder TLS 1.2 eller senare för krypterad transport
- Mediekryptering: SRTP-stöd varierar mellan leverantörer; kontrollera kompatibiliteten innan du kräver kryptering
- Ljudformat: ElevenLabs SIP-distribution skickar och tar emot ljud med codec:arna PCMU eller PCMA (G.711, 8 kHz) eller G.722 (16 kHz). Detta är oberoende av ljudformatet som konfigurerats för agenten vid direkta websocket-anslutningar. Ditt SIP trunk-system måste antingen ha inbyggt stöd för någon av dessa codec:ar eller utföra omsampling för att uppfylla systemets krav
Vanliga frågor
Kan jag använda mina befintliga telefonnummer med ElevenLabs?
Ja, med SIP trunking kan du ansluta dina befintliga telefonnummer direkt till ElevenLabs ElevenAgents utan att portera dem.
Vilka SIP trunk-leverantörer är kompatibla med ElevenLabs?
ElevenLabs är kompatibelt med de flesta vanliga SIP trunk-leverantörer, inklusive Twilio, Vonage, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth och andra som stöder SIP-protokollstandarder. TLS- transport och SRTP-mediekryptering stöds för förbättrad säkerhet.
Bör jag använda TLS-transport för bättre säkerhet?
Ja, TLS-transport rekommenderas starkt för produktionsmiljöer. Det ger krypterad SIP- signalering, vilket förbättrar säkerheten för dina samtal. I kombination med obligatorisk mediekryptering ger det ett heltäckande skydd för din kommunikation. Kontrollera alltid att din SIP trunk-leverantör stöder TLS innan du aktiverar det.
Vad är skillnaden mellan transporttyperna?
- TCP: Tillförlitlig men okrypterad signalering - TLS: Krypterad och tillförlitlig signalering (rekommenderas för produktion) - UDP: Anslutningslös signalering, för närvarande experimentell
UDP-transport är experimentell och endast avsedd för testning. För produktion och säkerhetskritiska program ska du alltid använda TLS-transport.
Vad används anpassade headers till?
Med anpassade SIP-headers kan du inkludera leverantörsspecifik information i utgående samtal. Vanliga användningsområden är samtalsroutning, faktureringskoder, nummerpresentation och att uppfylla specifika krav från leverantören.
Hur många samtidiga samtal stöds?
Antalet samtidiga samtal beror på din prenumerationsplan. Enterprise-planer tillåter vanligtvis fler samtidiga samtal. När gränsen nås avvisas inkommande uppringare om inte samtalskö är aktiverad för agenten. I så fall hålls de kvar med vänteljud och ansluts när kapacitet blir tillgänglig.
Kan jag villkorligt dirigera samtal till olika agenter?
Ja, du kan använda routningsreglerna i ditt befintliga PBX-system för att dirigera samtal till olika telefon- nummer, där varje nummer är anslutet till olika ElevenLabs-agenter.
Måste jag matcha formatet med inledande + när jag importerar telefonnummer?
Ja, telefonnummerformatet måste vara konsekvent mellan din SIP URI och konfigurationen för ditt importerade telefon-
nummer. Om du ringer SIP URI:n med ett inledande + (t.ex.
sip:+19991234567@sip.rtc.elevenlabs.io:5060) måste du också importera telefonnumret med ett
inledande + (t.ex. +19991234567). Om du på samma sätt ringer utan inledande + ska du importera telefon-
numret utan det. Format som inte matchar förhindrar korrekt samtalsroutning.
Stöder ni SRV-postuppslag för SIP?
Ja, ElevenLabs tillhandahåller NAPTR- och SRV-poster för SIP-serveridentifiering som följer RFC 3263.