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

# Vonage SIP Trunking

> Vonage-SIP-URI-Zustellung mit den offiziellen Quell-Subnetzen konfigurieren

## Empfohlenes Profil

Konfiguriere das eingehende Vonage-Routing zum Plattform-SIP-FQDN. Behalte die exakte DID in `+E.164` bei und wähle in der Plattform **[Provider source IPs](/de/telephony/sip-trunks#eingehend-anrufe-empfangen)**. Vonage dokumentiert Digest-/ACL-Kontrollen für den Traffic von Kunde zu Vonage, nicht Digest von Vonage zur Kunden-SIP-URI.

Vonage empfiehlt, beide primären Plattform-Subnetze zu erlauben, da SIP-Traffic von beiden ausgehen kann:

```text theme={null}
216.147.0.0/18
168.100.64.0/18
```

Vonage dokumentiert UDP/TCP auf 5060 und TLS auf 5061. Verwende an beiden Enden denselben Transport und halte RTP-/Medienregeln von der SIP-Signalisierungs-Authentifizierung getrennt. Empfänger- und Anrufer-Identität nutzen E.164.

<Warning>
  Vonage unterstützt kein SIP REFER, weshalb eine Kaltübergabe über einen Vonage-Trunk fehlschlägt. Konfiguriere Assistenten-Übergaben auf diesem Trunk stattdessen als Warmübergabe.
</Warning>

## Test

Rufe die weitergeleitete DID von extern an und bestätige einen neuen eingehenden Anruf in der Plattform, den zugewiesenen Assistenten und beidseitiges Audio. Erscheint kein eingehender Datensatz, überprüfe die Vonage-Ziel-URI und das Quell-Subnetz, bevor du das Nummern-Matching änderst.

Quellen: [Vonage-SIP-Dashboard](https://developer.vonage.com/en/sip/sip-dashboard), [Vonage – technische Details](https://developer.vonage.com/en/sip/technical-details), [Vonage-Allowlist](https://api.support.vonage.com/hc/en-us/articles/360035471331-Which-IP-addresses-should-I-allow-when-using-Communication-APIs-and-SIP-Trunking). Abgerufen am 22. August 2026.