AW: [CloudPBX] Desktop-Client zeigt User offline

[#1]

Hallo in die Runde,

vornweg, Telefonieren funktioniert (meist) und Chatten ist auch möglich. Die Suche nach Kontakten im Outlook ebenfalls. Nur werden wir unterneinander immer als "Offline" angezeigt. Auch wenn die Smartphone-App abgemeldet (nicht genutzt) ist.

Gibt es nochwas an unserer FW zu drehen, damit es richtig läuft? Aktuell lasse ich für die Handvoll Clients die benötigten Dienste an die Cloud-IP-Ranges raus. Vor allem anderen. Muss ich allen ernstes noch eingehend 'ne Regel für die Dienste und Ranges erstellen und an die Clients durchlassen? Ich denke nciht, Client läuft, hält Verbindung zu Cloud - Online. Bis ich einen anderen Stauts eintrage und "veröffenliche".

Danke für erhellende und zur Abstellung geeignete Hilfe.

[#2]

Hallo @#PBX ,

ich habe Ihnen mal ein Screenshot unseres Firewall Regelwerkes (Sophos Cluster) beigefügt. Da wird bestimmt noch ein Port blockiert, dass Problem hatte ich auch am Anfang unserer Implementierung. Da von Seiten der Telekom nur benötigte Ports in der Cloud PBX Hilfe dokumentiert sind (leider auch fehlerhaft) aber nicht die Zieladressen, war es mühselige Kleinarbeit das Regelwerk Stück für Stück so hinzubekommen wie es jetzt ohne Probleme läuft.

Cloud PBX soll ja ein Business Produkt sein, somit muss Telekom auch damit rechnen das Unternehmen oder Behörden wie wir professionelle Firewalls anstatt einen Spielzeug Router aus dem Media Markt einsetzen.

Hierzu noch die Beschreibung der Ports im Regelwerk, so wie wir sie jetzt im Einsatz haben.

Name	Typ	Zielport	Quellport	Kommentar
HTTPS	TCP	443	1:65535	HTTPS Konfig-Server
SIP	TCP/UDP	5060	1:65535	SIP/SIPS Anruf Signalisierung
SIP over SSL	TCP	5061	1:65535	SIP/SIPS Anruf Signalisierung
RTP/SRTP	UDP	1024:65535	1024:65535	RTP/SRTP Sprachübermittlung
5222_CloudPBX	TCP	5222	1:65535	XMPP Chat/Präsenz
5223_CloudPBX	TCP	5223	1:65535	XMPP Chat/Präsenz
1081_CloudPBX	TCP	1081	1:65535	SOCKS5 Chat/Präsenz
HTTPS/Websocket	TCP	8443	1:65535	Konferenz Bildschirm teilen

Viele Grüße

Marc Schömehl

[#3]

Thanx a lot.

Auch jemand der ein Produkt aus Karlsruhe einsetzt. Ich habe es aktuell vereinfacht, indem ich den Traffik an alle CPBX-Ranges durchlasse. Die Regel steht gleich hinter den AAs und Telefonen. Ziel ist bis zum Produktivstart alle IPs und Dienste beisammen zu haben, um auch dienstweise den Traffik zu regeln.

Ich werde mal deine IPs mit meinen abgleichen und ggf. erweitern. Ich habe die Gruppe der CPBX-Adressen auch von allen anderen Kontrollen ausgenommen - IPS, ATP, AppControl, WebProxy, SIP-Proxy usw. Wo hast du die 87er und 160er her? ausm FW-Log?

[#4]

Hallo, die 87er und 160er Adressen habe ich alle in mühseliger Kleinarbeit aus dem FW Log gezogen.

[#5]

Das Problem besteht weiter bzw. immer noch. Wir haben es nun über mehrere Wege und Konstellationen probiert. in allen wird im Desktop-Client der Chat-Status des Empfängers als "offline" angezeigt. In der Android-App haut es hin. Da sind die User entsprechend ihrer Verfügung markiert.

Sollte vllt., wenn noch nicht geschehen, in der Bug-Liste landen. Oder jemand von der Telekom hat einen zielführenden Hinweis, um es zum anzeigen zu bekommen.

[#6]

Hallo @#PBX ,

sind die User die angeschrieben werden sollen auch in der "Buddy-Liste" / "Meine Kontakte" vom PBX Client drin ? Erst dann erscheinen die grün und werden mit Status "Online" angezeigt. 

[#7]

Hallo Marc,

es handelt sich um Kontakte aus dem Unternehmensverzeichnis. Als letzten Anlauf haben wir den Client auf einem völlig unabhängigen Rechner mit Internet über iPhone. Das Ergebnis blieb gleich. Alle Offline.

Ist es etwas in der Windows-Firewall? Eingehend/Ausgehend? Die Standard-Frage hatten wir abgenickt.

[#8]

@#PBX Den Kontaktstatus "grün" haben die Kontakte im Unternehmensverzeichnis nie. Erst wenn sie in die persönliche Buddy-Liste "Meine Kontakte" des Users aufgenommen werden. Ich weiß auch nicht warum das so blöd von Telekom gehandhabt wird.

[#9]

Danke. Es tut sich aber trotzdem nichts. Weder da noch dort... Im Gegensatz zum Smartphone. Auch, wenn es im selben Netzwerk hängt und somit auch alle Regeln passieren muss.

[Edit meint, Typos korrigiert]

[#10]

Hallo @#PBX,

danke für Ihren Beitrag in unserer Community.

Ich habe Ihr Anliegen einmal an die Fachkollegen weitergegeben. Ich melde mich bei Ihnen, sobald ich eine Antwort habe.

Bitte haben Sie etwas Geduld.

Mit freundlichen Grüßen
Emy P.

[#11]

Hallo @#PBX,

hier eine kleine Zwischen Information, die Bearbeitung an der Fachseite ist noch nicht ganz abgeschlossen. Sobald dies der Fall ist, melden wir uns hier wieder. Ein klein wenig Geduld noch.

Liebe Grüße,
Sandra Ha.

[#12]

Hallo @#PBX,

mir liegt eine Antwort von den Kollegen des Fachteams vor.

Leider konnte Ihr Anliegen auf diese Art und Weise nicht geklärt werden. Es wird empfohlen, dass Sie Ihre Einstellungen von unserem kostenpflichtigen Remote Service überprüfen lassen.

Bitte teilen Sie mir mit, ob ich einen Auftrag für die Kollegen einstellen soll.

Liebe Grüße
Emy P.

[#13]

Hallo @Emy P. 

Danke für die Antwort. Vertrauen in die PBX-Cloud und den Spport im Backend bildet der Lösungsvorschlag vom Fachteam nicht. Es gibt ja nicht mal eine Info zu den zu erwartenden Kosten. Nein, aktuell beauftrage ich _keinen_ Remote Support.

Ich werde  den Client demnächst nochmal daheim probieren. Sowohl auf meinem Dienstrechner, als auch auf meinem privaten. Dann können wir weiter sehen.

( Und seitdem ich mal versucht habe, im Konto meine Benachrichtigungs-Mailadresse zu setzen/prüfen, bekomme ich, glaub ich, auch keine Benachrichtigungen mehr. Ja, ich verwende für den Telekomkram nunmal nur meine _eine_ Adresse. Wir sind bzgl. Adressen von anderer Instanz abhängig. )

Vielleicht sollte seitens Telekom etwas mehr Aufwand in die Dokumentation zu Grundlagen in Firewalls gesteckt werden, das würde den Einstieg schon erheblich erleichtern. Eventuell würde es auch das "Offline" erschlagen, wenn denn alle Quell- und Ziel-IP-Ranges zum CloudPBX-Netz oder DNS-Namen verfügbar wären. Meinetwegen auch hinter einer CPBX-Anmeldung. So dass man keine Logs abgrasen muss, ob denn mal eine IP blockiert wurde oä.

[#14]

Hallo @#PBX,

es ist schwierig auf die Kosten des Remote-Service einzugehen, da diese individuell variieren können. Es kommt immer darauf an, was gemacht werden muss.

Sobald Sie den Client zu Hause noch mal getestet haben, würde ich mich über Rückmeldung freuen, ob es geklappt hat.

Außerdem habe ich Ihre Vorschläge bei den Kollegen des Fachbereiches platziert.

Liebe Grüße
Emy P.