SIP-Trunking
SIP-Trunking
Verbinden Sie Ihr bestehendes Telefonsystem per SIP-Trunking mit ElevenLabs Agents
Überblick
Mit SIP-Trunking (Session Initiation Protocol) können Sie Ihre bestehende Telefonieinfrastruktur direkt mit ElevenLabs Agents verbinden. Diese Integration ermöglicht es allen Kunden, ihre bestehenden Telefonsysteme zu nutzen und gleichzeitig die fortschrittlichen Voice-KI-Funktionen von ElevenLabs einzusetzen.
Mit SIP-Trunking können Sie:
- Ihre Private Branch Exchange (PBX) oder Ihr SIP-fähiges Telefonsystem mit der Voice-KI-Plattform von ElevenLabs verbinden
- Anrufe ohne Änderungen an Ihrer bestehenden Telefonieinfrastruktur an KI-Agents weiterleiten
- Eingehende und ausgehende Anrufe verarbeiten
- Verschlüsselten TLS-Transport und Medienverschlüsselung für mehr Sicherheit nutzen
Noch neu bei SIP? Im SIP-Referenz finden Sie leicht verständliche Definitionen der in diesem Leitfaden verwendeten Begriffe, darunter SIP, SBC, SDP, RTP und MTU.
SIP-Server mit statischer IP
ElevenLabs bietet SIP-Server mit statischen IP-Adressen für Enterprise-Kunden, deren Sicherheitsrichtlinien IP-Allowlisting erfordern.
Unsere Infrastruktur mit statischen IPs verwendet einen /24-IP-Adressblock mit 256 Adressen, der auf mehrere Regionen verteilt ist (USA, EU, Indien und Singapur). Sie müssen den gesamten /24-Block in Ihrer Firewall-Konfiguration auf die Allowlist setzen.
Verwenden Sie für die Standardumgebung (USA/International) sip-static.rtc.elevenlabs.io als SIP-Endpunkt.
Verwenden Sie für isolierte Regionen sip-static.rtc.<region>.residency.elevenlabs.io, wobei <region> der Regionscode Ihrer Datenresidenz ist, beispielsweise eu, in oder sg. Bei der Verwendung dieser Endpunkte stammt der gesamte Datenverkehr ausschließlich aus dieser Region. Eine regionsspezifische Allowlist ist nicht verfügbar. Die Liste der verfügbaren Regionen finden Sie unter Datenresidenz.
Diese Funktion ist für Enterprise-Konten verfügbar und kann zu Testzwecken auch während Enterprise-Testphasen aktiviert werden. Um Zugriff anzufordern, senden Sie eine E-Mail an den Support unter support@elevenlabs.io oder wenden Sie sich an Ihren Account-Manager. Weitere Informationen erhalten Sie über den Vertrieb.
So funktioniert SIP-Trunking
SIP-Trunking stellt eine direkte Verbindung zwischen Ihrer Telefonieinfrastruktur und der ElevenLabs-Plattform her:
- Eingehende Anrufe: Anrufe aus Ihrem SIP-Trunk werden über Ihre konfigurierte SIP-INVITE-Adresse an die ElevenLabs-Plattform weitergeleitet.
- Ausgehende Anrufe: Von ElevenLabs initiierte Anrufe werden über Ihren konfigurierten Hostnamen an Ihren SIP-Trunk weitergeleitet. So können Ihre Agents ausgehende Anrufe tätigen.
- Authentifizierung: Die Verbindungssicherheit für die Signalisierung wird entweder durch Digest-Authentifizierung (Benutzername/Passwort) oder durch eine Access Control List (ACL)-Authentifizierung anhand der Quell-IP der Signalisierung gewährleistet.
- Signalisierung und Medien: Der anfängliche Anrufaufbau (Signalisierung) unterstützt mehrere Transportprotokolle, darunter TLS für verschlüsselte Kommunikation. Nach dem Aufbau des Anrufs können die eigentlichen Audiodaten (RTP-Stream) je nach Ihren Einstellungen für die Medienverschlüsselung verschlüsselt werden.
Transportsicherheit: Zertifikate und Cipher Suites
Bei Verwendung von TLS-Transport führen beide Seiten einen TLS-Handshake durch, bevor SIP-Signalisierung ausgetauscht wird. Während des Handshakes validieren sie ein Zertifikat und handeln eine Cipher Suite aus. Die Seite, die die Verbindung akzeptiert, fungiert als TLS-Server und präsentiert das Zertifikat. Die Seite, die die Verbindung öffnet, fungiert als TLS-Client und validiert es. ElevenLabs erfordert TLS 1.2 oder höher.
Die Rollen hängen von der Anrufrichtung ab:
- Eingehende Anrufe bei ElevenLabs: Ihr System öffnet die Verbindung, daher fungiert ElevenLabs als TLS-Server. ElevenLabs präsentiert ein gültiges Zertifikat für
sip.rtc.elevenlabs.io, und Ihr System validiert es als TLS-Client. - Ausgehende Anrufe von ElevenLabs: ElevenLabs öffnet die Verbindung zu der von Ihnen konfigurierten Adresse, daher fungiert Ihr SIP-Server oder SBC als TLS-Server. Ihr System muss ein gültiges, vertrauenswürdiges Zertifikat präsentieren, das ElevenLabs als TLS-Client validiert.
Stellen Sie sicher, dass beide Seiten den Zertifikaten der jeweils anderen Seite vertrauen und mindestens eine gemeinsame Cipher Suite unterstützen. Andernfalls schlägt der TLS-Handshake fehl, bevor der Anruf aufgebaut wird. Definitionen dieser Begriffe finden Sie in der SIP-Referenz.
Folge-Verbindungen
Einige dialoginterne Anfragen wie BYE oder REFER können eine neue TLS-Verbindung erfordern, wenn die ursprüngliche Verbindung bereits geschlossen wurde. Das Zertifikatsverhalten für diese Folge-Verbindungen unterscheidet sich vom anfänglichen Anrufaufbau:
- Folge-Verbindungen zu ElevenLabs: Ihr System stellt die Verbindung zur Adresse im
Contact-Header her, die in der Antwort zurückgegeben wird. Diese wird zu einem bestimmten SIP-Server im Format<ip>.hosts.rtc.elevenlabs.ioaufgelöst. Dieser Server präsentiert ein Zertifikat, das für*.hosts.rtc.elevenlabs.iogültig ist und von Ihrem System als TLS-Client validiert wird. - Folge-Verbindungen von ElevenLabs: Wenn ElevenLabs eine TLS-Verbindung für ein
BYEoderREFERinitiiert, stellt es die Verbindung zu der Adresse im oberstenVia-Header her, die häufig eine IP-Adresse ist. Ihr System gibt in der Regel ein Zertifikat zurück, das für einen vollständig qualifizierten Domainnamen (FQDN) und nicht für diese IP-Adresse gültig ist. Um dieses Zertifikat zu validieren, konfigurieren Sie das Feld Remote Domains in den Einstellungen Ihrer Telefonnummer. Wenn eine Domain, für die das empfangene Zertifikat gültig ist, mit einer konfigurierten Remote-Domain übereinstimmt, ist die Validierung erfolgreich. Andernfalls schlägt sie fehl.
Wenn ausgehende BYE- oder REFER-Anfragen über TLS bei der Zertifikatsvalidierung fehlschlagen, fügen Sie den FQDN, für den das Zertifikat Ihres SIP-
Servers ausgestellt wurde, im Feld Remote Domains in den Einstellungen der Telefonnummer hinzu.
Anrufe an den ElevenLabs-SIP-Trunk durchführen
Wenn Sie Anrufe zur ElevenLabs-Plattform initiieren, müssen Sie das richtige SIP-URI-Format verwenden. Die URI des ElevenLabs-SIP-Trunks hängt vom Transport ab, den Sie für die Signalisierung verwenden möchten:
- 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(experimentell; nur für Tests verwenden, nicht in der Produktion)
Um einen Anruf durchzuführen, erstellen Sie eine vollständige SIP-URI, die einen Identifikator enthält. Um beispielsweise die Telefonnummer +19991234567 über TCP anzurufen:
Dabei gilt:
+19991234567ist der Identifikator (in der Regel eine Telefonnummer im E.164-Format)- Der Identifikator kann auch ein beliebiger Zeichenfolgenwert sein, etwa
1000oderjohn
Häufiger Fehler: Initiieren Sie Anrufe nicht direkt an sip@sip.rtc.elevenlabs.io:5060 ohne einen
Identifikator. Die SIP-URI muss nach dem Präfix sip: und vor dem Symbol @ eine Telefonnummer oder einen
Identifikator enthalten.
SIP-URI-Format: Eine SIP-URI folgt dem Format
sip:identifier@domain:port, wobei der Identifikator für die korrekte Weiterleitung des Anrufs erforderlich ist.
Anforderungen
Stellen Sie vor der Einrichtung von SIP-Trunking sicher, dass Sie über Folgendes verfügen:
- Eine SIP-kompatible PBX oder ein Telefonsystem
- Telefonnummern, die Sie mit ElevenLabs verbinden möchten
- Administratorzugriff auf Ihre SIP-Trunk-Konfiguration
- Geeignete Firewall-Einstellungen, um SIP-Datenverkehr zuzulassen
- TLS-Unterstützung: Für erhöhte Sicherheit muss Ihr SIP-Trunk-Anbieter TLS-Transport unterstützen
- Kompatibilität mit Audio-Codecs: Ihr System muss mindestens einen der Audio-Codecs G.722 oder G.711 (PCMU oder PCMA) unterstützen oder auf Ihrer Seite Audio-Resampling durchführen können. Dies ist unabhängig von Audioformaten, die für direkte WebSocket-Verbindungen im Agenten konfiguriert sind.
SIP-Trunking einrichten
SIP-Trunk importieren
Klicken Sie auf die Schaltfläche „Import number“ und wählen Sie dann „From SIP Trunk“, um den Konfigurationsdialog zu öffnen.

Grundkonfiguration eingeben
Vervollständigen Sie die Grundkonfiguration mit folgenden Informationen:
- Label: Ein beschreibender Name für die Telefonnummer
- Phone Number: Die Telefonnummer im E.164-Format, die verbunden werden soll (z. B. +15551234567)

Einstellungen für eingehende Anrufe konfigurieren
Konfigurieren Sie, wie ElevenLabs Anrufe verarbeitet, die bei Ihrem SIP-Trunk eingehen, einschließlich Medienverschlüsselung und Zugriffskontrollen:
- Media Encryption: Konfigurieren Sie die Verschlüsselung für RTP-Medienstreams:
- Disabled: Keine Medienverschlüsselung
- Allowed: Ermöglicht verschlüsselte Medienstreams
- Required: Erzwingt verschlüsselte Medienstreams
- Allowed Numbers (Optional): Telefonnummern, die berechtigt sind, diese Nummer anzurufen. Lassen Sie das Feld leer, um alle Nummern zuzulassen.
- Allowed Source IP Addresses (Optional): Funktioniert nur mit TCP/TLS-Transport, nicht mit UDP. IP-Adressen oder CIDR-Bereiche, die Anrufe an diesen Trunk senden dürfen. Lassen Sie
0.0.0.0/0stehen, um alle Adressen zuzulassen. - Remote Domains (Optional): Geben Sie die FQDN-Domains Ihrer SIP-Server an, von denen Sie die Anrufe initiieren, z. B.
example.pstn.twilio.com. Diese Domains werden für die TLS-Zertifikatsvalidierung verwendet. Lassen Sie dieses Feld leer, wenn Sie kein TLS verwenden. - Authentication (Optional): Geben Sie Digest-Authentifizierungsdaten an, die zur Authentifizierung eingehender Anrufe verwendet werden.
- SIP Trunk Username: Benutzername für die SIP-Digest-Authentifizierung
- SIP Trunk Password: Passwort für die SIP-Digest-Authentifizierung

Einstellungen für ausgehende Anrufe konfigurieren
Konfigurieren Sie, wohin ElevenLabs Anrufe für Ihre Telefonnummer senden soll:
-
Address: Hostname oder IP-Adresse, an die der SIP INVITE gesendet wird (z. B.
sip.telnyx.com). Dies sollte nur ein Hostname oder eine IP-Adresse sein, keine vollständige SIP-URI. Verwenden Sie bei TLS einen Hostnamen mit einem gültigen Zertifikat. -
Transport Type: Wählen Sie das Transportprotokoll für die SIP-Signalisierung:
- TCP: Standard-TCP-Transport
- TLS: Verschlüsselter TLS-Transport für erhöhte Sicherheit
- UDP: Verbindungsloser Transport (experimentell; verwenden Sie TCP oder TLS für die Produktion)
-
Media Encryption: Konfigurieren Sie die Verschlüsselung für RTP-Medienstreams:
- Disabled: Keine Medienverschlüsselung
- Allowed: Ermöglicht verschlüsselte Medienstreams
- Required: Erzwingt verschlüsselte Medienstreams
-
Enabled Codecs: Codecs, die im SDP für ausgehende Anrufe angeboten werden (G.722, PCMU, PCMA). Nützlich, wenn Ihr SIP-Anbieter nur bestimmte Codecs unterstützt.
-
Custom Headers (Optional): Fügen Sie benutzerdefinierte SIP-Header für ausgehende Anrufe hinzu. Klicken Sie auf „Add Header“, um den von Ihrem Anbieter benötigten Header-Namen und -Wert einzugeben. Sie können bei Bedarf mehrere Header hinzufügen. Benutzerdefinierte Header können für Anrufweiterleitung und -identifizierung, Abrechnungs- und Tracking-Zwecke sowie anbieterspezifische Anforderungen verwendet werden.
-
Authentication (Optional): Geben Sie Digest-Authentifizierungsdaten an, falls Ihr SIP-Trunk-Anbieter diese verlangt.
- SIP Trunk Username: Benutzername für die SIP-Digest-Authentifizierung
- SIP Trunk Password: Passwort für die SIP-Digest-Authentifizierung
Wenn die Felder leer bleiben, wird die Authentifizierung über eine Access Control List (ACL) verwendet. Dazu müssen Sie ElevenLabs-IP-Adressen in den Einstellungen Ihres Anbieters auf die Allowlist setzen.

Sicherheits-Best-Practice: Verwenden Sie TLS-Transport mit Required-Medienverschlüsselung für maximale Sicherheit. So werden sowohl Signalisierung als auch Medien durchgängig verschlüsselt.
Authentifizierungsmethoden:
- Digest-Authentifizierung: Verwendet Benutzername und Passwort zur sicheren Authentifizierung (empfohlen)
- ACL-Authentifizierung: Verwendet IP-Adress-Allowlisting für die Zugriffskontrolle
Die Digest-Authentifizierung wird dringend empfohlen, da sie bessere Sicherheit bietet, ohne auf IP-Allowlisting angewiesen zu sein, das bei dynamischen IP-Adressen aufwendig zu verwalten sein kann.
Das Feld Address gibt an, wohin ElevenLabs ausgehende Anrufe Ihrer KI-Agenten sendet. Geben Sie nur den Hostnamen oder die IP-Adresse ohne das Protokollpräfix sip: ein.
Kundendaten und Personalisierung
Um die korrekte Weiterleitung und Nachverfolgbarkeit von Anrufmetadaten sicherzustellen, fügen Sie die folgenden benutzerdefinierten SIP-Header in Ihre Webhook-Payload und SIP-INVITE-Anfrage ein:
- X-CALL-ID: Eindeutiger Identifikator für den Anruf
- X-CALLER-ID: Identifikator der anrufenden Partei
Diese Header ermöglichen es dem System, Anrufmetadaten mit der Konversation zu verknüpfen und Kontext für die Personalisierung bereitzustellen.
Unterstützung für Fallback-Header
Wenn die oben genannten Standard-Header nicht vorhanden sind, sucht das System automatisch nach dem Twilio-spezifischen SIP-Header:
- sip.twilio.callSid: Twilios eindeutiger Anrufidentifikator
Dieser Fallback gewährleistet Kompatibilität mit Twilios Elastic SIP Trunking, ohne dass Konfigurationsänderungen erforderlich sind.
Verarbeitungsablauf
Sobald die relevanten Metadaten über einen der unterstützten Header empfangen wurden, stehen caller_id und/oder call_id im Webhook zur Gesprächsinitiierung und als dynamische Systemvariablen zur Verfügung.
Benutzerdefinierte Header für eingehende Anrufe als dynamische Variablen
Benutzerdefinierte SIP-X--Header aus eingehenden SIP-Trunking-Anrufen werden in der Konversation automatisch als dynamische Variablen verfügbar gemacht.
Header-Namen werden normalisiert, indem das Präfix X- entfernt, der Name in Kleinbuchstaben umgewandelt, Bindestriche durch Unterstriche ersetzt und das Präfix sip_ hinzugefügt wird. Beispielsweise wird X-Contact-ID zu {{sip_contact_id}} und X-Campaign-ID zu {{sip_campaign_id}}.
Verwenden Sie diese Variablen in Agent-Prompts, ersten Nachrichten und Tools, um die Konversation mit vom Anrufer bereitgestelltem Kontext zu personalisieren. Die Werte sind auch im Gesprächsverlauf auf dem Tab Phone Call sichtbar.
Reservierte Header wie X-Call-ID und X-Caller-ID werden weiterhin system__call_sid bzw.
system__caller_id zugeordnet. Benutzerdefinierte Header für eingehende Anrufe können diese Systemvariablen nicht überschreiben.
BYE-Header aus dynamischen Variablen
Wenn ein Anruf endet, sendet ElevenLabs ein SIP BYE, um den Dialog zu beenden. Sie können diesem BYE benutzerdefinierte Header hinzufügen, indem Sie in Ihrer SIP-Trunk-Konfiguration dynamische Variablen Header-Namen zuordnen.
Setzen Sie attributes_to_headers für inbound_trunk_config oder outbound_trunk_config, wenn Sie eine SIP-Trunk-Telefonnummer über die API erstellen oder aktualisieren. Jeder Eintrag ordnet einen Namen einer dynamischen Variable dem SIP-Header-Namen zu, der im BYE enthalten sein soll:
Der Header-Wert ist der endgültige Wert der dynamischen Variable am Ende der Konversation. Werte, die während des Anrufs festgelegt werden – über Agent-Tools, Webhook-Überschreibungen oder andere Laufzeitaktualisierungen –, werden im BYE übernommen.
Wenn attributes_to_headers beispielsweise "disposition_code": "X-Disposition" enthält und die dynamische Variable disposition_code beim Ende der Konversation den Wert resolved hat, enthält das BYE X-Disposition: resolved.
Agenten Telefonnummern zuweisen
Nach dem Import Ihrer SIP-Trunk-Telefonnummer können Sie sie einem ElevenLabs-Agenten zuweisen:
- Öffnen Sie den Bereich Phone Numbers im ElevenAgents-Dashboard
- Wählen Sie Ihre importierte SIP-Trunk-Telefonnummer aus
- Klicken Sie auf „Assign Agent“
- Wählen Sie den Agenten aus, der Anrufe an diese Nummer bearbeiten soll
Fehlerbehebung
Verbindungsprobleme
Bei Verbindungsproblemen:
- Überprüfen Sie Ihre SIP-Trunk-Konfiguration sowohl bei ElevenLabs als auch bei Ihrem Anbieter
- Prüfen Sie, ob Ihre Firewall SIP-Signalisierungsdatenverkehr über das konfigurierte Transportprotokoll und den Port zulässt (5060 für TCP, 5061 für TLS), und stellen Sie sicher, dass kein Allowlisting angewendet wird
- Bestätigen Sie, dass der Hostname Ihrer Adresse korrekt formatiert und erreichbar ist
- Testen Sie mit und ohne Digest-Authentifizierungsdaten
- Stellen Sie bei Verwendung von TLS-Transport sicher, dass die TLS-Zertifikate Ihres Anbieters gültig und richtig konfiguriert sind
- Testen Sie verschiedene Transporttypen (TCP oder TLS; UDP-Unterstützung ist experimentell), um TLS-spezifische Probleme einzugrenzen
Wichtige Informationen zur Netzwerkarchitektur:
- ElevenLabs verarbeitet SIP-Datenverkehr über mehrere SIP-Server hinter der gemeinsamen Adresse
sip.rtc.elevenlabs.io - Diese SIP-Server kommunizieren direkt mit Ihrem SIP-Server
- SIP-Anfragen können aufgrund unserer verteilten Infrastruktur von unterschiedlichen IP-Adressen kommen
- Wenn Ihre Sicherheitsrichtlinie das Allowlisting eingehenden Datenverkehrs erfordert, wenden Sie sich an unser Support-Team.
Authentifizierungsfehler
Wenn Anrufe aufgrund von Authentifizierungsproblemen fehlschlagen:
- Überprüfen Sie Ihren SIP-Trunk-Benutzernamen und Ihr Passwort, wenn Sie Digest-Authentifizierung verwenden
- Prüfen Sie die Logs Ihres SIP-Trunk-Anbieters auf spezifische Authentifizierungsfehlermeldungen
- Überprüfen Sie, ob benutzerdefinierte Header, falls konfiguriert, den Anforderungen Ihres Anbieters entsprechen
- Testen Sie mit vereinfachten Konfigurationen (ohne benutzerdefinierte Header), um Authentifizierungsprobleme einzugrenzen
Probleme mit TLS und Verschlüsselung
Bei Problemen mit TLS-Transport oder Medienverschlüsselung:
- Überprüfen Sie, ob Ihr SIP-Trunk-Anbieter TLS-Transport auf Port 5061 unterstützt
- Prüfen Sie Zertifikatsgültigkeit, Ablaufdaten und Vertrauensketten
- Stellen Sie bei Verwendung der Medienverschlüsselung „Required“ sicher, dass Ihr Anbieter SRTP-Medienverschlüsselung unterstützt
- Testen Sie die Medienverschlüsselung „Allowed“, bevor Sie „Required“ verwenden, um Verschlüsselungsprobleme einzugrenzen
- Testen Sie TCP-Transport, um TLS-spezifische Probleme einzugrenzen (UDP-Unterstützung ist experimentell)
- Wenden Sie sich an Ihren SIP-Trunk-Anbieter, um die TLS- und SRTP-Unterstützung zu bestätigen
Probleme mit benutzerdefinierten Headern
Bei Problemen mit benutzerdefinierten Headern:
- Überprüfen Sie die exakten Header-Namen und -Werte, die Ihr Anbieter verlangt
- Prüfen Sie die Groß- und Kleinschreibung in Header-Namen
- Stellen Sie sicher, dass Header-Werte keine Sonderzeichen enthalten, die maskiert werden müssen
- Testen Sie zunächst ohne benutzerdefinierte Header und fügen Sie diese dann schrittweise hinzu
- Bestätigen Sie für dynamische Variablen aus benutzerdefinierten Headern eingehender Anrufe, dass die Header das Präfix
X-verwenden, und prüfen Sie den Tab Phone Call im Gesprächsverlauf - Lesen Sie die Dokumentation Ihres Anbieters zu unterstützten benutzerdefinierten Headern
Kein Audio oder Audio nur in eine Richtung
Wenn der Anruf verbunden wird, aber kein Audio vorhanden ist oder Audio nur in eine Richtung übertragen wird:
- Überprüfen Sie, ob Ihre Firewall UDP-Datenverkehr für den RTP-Medienstream zulässt (normalerweise Ports 10000–60000)
- Da RTP dynamische IP-Adressen verwendet, stellen Sie sicher, dass Firewall-Regeln nicht auf bestimmte statische IPs beschränkt sind
- Prüfen Sie Probleme mit Network Address Translation (NAT), die möglicherweise den RTP-Stream blockieren
- Stellen Sie bei Verwendung der Medienverschlüsselung „Required“ sicher, dass beide Endpunkte SRTP unterstützen
- Testen Sie mit Medienverschlüsselung „Disabled“, um verschlüsselungsbedingte Audioprobleme einzugrenzen
Probleme mit der Audioqualität
Bei schlechter Audioqualität:
- Stellen Sie sicher, dass Ihr Netzwerk über ausreichende Bandbreite verfügt (mindestens 100 Kbit/s pro Anruf) und für UDP-Datenverkehr eine geringe Latenz bzw. geringen Jitter bietet
- Prüfen Sie auf Netzwerküberlastung oder Paketverlust, insbesondere auf dem UDP-Pfad
- Überprüfen Sie, ob die Codec-Einstellungen an beiden Enden übereinstimmen
- Stellen Sie bei Verwendung von Medienverschlüsselung sicher, dass beide Endpunkte die SRTP-Verarbeitung effizient handhaben
- Testen Sie verschiedene Einstellungen für die Medienverschlüsselung, um Qualitätsprobleme einzugrenzen
Anruf wird nach dem Senden der BYE-Anfrage nicht getrennt (481-Antwort wird empfangen)
Eine 481-Antwort auf ein BYE bedeutet in der Regel, dass die Anfrage einen SIP-Server erreicht hat, der keinen Dialogstatus für den Anruf besitzt.
Das passiert häufig, wenn die ursprüngliche TCP-Verbindung bereits geschlossen wurde und das BYE erneut an die generische gemeinsame Adresse gesendet wird (z. B. sip.rtc.elevenlabs.io)
statt an die spezifische Contact-URI, die in der 200-OK-Antwort zurückgegeben wurde.
- Wenn Sie für BYE erneut eine TCP-Verbindung herstellen, verwenden Sie immer die
Contact-Adresse aus der INVITE-Antwort als Ziel, damit die Anfrage denselben SIP-Server erreicht, der den Dialog verarbeitet hat. - Senden Sie BYE nicht an die gemeinsame Adresse
sip.rtc.elevenlabs.io, da die Anfrage bei einem anderen SIP-Knoten landen kann, der sie mit 481 ablehnt.
Informationen zum normativen Verhalten für Contact-Header und Dialog-Routing finden Sie in RFC 3261 Abschnitt 8.1.1.8.
Einschränkungen und Hinweise
- Die Unterstützung mehrerer gleichzeitiger Anrufe hängt von Ihrem Abonnementtarif ab. Aktivieren Sie die Anrufwarteschlange, um eingehende Anrufer bei Erreichen des Limits in die Warteschlange zu setzen, statt sie abzuweisen
- Anrufaufzeichnung und Analysefunktionen sind verfügbar, erfordern jedoch möglicherweise zusätzliche Konfiguration
- Die Möglichkeiten für ausgehende Anrufe können durch Ihren SIP-Trunk-Anbieter eingeschränkt sein
- TLS-Unterstützung: Stellen Sie sicher, dass Ihr SIP-Trunk-Anbieter TLS 1.2 oder höher für verschlüsselten Transport unterstützt
- Medienverschlüsselung: Die SRTP-Unterstützung variiert je nach Anbieter. Überprüfen Sie die Kompatibilität, bevor Sie Verschlüsselung verpflichtend machen
- Audioformat: Die SIP-Bereitstellung von ElevenLabs sendet und empfängt Audio über die Codecs PCMU oder PCMA (G.711, 8 kHz) bzw. G.722 (16 kHz). Dies ist unabhängig von Audioformaten, die für direkte WebSocket-Verbindungen im Agenten konfiguriert sind. Ihr SIP-Trunk-System muss entweder einen dieser Codecs nativ unterstützen oder Resampling durchführen, um den Anforderungen Ihres Systems zu entsprechen
FAQ
Kann ich meine bestehenden Telefonnummern mit ElevenLabs nutzen?
Ja, mit SIP-Trunking können Sie Ihre bestehenden Telefonnummern ohne Portierung direkt mit ElevenAgents von ElevenLabs verbinden.
Welche SIP-Trunk-Anbieter sind mit ElevenLabs kompatibel?
ElevenLabs ist mit den meisten gängigen SIP-Trunk-Anbietern kompatibel, darunter Twilio, Vonage, RingCentral, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth und andere, die SIP- Protokollstandards unterstützen. TLS-Transport und SRTP-Medienverschlüsselung werden für mehr Sicherheit unterstützt.
Sollte ich für mehr Sicherheit TLS-Transport verwenden?
Ja, TLS-Transport wird für Produktionsumgebungen dringend empfohlen. Er verschlüsselt die SIP- Signalisierung und erhöht so die Sicherheit Ihrer Anrufe. Zusammen mit der erforderlichen Medienverschlüsselung bietet er umfassenden Schutz für Ihre Kommunikation. Prüfen Sie immer, ob Ihr SIP-Trunk-Anbieter TLS unterstützt, bevor Sie es aktivieren.
Was ist der Unterschied zwischen den Transporttypen?
- TCP: Zuverlässige, aber unverschlüsselte Signalisierung - TLS: Verschlüsselte und zuverlässige Signalisierung (für Produktion empfohlen) - UDP: Verbindunglose Signalisierung, derzeit experimentell
UDP-Transport ist experimentell und nur für Tests vorgesehen. Verwenden Sie für Produktion und sicherheitskritische Anwendungen immer TLS-Transport.
Wofür werden benutzerdefinierte Header verwendet?
Mit benutzerdefinierten SIP-Headern können Sie ausgehenden Anrufen anbieterspezifische Informationen hinzufügen. Häufige Anwendungsfälle sind Anrufrouting, Abrechnungscodes, Anruferidentifikation und die Erfüllung spezifischer Anforderungen von Anbietern.
Wie viele gleichzeitige Anrufe werden unterstützt?
Die Anzahl gleichzeitiger Anrufe hängt von Ihrem Abonnement ab. Enterprise-Pläne erlauben in der Regel höhere Anrufvolumen. Wenn das Limit erreicht ist, werden eingehende Anrufe abgelehnt, sofern für den Agenten nicht Anrufwarteschlangen aktiviert sind. In diesem Fall warten sie mit Wartemusik und werden verbunden, sobald Kapazität verfügbar ist.
Kann ich Anrufe bedingt an verschiedene Agents weiterleiten?
Ja, Sie können die Routing-Regeln Ihres bestehenden PBX-Systems verwenden, um Anrufe an verschiedene Telefonnummern weiterzuleiten, die jeweils mit unterschiedlichen ElevenLabs-Agents verbunden sind.
Muss ich beim Importieren von Telefonnummern das führende +-Format verwenden?
Ja, das Telefonnummernformat muss in Ihrer SIP-URI und Ihrer importierten Telefonnummernkonfiguration
übereinstimmen. Wenn Sie die SIP-URI mit einem führenden + anrufen (z. B.
sip:+19991234567@sip.rtc.elevenlabs.io:5060), müssen Sie die Telefonnummer ebenfalls mit dem
führenden + importieren (z. B. +19991234567). Wenn Sie ohne führendes + anrufen, importieren Sie die
Telefonnummer entsprechend ohne +. Nicht übereinstimmende Formate verhindern ein korrektes Anrufrouting.
Unterstützen Sie SRV-Record-Abfragen für SIP?
Ja, ElevenLabs stellt NAPTR- und SRV-Records für die RFC-3263-konforme SIP-Server-Erkennung bereit.