Update: Mittlerweile bin ich mir ziemlich sicher, dass das Problem mit unserer DNS-Einstellung zusammenhing. Unser Router ist mit 3 WAN-Leitungen verbunden (Telekom Cloud PBX-Leitung, weitere Telekom-Leitung und ein Kabelanschluss eines örtlichen Betreibers). Die Auflösung der DNS-Abfragen läuft über einen der dem Router bekannten DNS-Serveradressen nach dessen Auswahl. Das bedeutet, dass es vorkommen konnte, dass die SRV-Records über den Telekom-DNS aufgelöst wurden, dann jedoch versucht wurde, die Cloud PBX-Server über die Leitung des Kabelnetzbetreibers zu kontaktieren, da dieser die höchste Bandbreite liefert und daher entsprechend priorisiert wird. Da der Telekom-DNS offenbar spezielle Hosts zurückliefert, die QoS unterstützen, können diese scheinbar nicht von Internetzugängen anderer Provider erreicht werden. Nach der Einrichtung einer Routing-Policy, die Datenverkehr in das Subnetz 217.0.0.0/13 immer über die WAN-Leitung der Telekom leitet, war das Problem offenbar behoben. Dennoch ist es wichtig, dass DNS-Abfragen des Cloud PBX-Clients immer an Telekom-Server geleitet werden, da andernfalls die Server ohne QoS-Unterstützung verwendet würden (dies steht auch in der Cloud PBX-Hilfe). Hierzu noch die Frage an die Teamies: Gibt es noch andere Adressbereiche, die in Frage kommen oder ist das genannte Subnetz das einzige?
Dass der Präsenzstatus und das Profilbild nicht angezeigt wurden, lag wohl übrigens daran, dass dies scheinbar nur funktioniert, wenn der Nutzer der Kontaktliste hinzugefügt wurde und dieser dies akzeptiert hat. Die Auflistung im Unternehmsverzeichnis allein reicht nicht aus. Ein Hinweis hierauf in der Doku oder besser noch direkt im Client wäre schön.
TL;DR: Wer die Cloud PBX hinter einem Router mit mehreren WAN-Interfaces nutzt, an den auch ein oder mehrere Nicht-Telekom-Leitungen angeschlossen sind, sollte darauf achten, dass der Cloud PBX-Traffic nur über die dafür vorgesehene Telekom-Leitung fließen darf, wenn die DNS Queries von den Telekom-DNS-Servern beantwortet wurden, da diese Hosts zurückliefern, die aus Dritt-Netzen offenbar nicht erreichbar sind.
Das Beschriebene spiegelt meine Beobachtungen und daraus gezogenen Schlüsse wieder und muss nicht unbedingt (vollständig) korrekt sein. Falls ich mich ganz oder teilweise irre, freue ich mich über jede Korrektur oder Ergänzung.
