Hoppa till navigering

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:

  1. Inkommande samtal: Samtal från din SIP-trunk routas till ElevenLabs plattform med din konfigurerade SIP INVITE-adress.
  2. 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.
  3. 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.
  4. 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 BYE eller REFER ansluter tjänsten till adressen i det översta Via-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:

sip:+19991234567@sip.rtc.elevenlabs.io:5060

Där:

  • +19991234567 är identifieraren (vanligtvis ett telefonnummer i E.164-format)
  • Identifieraren kan också vara ett valfritt strängvärde, till exempel 1000 eller john

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:

  1. En SIP-kompatibel PBX eller telefonilösning
  2. Telefonnummer som du vill ansluta till ElevenLabs
  3. Administratörsåtkomst till din SIP-trunkkonfiguration
  4. Lämpliga brandväggsinställningar för att tillåta SIP-trafik
  5. TLS-stöd: För ökad säkerhet ska du se till att din SIP-trunkleverantör stöder TLS-transport
  6. 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

1

Gå till Telefonnummer

Gå till avsnittet Telefonnummer i ElevenLabs Agents-instrumentpanelen.

2

Importera SIP-trunk

Klicka på knappen “Importera nummer” och välj sedan “Från SIP-trunk” för att öppna konfigurationsdialogrutan.

Menyn Importera nummer med alternativet Från SIP-trunk
3

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)
Grundläggande SIP-trunkkonfiguration med fälten Etikett och Telefonnummer
4

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/0 fö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
Inställningar för inkommande konfiguration, inklusive mediekryptering, tillåtna nummer, tillåtna käll-IP-adresser, fjärrdomäner och autentisering
5

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.

Inställningar för utgående konfiguration, inklusive adress, transporttyp, mediekryptering, aktiverade kodekar, anpassade rubriker och autentisering

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:.

6

Slutför konfigurationen

Klicka på “Importera” för att slutföra konfigurationen.

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:

"inbound_trunk_config": {
"attributes_to_headers": {
"dynamic_variable_name": "bye_header_name"
}
}

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:

  1. Gå till avsnittet Telefonnummer i ElevenAgents-instrumentpanelen
  2. Välj ditt importerade SIP-trunktelefonnummer
  3. Klicka på “Tilldela agent”
  4. Välj agenten som ska hantera samtal till detta nummer

Felsökning

Om du har anslutningsproblem:

  1. Kontrollera SIP trunk-konfigurationen både hos ElevenLabs och din leverantör
  2. 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
  3. Bekräfta att adressens hostname är korrekt formaterat och åtkomligt
  4. Testa med och utan autentiseringsuppgifter för digest-autentisering
  5. Om du använder TLS-transport ska du säkerställa att din leverantörs TLS-certifikat är giltiga och korrekt konfigurerade
  6. 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.

Om samtal misslyckas på grund av autentiseringsproblem:

  1. Kontrollera användarnamnet och lösenordet för din SIP trunk en extra gång om du använder digest-autentisering
  2. Kontrollera din SIP trunk-leverantörs loggar för specifika felmeddelanden om autentisering
  3. Bekräfta att anpassade headers, om de är konfigurerade, uppfyller din leverantörs krav
  4. Testa med förenklade konfigurationer (utan anpassade headers) för att isolera autentiseringsproblem

Om du har problem med TLS-transport eller mediekryptering:

  1. Kontrollera att din SIP trunk-leverantör stöder TLS-transport på port 5061
  2. Kontrollera certifikatens giltighet, utgångsdatum och förtroendekedjor
  3. Säkerställ att din leverantör stöder SRTP-mediekryptering om du använder mediekryptering med “Required”
  4. Testa med mediekryptering med “Allowed” innan du använder “Required” för att isolera krypteringsproblem
  5. Prova TCP-transport för att isolera TLS-specifika problem (UDP-stöd är experimentellt)
  6. Kontakta din SIP trunk-leverantör för att bekräfta stöd för TLS och SRTP

Om du har problem med anpassade headers:

  1. Kontrollera de exakta header-namn och värden som din leverantör kräver
  2. Kontrollera om header-namnen är skiftlägeskänsliga
  3. Säkerställ att header-värden inte innehåller specialtecken som måste escapeas
  4. Testa först utan anpassade headers och lägg sedan till dem stegvis
  5. 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
  6. Läs din leverantörs dokumentation om anpassade headers som stöds

Om samtalet ansluts men det saknas ljud eller ljudet bara överförs i en riktning:

  1. Kontrollera att brandväggen tillåter UDP-trafik för RTP-medieströmmen (vanligtvis portarna 10000–60000)
  2. Eftersom RTP använder dynamiska IP-adresser ska du säkerställa att brandväggsreglerna inte är begränsade till specifika statiska IP-adresser
  3. Kontrollera problem med Network Address Translation (NAT) som kan blockera RTP-strömmen
  4. Om du använder mediekryptering med “Required” ska du säkerställa att båda ändpunkterna stöder SRTP
  5. Testa med mediekryptering med “Disabled” för att isolera ljudproblem relaterade till kryptering

Om du upplever dålig ljudkvalitet:

  1. 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
  2. Kontrollera nätverksöverbelastning eller paketförlust, särskilt på UDP-sökvägen
  3. Kontrollera att codec-inställningarna stämmer överens i båda ändar
  4. Om du använder mediekryptering ska du säkerställa att båda ändpunkterna hanterar SRTP-bearbetning effektivt
  5. Testa med olika inställningar för mediekryptering för att isolera kvalitetsproblem

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.

  1. 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.
  2. 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

Ja, med SIP trunking kan du ansluta dina befintliga telefonnummer direkt till ElevenLabs ElevenAgents utan att portera dem.

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.

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.

  • 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.

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.

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.

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.

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.

Ja, ElevenLabs tillhandahåller NAPTR- och SRV-poster för SIP-serveridentifiering som följer RFC 3263.

Nästa steg