Anruf mit Android nicht möglich

[vbox]

Hallo zusammen,
bin neu hier und unterwegs mit 3cx - habe bisher nur Erfahrung mit freepbx, starface und letztens mit Online-Cloud-Anbietern wie placetel. Mit 3cx habe ich erst seit nem knappen Jahr zu tun.

Ich habe hier bei der bei uns im Netzwerk gehosteten 3cx das Problem, dass die Android App sich im WLAN nicht ordentlich verbindet. Es wird die ganze Zeit "Verbindung wird hergestellt" angezeigt. Anrufen tätigen geht nicht - Anrufe empfangen im Sinne von "annehmen" funktioniert. Gespräch wird aber nach der Annahme nicht übertragen.

Wenn ich das WLAN ausmache und über "Mobile Daten" gehe, dann klappt alles vollständig. Erste Vermutung daher: da ist was im WLAN schief gewickelt. Der Punkt, der mich allerdings stutzig macht ist aber - verwende ich den Webclient vom Smartphone im gleichen WLAN, dann klappt alles. Auch der Desktop im LAN mit den gleichen Firewall Regeln hat keine Probleme mit dem PWA Client oder der Web-Applikation. Die Windows-App auf dem Desktop habe ich nicht geprüft, da sie keiner bei uns einsetzt.

Die detaillierten Logs im Smartphone habe ich mir auch schonmal angesehen, muss aber gestehen, das übersteigt mein Know-How.

Das Problem wird zwar hier und da im Forum angesprochen, doch alles, was ich bisher gefunden habe, verläuft im Sand oder wurde mit "wir haben das Hosting zu 3cx verlagert" gelöst.

Ich bitte um Hilfe

Schöne Grüße!
Simon

 

[mbehrens]

Ich habe hier bei der bei uns im Netzwerk gehosteten 3cx das Problem, dass die Android App sich im WLAN nicht ordentlich verbindet. Es wird die ganze Zeit "Verbindung wird hergestellt" angezeigt. Anrufen tätigen geht nicht - Anrufe empfangen im Sinne von "annehmen" funktioniert. Gespräch wird aber nach der Annahme nicht übertragen.

Wenn ich das WLAN ausmache und über "Mobile Daten" gehe, dann klappt alles vollständig. Erste Vermutung daher: da ist was im WLAN schief gewickelt. Der Punkt, der mich allerdings stutzig macht ist aber - verwende ich den Webclient vom Smartphone im gleichen WLAN, dann klappt alles. Auch der Desktop im LAN mit den gleichen Firewall Regeln hat keine Probleme mit dem PWA Client oder der Web-Applikation. Die Windows-App auf dem Desktop habe ich nicht geprüft, da sie keiner bei uns einsetzt.

Das deutet auf ein Kommunikationsproblem zwischen dem WLAN und dem internen LAN hin. Push Nachrichten funktionieren augenscheinlich.
Meist wird dies durch falsche Firewall Regeln (Regeln zwischen VLAN/WLAN/LAN) oder mangelhafte Implementierung von Split-DNS hervorgerufen.

 

[vbox]

Moin!
Danke für den Hinweis - dem bin ich mal nachgegangen und habe mal geprüft, was ich denke, was zu prüfen ist:

1. die 3cx steht in einer DMZ, getrennt von LAN und WLAN
2. die Firewall-Regeln für LAN und WLAN sind identisch - zu Testzwecken sind alle Ports auf alle Protokollen geraden freigeschaltet
3. da Split-DNS als Möglichkeit im Raum steht, bringe ich noch dazu relevante Details: im LAN läuft Univention als Domain-Controller - der ist als primärer DNS für alle Rechner eingestellt. Leitet aber alles, was er nicht kennt, an die Firewall (OPNsense) weiter. Auf der ist mit Unbound entsprechender Eintrag funktional (?) konfiguriert ist - egal ob aus WLAN oder LAN bringt mir ein "nslookup meinePBX.on3cx.de" die notwendige lokale Adresse der PBX.

Was mich wundert - zumindest auf dem Android im WLAN ist der Client mal "Bereit für Anrufe" und dann sporadisch dann auch wieder nicht. Der Windows Client im LAN, den ich aktuell dann doch mal installiert habe, weigert sich vollständig.

Gehe ich den recht in der Annahme das ich für den Split-DNS die IP der PBX verwende und nicht den Reverse Proxy der noch mit im Spiel ist? Hintergrund: der Reverse Proxy läuft für HTTPS in der DMZ, um dort mehrere/andere Dienste zu versorgen.

Beste Grüße!

 

[bitn2]

Ja, natürlich die IP der PBX. Reverse Proxy ist ganz schlecht und unnötig für die 3cx.

 

[vbox]

Das Problem hat sich quasi in Luft aufgelöst! Es läuft nun alles für Windows, Android (das in Wahrheit nie ein Problem hatte - daher, falsches Forum) und Webclients für's LAN wie auch WLAN und intern/extern.

Ich vermute mal da hing noch irgendein von mir konfigurierter Mist im Cache oder einer Konfig fest. Etwas was ich korrigiert hatte, aber noch nicht funktional ausgerollt. Nach Neustart der Firewall und DNS läuft es jetzt reibungslos.

Ich danke für die Hilfestellung!

Ja, natürlich die IP der PBX. Reverse Proxy ist ganz schlecht und unnötig für die 3cx.

Das kann ich jetzt nicht ganz einordnen. Der ReverseProxy ist ja nicht für die 3cx alleine, sondern für die 5 anderen HTTPs Server und (!) die 3cx welche alle zusammen in der DMZ laufen. Soll ich deine Aussage so verstehen, ich könnte die 3cx in diesem Szenario komplett ohne ReverseProxy laufen lassen?

Schöne Grüße!

 

[bitn2]

Das Problem hat sich quasi in Luft aufgelöst! Es läuft nun alles für Windows, Android (das in Wahrheit nie ein Problem hatte - daher, falsches Forum) und Webclients für's LAN wie auch WLAN und intern/extern.

Ich vermute mal da hing noch irgendein von mir konfigurierter Mist im Cache oder einer Konfig fest. Etwas was ich korrigiert hatte, aber noch nicht funktional ausgerollt. Nach Neustart der Firewall und DNS läuft es jetzt reibungslos.

Ich danke für die Hilfestellung!


Das kann ich jetzt nicht ganz einordnen. Der ReverseProxy ist ja nicht für die 3cx alleine, sondern für die 5 anderen HTTPs Server und (!) die 3cx welche alle zusammen in der DMZ laufen. Soll ich deine Aussage so verstehen, ich könnte die 3cx in diesem Szenario komplett ohne ReverseProxy laufen lassen?

Schöne Grüße!

Super das erstmal alles läuft... Reboot tut gut. Ja, die 3cx sollte ohne proxy laufen, das führt sonst nur zu lustigen Problemen.

 

[vbox]

Sorry - ich muss da nochmal explizit nachfragen: wie soll ich das denn in der DMZ realisieren, wenn noch weitere HTTPS Dienste laufen?

 

[fxbastler]

• eine andere öffentliche IP verwenden
• einen anderen HTTPS Port für die 3CX verwenden
• alternativ - je nach Proxy - auf div. 3CX Funktionen außerhalb des eigenes Netzwerkes verzichten

 

[bitn2]

• eine andere öffentliche IP verwenden
• einen anderen HTTPS Port für die 3CX verwenden
• alternativ - je nach Proxy - auf div. 3CX Funktionen außerhalb des eigenes Netzwerkes verzichten

Damit sind eigentlich alle Optionen gesagt. Die einfachste Variante wird wohl ein alternativer https und http port sein.

 

[fxbastler]

Man kann ja auch mehrere unterschiedlich eingerichtete Reverse Proxy für seine eine IP und z.B. TCP 443 verwenden

 

[vbox]

• eine andere öffentliche IP verwenden
• einen anderen HTTPS Port für die 3CX verwenden
• alternativ - je nach Proxy - auf div. 3CX Funktionen außerhalb des eigenes Netzwerkes verzichten

Damit sind eigentlich alle Optionen gesagt. Die einfachste Variante wird wohl ein alternativer https und http port sein.

Ich bin dann doch immer wieder erstaunt, wie sehr man dann doch den Wald vor lauter Bäumen nicht mehr sieht und wie schnell man mit den ganzen Verkomplizierungen nicht mehr auf die einfachsten Dinge kommt. Ich bräuchte jetzt so ein "Hand-an-Kopf-Klatsch"-Emoji..

Danke für eure geduldige Hilfestellung