Skip to main content
Ein gespeicherter Hostname beweist nur, dass ein Endpunkt eingetragen wurde. Er belegt weder Richtung noch Authentifizierung, Quelladressen oder einen erfolgreichen eingehenden Anruf. Behalte die exakte DID bei, route sie zum Plattform-SIP-FQDN und besorge dir die aktuellen Authentifizierungsdetails zwischen Anbieter und Ziel. Ist keine stabile Liste veröffentlicht, frage den Support nach den vollständigen SIP-Signalisierungs-Quell-CIDRs und Failover-Regionen des Kontos. Verwende niemals Media-Ranges oder Adressen eines anderen Kunden. Betreibst du deine eigene PBX oder Contact-Center-Plattform – 3CX, Asterisk/FreePBX, Starface, Genesys Cloud, Five9 oder Aircall? In PBX & Contact-Center-Plattformen findest du die Schritt-für-Schritt-Einrichtung, Codec-Einstellungen und die jeweils typischen Fehlerbilder.
Unterstützt ein Anbieter überhaupt keinen statischen SIP-Trunk, musst du die Nummer nicht aufgeben. Leite sie für eingehende Anrufe an eine über die Plattform gekaufte Nummer weiter und tätige ausgehende Anrufe stattdessen über diese Plattform-Nummer.
Status: sip.1und1.de ist normalerweise ein Registrar-/Termination-Host, kein Beleg für externe FQDN-Weiterleitung. Es liegt keine verifizierte globale Quellliste vor. Aktion: Bestätige Produktunterstützung, gesendetes DID-Format und alle Signalisierungsquellen bei 1&1.
Status: Fonial dokumentiert SIP-Nutzer und Trunking, aber SIP-URI-Weiterleitung ist kontoabhängig. sip.plusnet.de ist ein Outbound-Host, keine Inbound-Allowlist. SIP-Trunking mit der Plattform erfordert Fonials kostenpflichtigen PLUS-Tarif – die kostenlose Stufe lässt sich so nicht nutzen. Aktion: Richte Outbound separat ein und hole aktuelle Weiterleitungs-/Quelldetails bei Fonial ein. Erwarte, dass der SIP-Nutzer in Fonials Dashboard dauerhaft Offline anzeigt; das ist normal, da die Plattform nie ein SIP REGISTER sendet – kein Zeichen für eine kaputte Integration.
Status: Ein localphone.com-Endpunkt allein ist kein verifiziertes Inbound-Profil. Aktion: Bestätige externes SIP-URI-Routing, DID-Format, Transport und Signalisierungsquellen bei Localphone.
Status: Der Hostname kann eine PBX oder einen Reseller identifizieren; es ist keine globale Liste verifiziert. Aktion: Ermittle den tatsächlichen Betreiber und besorge kontospezifische öffentliche Signalisierungsadressen.
Status: Das Routing einer DID zu einer SIP-URI wird unterstützt, aber Authentifizierung und Quellen richten sich nach der jeweils aktuellen Konto-/Trunk-Dokumentation. DIDWW nutzt zwei getrennte Trunks – Inbound routet zum Plattform-SIP-FQDN, Outbound authentifiziert sich gegen out.didww.com. Aktion: Verwende die aktuellen DIDWW-Quellen; übernimm niemals DIDLogic-Adressen. Sende ausgehende Nummern in E.164 ohne führendes + – DIDWW erwartet genau dieses Format, ein Detail, das man leicht übersieht.
Status: Zugangsdaten und Routing sind kontospezifisch; hier ist keine globale Liste verifiziert. Zadarma bietet zwei Integrationswege – eine PBX-Nebenstelle oder eine direkte SIP-Verbindung mit External Services → SIP URI, aktiviert pro Nummer. Aktion: Bestätige FQDN-Weiterleitung plus dokumentiertes nachgelagertes Digest oder aktuelle Signalisierungs-CIDRs. Prüfe in jedem Fall Zadarmas Voice Geographic Permissions: Internationales Outbound-Wählen ist standardmäßig pro Zielland gesperrt, und ein Anruf in ein nicht freigeschaltetes Land schlägt stillschweigend fehl statt mit einem klaren Fehler.
Status: Die Fähigkeiten variieren je nach Produkt und Region. sipcalls Standard-Trunk-Typ registriert sich (Endgerät); die Plattform braucht stattdessen den nicht registrierenden, statischen Modus Anlagenanschluss – nicht die Option, die ein neuer sipcall-Kunde normalerweise wählen würde. Aktion: Frage den Support nach externem SIP-URI-Routing, Nummernformat, Transport und aktuellen Quellen. Nutze Digest-Authentifizierung und stelle die Codecs auf G.711 a-law mit deaktiviertem Opus und G.722 (Schweizer Standard). Erhalten ausgehende Anrufe einen 403er, prüfe, ob die Anrufer-ID im Konto verifiziert ist.
Status: Generisches SIP/BYOC hängt vom erworbenen Produkt ab. RingCentral bietet für Retail-Konten keinen Wholesale-SIP-Trunk; verbinde stattdessen über die Bereitstellung eines Generic SIP IP Phone, was MVP/RingEX Standard oder höher erfordert – Einstiegstarife bieten das nicht. Aktion: Bestätige die Unterstützung für externe SIP-Ziele und frage die aktuellen regionalen Signalisierungsbereiche an. Ziele immer auf den globalen Host sip.ringcentral.com, nie auf eine regionale sipXX.ringcentral.com-Adresse (diese sind RingCentrals eigenen Tischtelefonen vorbehalten). Ein neu erstellter SIP-Endpunkt braucht ein bis zwei Minuten, um sich durch RingCentrals Anti-Flood-Schutz zu verbreiten – testest du sofort, entstehen unechte 403/404-Fehler, und ein Wiederholungsversuch in diesem Zeitfenster kann die Sperre verlängern.
Status: Voice Connectors nutzen regionsspezifische Signalisierungsinformationen. Chimes Voice Connector ist standardmäßig auf Encryption: Enabled gesetzt, was TLS und SRTP erfordert – fällt die Plattformseite des Trunks auf einfaches UDP auf Port 5060 zurück, schlägt der Anruf ohne Medien und ohne offensichtlichen Fehler fehl. Aktion: Nutze die aktuellen Daten für die gewählte AWS-Region; übernimm nie die Adressen einer anderen Region. Der Outbound-Host folgt dem Muster <voice-connector-id>.voiceconnector.chime.aws. Chime schränkt Outbound zusätzlich per Calling Plan ein – ein Zielland, das im AWS-Konto nicht explizit freigeschaltet ist, wird blockiert, unabhängig von etwaigen Wählberechtigungen auf Plattformseite.
Status: Hier ist kein verifiziertes direktes External-FQDN-Profil dokumentiert. Aktion: Behandle es als nicht unterstützt, bis Placetel Route, Nummernformat, Authentifizierung, Transport und Quellbereiche schriftlich bestätigt. Kein statischer Trunk möglich? Nutze den Fallback oben.
Status: Fähigkeiten und SBC-Adressen variieren je nach Land/Produkt. Aktion: Fordere die exakte externe SIP-Route und die regionalen Quellnetze für das Konto an. Kein statischer Trunk möglich? Nutze den Fallback oben.
Status: Die Cloud-PBX-Anbindung ist produktabhängig; es wird keine globale Liste zugesichert. Aktion: Nutze eine vom Support begleitete Einrichtung und nur die von NFON bereitgestellten Ziel-/Quellnetze. Kein statischer Trunk möglich? Nutze den Fallback oben.
Status: Trunking und Weiterleitung sind produktspezifisch; es wird keine globale Liste zugesichert. Aktion: Bestätige externes SIP-URI-Routing und aktuelle Signalisierungsquellen, bevor du speicherst. Kein statischer Trunk möglich? Nutze den Fallback oben.
Status: Hier ist kein aktuelles Authentifizierungsprofil zwischen Anbieter und Plattform dokumentiert. Aktion: Ermittle das genaue Produkt und die Region und besorge dann die aktuelle FQDN-Routing-Methode sowie vollständige Signalisierungsquellen beim Anbieter oder im Kontoportal.
Status: Ein gespeicherter Hostname oder Zugangsdaten-Modus ist kein Beleg für nachgelagerte Digest-Unterstützung. Aktion: Bestätige die Unterstützung externer SIP-Ziele, das DID-Format, den Transport und die aktuellen öffentlichen Signalisierungsquellen des Kontos.

​
Erforderliche Bestätigung

Frage, ob die DID ohne REGISTER an einen externen FQDN zugestellt werden kann; nach dem exakten DID-Format in der Request-URI; ob der Anbieter sich mit Digest zum Ziel authentifiziert und wo diese Origination-Zugangsdaten hinterlegt werden; andernfalls nach allen Signalisierungs-CIDRs und Failover-Regionen; nach TCP 5060 oder TLS 5061; und ob SRTP erforderlich ist. Nur ein externer Anruf mit einem eingehenden Datensatz auf der Plattform, dem zugewiesenen Assistenten und Audio in beide Richtungen bestätigt die Integration. Lehne Allowlist-Einträge ab, die Fließtext, Platzhalter, Hostnamen oder fachfremde öffentliche Resolver wie 8.8.8.8 enthalten. Ein Anbieternetz, das ohne CIDR-Präfix notiert ist, ist nur ein einzelner Host und darf nicht stillschweigend erweitert oder korrigiert werden. Quellen: DIDWW, Fonial, Amazon Chime, Zadarma, sipcall, RingCentral, Placetel, Peoplefone, NFON, Sipgate. Abgerufen am 22. August 2026.