Eingehende Anrufe werden teilweise nicht signalisiert

ProExaktGmbH

Customer
Mitglied seit
3. September 2026
Beiträge
5
Hallo zusammen,

seit einigen Wochen haben wir das Problem, dass eingehende Anrufe vereinzelt nicht an den Nebenstellen signalisiert werden.

Zunächst trat das Problem nur bei einzelnen Mitarbeitern in der 3CX-App auf dem Smartphone auf: Das Telefon klingelt nicht, unmittelbar danach erscheint jedoch die Benachrichtigung über den verpassten Anruf. Daher vermuteten wir zunächst ein temporäres Problem mit dem jeweiligen Smartphone oder den App-Einstellungen.

Mittlerweile tritt das Verhalten allerdings häufiger und bei mehreren Mitarbeitern auf. Inzwischen sind teilweise auch unsere Yealink-DECT-Telefone betroffen. Auch dort wird der eingehende Anruf nicht signalisiert, anschließend aber direkt als verpasster Anruf angezeigt.

Das Problem tritt nicht dauerhaft auf, sondern nur sporadisch. Eine eindeutige Ursache oder ein bestimmtes Muster konnten wir bisher nicht feststellen.

Hat jemand ein ähnliches Verhalten bereits erlebt oder eine Idee, welche Einstellungen, Protokolle oder Logdateien wir überprüfen sollten? Gibt es hierfür möglicherweise bereits eine bekannte Ursache oder Lösung?

Vielen Dank für eure Unterstützung!
 
Das riecht nach einem Netzwerk Problem. Bei den Handys kommt zb der Push nicht an. Da würde ich ansetzen, ohne weitere Infos ist es schwer da Tipps zu geben.
 
Vielen Dank für deine Rückmeldung.

Bei den mobilen Nebenstellen haben wir das Verhalten sowohl über WLAN als auch über mobile Daten getestet. Netzwerkseitig konnten wir bislang keine Auffälligkeiten feststellen.

Was mich an einem reinen Netzwerk- oder Push-Problem zweifeln lässt, ist, dass inzwischen auch unsere Yealink-DECT-Telefone betroffen sind. Die Ausfälle treten außerdem völlig sporadisch auf: Ein Anruf wird ordnungsgemäß signalisiert, während ein weiterer Anruf wenige Minuten später nicht mehr klingelt und lediglich als verpasster Anruf erscheint.

Gibt es in 3CX bestimmte Protokolle oder Ereignisse, anhand derer wir nachvollziehen können, warum ein einzelner Anruf nicht an der Nebenstelle signalisiert wurde?
 
Gibt es in 3CX bestimmte Protokolle oder Ereignisse, anhand derer wir nachvollziehen können, warum ein einzelner Anruf nicht an der Nebenstelle signalisiert wurde?
Logs der 3CX Anlage im Ausführlichen Modus setzten:

Admin Ansicht->Systemübersicht->Aktivitätsprotokolle->Optionen->setzen das Log Level auf Ausführlich

Aufzeichnung starten:

Web Client->Admin Ansicht->Systemübersicht->Erfassen->wähle alle Schnittstellen und klicke auf Starten

Reproduziere das Verhalten.

sobald reproduziert, stoppe Aufzeichnung.

navigiere Web Client->Admin Ansicht->Systemübersicht->Support Informationen.

downloade ZIP Datei

Logs prüfen in Verwendung von:
3CX Log Viewer

Prüfe auch 3cxSystemService.log nach "push" und "excepetions"

Prüfe das Push Nachrichten akzeptieren" aktiviert ist auf Benutzer-> Weiterleitungsregel->Allgemeine Optionen.
 
  • Like
Reaktionen: fxbastler
Vielen Dank für die Ausfürliche Klickanleitung. Ich habe die Protokollart entsprechend umgestellt. Das schwere an der ganzen sache ist, das der Fehler nicht reproduziertbar ist. Es tritt immer willkürlich auf.
 
Vielen Dank für die Ausfürliche Klickanleitung. Ich habe die Protokollart entsprechend umgestellt. Das schwere an der ganzen sache ist, das der Fehler nicht reproduziertbar ist. Es tritt immer willkürlich auf.
Falls nicht reproduzierbar:

Web Client->Admin Ansicht->Systemübersicht->Aktivitätsprotokolle->Optionen->aktiviere Option "Behalten einer Sicherung der Protokolldateien" auf 5 Tage

Navigiere auf dem 3cx Client (Mobil Telefon) unter Einstellungen->Optionen und aktiviere das Log Level(Ausführliche Protokollierung)

Sobald das Verhalten aufgetreten ist, navigiere auf dem 3cx Client unter Einstellungen->Optionen->Protokoll Bericht sende an Email (deine Email)
Prüfe logs der 3CX Anlage und logs des 3CX Clients.

3cxSystemService nach push und exception
 
  • Like
Reaktionen: fxbastler
Ersteinmal vielen Dank für die ausführliche Hilfe. Ich melde mich wieder wenn ich neue erkenntnisse habe.
 
Zunächst trat das Problem nur bei einzelnen Mitarbeitern in der 3CX-App auf dem Smartphone auf: Das Telefon klingelt nicht, unmittelbar danach erscheint jedoch die Benachrichtigung über den verpassten Anruf. Daher vermuteten wir zunächst ein temporäres Problem mit dem jeweiligen Smartphone oder den App-Einstellungen.
Das deutet auf ein Kommunikationsproblem mit der Push-Infrastruktur von Apple/Google hin.
Mittlerweile tritt das Verhalten allerdings häufiger und bei mehreren Mitarbeitern auf. Inzwischen sind teilweise auch unsere Yealink-DECT-Telefone betroffen. Auch dort wird der eingehende Anruf nicht signalisiert, anschließend aber direkt als verpasster Anruf angezeigt.
Das ist dann allerdings eine andere Baustelle im Bereich der SIP-Kommunikation.
Ich nehme an, DNS funktioniert einwandfrei.

Das Logging auf ausführlich setzen und analysieren.
 
Zunächst trat das Problem nur bei einzelnen Mitarbeitern in der 3CX-App auf dem Smartphone auf: Das Telefon klingelt nicht, unmittelbar danach erscheint jedoch die Benachrichtigung über den verpassten Anruf. Daher vermuteten wir zunächst ein temporäres Problem mit dem jeweiligen Smartphone oder den App-Einstellungen.
Zusätzlich zu allem oben bereits geschriebenem kann ich dir aus der Praxis heraus sagen: das Problem sind i.d.R. immer die Endgeräte bzw. deren Anbindung. Vorausgesetzt die Zeit der 3CX stimmt, dann sind es in wenigen anderen seltenen Fällen die DNS Einstellungen der 3CX oder die Firewall vor der 3CX. Das sieht man z.B. in den o.b. Log Dateien an den Push Meldungen oder letztendlich im Protokoll der App im Endgerät.

Spätestens wenn Smartphones kein WLAN nutzen sondern nur den Internetzugang des Telefonieproviders der SIM Karte, dann muss es funktionieren. Wenn nicht, dann liegt es zum überwiegendem Teil daran, dass für die (hoffentlich aktuelle) 3CX App die entsprechende Berechtigungen (Benachrichtigung, Energiespareinstellungen) falsch gesetzt sind / entzogen wurden.
In seltenen Fällen (geschätzt weniger 1%, vorrangig iOS bisher): 3CX App deinstallieren, neu installieren und neu provisionieren lassen.

Mittlerweile tritt das Verhalten allerdings häufiger und bei mehreren Mitarbeitern auf. Inzwischen sind teilweise auch unsere Yealink-DECT-Telefone betroffen. Auch dort wird der eingehende Anruf nicht signalisiert, anschließend aber direkt als verpasster Anruf angezeigt.
Schließe mich @mbehrens an: eine ganz andere Baustelle.

Da viel zu wenig über die Umgebung geschrieben wurde und außer evtl. @avraammich_3CX keiner kein Anderer auch nur einen Teil deine Umgebung kennt, solltest du bitte erst einmal die sonst üblichen Fragen beantworten:
  1. 3CX Lizenztyp und Version, z. B. Basic / Professional / AI Jahreslizenz 20.0.9.995
  2. Wo läuft die 3CX?, z. B. hosted by 3CX / self hosted in einem ext. RZ / on premise im eigenen Haus
  3. Server OS, z. B. Debian / Windows Server - und welche Version genau verwendet wird
  4. Wenn die 3CX sellf hosted im RZ ist oder on premise im eigenen Haus betrieben wird: Was für Hardware und ggf. was für ein Virtualisierer wird verwendet? z. B. Xeon E-2486 mit 32 GB ECC Speicher und 2x 960 GB SAS3 im HW RAID 1; Virtualisierer ist ein Hyper V Host
  5. War der Firewall Checker erfolgreich?: ja / nein, wenn nein: Bildschirmfoto
  6. Split DNS wurde eingerichtet und funktionierend getestet? ja / nein
  7. SIP-Trunk-Anbieter der 3CX, z. B. Easybell, Deutsche Telefon, Plusnet, Poeplefone
  8. Welche Audio Codecs werden primär in der 3CX verwendet? z. B. SIP Trunk: PCMA, 3CX LAN: PCMA, 3CX WAN: PCMA, SIP Endgeräte: PCMA
  9. Typ und Firmware der am beteiligten Anruf verwendeten Endgeräte / aller Endgeräte an den beteiligten Nebenstellen, z. B. Yealink T57W 96.87.0.22, Windows Softphone v20 als CTI Client auf einem PC, Yealink W74H DECT Handset an Yealink DECT Basis W70B, Smartphone App auf einem akt. Android Gerät im WLAN usw.
  10. Befinden sich die 3CX (bzw. der SBC) und die Geräte mit welchen die Probleme auftreten im gleichen phys. LAN?: ja / nein
  11. Hersteller, Modell und Firmware Version des im Netzwerk verwenden Router und der zwischen 3CX und den beteiligten Endgeräten verwendeten Switche, z.B. Mikrotik RB5009UG+S+IN Fw. 7.21.4 + Mikrotik CRS328-24P-4S+RM Fw. 7.21.4
  12. Nutzen Sie benutzerdefinierte Telefon-Templates?: ja / nein
  13. Sind mehr als ein Endgerät an einer der am Anruf beteiligten Nebenstellen eingerichtet?: ja (bitte genau beschreiben) / nein
TEILEN SIE NIE: Lizenzschlüssel, öffentliche IP-Adressen, E-Mail-Adressen, Benutzernamen, Passwörter, FQDNs, Provisionierungs-URLs, etc.
 
Ich beantworte gerne inmal alle Fragen.
  • 3CX Lizenztyp und Version, PRO - Version 20.0 Update 9 (Build 995 Release - AI 1.2.5)
  • Wo läuft die 3CX?, on premise im eigenen Haus
  • Server OS, Linux 3cx 6.12.90+deb13.1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.90-2 (2026-05-27) x86_64
  • Wenn die 3CX sellf hosted im RZ ist oder on premise im eigenen Haus betrieben wird: Was für Hardware und ggf. was für ein Virtualisierer wird verwendet? Xeon E3-1200 v6/7th Gen mit 8 GB DDR4 und 128GB Intenso SSD
  • War der Firewall Checker erfolgreich?: ja
  • Split DNS wurde eingerichtet und funktionierend getestet? nein
  • SIP-Trunk-Anbieter der 3CX, Easybell
  • Welche Audio Codecs werden primär in der 3CX verwendet? G722, PCMU, PCMA, G729, OPUS
  • Typ und Firmware der am beteiligten Anruf verwendeten Endgeräte / aller Endgeräte an den beteiligten Nebenstellen, Yealink W70B (Basis), Yearlink DECT Repeater RT30, Yearlink W74H (Mobilteil), Iphone 13 Pro, Samsung Galaxy A05s
  • Befinden sich die 3CX (bzw. der SBC) und die Geräte mit welchen die Probleme auftreten im gleichen phys. LAN?: ja und nein. ein Samsung befindet sich überwiegend extern
  • Hersteller, Modell und Firmware Version des im Netzwerk verwenden Router und der zwischen 3CX und den beteiligten Endgeräten verwendeten Switche, Unify USW Pro 48
  • Nutzen Sie benutzerdefinierte Telefon-Templates?: nein
  • Sind mehr als ein Endgerät an einer der am Anruf beteiligten Nebenstellen eingerichtet?: ja, eine Nebenstelle die Betroffen ist, hat sowohl die Desktop App(Softphone) als auch die Mobile App auf iPhone

    Ich habe einmal die aktuellen Logs.
    Bei der Nebenstelle 107 kam das Verhalten am 07.09.2026 - ca. 09:10Uhr. Welche Logdatei muss ich euch zur verfügung stellen? Der gesamte Ordner ist leider zu Groß zum hoch laden hier.
 
Split DNS bitte einrichten. Welche Firewall/Router wird denn genutzt? Codec Reihenfolge an allen drei stellen auf PCMA als erstes stellen. Was läuft als Virtualisierer?
 
[*]Server OS, Linux 3cx 6.12.90+deb13.1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.90-2 (2026-05-27) x86_64
Das ist dann aber kein Original Release?
[*]Split DNS wurde eingerichtet und funktionierend getestet? nein
Das bitte dringend implementieren!
[*]Welche Audio Codecs werden primär in der 3CX verwendet? G722, PCMU, PCMA, G729, OPUS
Warum wurde diese Reihenfolge gewählt?
Ich habe einmal die aktuellen Logs.
Bei der Nebenstelle 107 kam das Verhalten am 07.09.2026 - ca. 09:10Uhr. Welche Logdatei muss ich euch zur verfügung stellen?
Genau den Bereich, wo die Signalisierung nicht funktioniert.

Ist das System virtualisiert?
Wurde NTP implementiert?

Warum wurde sich nicht rudimentär an die Anleitung von 3CX zur Installation gehalten?
 
  • 3CX Lizenztyp und Version, PRO - Version 20.0 Update 9 (Build 995 Release - AI 1.2.5)
  • Wo läuft die 3CX?, on premise im eigenen Haus
  • Server OS, Linux 3cx 6.12.90+deb13.1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.90-2 (2026-05-27) x86_64
  • Wenn die 3CX sellf hosted im RZ ist oder on premise im eigenen Haus betrieben wird: Was für Hardware und ggf. was für ein Virtualisierer wird verwendet? Xeon E3-1200 v6/7th Gen mit 8 GB DDR4 und 128GB Intenso SSD
Da die Frage nach dem Virtualisierer nicht beantwortet wurde legt das eine direkt auf dem Blech installierte 3CX nahe. Auf einer aktuellen 3CX v20u9 Build 995 Release ergibt ein uname -r aber:
Linux pbx 6.1.0-51-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.177-1 (2026-07-16) x86_64 GNU/Linux

Aktuell läuft eine Debian 3CX nach wie vor mit Debian 12 und einem älteren Kernel ggb. deiner Angabe.
Dann wurde die 3CX wohl nicht richtig installiert.
Wenn dem so ist: Backup ziehen, neu installieren mit orig. ISO, das Backup zurückspielen und anschl. die gewünschten Apassungen wiede vornehmen. Nicht vergessen nachher in der 3CX die zuvor verwendeten Ports für HTTP, HTTPS, SIP und TUNNEL wieder einzustellen damit es möglichst nahtlos weitergeht.

Split DNS wurde eingerichtet und funktionierend getestet? nein
Das ist elementar wichtig. Also einrichten und testen.

Welche Audio Codecs werden primär in der 3CX verwendet? G722, PCMU, PCMA, G729, OPUS
Keine gute Wahl für die Fehlersuche. Bitte an allen 5 Stellen (3CX LAN, 3CX WAN, SIP TRUNK, IP Telefone, DECT Basisstationen über den Parameter MLTACC_<MAC>) PCMA als erste Wahl einstellen.
Wenn das Signalisierungsverhalten wieder länger ordentlich funktioniert und immer noch der Wunsch nach anderen Codecs besteht, dann kann man das später irgendwann eventuell wieder ändern.

Hersteller, Modell und Firmware Version des im Netzwerk verwenden Router und der zwischen 3CX und den beteiligten Endgeräten verwendeten Switche, Unify USW Pro 48
Was für ein Router mit welcher FW wird verwendet?

Sind mehr als ein Endgerät an einer der am Anruf beteiligten Nebenstellen eingerichtet?: ja, eine Nebenstelle die Betroffen ist, hat sowohl die Desktop App(Softphone) als auch die Mobile App auf iPhone
Diese Kombination ist laut unserer Erfahrung unproblematisch.
Eine problematische Kombination ist z.B. nicht mit der DECT Basisstation verbundene DECT Handset wenn zudem noch ein weiteres Endgerät an der NSt. signalisieren soll.

Folgefragen:
  • Was für einen DNS Server nutzt die 3CX? Thema Push Service
  • Was für einen DNS Server nutzen die Endgeräte im LAN bzw. WLAN? Thema Split DNS und Push Service
  • Gibt es einen guten Zeitserver für die 3CX und die Endgeräte & ist der richtig eingestellt & wird der genutzt & wurde das kontrolliert?
 

Statistik des Forums

Themen
44.448
Beiträge
232.838
Mitglieder
78.347
Neuestes Mitglied
Csaragosti