> This is a page from the ElevenLabs documentation. For a complete page index, fetch https://elevenlabs.io/docs/llms.txt. For the full documentation in a single file, fetch https://elevenlabs.io/docs/llms-full.txt. # 3CX Ihr 3CX-System behält seinen Carrier und seine Nummern bei und leitet die von Ihnen ausgewählten Anrufe über einen [SIP-Trunk](/docs/de/reception-ai/phone-numbers/bring-your-own-number#sip-trunk) an Reception.ai weiter. Sie fügen in 3CX einen generischen IP-basierten Trunk hinzu, der auf Reception.ai verweist, und leiten dann eine Nummer dorthin weiter. ## Bevor Sie beginnen * 3CX V20 in einer dedizierten Installation: selbst gehostet, lokal installiert oder als von 3CX gehostete dedizierte Instanz. Generische SIP-Trunks sind in den gemeinsam genutzten Free- und SMB-Plänen für mehrere Mandanten nicht verfügbar. * Eine statische öffentliche IP-Adresse für den 3CX-Server. Reception.ai akzeptiert nur Anrufe von Adressen, die Sie zulassen. * Jemand, der mit 3CX-Trunks, ausgehenden Regeln und Firewall-Einstellungen vertraut ist. ## Einrichtung ### SIP-Trunk in Reception.ai hinzufügen Gehen Sie zu **Integrations**, wählen Sie **Add integration** und dann **SIP Trunk**. Fügen Sie unter **Inbound allowed addresses** die öffentliche IP-Adresse des 3CX-Servers hinzu. Lassen Sie Benutzername und Passwort für eingehende Anrufe leer: Ein IP-basierter 3CX-Trunk authentifiziert sich nicht. ### Nummer hinzufügen Gehen Sie zu **Receptionists**, wählen Sie die Kachel **Phone**, geben Sie die Nummer ein, die Anrufer wählen, einschließlich Ländervorwahl, und wählen Sie **Add SIP Trunk number**. Reception.ai zeigt den SIP-Server-Host an, an den Sie Anrufe senden. ### Trunk in 3CX erstellen Gehen Sie in der 3CX-Admin-Konsole zu **Voice & Chat** und wählen Sie **Add Trunk**. Wählen Sie das Land **Generic** und die Vorlage für generische SIP-Trunks aus. Legen Sie dann Folgendes fest: | Feld | Wert | | ------------------------------------------- | --------------------------------------------- | | **Registrar/Server/Gateway Hostname or IP** | Der Reception.ai-SIP-Server-Host, Port `5060` | | **Authentication** | **Do not require - IP Based** | | **Transport** (auf dem Tab **Options**) | **TCP** | Verwenden Sie TCP. 3CX unterstützt TLS nur bei Trunks, die sich mit Benutzername und Passwort authentifizieren, und der SIP-Trunk von Reception.ai registriert sich nicht. Lassen Sie 3CX in den Anrufer-ID-Einstellungen des Trunks die ursprüngliche Nummer des Anrufers übermitteln. Andernfalls sieht Ihr Empfangsassistent bei jedem Anruf Ihre Hauptnummer. ### Ausgehende Regel erstellen, die +E.164 sendet Gehen Sie zu **Outbound Rules** und fügen Sie eine Regel für Nummern hinzu, die mit einem ungenutzten Präfix beginnen, etwa `999`. Setzen Sie **Route 1** auf den Reception.ai-Trunk, entfernen Sie `3` Ziffern und stellen Sie `+` voran. Ein Anruf an `99914155550123` verlässt den Trunk dann als `+14155550123`. Dieses Format erfordert Reception.ai. ### Anrufe an Reception.ai weiterleiten 3CX V20 kann eine DID nicht direkt an eine externe Nummer senden. Erstellen Sie einen Benutzer (oder verwenden Sie eine vorhandene Nebenstelle), der nur dafür existiert, weisen Sie ihm Ihre DID zu und leiten Sie alle Anrufe an `999` weiter, gefolgt von der Nummer im E.164-Format ohne `+`, zum Beispiel `99914155550123`. Sie können diese Nebenstelle auch über eine IVR-Option oder das Ziel bei Nichtannahme einer Warteschlange erreichen. ### Firewall prüfen Öffnen Sie in Ihrer Firewall den RTP-Portbereich (UDP) von 3CX, damit Audio von Reception.ai den Server erreicht. Führen Sie die 3CX-Firewall-Prüfung aus, wenn Sie unsicher sind. ### Testen Rufen Sie Ihre DID von einem anderen Telefon aus an und prüfen Sie, ob Ihr Empfangsassistent antwortet. ## Einschränkungen * **Weiterleitungen.** Ihr Empfangsassistent leitet Anrufe weiter, indem er einen neuen Anruf an die **Outbound SIP address** tätigt. Verweisen Sie diese auf Ihren SIP-Carrier und verwenden Sie ein Carrier-Konto, das Benutzername und Passwort akzeptiert. Das Zurückleiten von Weiterleitungen in 3CX wird hier nicht behandelt: Ein IP-basierter 3CX-Trunk ordnet Anrufe anhand der Quelladresse zu, und Reception.ai ruft von einem wechselnden Pool von Adressen an. * **Kein TLS.** 3CX unterstützt TLS nicht für IP-basierte Trunks. Die Signalisierung zwischen 3CX und Reception.ai verwendet daher TCP. * **Ihr 3CX-System verarbeitet jeden Anruf zweimal**, einmal vom Carrier und einmal zu Reception.ai. Ihre Lizenz benötigt daher ausreichend gleichzeitige Anrufe. ## Fehlerbehebung | Problem | Prüfung | | -------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Anrufe schlagen fehl, bevor es klingelt | Prüfen Sie, ob der Transport des Trunks TCP ist und der Port `5060` verwendet wird. | | Anrufe werden abgelehnt | Fügen Sie die öffentliche IP des 3CX-Servers zu **Inbound allowed addresses** hinzu und prüfen Sie, ob die ausgehende Regel `+` vor die vollständige Nummer stellt. | | Anrufe gehen stattdessen über Ihren Carrier hinaus | Stellen Sie sicher, dass die Weiterleitungsnummer mit dem Präfix der Regel beginnt und die Regel über Ihren anderen ausgehenden Regeln steht. | | Der Empfangsassistent sieht Ihre Hauptnummer als Anrufer | Lassen Sie den Reception.ai-Trunk die ursprüngliche Anrufer-ID übermitteln. | | Einseitiges oder kein Audio | Öffnen Sie den RTP-Portbereich in Ihrer Firewall und führen Sie die 3CX-Firewall-Prüfung aus. |