--- title: "Anslut en VoIP-leverantör" description: "Anslut en leverantör som du redan använder (Twilio eller Telnyx med API-nyckel; SignalWire, Vonage, Plivo eller valfri SIP-trunk via SIP), eller öppna ett nytt Telnyx-konto med guidad konfigurering." --- Produktionstrafik bör köras på nummer du äger via din egen VoIP-leverantör. Dashboardens sida **Anslutningar → VoIP** (`/dashboard/voip-connections`) ansluter ditt leverantörskonto; när det är anslutet importerar du nummer som stöder både inkommande **och utgående** samtal. Klicka på **Ny anslutning** och välj en av två vägar: **Anslut en leverantör du redan använder** eller **Skapa ett nytt Telnyx-konto**. ## Anslut en operatör som du redan använder Välj operatören som dina nummer finns hos: | Operatör | Anslutningsmetod | |----------|------------------| | Twilio | API-nyckel: klistra in ditt Account SID och Auth Token | | Telnyx | API-nyckel: klistra in din v2 API-nyckel | | SignalWire | SIP-konfiguration | | Vonage | SIP-konfiguration | | Plivo | SIP-konfiguration | | Annan operatör | SIP-konfiguration med ThunderPhones konfigurationsassistent, för alla andra operatörer eller en PBX som du driver | För Twilio och Telnyx klistrar du in autentiseringsuppgifterna och klickar på **Anslut & testa**. ThunderPhone verifierar dem och konfigurerar operatörssidan åt dig. För Telnyx lägger ThunderPhone till en egen SIP-anslutning i ditt Telnyx-konto (med namnet `thunderphone-production--outbound-`) och ringer utgående samtal genom den, så att Telnyx fakturerar dig för samtalen. Den använder den utgående röstprofilen för Telnyx-anslutningen som dina nummer finns på, så den profilens tillåtna länder och utgiftsgränser gäller. Om den anslutningen saknar en utgående röstprofil och ditt konto har exakt en aktiverad profil använder ThunderPhone den. Om du vill använda en annan tilldelar du den till anslutningen i Telnyx-portalen och sparar ThunderPhone- anslutningen igen. Om kontot saknar en aktiverad profil, eller har flera, tilldelar du en till anslutningen i Telnyx-portalen och sparar ThunderPhone-anslutningen igen. Fram till dess misslyckas utgående samtal med `outbound_trunk_unavailable`; inkommande samtal fortsätter att fungera. När Telnyx nekar ett utgående samtal (till exempel SIP 403 Forbidden) kommer avslaget från ditt eget Telnyx-konto. Vanliga orsaker är att det saknas tillgängligt saldo, att ett nummer för utgående samtal inte finns på det Telnyx-kontot, eller att en utgående röstprofil inte tillåter destinationslandet. ### SIP-konfiguration för SignalWire, Vonage och Plivo Dessa tre öppnar det [manuella SIP-formuläret](#manual-sip-configuration) med stegen för den operatören högst upp, en länk till operatörens egen konfigurationsguide och ett exempel på en SIP-domän: - **SignalWire:** skapa SIP-autentiseringsuppgifter för utgående samtal, ange SIP-domänen, användarnamnet och lösenordet och ge varje nummer ett SWML-skript som ansluter inkommande samtal till ThunderPhones SIP-slutpunkt. - **Vonage:** skapa en trunk med autentiseringsuppgifter för utgående samtal i SIP Trunking-instrumentpanelen, ange dess domän (till exempel `your-trunk.sip-us.vonage.com`) och autentiseringsuppgifterna, lägg till ThunderPhones SIP-slutpunkt som trunkens inkommande SIP-URI och koppla dina nummer till trunken. - **Plivo:** skapa en utgående trunk med autentiseringsuppgifter och ange dess Termination SIP Domain (`.zt.plivo.com`), användarnamn och lösenord; skapa en inkommande trunk vars Primary URI är ThunderPhones SIP-slutpunkt följd av `;transport=tcp`; ställ sedan in varje nummers Application Type på den trunken. Resultatet är en manuell SIP-anslutning (`provider: "manual"` i API:t), testad och verifierad på exakt samma sätt som en som angetts manuellt. Anslutningskortet visar operatörens namn, till exempel **SignalWire · SIP**. ## Konfigurera ett nytt Telnyx-konto Har du ingen leverantör ännu? Det guidade flödet hjälper dig att öppna ett Telnyx-konto och ansluta det: Klicka på **Öppna Telnyx-registrering**, skapa ditt konto och markera "Jag har skapat mitt konto." Klicka på **Öppna sidan för API-nycklar**, skapa en nyckel och klistra in den i **API-nyckel (v2)**. Du kan även namnge anslutningen. Klicka på **Anslut och testa** — ThunderPhone verifierar autentiseringsuppgifterna och etablerar det som behövs på Telnyx-sidan innan anslutningen sparas. ### Vad ThunderPhone konfigurerar i Telnyx Om du inte anger ett eget anslutnings-ID lämnar båda Telnyx-vägarna (guidad konfiguration och inklistring av en API-nyckel) samma sak i ditt Telnyx-konto: en SIP-anslutning med namnet `thunderphone-`. Det är en **FQDN-anslutning** vars FQDN-post pekar på ThunderPhones SIP-slutpunkt, och varje nummer du importerar tilldelas den. Telnyx skickar samtal för dessa nummer direkt till ThunderPhone via SIP. - Dess webhook-fält är avsiktligt tomma. Ingen webhook, Call Control- applikation, TeXML-applikation eller registrerad SIP-telefon används. - Flytta inte importerade nummer till en annan anslutning eller applikation, och registrera inte en enhet mot den. - Om du angav ett eget anslutnings-ID vid anslutningen använder ThunderPhone den anslutningen i stället och ändrar den aldrig. Den måste vara en FQDN- anslutning som pekar på ThunderPhones SIP-slutpunkt. Före den 30 augusti 2026 var anslutningen `thunderphone-…` som ThunderPhone skapade en **Credential-anslutning**, som inte kan ta emot samtal. Om din fortfarande visas som en Credential-anslutning kontaktar du supporten, så konverterar vi den. ## Manuell SIP-konfiguration Rutorna för SignalWire, Vonage och Plivo öppnar det här formuläret, liksom **Jag anger alla inställningar själv** under **Annan leverantör**. Alla SIP-trunkar fungerar, inklusive DIDWW eller en PBX som du driver själv. Ange anslutningsnamn, **SIP-domän / URI**, valfritt användarnamn och lösenord, port och transport; **Avancerade inställningar** lägger till mediekryptering (SRTP). Formuläret visar också SIP- adressen som din trunk måste skicka inkommande samtal till: `sip.thunderphone.com`, på port 5060 för UDP eller TCP, eller 5061 för TLS. Med TLS förblir SIP- signaleringen krypterad hela vägen till LiveKit Cloud, där ThunderPhone hanterar samtalet; ljud passerar aldrig genom `sip.thunderphone.com`, så SRTP fungerar som tidigare. Adressera varje samtal till det uppringda numret i E.164-format, med samma nummer, inklusive `+`, både i begäranderaden och i `To`-huvudet: till exempel `sip:+14155550142@sip.thunderphone.com`. `+` gör att ThunderPhone kan hantera samtalet i rätt region (se anmärkningen under [IP-tillåtelselista](#ip-allowlisting-and-trunk-authentication)). Trunkar som konfigurerats tidigare med en `.sip.livekit.cloud`- adress fortsätter att fungera så länge **Tillåtna käll-IP-adresser** är tomt; du behöver inte ändra dem. ThunderPhone omvandlar dessa inställningar till ett dedikerat par SIP-trunkar i LiveKit Cloud: utgående samtal från anslutningens nummer kopplas till din SIP-domän med dina autentiseringsuppgifter, och inkommande samtal till dessa nummer accepteras från vilken adress som helst om du inte fyller i det valfria fältet **Tillåtna käll-IP-adresser**. Fyll bara i det om din operatör publicerar fasta signalerings-IP-adresser: en felaktig eller ofullständig lista gör att ThunderPhone avvisar inkommande samtal från din operatör. Två knappar gör det mesta av arbetet: - **Generera AI-konfigurationsguide** — skriver leverantörsspecifika instruktioner för den trunkkonfiguration du behöver. - **Testa och spara anslutning** — kontrollerar att SIP-slutpunkten matchar en offentlig adress och, för TCP/TLS, accepterar en anslutning på den valda porten (UDP-värdar får endast DNS-kontrollen), och sparar sedan. Den kan ännu inte ringa ett samtal eftersom anslutningen inte har några nummer; det verkliga beviset kommer vid importen (nedan). Att redigera en anslutning senare kör samma kontroll igen på dina ändrade inställningar innan något sparas, bygger sedan om trunken och verifierar på nytt varje nummer i anslutningen med ett kort testsamtal i bakgrunden — numren visas som *Etableras* tills deras testsamtal lyckas. Att endast ändra **Tillåtna käll-IP-adresser** på en *Ansluten* anslutning är annorlunda: det påverkar aldrig utgående samtal, så ThunderPhone uppdaterar listan på den inkommande trunken direkt och numren förblir *Aktiva*. Deras test för inkommande samtal återställs till *inte testat*; kör det igen eller ring ett riktigt samtal via din operatör för att bekräfta att den nya listan släpper igenom samtal. Testet misslyckas när dess samtal skulle avvisas enligt listan. Sparade lösenord visas aldrig igen; lämna lösenordsfältet tomt för att behålla det, eller markera "Ta bort det sparade lösenordet" för en IP-autentiserad trunk. ### IP-tillåtelselista och trunkautentisering Vissa operatörer (DIDWW, Telnyx IP-autentiserade anslutningar, de flesta PBX:er bakom en brandvägg) accepterar endast SIP-trafik från adresser som du tillåterlistar, eller autentiserar utgående samtal med käll-IP. ThunderPhone använder två uppsättningar adresser. **SIP-edge.** Inkommande samtal som du skickar till `sip.thunderphone.com` går via ThunderPhones SIP-edge, som endast hanterar SIP-signalering. Den första INVITE-förfrågan går till `sip.thunderphone.com`; resten av samtalets signalering (ACK, nedkoppling, överföringar) går mellan din operatör och den edge-server som tog emot samtalet, `sip-1` eller `sip-2`. Om din brandvägg filtrerar SIP-signalering ska du tillåta alla tre, på UDP- och TCP-port 5060 samt TLS-port 5061: | Värd | IP-adress | |------|------------| | `sip.thunderphone.com` | `172.170.39.202` | | `sip-1.thunderphone.com` | `13.86.104.121` | | `sip-2.thunderphone.com` | `20.80.98.90` | **LiveKit Cloud.** Ljudet (RTP) för varje samtal och SIP-signaleringen för utgående samtal går mellan din operatör och LiveKit Cloud, aldrig via SIP-edge. Tillåt **alla** intervall nedan, för både SIP-signalering och media: {/* generated:livekit-static-ips:start */} {/* GENERERAT BLOCK — redigera inte manuellt. Källa: scripts/docs-freshness/data/livekit-static-ips.json Återskapa: python3 scripts/docs-freshness/generate_livekit_static_ips.py CI återskapar detta block och misslyckas vid avvikelser (scripts/docs-freshness/generators.d/30-livekit-static-ips.sh). */} | IP-intervall | |----------| | `143.223.88.0/21` | | `161.115.160.0/19` | | `153.57.128.0/18` | LiveKit använder dessa intervall för Realtime, SIP-signalering och media samt webhooks, och de täcker samtal som hanteras i dess regioner i Kanada, EU, Indien, Japan och USA. Regionnamn för en låst slutpunkt: `canada`, `eu`, `india`, `japan`, `us`. {/* generated:livekit-static-ips:end */} Samtal som skickas till `sip.thunderphone.com` hanteras i en omfattad region. Ett nummer med inledande `+` i `To`-huvudet och en japansk, indisk, EU/EES-, brittisk eller schweizisk landskod går till den regionen. Alla andra samtal hanteras i den LiveKit-region som ligger närmast ThunderPhones SIP-edge, för närvarande USA. En trunk som fortfarande pekar på en `.sip.livekit.cloud`-adress dirigeras via den LiveKit-region som ligger närmast uppringaren, vilket kan vara utanför de omfattade regionerna om din operatör är det. Flytta den till `sip.thunderphone.com`, eller lås den till en region genom att infoga ett regionsnamn precis före `.sip.livekit.cloud`: till exempel `.japan.sip.livekit.cloud`. Matchning av inkommande nummer påverkas inte. Några tumregler för själva trunken: - **ThunderPhone registrerar sig inte.** Det skickar aldrig SIP `REGISTER` till din operatör, så konfigurera trunk för IP-baserad och/eller autentisering med inloggningsuppgifter (användarnamn + lösenord), inte registrering. - **Utgående samtal bör använda inloggningsuppgifter.** Aktivera autentisering med användarnamn/lösenord hos operatören och ange samma värden i det manuella SIP-formuläret. Se IP-tillåtelselistan som ett andra lager, inte det enda — utgående samtal till destinationer utanför de omfattade regionerna kan komma från andra adresser. - **Inkommande är den omvända riktningen.** Det valfria fältet **Tillåtna käll- IP-adresser** i formuläret är där du anger *din operatörs* signaleringsadresser så att ThunderPhone endast accepterar samtal från dem. Ange IP- adresser eller CIDR-intervall; värdnamn matchar aldrig. Lämna det tomt om inte din operatör publicerar en fast lista. ThunderPhone kontrollerar listan för varje inkommande samtal mot den adress som dess SIP-edge ser, så när listan har angetts ska du skicka dina samtal till `sip.thunderphone.com`. Ett samtal från en adress som inte finns på listan, eller ett som skickas direkt till en `.sip.livekit.cloud`-adress, nekas: det misslyckas eller ansluter och avslutas omedelbart. Intervallen publiceras av LiveKit på [Regioner, regionala slutpunkter och statiska IP-adresser](https://docs.livekit.io/deploy/admin/regions/endpoints/); ThunderPhone kontrollerar den sidan varje vecka och uppdaterar denna guide när den ändras. ## Efter anslutning Importera nummer från **Telefonnummer → Lägg till nummer → Anslut VoIP-leverantör** (eller direkt från anslutningen). Varje importerat nummer verifieras innan det aktiveras. För en manuell SIP-anslutning ringer verifieringen ett kort testsamtal (några sekunder) **från ditt nummer, via din SIP-trunk, till ett ThunderPhone-nummer** — så att användarnamn, lösenord, transport och din operatörs utgående routning faktiskt testas. Din operatör debiterar samtalet som vilket annat samtal som helst. Om operatören avvisar det förblir numret i *Etablering* och sidan för telefonnummer visar operatörens svar (till exempel "avvisade ThunderPhones autentiseringsuppgifter (SIP 401)"); åtgärda anslutningen och verifiera igen. Om din operatör accepterar trunken men dess routningsplan inte omfattar ThunderPhones testnummer (DIDWW svarar "Destinationsnumret är svartlistat av routningsplanen"), visas numret som *Verifierat · operatören accepterade*: det går att använda, men samtal till andra destinationer har inte testats. Samtalet bevisar att din trunk kan *ringa* samtal som numret; det bevisar inte att du äger numret och testar inte samtal *till* numret; det gör det valfria inkommande testet nedan. Verifierade nummer stöder inkommande och utgående samtal — vilket låser upp [utgående kampanjer](/sv/guides/outbound-campaigns) och programmatiska [utgående samtal](/sv/guides/place-outbound-calls). ### Test av inkommande samtal **Verifiera nummer** öppnar en dialog som även kan testa inkommande samtal. Testet ringer ditt nummer, kontrollerar att samtalet når ThunderPhone och lägger sedan på utan att starta din agent: - **Nummer med egen utgående SIP-trunk** (manuella SIP-nummer och Twilio-nummer när ThunderPhone har konfigurerat utgående samtal i ditt Twilio-konto) ringer först sig själva: ThunderPhone ringer numret från numret via den trunkanslutningen. Dialogen informerar dig innan den ringer. Samtalet går ut via din operatör och kommer, om din inkommande dirigering är korrekt, direkt tillbaka till ThunderPhone. När det kommer tillbaka med numrets egen nummerpresentation visar det enda samtalet både att din operatör accepterar ThunderPhones samtal som numret och att samtal till numret når ThunderPhone, i alla länder. Vissa operatörer avvisar eller kopplar inte ett samtal från ett nummer till sig självt. Det säger inget om din dirigering, så ThunderPhone ringer då från ett av sina egna nummer i stället. Om ditt nummer vidarekopplas någon annanstans kan den telefonen ringa två gånger: först med numrets egen nummerpresentation, sedan med ThunderPhones testnummer. - **Andra nummer** (och reservalternativet ovan) rings från ett av ThunderPhones egna nummer. ThunderPhone kan för närvarande bara ringa dessa samtal till nummer i USA och Kanada. För andra nummer rapporterar testet att det inte kunde köras, med din operatörs svar om självsamtalet avvisades. Om din operatör ändrar nummerpresentationen på vägen kan ThunderPhone inte känna igen samtalet, så din agent kan svara på det en kort stund. Testet av inkommande samtal är valfritt. Hoppa över det så fungerar numret ändå. Sidan för telefonnummer visar då *Inkommande inte testat*, och du kan köra det senare med **Testa** eller menyalternativet **Testa inkommande samtal** för numret. Direkt efter en import ber sidan för telefonnummer dig också att testa inkommande samtal för de nya numren. Inget rings förrän du bekräftar i dialogen. Om din leverantör skickar numret någon annanstans kan det som numret pekar på ringa i upp till 8 sekunder per samtal innan ThunderPhone lägger på. Om något svarar först (en Twilio-app som svarar och sedan vidarekopplar, en telefonmeny) väntar testet på att det vidarekopplade samtalet ska nå ThunderPhone: upp till 8 sekunder vid självsamtalet och 15 sekunder vid ett samtal från ett ThunderPhone-nummer. Resultatet finns kvar på numret (*Inkommande* godkänt eller underkänt) tills du ändrar anslutningen eller importerar numret igen, vilket återställer det till *inte testat*. Om du ändrar en anslutning verifieras utgående samtal igen i bakgrunden, men ThunderPhone ringer aldrig ditt nummer utan att du har bett om det. ## Felsökning av inkommande samtal Anslutningens knapp **Testa** kontrollerar autentiseringsuppgifter, och verifieringen kontrollerar utgående uppringning. Kontrollera inkommande samtal genom att köra testet för inkommande samtal ovan eller ring numret från en telefon och leta efter samtalet i **Samtalshistorik**. Webbläsartester med **Prata** och bot-till-bot-simuleringar går inte via din operatör, så de visar inte om inkommande samtal fungerar. En simulering som riktas mot telefonnumret (SIP-loopback) ringer däremot numret via din operatör, så ett besvarat samtal testar inkommande routning. - **Du hör din egen mobiloperatörs meddelande** (till exempel "Välkommen till Verizon" eller "numret du har ringt är inte i bruk"): samtalet misslyckades innan det nådde ThunderPhone. Kontrollera att numret är aktivt i ditt leverantörskonto och tilldelat ThunderPhone- anslutningen eller trunken. - **Upptagetton eller samtalet ringer ut:** leverantören accepterade samtalet men kunde inte leverera det. Med Telnyx kontrollerar du numrets **Anslutning** i Telnyx-portalen: den ska vara den `thunderphone-…`-FQDN-anslutning som beskrivs ovan eller din egen FQDN- anslutning som pekar på ThunderPhones SIP-slutpunkt. Med Twilio ska numret vara kopplat till ThunderPhones SIP-trunk i stället för en Voice-webhook eller TwiML-app. - **Din operatörs loggar visar `404 No trunk found`** (manuell SIP): samtalet nådde ThunderPhone men matchade ingen trunk. Kontrollera att numret är importerat på den här anslutningen och att trunken pekar på `sip.thunderphone.com`. Om den pekar på en `.sip.livekit.cloud`-adress måste **Tillåtna käll-IP-adresser** vara tomt: när en lista är angiven accepteras endast samtal som skickas till `sip.thunderphone.com`. - **`404 Not Found` från `sip.thunderphone.com`** (manuell SIP): samtalet adresserades inte till ett telefonnummer, eller så anger begäranderaden och `To`-rubriken olika nummer. Skicka det uppringda numret i båda, enligt ovan. - **`403 Forbidden` från `sip.thunderphone.com`:** begäranderaden anger en annan värd. Adressera samtalet till `sip.thunderphone.com`, till exempel `sip:+14155550142@sip.thunderphone.com`. - **Samtalet når ThunderPhone men fel agent svarar, eller ingen alls:** kontrollera numrets inkommande agent under **Telefonnummer**. Copiloten i appen kan kontrollera ett nummer åt dig: fråga varför samtal till numret misslyckas. För Telnyx-anslutningar söker den även upp, skrivskyddat och för organisationsadministratörer, vilken anslutning Telnyx tilldelar numret. --- ## Nästa steg Hela flödet för att lägga till nummer, ThunderPhone-nummer och VoIP. Samma flöde för anslutning, import och verifiering via REST. CSV-listor, ringfönster och återuppringningspolicy. Alla fält för anslutningar, underlag och importer.