Unsere Telefonanlage basiert auf STARFACE und wird in unserem eigenen Rechenzentrum betrieben. Damit Tischtelefone, DECT-Systeme und STARFACE-Apps zuverlässig funktionieren, müssen die folgenden Anforderungen im Kundennetz erfüllt sein.
Die folgenden Modelle werden unterstützt und unterstützen gleichzeitig auch verschlüsselte Telefonie:
Cloud-fähige, verschlüsselte Basisstationen:
Aktuelle Mobilteile:
Der Einsatz weiterer Modelle muss vorab projektbezogen abgestimmt werden.
Dein Telefonie-Provider wie z. B. die Telekom muss es unterstützen, dass deine Rufnummer in einer Cloud-Telefonanlage registriert werden darf. Gerade ältere Anschlüsse können manchmal nur hinter einem bestimmten DSL-Anschluss genutzt werden.
Dies solltest du mit deinem Provider abklären oder frag uns vorab.
Sollte der Provider dies nicht können, lassen sich deine Rufnummern zu einem reinen Trunk-Provider portieren und da genutzt werden. Oftmals ist dies sogar noch günstiger.
Die Endgeräte und Apps bauen die Verbindungen zur Telefonanlage in der Cloud auf. Deshalb ist am Kundenstandort normalerweise keine Portweiterleitung vom Internet in das lokale Netz erforderlich. Freizugeben sind ausgehende Verbindungen von den Telefon- und Client-Geräten/Netzen zum bereitgestellten Telefonanlagen-Ziel; zugehöriger Rückverkehr muss ebenfalls zugelassen werden.
| Zweck | Protokoll / Port | Erforderlichkeit | Hinweis |
|---|---|---|---|
| SIP | UDP/TCP 5060 | erforderlich | Unverschlüsselte Signalisierung; nur verwenden, wenn erforderlich. |
| SIP über TLS | TCP 5061 | erforderlich | Verschlüsselte Signalisierung für kompatible Geräte. UDP 5061 nur freigeben, wenn das konkrete Gerät dies verlangt. |
| RTP-Audio | UDP 10000–20000 und UDP 1025–65535 | erforderlich | Gemäß STARFACE-Portübersicht zwischen Endgerät und STARFACE; auf STARFACE-Ziel und Telefonnetz begrenzen. |
| Provisionierung / Telefonmenü | TCP 50080 | modellabhängig | Für manuelle bzw. One-Touch-Provisionierung und Telefonmenüs. |
| Verschlüsselte Provisionierung | TCP 50081 | modellabhängig | Nur für Geräte und Verfahren, die diesen Port verwenden. |
| DNS | UDP/TCP 53 | erforderlich | Üblicherweise zum lokalen DNS-Resolver. |
| Zeitabgleich | UDP 123 | empfohlen | Üblicherweise zum lokalen NTP-Dienst. |
| Zweck | Protokoll / Port | Erforderlichkeit | Hinweis |
|---|---|---|---|
| Grundfunktionen / Adressbuch | TCP 443 | erforderlich | HTTPS zur STARFACE. |
| SIP | UDP 5060 | erforderlich | Entfällt bei ausschließlicher Nutzung von SIP über TLS. |
| SIP über TLS | TCP 5061 | erforderlich | Verschlüsselte Signalisierung. |
| XMPP-Anmeldung | TCP 5222 | erforderlich | Anmeldung und Präsenzfunktionen. |
| gRPC-Anmeldung | TCP 9092 | ab STARFACE 10 erforderlich | Für die Anmeldung aktueller Apps. |
| RTP-Audio | UDP 10000–20000 und UDP 1025–65535 | erforderlich | Gemäß STARFACE-Portübersicht bidirektional. |
| RTSP-Kamera | UDP 554 / TCP 8554 | optional | Nur für Kamerastreams in der Windows-App. |
Zusätzlich müssen für Updates beziehungsweise mobile Push-Funktionen folgende Ziele über HTTPS erreichbar sein:
Herstellerdienste für Zero-Touch-Provisionierung können weitere Ziele benötigen. Diese werden nur für die tatsächlich eingesetzten Modelle freigegeben. Für Yealink nennt STARFACE unter anderem dm.yealink.com, api-dm.yealink.com, rps.yealink.com, rpscloud.yealink.com und pscloud.yealink.com sowie zusätzliche herstellerspezifische Ports.
STARFACE nennt für Endgeräte hinter NAT folgende Werte:
| Einstellung | Sollwert |
|---|---|
| TCP Aging | 600 Sekunden |
| UDP Aging / UDP-NAT Timeout / Connection Tracking | 600 Sekunden |
| Bestandsdauer eines UDP-Eintrags in der NAT-Tabelle | mindestens 61 Minuten |
Autoprovisionierte Telefone senden standardmäßig alle 60 Sekunden Keep-alive-Pakete und registrieren sich etwa alle 60 Minuten neu. Zu kurze NAT-Laufzeiten führen typischerweise dazu, dass Telefone nach einiger Zeit nicht mehr erreichbar sind.
Folgende Funktionen sind für den Verkehr zur Telefonanlage zu deaktivieren oder durch eine gezielte Ausnahme zu umgehen:
Bei mehreren Internetzugängen muss Telefonieverkehr während einer Sitzung immer denselben WAN-Pfad verwenden. Lastverteilung, asymmetrisches Routing oder ein Wechsel der öffentlichen Absender-IP während einer Sitzung kann Registrierung und Sprachübertragung unterbrechen.
