SIP trunking
Połącz obecny system telefoniczny z ElevenLabs Agents przez SIP trunking
Przegląd
SIP (Session Initiation Protocol) trunking pozwala połączyć obecną infrastrukturę telefoniczną bezpośrednio z ElevenLabs Agents. Ta integracja umożliwia wszystkim klientom korzystanie z obecnych systemów telefonicznych i zaawansowanych funkcji głosu AI ElevenLabs.
Dzięki SIP trunking możesz:
- Połączyć swoją centralę Private Branch Exchange (PBX) lub system telefoniczny z obsługą SIP z platformą głosu AI ElevenLabs
- Kierować połączenia do agentów AI bez zmiany obecnej infrastruktury telefonicznej
- Obsługiwać połączenia przychodzące i wychodzące
- Korzystać z szyfrowanego transportu TLS i szyfrowania mediów dla większego bezpieczeństwa
Dopiero zaczynasz z SIP? Zobacz SIP reference, gdzie znajdziesz proste wyjaśnienia terminów używanych w tym przewodniku, takich jak SIP, SBC, SDP, RTP i MTU.
Statyczne serwery SIP IP
ElevenLabs oferuje serwery SIP ze statycznymi adresami IP dla klientów Enterprise, których polityki bezpieczeństwa wymagają dopuszczania adresów IP.
Nasza infrastruktura ze statycznymi adresami IP korzysta z bloku adresów /24 zawierającego 256 adresów rozproszonych w wielu regionach (USA, UE, Indie i Singapur). W konfiguracji firewalla musisz dopuścić cały blok /24.
W domyślnym środowisku (USA/międzynarodowym) użyj sip-static.rtc.elevenlabs.io jako punktu końcowego SIP.
W przypadku izolowanych regionów użyj sip-static.rtc.<region>.residency.elevenlabs.io, gdzie <region> to kod regionu rezydencji danych (na przykład eu, in lub sg). Przy użyciu tych punktów końcowych cały ruch będzie pochodzić wyłącznie z tego regionu. Szczegółowe dopuszczanie adresów dla poszczególnych regionów nie jest dostępne. Listę dostępnych regionów znajdziesz w rezydencji danych.
Ta funkcja jest dostępna dla kont Enterprise i może też zostać włączona podczas wersji próbnej Enterprise do celów testowych. Aby poprosić o dostęp, napisz do działu wsparcia na support@elevenlabs.io lub skontaktuj się z opiekunem konta. Więcej informacji znajdziesz, gdy skontaktujesz się z działem sprzedaży.
Jak działa SIP trunking
SIP trunking tworzy bezpośrednie połączenie między twoją infrastrukturą telefoniczną a platformą ElevenLabs:
- Połączenia przychodzące: Połączenia z twojego SIP trunk są kierowane na platformę ElevenLabs przy użyciu skonfigurowanego adresu SIP INVITE.
- Połączenia wychodzące: Połączenia inicjowane przez ElevenLabs są kierowane do twojego SIP trunk przy użyciu skonfigurowanej nazwy hosta, dzięki czemu twoi agenci mogą wykonywać połączenia wychodzące.
- Uwierzytelnianie: Bezpieczeństwo połączenia dla sygnalizacji jest utrzymywane przez uwierzytelnianie Digest (nazwa użytkownika/hasło) lub uwierzytelnianie Access Control List (ACL) oparte na źródłowym adresie IP sygnalizacji.
- Sygnalizacja i media: Początkowe zestawianie połączenia (sygnalizacja) obsługuje wiele protokołów transportowych, w tym TLS dla szyfrowanej komunikacji. Po zestawieniu połączenia właściwe dane audio (strumień RTP) mogą być szyfrowane zgodnie z ustawieniami szyfrowania mediów.
Bezpieczeństwo transportu: certyfikaty i zestawy szyfrów
Gdy używasz transportu TLS, obie strony wykonują uzgadnianie TLS, zanim wymienią sygnalizację SIP. Podczas uzgadniania weryfikują certyfikat i uzgadniają zestaw szyfrów. Strona akceptująca połączenie działa jako serwer TLS i przedstawia certyfikat; strona otwierająca połączenie działa jako klient TLS i go weryfikuje. ElevenLabs wymaga TLS 1.2 lub nowszego.
Role zależą od kierunku połączenia:
- Połączenia przychodzące do ElevenLabs: Twój system otwiera połączenie, więc ElevenLabs działa jako serwer TLS. ElevenLabs przedstawia ważny certyfikat dla
sip.rtc.elevenlabs.io, a twój system weryfikuje go jako klient TLS. - Połączenia wychodzące z ElevenLabs: ElevenLabs otwiera połączenie z adresem, który skonfigurowałeś, więc twój serwer SIP lub SBC działa jako serwer TLS. Twój system musi przedstawić ważny, zaufany certyfikat, który ElevenLabs weryfikuje jako klient TLS.
Upewnij się, że obie strony ufają swoim certyfikatom i mają przynajmniej jeden wspólny zestaw szyfrów. Jeśli nie, uzgadnianie TLS nie powiedzie się przed nawiązaniem połączenia. Definicje tych pojęć znajdziesz w dokumentacji SIP.
Kolejne połączenia
Niektóre żądania w trakcie dialogu, takie jak BYE lub REFER, mogą wymagać nowego połączenia TLS, gdy pierwotne połączenie zostało już zamknięte. Zachowanie certyfikatów dla tych kolejnych połączeń różni się od początkowego zestawiania połączenia:
- Kolejne połączenia do ElevenLabs: Twój system nawiązuje połączenie z adresem nagłówka
Contactzwróconym w odpowiedzi, który wskazuje konkretny serwer SIP w formie<ip>.hosts.rtc.elevenlabs.io. Ten serwer przedstawia certyfikat ważny dla*.hosts.rtc.elevenlabs.io, który twój system weryfikuje jako klient TLS. - Kolejne połączenia z ElevenLabs: Gdy ElevenLabs inicjuje połączenie TLS dla
BYElubREFER, łączy się z adresem w najwyższym nagłówkuVia, którym często jest adres IP. Twój system zwykle zwraca certyfikat ważny dla w pełni kwalifikowanej nazwy domeny (FQDN), a nie dla tego adresu IP. Aby zweryfikować ten certyfikat, skonfiguruj pole Remote domains w ustawieniach numeru telefonu. Jeśli dowolna domena, dla której otrzymany certyfikat jest ważny, pasuje do skonfigurowanej domeny zdalnej, weryfikacja się powiedzie; w przeciwnym razie zakończy się niepowodzeniem.
Jeśli wychodzące żądania BYE lub REFER przez TLS nie przejdą weryfikacji certyfikatu, dodaj FQDN,
dla którego wystawiono certyfikat twojego serwera SIP, do pola Remote domains w ustawieniach numeru telefonu.
Nawiązywanie połączeń z trunkem SIP ElevenLabs
Podczas inicjowania połączeń z platformą ElevenLabs musisz używać właściwego formatu URI SIP. URI trunku SIP ElevenLabs zależy od transportu, którego chcesz użyć do sygnalizacji:
- 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(eksperymentalne; używaj tylko do testów, nie na produkcji)
Aby nawiązać połączenie, utwórz pełny URI SIP zawierający identyfikator. Na przykład, aby zadzwonić pod numer +19991234567 przez TCP:
Gdzie:
+19991234567to identyfikator (zwykle numer telefonu w formacie E.164)- Identyfikatorem może być też dowolna wartość tekstowa, np.
1000lubjohn
Częsty błąd: Nie inicjuj połączeń bezpośrednio z sip@sip.rtc.elevenlabs.io:5060 bez
identyfikatora. URI SIP musi zawierać numer telefonu lub identyfikator po prefiksie sip: i
przed symbolem @.
Format URI SIP: URI SIP ma format
sip:identifier@domain:port, gdzie identyfikator jest wymagany do prawidłowego przekierowania połączenia.
Wymagania
Przed konfiguracją trunku SIP upewnij się, że masz:
- Centralę PBX lub system telefoniczny zgodny z SIP
- Numery telefonów, które chcesz połączyć z ElevenLabs
- Dostęp administratora do konfiguracji trunku SIP
- Odpowiednie ustawienia zapory zezwalające na ruch SIP
- Obsługę TLS: Aby zwiększyć bezpieczeństwo, upewnij się, że dostawca trunku SIP obsługuje transport TLS
- Zgodność kodeków audio: Twój system musi obsługiwać co najmniej jeden kodek audio G.722 lub G.711 (PCMU albo PCMA) albo umożliwiać resampling audio po twojej stronie. Nie zależy to od formatu audio skonfigurowanego w agencie dla bezpośrednich połączeń websocket.
Konfiguracja trunku SIP
Zaimportuj trunk SIP
Kliknij przycisk „Importuj numer”, a następnie wybierz „Z trunku SIP”, aby otworzyć okno konfiguracji.

Wprowadź podstawową konfigurację
Uzupełnij podstawową konfigurację o poniższe informacje:
- Etykieta: Opisowa nazwa numeru telefonu
- Numer telefonu: Numer telefonu w formacie E.164 do połączenia (np. +15551234567)

Skonfiguruj ustawienia połączeń przychodzących
Skonfiguruj obsługę połączeń przychodzących do twojego trunku SIP przez ElevenLabs, w tym szyfrowanie mediów i kontrolę dostępu:
- Szyfrowanie mediów: Skonfiguruj szyfrowanie strumieni RTP:
- Wyłączone: Bez szyfrowania mediów
- Dozwolone: Zezwala na szyfrowane strumienie mediów
- Wymagane: Wymusza szyfrowane strumienie mediów
- Dozwolone numery (opcjonalnie): Numery telefonów uprawnione do dzwonienia na ten numer. Pozostaw puste, aby zezwolić na wszystkie numery.
- Dozwolone źródłowe adresy IP (opcjonalnie): Działa tylko z transportem TCP/TLS, nie UDP. Adresy IP lub zakresy CIDR, które mogą wysyłać połączenia do tego trunku. Pozostaw
0.0.0.0/0, aby zezwolić na wszystkie adresy. - Domeny zdalne (opcjonalnie): Podaj domeny FQDN serwerów SIP, z których inicjujesz połączenia, np.
example.pstn.twilio.com. Te domeny są używane do weryfikacji certyfikatów TLS. Pozostaw to pole puste, jeśli nie używasz TLS. - Uwierzytelnianie (opcjonalnie): Podaj dane uwierzytelniania digest używane do uwierzytelniania połączeń przychodzących.
- Nazwa użytkownika trunku SIP: Nazwa użytkownika do uwierzytelniania SIP digest
- Hasło trunku SIP: Hasło do uwierzytelniania SIP digest

Skonfiguruj ustawienia połączeń wychodzących
Skonfiguruj, gdzie ElevenLabs ma wysyłać połączenia na twój numer telefonu:
-
Adres: Nazwa hosta lub adres IP, na który wysyłany jest SIP INVITE (np.
sip.telnyx.com). Powinna to być wyłącznie nazwa hosta lub adres IP, a nie pełny URI SIP. Jeśli używasz TLS, użyj nazwy hosta z ważnym certyfikatem. -
Typ transportu: Wybierz protokół transportu dla sygnalizacji SIP:
- TCP: Standardowy transport TCP
- TLS: Szyfrowany transport TLS dla większego bezpieczeństwa
- UDP: Transport bezpołączeniowy (eksperymentalny; na produkcji używaj TCP lub TLS)
-
Szyfrowanie mediów: Skonfiguruj szyfrowanie strumieni RTP:
- Wyłączone: Bez szyfrowania mediów
- Dozwolone: Zezwala na szyfrowane strumienie mediów
- Wymagane: Wymusza szyfrowane strumienie mediów
-
Włączone kodeki: Kodeki oferowane w SDP dla połączeń wychodzących (G.722, PCMU, PCMA). Przydatne, gdy dostawca SIP obsługuje tylko niektóre kodeki.
-
Niestandardowe nagłówki (opcjonalnie): Dodaj niestandardowe nagłówki SIP dołączane do połączeń wychodzących. Kliknij „Dodaj nagłówek”, aby wpisać nazwę i wartość nagłówka wymaganą przez dostawcę; w razie potrzeby możesz dodać wiele nagłówków. Nagłówki niestandardowe mogą służyć do routingu i identyfikacji połączeń, rozliczeń i śledzenia oraz spełniania wymagań konkretnego dostawcy.
-
Uwierzytelnianie (opcjonalnie): Podaj dane uwierzytelniania digest, jeśli wymaga tego dostawca trunku SIP.
- Nazwa użytkownika trunku SIP: Nazwa użytkownika do uwierzytelniania SIP digest
- Hasło trunku SIP: Hasło do uwierzytelniania SIP digest
Jeśli pozostawisz puste, zostanie użyte uwierzytelnianie za pomocą listy kontroli dostępu (ACL), które wymaga dodania adresów IP ElevenLabs do listy dozwolonych w ustawieniach dostawcy.

Dobra praktyka bezpieczeństwa: Używaj transportu TLS z wymaganym szyfrowaniem mediów, aby zapewnić maksymalne bezpieczeństwo. Dzięki temu sygnalizacja i media są szyfrowane end-to-end.
Metody uwierzytelniania:
- Uwierzytelnianie digest: Używa nazwy użytkownika i hasła do bezpiecznego uwierzytelniania (zalecane)
- Uwierzytelnianie ACL: Używa listy dozwolonych adresów IP do kontroli dostępu
Zdecydowanie zalecamy uwierzytelnianie digest, ponieważ zapewnia lepsze bezpieczeństwo bez polegania na listach dozwolonych adresów IP, które mogą być trudne w zarządzaniu przy dynamicznych adresach IP.
Pole Adres określa, gdzie ElevenLabs będzie wysyłać połączenia wychodzące od twoich agentów AI. Wpisz tylko nazwę hosta lub adres IP bez prefiksu protokołu sip:.
Dane klienta i personalizacja
Aby zapewnić prawidłowe przekazywanie i śledzenie metadanych połączeń, dodaj poniższe niestandardowe nagłówki SIP do payloadu webhooka i żądania SIP INVITE:
- X-CALL-ID: Unikalny identyfikator połączenia
- X-CALLER-ID: Identyfikator strony dzwoniącej
Te nagłówki pozwalają systemowi powiązać metadane połączenia z rozmową i zapewnić kontekst do personalizacji.
Obsługa nagłówka zastępczego
Jeśli powyższe standardowe nagłówki nie są obecne, system automatycznie wyszuka nagłówek SIP specyficzny dla Twilio:
- sip.twilio.callSid: Unikalny identyfikator połączenia Twilio
Ten mechanizm zastępczy zapewnia zgodność z Elastic SIP Trunking Twilio bez zmian w konfiguracji.
Przepływ przetwarzania
Gdy odpowiednie metadane zostaną odebrane przez dowolny z obsługiwanych nagłówków, caller_id i/lub call_id są dostępne w webhooku inicjacji rozmowy oraz jako systemowe zmienne dynamiczne.
Niestandardowe nagłówki przychodzące jako zmienne dynamiczne
Niestandardowe nagłówki SIP X- z przychodzących połączeń trunku SIP są automatycznie dostępne w rozmowie jako zmienne dynamiczne.
Nazwy nagłówków są normalizowane przez usunięcie prefiksu X-, zmianę nazwy na małe litery, zastąpienie myślników podkreśleniami i dodanie prefiksu sip_. Na przykład X-Contact-ID staje się {{sip_contact_id}}, a X-Campaign-ID staje się {{sip_campaign_id}}.
Używaj tych zmiennych w promptach agenta, pierwszych wiadomościach i narzędziach, aby personalizować rozmowę kontekstem przekazanym przez rozmówcę. Wartości są też widoczne w historii rozmowy na karcie Phone Call.
Zarezerwowane nagłówki, takie jak X-Call-ID i X-Caller-ID, nadal są mapowane na system__call_sid i
system__caller_id. Niestandardowe nagłówki przychodzące nie mogą nadpisywać tych zmiennych systemowych.
Nagłówki BYE ze zmiennych dynamicznych
Gdy połączenie się kończy, ElevenLabs wysyła SIP BYE, aby zakończyć dialog. Możesz dołączyć niestandardowe nagłówki do tego BYE, mapując zmienne dynamiczne na nazwy nagłówków w konfiguracji trunku SIP.
Ustaw attributes_to_headers w inbound_trunk_config lub outbound_trunk_config podczas tworzenia lub aktualizowania numeru telefonu trunku SIP przez API. Każdy wpis mapuje nazwę zmiennej dynamicznej na nazwę nagłówka SIP, który ma zostać uwzględniony w BYE:
Wartość nagłówka to końcowa wartość zmiennej dynamicznej na zakończenie rozmowy. Wartości ustawione podczas połączenia — za pomocą narzędzi agenta, nadpisań webhooków lub innych aktualizacji w czasie działania — są uwzględniane w BYE.
Na przykład, jeśli attributes_to_headers zawiera "disposition_code": "X-Disposition", a zmienna dynamiczna disposition_code ma wartość resolved po zakończeniu rozmowy, BYE zawiera X-Disposition: resolved.
Przypisywanie agentów do numerów telefonów
Po zaimportowaniu numeru telefonu trunku SIP możesz przypisać go do agenta ElevenLabs:
- Przejdź do sekcji Numerów telefonów w panelu ElevenAgents
- Wybierz zaimportowany numer telefonu trunku SIP
- Kliknij „Przypisz agenta”
- Wybierz agenta, który ma obsługiwać połączenia na ten numer
Rozwiązywanie problemów
Problemy z połączeniem
Jeśli masz problemy z połączeniem:
- Sprawdź konfigurację trunku SIP zarówno po stronie ElevenLabs, jak i dostawcy
- Sprawdź, czy zapora zezwala na ruch sygnalizacyjny SIP na skonfigurowanym protokole transportu i porcie (5060 dla TCP, 5061 dla TLS), oraz upewnij się, że nie zastosowano listy dozwolonych adresów
- Potwierdź, że nazwa hosta adresu jest prawidłowo sformatowana i dostępna
- Przetestuj z danymi uwierzytelniania digest i bez nich
- Jeśli używasz transportu TLS, upewnij się, że certyfikaty TLS dostawcy są ważne i prawidłowo skonfigurowane
- Wypróbuj różne typy transportu (TCP lub TLS; obsługa UDP jest eksperymentalna), aby wyizolować problemy specyficzne dla TLS
Ważne informacje o architekturze sieci:
- ElevenLabs obsługuje ruch SIP z wielu serwerów SIP za wspólnym adresem
sip.rtc.elevenlabs.io - Te serwery SIP komunikują się bezpośrednio z twoim serwerem SIP
- Ze względu na naszą rozproszoną infrastrukturę żądania SIP mogą pochodzić z różnych adresów IP
- Jeśli twoja polityka bezpieczeństwa wymaga dodania ruchu przychodzącego do listy dozwolonych, skontaktuj się z naszym zespołem pomocy.
Błędy uwierzytelniania
Jeśli połączenia nie udają się z powodu problemów z uwierzytelnianiem:
- Ponownie sprawdź nazwę użytkownika i hasło trunku SIP, jeśli używasz uwierzytelniania digest
- Sprawdź logi dostawcy trunku SIP pod kątem konkretnych komunikatów błędów uwierzytelniania
- Sprawdź, czy niestandardowe nagłówki, jeśli są skonfigurowane, spełniają wymagania dostawcy
- Przetestuj uproszczone konfiguracje (bez niestandardowych nagłówków), aby wyizolować problemy z uwierzytelnianiem
Problemy z TLS i szyfrowaniem
Jeśli masz problemy z transportem TLS lub szyfrowaniem mediów:
- Sprawdź, czy dostawca trunku SIP obsługuje transport TLS na porcie 5061
- Sprawdź ważność certyfikatów, daty wygaśnięcia i łańcuchy zaufania
- Upewnij się, że dostawca obsługuje szyfrowanie mediów SRTP, jeśli używasz szyfrowania mediów „Wymagane”
- Przetestuj szyfrowanie mediów „Dozwolone” przed użyciem „Wymagane”, aby wyizolować problemy z szyfrowaniem
- Wypróbuj transport TCP, aby wyizolować problemy specyficzne dla TLS (obsługa UDP jest eksperymentalna)
- Skontaktuj się z dostawcą trunku SIP, aby potwierdzić obsługę TLS i SRTP
Problemy z niestandardowymi nagłówkami
Jeśli masz problemy z niestandardowymi nagłówkami:
- Sprawdź dokładne nazwy i wartości nagłówków wymagane przez dostawcę
- Sprawdź, czy wielkość liter w nazwach nagłówków ma znaczenie
- Upewnij się, że wartości nagłówków nie zawierają znaków specjalnych wymagających escapowania
- Najpierw testuj bez niestandardowych nagłówków, a potem dodawaj je stopniowo
- W przypadku zmiennych dynamicznych z niestandardowych nagłówków przychodzących potwierdź, że nagłówki używają prefiksu
X-, i sprawdź kartę Phone Call w historii rozmowy - Sprawdź dokumentację dostawcy dotyczącą obsługiwanych niestandardowych nagłówków
Brak dźwięku lub dźwięk tylko w jedną stronę
Jeśli połączenie zostaje nawiązane, ale nie ma dźwięku lub dźwięk działa tylko w jedną stronę:
- Sprawdź, czy zapora zezwala na ruch UDP dla strumienia mediów RTP (zwykle porty 10000–60000)
- Ponieważ RTP używa dynamicznych adresów IP, upewnij się, że reguły zapory nie są ograniczone do konkretnych statycznych adresów IP
- Sprawdź problemy z translacją adresów sieciowych (NAT), które mogą blokować strumień RTP
- Jeśli używasz szyfrowania mediów „Wymagane”, upewnij się, że oba punkty końcowe obsługują SRTP
- Przetestuj z szyfrowaniem mediów „Wyłączone”, aby wyizolować problemy z dźwiękiem związane z szyfrowaniem
Problemy z jakością dźwięku
Jeśli jakość dźwięku jest słaba:
- Upewnij się, że sieć ma wystarczającą przepustowość (co najmniej 100 Kbps na połączenie) oraz niskie opóźnienia i jitter dla ruchu UDP
- Sprawdź przeciążenie sieci lub utratę pakietów, zwłaszcza na ścieżce UDP
- Sprawdź, czy ustawienia kodeków są zgodne po obu stronach
- Jeśli używasz szyfrowania mediów, upewnij się, że oba punkty końcowe sprawnie obsługują przetwarzanie SRTP
- Przetestuj różne ustawienia szyfrowania mediów, aby wyizolować problemy z jakością
Połączenie nie kończy się po wysłaniu żądania BYE (odpowiedź 481)
Odpowiedź 481 na BYE zwykle oznacza, że żądanie dotarło do serwera SIP, który nie ma stanu dialogu dla tego połączenia.
Często dzieje się tak, gdy początkowe połączenie TCP zostało już zamknięte, a BYE zostaje ponownie wysłane na ogólny wspólny adres (na przykład sip.rtc.elevenlabs.io)
zamiast na konkretny URI Contact zwrócony w odpowiedzi 200 OK.
- Przy ponownym nawiązywaniu połączenia TCP dla BYE zawsze kieruj żądanie na adres
Contactz odpowiedzi INVITE, aby trafiło na ten sam serwer SIP, który obsłużył dialog. - Unikaj wysyłania BYE na wspólny adres
sip.rtc.elevenlabs.io, ponieważ żądanie może trafić na inny węzeł SIP, który odrzuci je odpowiedzią 481.
Zobacz sekcję 8.1.1.8 RFC 3261, aby poznać normatywne zachowanie dotyczące nagłówków Contact i routingu dialogów.
Ograniczenia i kwestie do rozważenia
- Obsługa wielu równoczesnych połączeń zależy od twojego planu subskrypcji. Włącz kolejkowanie połączeń, aby utrzymywać osoby dzwoniące w kolejce po osiągnięciu limitu zamiast odrzucać ich połączenia
- Funkcje nagrywania i analityki połączeń są dostępne, ale mogą wymagać dodatkowej konfiguracji
- Możliwości wykonywania połączeń wychodzących mogą być ograniczone przez dostawcę trunku SIP
- Obsługa TLS: Upewnij się, że dostawca trunku SIP obsługuje TLS 1.2 lub nowszy dla szyfrowanego transportu
- Szyfrowanie mediów: Obsługa SRTP zależy od dostawcy; sprawdź zgodność przed wymaganiem szyfrowania
- Format audio: Wdrożenie SIP ElevenLabs wysyła i odbiera audio za pomocą kodeków PCMU lub PCMA (G.711, 8 kHz) albo G.722 (16 kHz). Nie zależy to od formatu audio skonfigurowanego w agencie dla bezpośrednich połączeń websocket. Twój system trunku SIP musi natywnie obsługiwać jeden z tych kodeków albo wykonywać resampling zgodnie z wymaganiami systemu
FAQ
Czy mogę używać obecnych numerów telefonów z ElevenLabs?
Tak, trunking SIP pozwala połączyć obecne numery telefonów bezpośrednio z ElevenAgents ElevenLabs bez ich przenoszenia.
Którzy dostawcy trunków SIP są zgodni z ElevenLabs?
ElevenLabs jest zgodne z większością standardowych dostawców trunków SIP, w tym Twilio, Vonage, RingCentral, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth i innymi obsługującymi standardy protokołu SIP. Dla większego bezpieczeństwa obsługiwane są transport TLS i szyfrowanie mediów SRTP.
Czy używać transportu TLS dla lepszego bezpieczeństwa?
Tak, transport TLS jest zdecydowanie zalecany w środowiskach produkcyjnych. Zapewnia szyfrowaną sygnalizację SIP, co zwiększa bezpieczeństwo połączeń. W połączeniu z wymaganym szyfrowaniem mediów zapewnia pełną ochronę komunikacji. Zawsze sprawdź, czy twój dostawca trunku SIP obsługuje TLS, zanim go włączysz.
Jaka jest różnica między typami transportu?
- TCP: Niezawodna, ale nieszyfrowana sygnalizacja - TLS: Szyfrowana i niezawodna sygnalizacja (zalecana w środowisku produkcyjnym) - UDP: Bezpołączeniowa sygnalizacja, obecnie eksperymentalna
Transport UDP jest eksperymentalny i przeznaczony tylko do testów. W środowisku produkcyjnym i aplikacjach wymagających wysokiego bezpieczeństwa zawsze używaj transportu TLS.
Do czego służą niestandardowe nagłówki?
Niestandardowe nagłówki SIP pozwalają dołączać do połączeń wychodzących informacje specyficzne dla dostawcy. Typowe zastosowania to trasowanie połączeń, kody rozliczeniowe, identyfikacja dzwoniącego oraz spełnianie wymagań konkretnego dostawcy.
Ile równoczesnych połączeń jest obsługiwanych?
Liczba równoczesnych połączeń zależy od twojego planu subskrypcji. Plany Enterprise zwykle pozwalają na większą liczbę równoczesnych połączeń. Po osiągnięciu limitu połączenia przychodzące są odrzucane, chyba że dla agenta włączono kolejkowanie połączeń. W takim przypadku rozmówcy czekają przy muzyce na czekanie i są łączeni, gdy zwolni się miejsce.
Czy mogę warunkowo kierować połączenia do różnych agentów?
Tak, możesz użyć reguł trasowania w obecnym systemie PBX, aby kierować połączenia na różne numery telefonów, z których każdy jest połączony z innym agentem ElevenLabs.
Czy przy importowaniu numerów telefonów muszę zachować format z początkowym +?
Tak, format numeru telefonu musi być spójny między URI SIP a konfiguracją importowanego numeru telefonu.
Jeśli dzwonisz na URI SIP z początkowym + (np.
sip:+19991234567@sip.rtc.elevenlabs.io:5060), musisz też zaimportować numer telefonu z
początkowym + (np. +19991234567). Podobnie, jeśli dzwonisz bez początkowego +, zaimportuj numer
bez niego. Niezgodne formaty uniemożliwią poprawne trasowanie połączeń.
Czy obsługujecie wyszukiwanie rekordów SRV dla SIP?
Tak, ElevenLabs udostępnia rekordy NAPTR i SRV do wykrywania serwerów SIP zgodnego z RFC 3263.