End Call, mitten im Gespräch

[ichhier]

Hallo, habe bei einem Kunden eine neue 3cx, wir hatten jetzt schon ein paar Mal mitten im Gespräch dass auf dem Display T46U (Yealink) End Call stand und das Gespräch weg war...

Der Anrufbericht sieht so aus

10.12.2024 09:05:59	0324234	EndCall	Answered	00:00:00	00:00:04	0,00	Terminated by 0324234	-	-
10.12.2024 09:05:59	0324234	EndCall	Unanswered	00:00:00	00:00:00	0,00	Busy, forwarded to PBX	-	-
10.12.2024 09:05:59	0324234	Empfang (10)	Unanswered	00:00:00	00:00:00	0,00	Target is busy	-

Im Eregnislog steht obwohl Medium Geloggt wird nix drin....

 

[fxbastler]

Das 3CX Aktivitätsprotokoll sagt da mehr aus oder auch der 3CX Log Viewer.

https://www.3cx.com/docs/3cx-log-viewer

Die dafür benötigten Dateien sind z.B. auch in den Support Informationen in Logs/3CXPhoneSystem.bldef und .blrec enthalten.

Lässt sich das Verhalten reproduzieren?

 

[ichhier]

passiert immer mal wieder, nicht nachvollziehbar wann

 

[fxbastler]

Dann die Zeiten notieren lassen und daraufhin im richtigen Log nachschauen.

 

[ichhier]

13.12.2024 08:11:07.293	Currently active calls [none]
13.12.2024 08:10:37.292	Currently active calls - 1: [99]
13.12.2024 08:10:35.053	Line limit check: Current # of calls for line Lc:10000(@0123123123123[<sip:[email protected]:0/UDP>]) is 0; limit is 2
13.12.2024 08:10:35.053	Line limit check: Current # of calls for line Lc:10000(@0123123123123[<sip:[email protected]:0/UDP>]) is 0; limit is 2
13.12.2024 08:10:35.053	C:99: calling from L:99.1[Extn:10{9179ae45e41a}] to Out#:>>Rule{0}>>0123123123123{f875fd3c7b76}
13.12.2024 08:10:35.053	[Flow] Target endpoint for 0123123123123 is Out#:>>Rule{0}>>0123123123123{f875fd3c7b76}
13.12.2024 08:10:35.053	C:99 + Call started +
13.12.2024 08:10:07.291	Currently active calls [none]

Heute morgen ist es nochmal passiert, dass der Kunde mit jemandem Telefonierte und es am Telefon keine Möglichkeit gab zu verbinden.

Im Anrufbericht steht de rAnfuf als unanswered drin, obwohl jemand dran war...


Man muss hinzu sagen, dass die 3cx Sip-Mäßig aktuell auf die Nebenstelle einer Fritzbox zugreift. Das ist nur provisorisch und geht aktuell nicht anders, da wir noch nicht an die sip daten kommen.
Das habe ich aber an anderer Stelle für eine Nummer auch so und da klappt das problemlos, sogar über einen vpn tunnel hinweg.

Einstellungen Sip-Seitig habe ich schon mehrfach verglichen, da finde ich keinen Fehler

 

[fxbastler]

Heute morgen ist es nochmal passiert, dass der Kunde mit jemandem Telefonierte und es am Telefon keine Möglichkeit gab zu verbinden.

Das ist aber etwas ganz anderes als das was du urspr. als Problem gemeldet hast.

Man muss hinzu sagen, dass die 3cx Sip-Mäßig aktuell auf die Nebenstelle einer Fritzbox zugreift.

Das kann für diesen speziellen Fall die Erklärung sein.

Das kann auch die Ursache für die spontanen Verbindungsabbrüche sein. Das wäre erklärbar.

Das könnte man mit etwas Geduld sicher auch reproduzieren. Wireshark würde due Ursache aufzeigen.

Das Protokoll ist zu wenig aussagekäftig. Die Protokollierunsstufe erhöhen oder den 3CX Bin Log Viewer für das verfolgen des Anrufverlaufes nutzen wenn kein Paketmitschnitt für Wireshark zur Verfügung steht

 

[ichhier]

Ja, war ja auch ein ganz anderes Problem, allerdings war das Verhalten dass man nicht verbinden konnte identisch...

Komisch ist halt dass diese Fritzbox-Konstruktion an einem anderen Anschluss völlig problemlos läuft.

 

[ichhier]

Jetzt wollte ich mir gerade die Supportinfos runterladen von heute um die im Log Reader zu öffnen, allerdings ist der Erste Eintrag von 9:14... blöd

 

[fxbastler]

Admin / Systemübersicht / Aktivitätsprotokolle / Einstellungen: Behalten einer Sicherung von Protokolldateien auf z.B. 10 Tage stellen und die Protokollierungsstufe etwas höher stellen (Ausführlich ist i.d.R. und dauerhaft zu viel).

Das ist immer eine der ersten zu ändernden Einstellungen an einer jeglichen 3CX.

 

[ichhier]

Ist schon auf 5 Tage geändert...wobei es auf 1 Tag stand und es heute morgen passiert ist....wieso ist das denn schon weg ?

 

[fxbastler]

Welches Protokoll schaust du dir an? Wurde die 3CX neu gestartet?

 

[ichhier]

Welches Protokoll schaust du dir an? Wurde die 3CX neu gestartet?

ah mist, ja das wars...

habe mir die Supportinfos runtergeladen und daraus die log genommen (war doch richtig, oder?)
aber ja, ich hatte die Anlage heute morgen rebootet

 

[fxbastler]

aber ja, ich hatte die Anlage heute morgen rebootet

Da setzt sich vieles zurück. Einfach laufen lassen.

 

[ichhier]

Ja, muss bis zum Nächsten Mal warten...aber dennoch sehr komisches Problem. Ich habe ein paar Anschlüsse wo noch eine Rufnummer von ner vorgeschalteten FB kommt. Davon habe ich ja auch das Template genommen , da gibts die Probleme nicht, hier jetzt auf einmal schon....
Naja..abwarten und schauen.

Dennoch Großes Lob ans Forum, ohne euch wäre ich echt aufgeschmissen

 

[fxbastler]

Ich habe ein paar Anschlüsse wo noch eine Rufnummer von ner vorgeschalteten FB kommt. Davon habe ich ja auch das Template genommen , da gibts die Probleme nicht, hier jetzt auf einmal schon....

Exakt diese Probleme sind mir bekannt.

Wir hatten hier und da kurzzeitig solche Sinnloskonstruktionen bevor dann irgend etwas dauerhaft und richtig umgestellt wurde: Zusammenlegen der dahinter betriebenen Anschlüsse / Endgeräte z.B. auf eine 3CX, SIP Trunk Provider Wechsel, Wechsel des ISP, Wechsel des ISP Vertrages - was auch immer.

Es kann auch einfach nur wie so oft die Fritte sein: die Ausführung, die Einrichtung der Leitungen, der Sonnenstand beim Anlegen der Endgeräte im Verhältnis zum Tierkreiszeichen usw. usf. - die Liste ist lang.

 

[fxbastler]

Das ist nur provisorisch und geht aktuell nicht anders, da wir noch nicht an die sip daten kommen.

Wieso? Welcher Provider? Welche Fritte?

 

[ichhier]

Telekom FB äh 7490 glaube ich...

natürlich gehts anders.....
Der Kunde möchte aber nicht

 

[fxbastler]

Der Kunde möchte aber nicht

Dann wird sich das Verhalten nicht ändern, Log hin oder her.

Wenn eine Telefonanlage dann eine Telefonanlage. Wenn 3CX dann alles an der auflaufen lassen, insbes. die SIP Leitungen.

Man kann eine Fritte rein nur als Modem- und Router Ersatz durchaus dauerhaft vor einer 3CX betreiben und die Endgeräte Telefonie der Fritte selber sogar wegen derer analogen oder DECT Anbindungen wieder hinter einer 3CX betreiben. Entscheidend ist, dass die Leitungen auf die 3CX auflaufen und diese die gesamte Telefonie verwaltet.

 

[ichhier]

ja, das ist mir schon klar....aber wenn Kunde nicht mag, dann sind auch mir die Hände gebunden...und bei anderen klappts ja auch genau so, das ist ja das eigenartige...

Naja, wir werden sehn....evtl muss ich noch ein wenig Überzeugungsarbeit leisten

 

[fxbastler]

aber wenn Kunde nicht mag, dann sind auch mir die Hände gebunden

Dann erkläre ihm, dass so eine technische Krücke eben nicht funktioniert.

Wenn es anderswo funktioniert, dann ist da Glück und Optimismus im Spiel. Das heißt auch nicht, dass es dort dauerhaft funktioniert, das kann sich von jetzt auf eben sofort dauerhaft ändern. Das hängt von vielen Faktoren ab und nicht alle kann man beeinflussen (den Anrufer z.B.). Dann funktioniert so ein Murks eben nicht.

Da brauche ich keine Log Dateien. Das ist von vornherein klar und i.d.R. nicht änderbar. Das ist kein sinnvolles und erst recht kein unterstütztes Szenario.