Zur Navigation springen

SIP-Trunking

Verbinden Sie Ihr bestehendes Telefonsystem per SIP-Trunking mit ElevenLabs Agents

Überblick

SIP-Trunking (Session Initiation Protocol) ermöglicht Ihnen, Ihre bestehende Telefonieinfrastruktur direkt mit ElevenLabs Agents zu verbinden. Mit dieser Integration können alle Kunden ihre bestehenden Telefonsysteme nutzen und gleichzeitig die fortschrittlichen Voice-AI-Funktionen von ElevenLabs einsetzen.

Mit SIP-Trunking können Sie:

  • Ihre Private Branch Exchange (PBX) oder Ihr SIP-fähiges Telefonsystem mit der Voice-AI-Plattform von ElevenLabs verbinden
  • Anrufe an KI-Agenten weiterleiten, ohne Ihre bestehende Telefonieinfrastruktur zu ändern
  • Eingehende und ausgehende Anrufe abwickeln
  • Verschlüsselten TLS-Transport und Medienverschlüsselung für mehr Sicherheit nutzen

Neu bei SIP? Im SIP-Referenzhandbuch finden Sie einfache Definitionen der in diesem Leitfaden verwendeten Begriffe wie SIP, SBC, SDP, RTP und MTU.

SIP-Server mit statischen IP-Adressen

ElevenLabs bietet SIP-Server mit statischen IP-Adressen für Enterprise-Kunden, deren Sicherheitsrichtlinien IP-Allowlisting erfordern.

Unsere Infrastruktur mit statischen IP-Adressen verwendet einen /24-IP-Adressblock mit 256 Adressen, die auf mehrere Regionen verteilt sind (USA, EU, Indien und Singapur). Sie müssen den gesamten /24-Block in Ihrer Firewall-Konfiguration zulassen.

Verwenden Sie für die Standardumgebung (USA/International) sip-static.rtc.elevenlabs.io als SIP-Endpunkt. Für isolierte Regionen verwenden Sie sip-static.rtc.<region>.residency.elevenlabs.io, wobei <region> der Code Ihrer Datenresidenzregion ist (z. B. eu, in oder sg). Bei Verwendung dieser Endpunkte stammt der gesamte Datenverkehr ausschließlich aus dieser Region. Ein spezifisches Allowlisting pro Region ist nicht verfügbar. Eine Liste der verfügbaren Regionen finden Sie unter Datenresidenz.

Diese Funktion ist für Enterprise-Konten verfügbar und kann auch während Enterprise-Testphasen zu Testzwecken aktiviert werden. Um Zugriff anzufordern, schreiben Sie dem Support an support@elevenlabs.io oder wenden Sie sich an Ihre Ansprechperson. 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:

  1. Eingehende Anrufe: Anrufe über Ihren SIP-Trunk werden über Ihre konfigurierte SIP-INVITE-Adresse an die ElevenLabs-Plattform weitergeleitet.
  2. Ausgehende Anrufe: Von ElevenLabs initiierte Anrufe werden über Ihren konfigurierten Hostnamen an Ihren SIP-Trunk weitergeleitet, sodass Ihre Agenten ausgehende Anrufe tätigen können.
  3. Authentifizierung: Die Verbindungssicherheit für die Signalisierung wird entweder durch Digest-Authentifizierung (Benutzername/Passwort) oder durch Access-Control-List-Authentifizierung (ACL) basierend auf der IP-Quelladresse der Signalisierung gewährleistet.
  4. Signalisierung und Medien: Der anfängliche Verbindungsaufbau (Signalisierung) unterstützt mehrere Transportprotokolle, einschließlich TLS für verschlüsselte Kommunikation. Nach dem Aufbau des Anrufs können die eigentlichen Audiodaten (RTP-Stream) abhängig von Ihren Einstellungen zur Medienverschlüsselung verschlüsselt werden.

Transportsicherheit: Zertifikate und Cipher Suites

Bei der 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 annimmt, 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, das Ihr System als TLS-Client validiert.
  • 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 im SIP-Referenzhandbuch.

Folge-Verbindungen

Einige Anfragen innerhalb eines Dialogs, etwa 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 Verbindungsaufbau:

  • 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.io aufgelöst. Dieser Server präsentiert ein Zertifikat, das für *.hosts.rtc.elevenlabs.io gültig ist und von Ihrem System als TLS-Client validiert wird.
  • Folge-Verbindungen von ElevenLabs: Wenn ElevenLabs eine TLS-Verbindung für ein BYE oder REFER initiiert, verbindet es sich mit der Adresse im obersten Via-Header, bei der es sich häufig um eine IP-Adresse handelt. Ihr System gibt normalerweise ein Zertifikat zurück, das für einen vollständig qualifizierten Domainnamen (FQDN) statt für diese IP-Adresse gültig ist. Um dieses Zertifikat zu validieren, konfigurieren Sie das Feld Remote domains in Ihren Telefonnummerneinstellungen. 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 der Telefonnummerneinstellungen hinzu.

Anrufe an den ElevenLabs-SIP-Trunk tätigen

Wenn Sie Anrufe an die 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 zum Testen verwenden, nicht in Produktion)

Um einen Anruf zu tätigen, erstellen Sie eine vollständige SIP-URI mit einer Kennung. Um beispielsweise die Telefonnummer +19991234567 über TCP anzurufen:

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

Dabei gilt:

  • +19991234567 ist die Kennung (normalerweise eine Telefonnummer im E.164-Format)
  • Die Kennung kann auch ein beliebiger Zeichenfolgenwert sein, z. B. 1000 oder john

Häufiger Fehler: Initiieren Sie Anrufe nicht direkt an sip@sip.rtc.elevenlabs.io:5060 ohne Kennung. Die SIP-URI muss nach dem Präfix sip: und vor dem Symbol @ eine Telefonnummer oder Kennung enthalten.

SIP-URI-Format: Eine SIP-URI hat das Format sip:identifier@domain:port, wobei die Kennung 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:

  1. Eine SIP-kompatible PBX oder Telefonanlage
  2. Telefonnummern, die Sie mit ElevenLabs verbinden möchten
  3. Administratorzugriff auf Ihre SIP-Trunk-Konfiguration
  4. Geeignete Firewall-Einstellungen, um SIP-Datenverkehr zuzulassen
  5. TLS-Unterstützung: Stellen Sie für mehr Sicherheit sicher, dass Ihr SIP-Trunk-Anbieter TLS-Transport unterstützt
  6. Audiocodec-Kompatibilität: Ihr System muss mindestens einen der Audiocodecs G.722 oder G.711 (PCMU oder PCMA) unterstützen oder Audio auf Ihrer Seite neu sampeln können. Dies ist unabhängig von einem Audioformat, das für direkte WebSocket-Verbindungen auf dem Agenten konfiguriert ist.

SIP-Trunking einrichten

1

Zu Telefonnummern navigieren

Gehen Sie im ElevenLabs-Agents-Dashboard zum Bereich Phone Numbers.

2

SIP-Trunk importieren

Klicken Sie auf die Schaltfläche „Import number“ und wählen Sie dann „From SIP Trunk“, um den Konfigurationsdialog zu öffnen.

Menü „Import number“ mit der Option „From SIP Trunk“
3

Grundkonfiguration eingeben

Vervollständigen Sie die Grundkonfiguration mit folgenden Informationen:

  • Label: Ein beschreibender Name für die Telefonnummer
  • Phone Number: Die zu verbindende Telefonnummer im E.164-Format (z. B. +15551234567)
SIP-Trunk-Grundkonfiguration mit den Feldern „Label“ und „Phone number“
4

Einstellungen für eingehende Anrufe konfigurieren

Konfigurieren Sie, wie ElevenLabs Anrufe behandelt, die an 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: Erlaubt verschlüsselte Medienstreams
    • Required: Erzwingt verschlüsselte Medienstreams
  • Allowed Numbers (optional): Telefonnummern, die zum Anrufen dieser Nummer berechtigt sind. 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/0 stehen, 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 die Anmeldedaten für die Digest-Authentifizierung 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
Konfiguration für eingehende Anrufe, einschließlich Medienverschlüsselung, erlaubter Nummern, erlaubter Quell-IP-Adressen, Remote-Domains und Authentifizierung
5

Einstellungen für ausgehende Anrufe konfigurieren

Konfigurieren Sie, wohin ElevenLabs Anrufe für Ihre Telefonnummer senden soll:

  • Address: Hostname oder IP-Adresse, an die das 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 gültigem Zertifikat.

  • Transport Type: Wählen Sie das Transportprotokoll für SIP-Signalisierung:

    • TCP: Standard-TCP-Transport
    • TLS: Verschlüsselter TLS-Transport für mehr Sicherheit
    • UDP: Verbindungsloser Transport (experimentell; verwenden Sie TCP oder TLS in Produktion)
  • Media Encryption: Konfigurieren Sie die Verschlüsselung für RTP-Medienstreams:

    • Disabled: Keine Medienverschlüsselung
    • Allowed: Erlaubt 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 hinzu, die in ausgehende Anrufe aufgenommen werden. Klicken Sie auf „Add Header“, um den von Ihrem Anbieter benötigten Headernamen und -wert einzugeben. Sie können bei Bedarf mehrere Header hinzufügen. Benutzerdefinierte Header können für Anrufweiterleitung und -identifikation, Abrechnung und Tracking sowie anbieterspezifische Anforderungen verwendet werden.

  • Authentication (optional): Geben Sie Anmeldedaten für die Digest-Authentifizierung an, falls Ihr SIP-Trunk-Anbieter dies verlangt.

    • SIP Trunk Username: Benutzername für die SIP-Digest-Authentifizierung
    • SIP Trunk Password: Passwort für die SIP-Digest-Authentifizierung

    Wenn diese Felder leer bleiben, wird die Access-Control-List-Authentifizierung (ACL) verwendet. Dazu müssen Sie die IP-Adressen von ElevenLabs in den Einstellungen Ihres Anbieters zulassen.

Konfiguration für ausgehende Anrufe, einschließlich Adresse, Transporttyp, Medienverschlüsselung, aktivierter Codecs, benutzerdefinierter Header und Authentifizierung

Sicherheits-Best-Practice: Verwenden Sie TLS-Transport mit erforderlicher 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-Allowlisting zur Zugriffskontrolle

Die Digest-Authentifizierung wird dringend empfohlen, da sie mehr Sicherheit bietet, ohne auf IP-Allowlisting angewiesen zu sein, das bei dynamischen IP-Adressen komplex 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.

6

Einrichtung abschließen

Klicken Sie auf „Import“, um die Konfiguration abzuschließen.

Kundendaten und Personalisierung

Um die korrekte Weiterleitung und Nachverfolgbarkeit von Anrufmetadaten sicherzustellen, fügen Sie die folgenden benutzerdefinierten SIP-Header in Ihre Webhook-Nutzlast und SIP-INVITE-Anfrage ein:

  • X-CALL-ID: Eindeutige Kennung für den Anruf
  • X-CALLER-ID: Kennung der anrufenden Partei

Diese Header ermöglichen 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 eindeutige Anrufkennung

Dieser Fallback stellt die Kompatibilität mit Twilios Elastic SIP Trunking sicher, ohne Konfigurationsänderungen zu erfordern.

Verarbeitungsablauf

Sobald die relevanten Metadaten über einen der unterstützten Header empfangen wurden, sind caller_id und/oder call_id im Webhook zur Konversationsinitiierung und als dynamische Systemvariablen verfügbar.

Benutzerdefinierte Header eingehender Anrufe als dynamische Variablen

Benutzerdefinierte SIP-X--Header aus eingehenden SIP-Trunking-Anrufen werden automatisch als dynamische Variablen in der Konversation bereitgestellt.

Headernamen 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 dem vom Anrufer bereitgestellten Kontext zu personalisieren. Die Werte sind auch im Konversationsverlauf 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 eingehender 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 dynamische Variablen in Ihrer SIP-Trunk-Konfiguration Headernamen zuordnen.

Setzen Sie attributes_to_headers auf 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-Headernamen zu, der im BYE enthalten sein soll:

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

Der Headerwert ist der endgültige Wert der dynamischen Variable am Ende der Konversation. Während des Anrufs gesetzte Werte – über Agent-Tools, Webhook-Überschreibungen oder andere Laufzeitaktualisierungen – werden im BYE berücksichtigt.

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:

  1. Gehen Sie im ElevenAgents-Dashboard zum Bereich Phone Numbers
  2. Wählen Sie Ihre importierte SIP-Trunk-Telefonnummer aus
  3. Klicken Sie auf „Assign Agent“
  4. Wählen Sie den Agenten aus, der Anrufe an diese Nummer bearbeiten soll

Fehlerbehebung

Wenn Verbindungsprobleme auftreten:

  1. Überprüfen Sie Ihre SIP-Trunk-Konfiguration sowohl auf der ElevenLabs-Seite als auch bei Ihrem Anbieter
  2. Prüfen Sie, ob Ihre Firewall SIP-Signalisierungsverkehr über das konfigurierte Transportprotokoll und den Port zulässt (5060 für TCP, 5061 für TLS), und stellen Sie sicher, dass keine Allowlist angewendet wird
  3. Bestätigen Sie, dass der Hostname Ihrer Adresse korrekt formatiert und erreichbar ist
  4. Testen Sie mit und ohne Zugangsdaten für die Digest-Authentifizierung
  5. Wenn Sie TLS-Transport verwenden, stellen Sie sicher, dass die TLS-Zertifikate Ihres Anbieters gültig und korrekt konfiguriert sind
  6. Testen Sie verschiedene Transporttypen (TCP oder TLS; UDP-Unterstützung ist experimentell), um TLS-spezifische Probleme einzugrenzen

Wichtige Informationen zur Netzwerkarchitektur:

  • ElevenLabs stellt SIP-Datenverkehr über mehrere SIP-Server hinter der gemeinsamen Adresse sip.rtc.elevenlabs.io bereit
  • 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 eine Allowlist für eingehenden Datenverkehr erfordert, wenden Sie sich bitte an unser Support-Team.

Wenn Anrufe aufgrund von Authentifizierungsproblemen fehlschlagen:

  1. Überprüfen Sie Benutzername und Passwort Ihres SIP-Trunks, wenn Sie Digest-Authentifizierung verwenden
  2. Prüfen Sie die Logs Ihres SIP-Trunk-Anbieters auf konkrete Authentifizierungsfehlermeldungen
  3. Vergewissern Sie sich, dass benutzerdefinierte Header, falls konfiguriert, den Anforderungen Ihres Anbieters entsprechen
  4. Testen Sie mit vereinfachten Konfigurationen (ohne benutzerdefinierte Header), um Authentifizierungsprobleme einzugrenzen

Wenn Probleme mit TLS-Transport oder Medienverschlüsselung auftreten:

  1. Vergewissern Sie sich, dass Ihr SIP-Trunk-Anbieter TLS-Transport über Port 5061 unterstützt
  2. Prüfen Sie Zertifikatsgültigkeit, Ablaufdaten und Vertrauenskeƫen
  3. Stellen Sie sicher, dass Ihr Anbieter SRTP-Medienverschlüsselung unterstützt, wenn Sie die Medienverschlüsselung auf “Required” setzen
  4. Testen Sie mit Medienverschlüsselung auf “Allowed”, bevor Sie “Required” verwenden, um Verschlüsselungsprobleme einzugrenzen
  5. Testen Sie TCP-Transport, um TLS-spezifische Probleme einzugrenzen (UDP-Unterstützung ist experimentell)
  6. Wenden Sie sich an Ihren SIP-Trunk-Anbieter, um TLS- und SRTP-Unterstützung zu bestätigen

Wenn Probleme mit benutzerdefinierten Headern auftreten:

  1. Überprüfen Sie die genauen Header-Namen und -Werte, die Ihr Anbieter verlangt
  2. Prüfen Sie die Groß- und Kleinschreibung bei Header-Namen
  3. Stellen Sie sicher, dass Header-Werte keine Sonderzeichen enthalten, die maskiert werden müssen
  4. Testen Sie zunächst ohne benutzerdefinierte Header und fügen Sie sie dann schrittweise hinzu
  5. Bestätigen Sie bei dynamischen Variablen für eingehende benutzerdefinierte Header, dass die Header das Präfix X- verwenden, und prüfen Sie den Tab Phone Call im Gesprächsverlauf
  6. Prüfen Sie die Dokumentation Ihres Anbieters zu unterstützten benutzerdefinierten Headern

Wenn der Anruf verbunden wird, aber kein Audio vorhanden ist oder Audio nur in eine Richtung übertragen wird:

  1. Vergewissern Sie sich, dass Ihre Firewall UDP-Datenverkehr für den RTP-Medienstream zulässt (typischerweise Ports 10000–60000)
  2. Da RTP dynamische IP-Adressen verwendet, stellen Sie sicher, dass Firewall-Regeln nicht auf bestimmte statische IPs beschränkt sind
  3. Prüfen Sie auf Probleme mit Network Address Translation (NAT), die den RTP-Stream blockieren könnten
  4. Wenn Sie die Medienverschlüsselung auf “Required” setzen, stellen Sie sicher, dass beide Endpunkte SRTP unterstützen
  5. Testen Sie mit Medienverschlüsselung auf “Disabled”, um verschlüsselungsbedingte Audioprobleme einzugrenzen

Wenn die Audioqualität schlecht ist:

  1. Stellen Sie sicher, dass Ihr Netzwerk über ausreichende Bandbreite (mindestens 100 Kbit/s pro Anruf) sowie geringe Latenz und geringen Jitter für UDP-Datenverkehr verfügt
  2. Prüfen Sie auf Netzwerküberlastung oder Paketverlust, insbesondere auf dem UDP-Pfad
  3. Vergewissern Sie sich, dass die Codec-Einstellungen auf beiden Seiten übereinstimmen
  4. Wenn Sie Medienverschlüsselung verwenden, stellen Sie sicher, dass beide Endpunkte die SRTP-Verarbeitung effizient handhaben
  5. Testen Sie verschiedene Einstellungen für die Medienverschlüsselung, um Qualitätsprobleme einzugrenzen

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 allgemeine gemeinsame Adresse (z. B. sip.rtc.elevenlabs.io) statt an die spezifische Contact-URI gesendet wird, die in der 200-OK-Antwort zurückgegeben wurde.

  1. Wenn Sie für BYE erneut eine TCP-Verbindung herstellen, verwenden Sie immer die Contact-Adresse aus der INVITE-Antwort, damit die Anfrage denselben SIP-Server erreicht, der den Dialog verarbeitet hat.
  2. Senden Sie BYE nicht an die gemeinsame Adresse sip.rtc.elevenlabs.io, da die Anfrage auf 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 Abonnement ab. Aktivieren Sie Anrufwarteschlangen, um eingehende Anrufer bei Erreichen des Limits in die Warteschleife zu setzen, statt sie abzulehnen
  • Funktionen für Anrufaufzeichnung und Analysen sind verfügbar, erfordern aber 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; prüfen Sie die Kompatibilität, bevor Sie Verschlüsselung vorschreiben
  • Audioformat: Die SIP-Bereitstellung von ElevenLabs sendet und empfängt Audio mit den Codecs PCMU oder PCMA (G.711, 8 kHz) oder G.722 (16 kHz). Dies ist unabhängig von dem Audioformat, das für direkte WebSocket-Verbindungen beim Agenten konfiguriert ist. Ihr SIP-Trunk-System muss einen dieser Codecs entweder nativ unterstützen oder Resampling durchführen, um die Anforderungen Ihres Systems zu erfüllen

FAQ

Ja, SIP-Trunking ermöglicht Ihnen, Ihre bestehenden Telefonnummern direkt mit ElevenLabs’ ElevenAgents zu verbinden, ohne sie portieren zu müssen.

ElevenLabs ist mit den meisten gängigen SIP-Trunk-Anbietern kompatibel, darunter Twilio, Vonage, Sinch, Infobip, Telnyx, Exotel, Plivo, Bandwidth und andere, die SIP-Protokollstandards unterstützen. TLS- Transport und SRTP-Medienverschlüsselung werden für höhere Sicherheit unterstützt.

Ja, TLS-Transport wird für Produktionsumgebungen dringend empfohlen. Er bietet verschlüsselte SIP- Signalisierung und erhöht so die Sicherheit Ihrer Anrufe. Zusammen mit erforderlicher Medienverschlüsselung sorgt er für umfassenden Schutz Ihrer Kommunikation. Prüfen Sie immer, ob Ihr SIP-Trunk-Anbieter TLS unterstützt, bevor Sie es aktivieren.

  • 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 Produktions- und sicherheitskritische Anwendungen immer TLS-Transport.

Mit benutzerdefinierten SIP-Headern können Sie ausgehenden Anrufen anbieterspezifische Informationen hinzufügen. Häufige Anwendungsfälle sind Anrufweiterleitung, Abrechnungscodes, Anruferidentifikation und die Erfüllung spezifischer Anforderungen des Anbieters.

Die Anzahl gleichzeitiger Anrufe hängt von Ihrem Abonnement ab. Enterprise-Abonnements erlauben in der Regel ein höheres Volumen gleichzeitiger Anrufe. Wenn das Limit erreicht ist, werden eingehende Anrufer abgelehnt, außer Anrufwarteschlangen ist für den Agenten aktiviert. In diesem Fall werden sie mit Warteschleifen-Audio gehalten und verbunden, sobald Kapazität frei wird.

Ja, Sie können die Routing-Regeln Ihres bestehenden PBX-Systems verwenden, um Anrufe an verschiedene Telefonnummern weiterzuleiten, die jeweils mit unterschiedlichen ElevenLabs-Agenten verbunden sind.

Ja, das Telefonnummernformat muss zwischen Ihrer SIP-URI und der 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 korrektes Anruf-Routing.

Ja, ElevenLabs stellt NAPTR- und SRV-Records für die RFC-3263-konforme SIP-Server-Ermittlung bereit.

Nächste Schritte