Skip to main content
Ein gespeicherter Hostname beweist weder Richtung, Authentifizierung, Quellen noch einen erfolgreichen Anruf. Behalte die exakte DID, route zum Plattform-SIP-FQDN und hole die aktuellen SIP-Signalisierungs-CIDRs des Kontos und der Failover-Regionen ein. Verwende keine Mediennetze oder fremden Kundenadressen.

1&1

Status: sip.1und1.de ist üblicherweise Registrar/Termination-Host, kein Nachweis für FQDN-Weiterleitung. Aktion: Produktfähigkeit, DID-Format und alle Quellen bei 1&1 bestätigen.

Plusnet / Fonial

Status: SIP-Benutzer/Trunking sind dokumentiert, SIP-URI-Weiterleitung ist kontospezifisch; sip.plusnet.de ist Outbound. Aktion: Outbound getrennt einrichten und aktuelle Quellen bei Fonial erfragen.

3CX

Status: Der FQDN bezeichnet die PBX, nicht den Carrier; Quellen hängen von Hosting/NAT ab. Aktion: unterstützten IP-Trunk nutzen, Registrierung für FQDN-Zustellung deaktivieren und nur verifizierte öffentliche PBX/SBC-IPs erlauben.

Localphone

Status: Ein localphone.com-Host allein ist kein verifiziertes Inbound-Profil. Aktion: SIP-URI, DID-Format, Transport und Quellen bestätigen lassen.

i-pbx

Status: Kann PBX oder Reseller bezeichnen; keine globale Liste ist verifiziert. Aktion: Betreiber bestimmen und kontospezifische öffentliche Quellen anfordern.

DIDWW

Status: Routing zur SIP-URI wird unterstützt; Auth/Quellen folgen der aktuellen Konto-Doku. Aktion: aktuelle DIDWW-Quellen verwenden, nie DIDLogic-Adressen.

Zadarma

Status: Routing/Zugangsdaten sind kontospezifisch. Aktion: FQDN-Weiterleitung und Ziel-Digest oder aktuelle CIDRs bestätigen.

sipcall

Status: Fähigkeiten variieren nach Produkt/Region. Aktion: SIP-URI, Format, Transport und Quellen beim Support erfragen.

Starface

Status: PBX; öffentliche Adresse hängt von Deployment/SBC/NAT ab. Aktion: nur verifizierte statische PBX/SBC-Adressen erlauben.

Asterisk / FreePBX

Status: selbstverwaltete PBX ohne globale Herstellerliste. Aktion: statische öffentliche Signalisierungs-IP, exaktes DID-Rewrite, passenden TCP/TLS-Transport und getrennte RTP-Regeln nutzen.

RingCentral

Status: SIP/BYOC hängt vom Produkt ab. Aktion: externes SIP-Ziel und aktuelle regionale Netze bestätigen.

Genesys Cloud

Status: BYOC nutzt konto-/regionsspezifische Trunks und Edge-Endpunkte. Aktion: aktuelle Genesys-BYOC-Anleitung und nur gelieferte Adressen verwenden.

Five9

Status: betreute Enterprise-SIP-Integration. Aktion: Ziel, Transport, Codecs, Auth und Quellnetze vom Five9-Team erhalten.

Amazon Chime SDK Voice Connector

Status: regionsspezifische Signalisierungsdaten. Aktion: aktuelle Daten der gewählten AWS-Region verwenden.

Aircall

Status: SIP-Weiterleitung/BYOC hängt von Produkt/Freischaltung ab. Aktion: FQDN-Zustellung und aktuelle Kontoquellen bestätigen.

Placetel

Status: Kein verifiziertes direktes FQDN-Profil. Aktion: als nicht unterstützt behandeln, bis Route, Format, Auth, Transport und Quellen schriftlich bestätigt sind.

Peoplefone

Status: Fähigkeiten/SBCs variieren nach Land/Produkt. Aktion: exakte externe Route und regionale Netze anfordern.

NFON

Status: Produktgesteuerter Cloud-PBX-Interconnect ohne bestätigte globale Liste. Aktion: betreute Einrichtung mit ausschließlich von NFON gelieferten Daten.

Sipgate

Status: Produktspezifisches Trunking ohne bestätigte globale Liste. Aktion: externe SIP-URI und aktuelle Quellen vor dem Speichern bestätigen.

Voxbi / Mixvoip

Status: Diese öffentlichen Hostklassen kamen in gespeicherten Legacy-Trunks vor, aber es wurde kein aktuelles Erstanbieterprofil für die Authentifizierung zur Plattform bestätigt. Aktion: Exaktes Produkt und Region bestimmen und die aktuelle FQDN-Routing-Methode sowie alle Signalisierungsquellen beim Anbieter oder im Kontoportal abrufen.

TeamFON / TeamsIP

Status: Diese Hosted-Telephony-Hostklassen kamen in Legacy-Trunks vor; ein gespeicherter Hostname oder Auth-Modus beweist keine nachgelagerte Digest-Unterstützung. Aktion: Externes SIP-Ziel, DID-Format, Transport und aktuelle öffentliche Signalisierungsquellen für das Konto bestätigen.

Erforderliche Bestätigung

Frage nach: FQDN-Zustellung ohne REGISTER; DID-Format im Request-URI; Digest zum Ziel und Ort der Origination-Zugangsdaten; andernfalls allen Signalisierungs-CIDRs samt Failover; TCP 5060 oder TLS 5061; SRTP-Anforderung. Erst ein externer Anruf mit eingehendem Datensatz, richtigem Assistenten und beidseitigem Audio bestätigt die Integration. Lehne Allowlist-Einträge mit Prosa, Platzhaltern, Hostnamen oder fremden öffentlichen Resolvern wie 8.8.8.8 ab. Ein Anbieternetz ohne CIDR-Präfix ist nur ein einzelner Host und darf nicht stillschweigend erweitert oder korrigiert werden. Quellen: LiveKit, DIDWW, Fonial, 3CX, Asterisk, Genesys BYOC, Amazon Chime, Zadarma, sipcall, Starface, RingCentral, Five9, Aircall, Placetel, Peoplefone, NFON, Sipgate. Abgerufen am 22. August 2026.