3CX-App wacht nicht auf

[fs@smi-systemhaus]

Hallo liebes Forum,

wir haben bei einem Kunden eine lokale, virtuelle 3CX V18 laufen. Da die alten DECT-Basisstationen der vorhergehenden Telefonanlage per UP0 angebunden sind und sonst neue Kabel verlegt werden müssten, haben wir uns zur Nutzung der 3CX-App auf iPhones SE (Gen1) als DECT-Ersatz entschieden. Das WLAN ist ein UniFi.

Jetzt habe ich leider das Problem, dass die Geräte früh beim ersten Anruf nicht aufwachen bzw. nicht klingeln. Wenn ich aber das Handy entsperre und die App öffne, geht es. Das ist natürlich etwas unschön, da das Telefon auch ohne vorherige Interaktion klingeln sollte. Zumal die 3CX-App auch nicht geschlossen wurde sondern durchweg im Hintergrund läuft.

Hat jemand mit diesem Problem bereits Erfahrungen gemacht oder kann mir hier weiterhelfen?

Überprüft wurde:

• Berechtigungen 3CX-App auf Handy --> Alle Zugriffe erteilt
• Energiesparmodus auf Handy --> Nicht aktiv
• Status gesetzt --> Die Nebenstelle ist "verfügbar"
• Push-Nachrichten --> aktiviert

Beste Grüße

 

[ROE]

Wir haben das auch schon gehabt. Wir haben dann von Windows auf Linux upgedatet und dann hat es funktioniert.

 

[fs@smi-systemhaus]

Gut, bei uns ist es bereits ein virtuelles Debian auf einem ESXi 6.7.

 

[vieledinge]

Sind denn die Smartphones früh vor dem manuellen Aufwecken schon sauber im WLAN eingebucht? Bitte mal über die Unifi-Konsole prüfen.

 

[fs@smi-systemhaus]

Servus vieledinge,

vielen Dank für deine Antwort! Was meinst du mit UniFi-Konsole - die Web-Konsole? Dort haben wir die Geräte überprüft und diese zeigen keine Verbindungsabbrüche geschweige denn, dass sie getrennt werden (über Nacht o. Ä.). Es tritt auch mit einer FritzBOX! im Netzwerk auf, welche AP spielt. Daher vermute ich fast, dass sich das WLAN an sich sowie die Gerätetypen ausschließen lassen.
Wir sind dann einem Anfangsverdacht nachgegangen, dass es bei Handys mit SIM-Karte immer funktioniert. Als Grund dafür vermute ich die separate Datenverbindung. Jedoch habe ich am Gerät die WLAN-Unterstützung unter "Mobilfunk" deaktiviert...
Meine aktuelle Vermutung ist die LANCOM Firewall. Diese hat den Firewall-Check mit Anpassung der IPS zwar bestanden, jedoch haben wir auch einen LANCOM bei uns in der Firma, wo wir das Problem reproduzieren konnten.
Wir werden erstmal einen Workaround mit SIM-Karten schaffen und dann nochmal intensiver suchen. Nur leider kann ich die Fehlerursache noch nicht ausmachen...

 

[fs@smi-systemhaus]

Bei uns macht sich das sporadisch mit dem Fehler ID: 50020 PUSH Sender "Failed to send APNS PUSH to device iPhone ***. Internal exception occured: Resource temporarily unavailable (api.push.apple.com:443)" oder "Failed to send FCM PUSH to device samsung ***. Internal exception occured: Resource temporarily unavailable (fcm.googleapis.com:443)" bemerkbar.

Beim Kunden ist es Fehler ID: 50020 PUSH Sender "Failed to send FCM PUSH to device samsung ***. Internal exception occured: An error occurred while sending the request."

Ich bin für jede weitere Hilfe dankbar.

 

[bitn2]

Die Fritzbox macht zusammen mit Unifi das WLAN? Das ist grundsätzlich schon mal schlecht. Bitte mal das WLAN der Fritzbox abschalten und testen ob es in einem sauberen UNIFI Netz geht.

 

[fxbastler]

Lancom und Fritz!Box im Netzwerk, da sind ja gleich zwei Problemkinder am Start.

Wir haben in unseren Unifi AP das Telefonie WLAN auf das 2,4 GHz Band begrenzt. Damit funktioniert es im Prinzip störungsfrei.

 

[fs@smi-systemhaus]

Der LANCOM hat zwar Antennen, macht aber kein WLAN das WLAN der Fritte hatten wir zum testen aktiviert um auszuschließen, dass es am UniFi WLAN liegt. Dies ist die einzige WLAN-Quelle.

Haben die Frequenz auch der Stabilität halber auf 2,4 GHz begrenzt, brachte jedoch keine Besserung.

Nochmal zum LANCOM - dieser wurde schon an der alten Telekom Octopus Anlage betrieben und dient quasi als Firewall/Router. Ich habe nur bisher nichts im Firewall-Log verzeichnen können, was einen Abbruch der Verbindung zum PUSH-Dienst vermuten lässt. Zumal es auch nur sporadisch bzw. nach längerer Zeit auftaucht.

 

[fxbastler]

Aber so wie ich das lese habt ihr ja nun schon vieles probiert und testweise geändert - bis auf den Lancom.

Die Fragen die sich mir dazu noch stellen: Ist das Problem reproduzierbar? Geschieht das mit jedem Smartphone jede Nacht? Passiert das auch tagsüber wenn z.B. eines der Geräte längere Zeit nicht benutzt wird? Ruft es an allen anderen Endgeräten (eben nicht den per WLAN angebundenen Smartphones) so wie es soll, auch früh, immer? Passiert das auch mit Android Geräten? Hat der Kunde an dem Standort eine feste IP am für die Telefonie genutzten Internetzugang?

 

[fs@smi-systemhaus]

Da hast du Recht, wir haben schon einiges getestet. Ebenso haben wir die Firewall am LANCOM überwacht aber eben nichts konkretes feststellen können, weshalb hier die Verbindung gekappt wird. Ich habe außerdem festgestellt, dass es bei einem Ping zu Apple zu sporadischen Aussetzern kommt.

Das Problem ist reproduzierbar. Nicht zwangsläufig über Nacht, es passiert auch nach ca. 0,5h Inaktivität des Handys. Der Anruf wird signalisiert an der Anlage, d.h. ich sehe den Anruf in z.B. dem Webclient an der Nebenstelle ankommen. Die Nebenstellen haben nur das Handy als einziges Gerät. An den Android-Endgeräten ohne SIM taucht das Problem auch auf. Der Kunde nutzt eine feste IP.

 

[fxbastler]

Dann wäre meine Konsequenz: Lancom testweise wechseln (Mikrotik kostet nicht viel und hat fast jeder rumliegen oder einen ollen PC oder eine VM mit z.B. pfSense). Es gibt noch einige Dinge (Zeit des ESXi Host nicht an die 3CX Instanz durchreichen und ntp installieren z.B.) aber ich würde damit anfangen.

 

[fs@smi-systemhaus]

Sicher. Das wäre auch in meinen Augen der nächste Schritt.

ESXi habe ich auch schon überlegt... Haben extra für die 3CX auf einem älteren Server den ESXi installiert. Hätte ich nur jetzt nicht als primäre Fehlerquelle in Betracht gezogen.

 

[fs@smi-systemhaus]

Mit der FritzBox tritt das Problem nicht mehr auf. Wir schauen mal weiter, ob wir das Problem am LANCOM eingrenzen können.

 

[fxbastler]

Ein erster Ansatzpunkt bei einem Lancom wäre für mich: jegliche aktive Verwendung von Bridges zu beenden, siehe u.a. auch hier. Da ihr ja wie beschrieben das WLAN des Lancom nicht nutzt und sofern die nicht für andere techn. Spielereien (VPN u.a.) benötigt werden sind die evtl. entbehrlich.

Wäre ich an dieser Stelle, ich würde den ersetzen (nicht gerade eine Fritte sondern schon höherwertigeres wie einen Lancom) und ihn auf unseren weiter wachsenden Stapel deponieren.

 

[fs@smi-systemhaus]

Wir haben bei uns noch einen LANCOM im Einsatz. An diesem werde ich die Schritte einmal testen.

Viel mehr macht der LANCOM nicht. VPN ist im Einsatz aber auch dafür findet sich eine Lösung. Es war nur erstmal wichtig, beim Kunden Ruhe reinzubekommen. Eine endgültige Lösung ist die FritzBox natürlich nicht.

 

[Mehrras]

Hi,
habt ihr ganz banale Fehlerquellen schon ausgeschlossen?
Firewall-Konfiguration für PUSH-Benachrichtigungen oder Hintergrundaktualisierung bei den iPhones?

Wenn die Apple-Geräte keine Apple Push-Mitteilungen erhalten - Apple Support (DE)

Hier erfährst du, was zu tun ist, wenn auf den Apple-Geräten keine Apple Push-Mitteilungen angezeigt werden, während du mit einem Netzwerk verbunden bist.

support.apple.com

LG

 

[fs@smi-systemhaus]

Haben wir schon überprüft. Es ist ja nicht so, dass es gar nicht ging. Im LANCOM war leider auch nicht erkennbar, ob etwas dahingehend blockiert wird. iPhones haben wir auch mehrmals die Einstellungen überprüft.

 

[fs@smi-systemhaus]

@fxbastler - Kannst du mir sagen wie ich sicherstelle, dass jegliche Bridge-Funktion deaktiviert ist? Ich habe mit den LANCOM-Geräten leider nicht so viel Erfahrung.

 

[fxbastler]

Entweder im LANconfig Tool nach BRG- suchen und alle Querverweise eleminieren oder die akt. Konfiguration als Skript sichern, eine Kopie ziehen, dort nach BRG- suchen und entspr. LAN-xyz draus machen bzw. löschen falls da nur die Definition steht. Das kann ich nicht so einfach erklären. Die Zuordnung im LANconfig zu den BRG- Definitionen zu entfernen sollte prinzipiell reichen.