> ## Documentation Index
> Fetch the complete documentation index at: https://docs.ouraicalling.com/llms.txt
> Use this file to discover all available pages before exploring further.

# SIP-Anbieter-Anleitungen

> Anbieterspezifisches Inbound-Routing, Authentifizierung, Signalisierungs-IPs und Tests

Diese Anleitungen gelten, wenn ein Telefonieanbieter eine bestehende Rufnummer per SIP an die Plattform sendet. Anbieter-Einstellungen und Netze können sich ändern; die Quellen wurden am **22. August 2026** geprüft. Prüfe die verlinkte Anbieterquelle erneut, bevor du einen produktiven Trunk änderst.

## Die wichtigste Regel

Der Plattform-SIP-FQDN ist das **Ziel** für den INVITE des Anbieters, aber keine Authentifizierungsmethode.

1. Kopiere die Plattform-SIP-URI unter **Einstellungen → Telefonnummern → SIP-Integration hinzufügen**.
2. Route die Rufnummer beim Anbieter zu diesem FQDN.
3. Trage in der Plattform die **exakte DID** ein. Verwende `+E.164`, sofern die Anbieteranleitung nichts anderes verlangt. Eine SIP-Nebenstelle ist kein Wildcard-Trunk.
4. Wähle **SIP-Benutzername/Passwort** nur, wenn der Anbieter Digest-Authentifizierung zum Ziel dokumentiert. Andernfalls wähle **Quell-IPs des Anbieters** und trage die aktuellen SIP-Signalisierungs-IPs/CIDRs ein.
5. Halte ausgehende Zugangsdaten und den Termination-Host getrennt von der Inbound-Authentifizierung.

<Warning>
  Verwende keine RTP-/Mediennetze als Quell-IPs, keine IP-Liste eines anderen Carriers und entferne niemals die exakte DID, um das Matching zu verbreitern.
</Warning>

## Anbieter

| Anbieter                                                          | Inbound-Authentifizierung       | Quelle der Signalisierungsadressen             |
| ----------------------------------------------------------------- | ------------------------------- | ---------------------------------------------- |
| [Easybell](/de/telephony/providers/easybell)                      | Quell-IPs                       | Offizielle Netze; beobachtete Adressen separat |
| [Twilio](/de/telephony/providers/twilio)                          | Quell-IPs                       | Globale Twilio-CIDRs                           |
| [Telnyx](/de/telephony/providers/telnyx)                          | Quell-IPs                       | Zwei Adressen der gewählten Region             |
| [Plivo](/de/telephony/providers/plivo)                            | Benutzername/Passwort bevorzugt | Origination-Digest oder Plivo-CIDRs            |
| [Wavix](/de/telephony/providers/wavix)                            | Quell-IPs                       | Aktuelle Gateway-Liste im Portal               |
| [Sinch](/de/telephony/providers/sinch)                            | Quell-IPs                       | Sinch-CIDRs                                    |
| [DIDLogic](/de/telephony/providers/didlogic)                      | Quell-IPs                       | Aktuelle Gateway-Tabelle                       |
| [Vonage](/de/telephony/providers/vonage)                          | Quell-IPs                       | Vonage-SIP-Subnetze                            |
| [Bandwidth](/de/telephony/providers/bandwidth)                    | Quell-IPs                       | Kontospezifische Adressen                      |
| [Weitere Anbieter und PBXs](/de/telephony/providers/other-custom) | Beim Anbieter bestätigen        | Nie aus einem gespeicherten Hostnamen ableiten |

## Einrichtung nachweisen

Rufe die exakte DID von einem externen Telefon an. Die Einrichtung ist erst bestätigt, wenn unter **Anrufe** ein neuer **eingehender** Anruf erscheint, der zugewiesene Assistent beitritt und Audio in beide Richtungen funktioniert. Klingeln, eine Verzögerung oder nur die Dauer im Anbieterportal sind kein Zustellnachweis.

Quellen: [LiveKit Inbound Trunks](https://docs.livekit.io/telephony/accepting-calls/inbound-trunk/), [LiveKit Anbieter-Anleitungen](https://docs.livekit.io/telephony/start/providers/). Abgerufen am 22. August 2026.