Protokollierung von nicht reproduzierbaren Gesprächsabbrüchen

Benjamin Laubert

Silver Partner
Advanced Certified
Mitglied seit
20. August 2020
Beiträge
13
Servus zusammen,

bei einem Kunden kommt es regelmäßig zu Gesprächsabbrüchen. Da sich dieses Verhalten bislang nie reproduzieren ließ, kommen wir mit dem 3CX Support nicht weiter, da sich dieser immer darauf bezieht, eine Aufzeichnung zum Zeitpunkt des Fehlverhaltens zu starten. Die Protokollierungsstufe steht auf "Ausführlich". Die Aufbewahrungsfrist für Protokolldatei-Backups haben wir auf 10 Tage hochgesetzt, um einen längeren Zeitraum protokollieren zu können.

Lassen sich mit folgenden Protokolldateien Rückschlüsse ziehen, warum es zu Gesprächsabbrüchen kommt? (Ich habe leider keine Erfahrungen mit der Analyse dieser Daten)

attachment


Infos zur Umgebung:
  • Version: 18.0 (Build 312)
  • Betriebssystem: Linux (debian 10.11)
  • Hosting: Azure
  • SIP-Trunk: Vodafone IP-Anlagenanschluss
  • Software: 3CX Windows Client (Legacy)
  • SBC: Build-Version 18.1.36
Hinweis: Die Legacy App wird aktuell aufgrund der TAPI Funktion verwendet.

Über Feedback freue ich mich sehr! Beste Grüße
 
Vermutlich wirst Du mit Ausführlich nichts finden.
Du wirst den Datenverkehr speichern müssen (wireshark) und im Vorfall die Daten analysieren.
 
Im Aktivitätenprotokoll ab Stufe Mittel - nur im Notfall in Stufe Ausführlich - steht schon sehr viel drin. Man kann mit dem 3CX Log Viewer weitere Einsichten erhalten. Aber ja, irgendwann landet man unweigerlich bei Wireshark Mitschnitten.

Wenn das Problem nicht reproduzierbar ist stellen sich die Frage::
  1. Wie häufig tritt das denn auf?
  2. Werden die Gesprächsabbrüche bereits überwacht - in einem Monitoring o.ä.?

Für den Erhalt der Logdateien: die 3CX nicht neu starten wenn es denn vermeidbar ist.
 
  • Like
Reaktionen: MarcosV__3CX
Danke @Patrick_Bitblade und @fxbastler. Ich werde mit dem 3CX Log Viewer versuchen dem Problem näherzukommen.

Antworten @fxbastler:
  1. Wie häufig tritt das denn auf?
    1. 4-5 pro Woche
  2. Werden die Gesprächsabbrüche bereits überwacht - in einem Monitoring o.ä.?
    1. "Manuelles" Monitoring . D.h. händische Protokollierung zu welcher Zeit bei welchem Gespräch ein Abbruch stattfindet.
 
Meiner Vermutung nach wird mit folgenden Informationen keine konkrete Analyse möglich sein. Trotzdem schmeiße ich mal einen Teil der Logs hierein, um von euch eine Meinung zu erfahren. Der Ausschnitt der Logs zeigt einen Abbruch, der zu dieser Uhrzeit stattfand (Eingehender Anruf --> Warteschleife --> Agent nimmt Gespräch an --> nach 05:53 Min. bricht Gespräch ab):

01.08.2023 10:46:21:994 | 9 | Leg L:30.6[Extn:203] is terminated: Cause: BYE from 192.168.XXX.XXX:52438

Level = 3
Severity = Log
Tread = 9
Source = /home/repomaster/workspace/Releases/18.0.SP7/Sources/Projects/PbxServer/src/CallLeg.cpp, line:1190

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

01.08.2023 10:46:21:995 | 9 | [CM503008]: Call(C:30): Call is terminated

Level = 3
Severity = Log
Tread = 9
Source = /home/repomaster/workspace/Releases/18.0.SP7/Sources/Projects/PbxServer/src/Call.cpp, line:3659

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

01.08.2023 10:46:21:995 | 9 | Leg L:30.1[Line:10020<<3600172XXXXXXX] is terminated: Cause: BYE from local

Level = 3
Severity = Log
Tread = 9
Source = /home/repomaster/workspace/Releases/18.0.SP7/Sources/Projects/PbxServer/src/CallLeg.cpp, line:1190
 
Hi @Benjamin Laubert,

der Log abschnitt ist nicht wirklich hilfreich..

Was ist die IP BYE from 192.168.XXX.XXX ??
 
Hi @Benjamin Laubert,

ok, vom Log abschnitt ist halt nur zu erkennen dass das Telefon den Anruf beendet(warum auch immer)
 
Hey @avraammich_3CX,

zu diesem Zeitpunkt stand die Protokollierungsstufe noch auf "Mittel", mittlerweile auf "Ausführlich". Ich warte nun erneut ab, bis das Verhalten wieder auftritt, in der Hoffnung dann mehr Informationen herausziehen zu können.
 
Hey @avraammich_3CX,

zu diesem Zeitpunkt stand die Protokollierungsstufe noch auf "Mittel", mittlerweile auf "Ausführlich". Ich warte nun erneut ab, bis das Verhalten wieder auftritt, in der Hoffnung dann mehr Informationen herausziehen zu können.
Da dieses Problem selten auftritt empfehle ich Dir Wireshark bereits laufen zu lassen.
Im Falle eines Vorfalls hast Du dann ausreichend Daten um den Fehler zu finden.
 
  • Like
Reaktionen: Benjamin Laubert

Statistik des Forums

Themen
44.414
Beiträge
232.717
Mitglieder
78.330
Neuestes Mitglied
uvitas