Toggle sidebar Toggle sidebar

Android App "klingelt" nicht - Problem bei eingehenden Anrufen

Ich weiss es natürlich nicht, ob es vielleicht ein Zusammenhang mit der Anlage Version hat. Wir haben 16.0.655 und nicht die neuste 16.0.7.1078. Kannst du vielleicht nachvollziehen welche Version der Anlage und welche Version der App deine Kunden haben?
 
Keine Klagen, nirgends. Wir und unsere Kunden haben überwiegend Android Smartphones im Einsatz. Von ganz aktuell (akt. Google Pixel) bis teils unvernünftig alt und auch von verschiedensten (teils auch exotischen) Herstellern. Da sind auch Smartphones mit AOSP dabei.

Das einzige Problem was mal kommen kann ist dass nach einem Betriebssystem Upgrade / großem Update die Energiespareinstellungen der App im System wieder deaktiviert werden müssen oder im Ernstfall die App neu installiert werden muss (sehr selten).
 
  • Like
Reaktionen: bitn2
Die Kunden die die App nutzen haben soweit alle die neuste Version vor der V18 also die 16.0.8.9
 
Da sind seit deiner Version 4 Releases vergangen und fast ein Jahr, update erstmal deine Anlage und guck mal obs dann immer noch nicht geht.
 
Ich weiss es nicht, ob es mit der Version zu tun hat. Wir haben eben die Version 16.0.6.655 und nicht die neuste 16.0.7.1078.

Kannst du dich bitte bei deinen Kunden erkundigen welche Versionen Kombination sie haben.

Wäre extrem froh.
 
Wie gesagt, die aktuellste 16.0.8.9 und die entsprechend aktuellste App. Die 16.07.1078 ist nicht die aktuellste Version!. Ich empfehle Dir dringend erst die Anlage zu aktualisieren und dann zu prüfen ob das Problem noch besteht. So ist es fischen im Trüben.
 
Problem mit dem Anlage Update ist, dass dort andere Probleme mit dem Webmeeting (ausser diesen die wir bereits haben) aufgetreten sind.

Meine Probleme habe ich hier geschildert und niemand hat mir geantwortet:

Ich habe die Anlage einmal gelupft und am nächsten Tag musste ich Snapshot zurückspielen. In der neuen Version wurden die Einladungen für Videokonferenz nur als ICS Files gesendet und nicht wie bisher automatisch im Outlook gespeichert. Es war noch etwas, ich kann mich jetzt nicht mehr erinnern.

Wie sieht es mit dem Webmeeting jetzt aus (in der neusten Version)? Wir versenden die Einladungen über ein M365 Account und via 3cX Direct Mail. Wird der Termin direkt im Outlook gespeichert oder wird als ics File gesendet?

Solange ich nicht weiss, ob die Webmeeting Probleme gelöst worden sind weigere ich mich vom Update.
 
Funktioniert hier seit längerer Zeit und auch mit der v18 (getestet allerdings mit der Beta, noch nicht mit der final). Geplante Konferenzen landen direkt im Outlook Kalender. Versand via eigener SMTP als auch über 3CX. Empfang i.d.R. auf eigenem Exchange.
 
  • Like
Reaktionen: bitn2
Gregor schrieb:
Ich weiss es natürlich nicht, ob es vielleicht ein Zusammenhang mit der Anlage Version hat. Wir haben 16.0.655 und nicht die neuste 16.0.7.1078. Kannst du vielleicht nachvollziehen welche Version der Anlage und welche Version der App deine Kunden haben?
Zum Vergrößern anklicken....
Es gab doch im Februar eine Änderung im Bereich der Google FCM Konfiguration.
 
Hallo Zusammen

Auch bei uns tritt dieses Problem auf. Und es tritt nicht bei allen Android-Phones auf. Darum favorisiere ich den Ansatz, dass es ein Problem auf dem Android-Modell sein muss. Da offenbar der Push-Service nicht signalisiert wird, stellt sich mir die Frage: Wie kann es sein, dass die Anlage einen erfolgreiche PUSH dokumentiert, wenn irgendwo auf dem Weg eine Firewall den Transport blockiert? Offensichtlich ist hier nicht der TCP sondern der UDP-Port im Einsatz und der Entwickler hat es schlicht vergessen ein Feedback der APP einzubauen. Warum müssen eigentlich sowohl TCP wie auch UDP geöffnet werden? TCP wäre für eine gesicherte Verbindung vollkommen ausreichend. Ich werde das Thema noch einmal mit dem Wireshark unter die Lupe nehmen.

Evtl. hat ja noch jemand weitere Ansätze, wo die Ursache des Problems zu finden sein könnte. Eine Frage bleibt mir auch noch offen: Wie / Wo kann man die Firewall im Android kontrollieren?

Beste Grüsse
 
Hallo Zusammen

ich hab hier ein Xiaomi, das zwar selbst telefonieren kann, aber nie einen Anruf erhält. Der User hat neben diesem noch ein iPhone registriert, welches alle Anrufe erhält.
Im SystemService-Log sind Push-Nachrichten auch nur für das iPhone zu finden. Auch WireShark bestätigt, dass Push-Nachrichten nie an das Android-Phone rausgehen. Wie ist das möglich? Sicher ist, dass die Ursache dafür in der Anlage zu suchen ist?! Beide Phones sind ordnungsgemäss registriert und können alle Funktionen der Anlage nutzen. Warum sendet die Anlage keine PUSH-Benachrichtigungen. Der Fehler ist zu 100% stabil reproduzierbar.
 
Hatte vor ein paar Tagen das gleiche Problem, zwei Handys (IOS) haben einfach nciht mehr geklingelt wenn man diese angerufen hat. Rausrufen ging komischerweise. Bei dem einen Handy reichte es die App einfach neu zu installieren. Bei dem anderen musste ich zusätzlich die Nebenstelle löschen und neu anlegen. Was sehr dubios.
 
Wir haben mit einigen Android-Phones (ca. 10%) genau die gleichen Probleme. Es kommt einfach kein Ruf an, die Smartphones bekommen keine Push-Mitteilung und werden nicht aus dem Standby geweckt. Mit iPhones keinerlei Probleme.

Was dabei auffällig ist: Sobald ich die Nebenstelle zusätzlich auf meinem iPhone einrichte funktioniert es sofort problemlos, aber eben nicht nur auf dem iPhone, sondern auch auf dem bisher schweigsamen Android-Phone! Und das Android-Phone funktioniert dann auch weiterhin, wenn ich die Nebenstelle wieder von meinem iPhone lösche.

Für mich sieht das so aus als wären da intern bei 3CX die Daten für die Adressierung Push-Mitteilungen irgendwie durcheinander und durch das Provisionieren des zusätzlichen Gerätes der Nebenstelle richtet sich das irgendwie wieder.

3CX V16 aktuellster Stand, alle Smartphone-Clients auf dem aktuellen Stand.
 
Bei meinem Samsung Handy musste ich explizit die 3CX App für die Hintergrund Dienste frei geben. Da die App immer wieder geschlossen wurde.

Öffnen Sie Gerätewartung und darin Akku. Scrollen Sie ganz nach unten. Dort finden Sie «Nicht überwachte Apps». Dort lassen sich Apps einstellen, die so viel Strom brauchen sollen, wie die es für nötig halten. D.h., die werden danach von Android auch nicht mehr hinterrücks geschlossen.
Zum Vergrößern anklicken....
 
Die gerätespezifischen Einstellungen hatten wir alle schon geprüft und gesetzt. Siehe oben, sobald ich die NST auf einem zweiten Gerät provisioniert habe funktioniert das dann ja auch.
 
Hallo Zusammen

Nach dem Update auf die neue Version funktionieren alle Android Clients wieder.

Gruss
Gregor
 
Auch dauerhaft? Das Problem ist sehr sporadisch. Mal ist tagelang Ruhe, dann häuft es sich mal wieder.

Weiß man genauer woran das liegt? Und gibt es dafür einen Workaround? V18 hat ja noch etliche Macken bzw. ist die Windows-Version noch nicht mal freigegeben. Ich mag da ungern die Pest mit der Cholera bekämpfen....

Eigentlich müsste es dafür einen Fix für V16 seitens 3CX geben.
 
Sowie ich sehe - ja. Es ist dauerhaft, da ich sei dem Update keine Infos habe, dass es nicht funktionieren würde.

Glaube mir - ich würde das sofort gemeldet (gemotzt) haben :)

Wir haben die Version 16.0.9.
 
Jetzt bin ich verwirrt....

Ihr habt eine 16.0.9 und es läuft ohne Probleme? Oder ihr seid von 16.0.9 auf V18 gegangen?

16.0.9 habe ich hier auch laufen und die zickt regelmäßig mit dem Problem rum.
 
Früher hatten wir 16.0.6 :D

Seit dem Update auf 16.0.9 keine Probleme (bis jetzt).
 
Um antworten zu können musst du eingeloggt sein.

Einstieg für Admins

Statistik des Forums

Themen
44.749
Beiträge
233.640
Mitglieder
78.492
Neuestes Mitglied
dirk.kuttler
3CX Logo Footer Copyright © Sitemap Datenschutz Impressum
Oben Unten