Keine Ausgehende Telefonie möglich "Activating main window on a call"

bishop

Customer
Basic Certified
Mitglied seit
22. November 2019
Beiträge
78
Hi zusammen,

hier habe ich ein Verhalten an Win10 Clients mit Standard Benutzerrechten.

Die 3cx Software kann leider nicht mehr raus telefonieren.

Weder per 3cx mit Nummerneingabe, noch per TAPI Aufruf. Im 3CX Log erscheint mit jedem Klick auf „Anrufen“ die Meldung „Activating main window on a call“.
Eingehende Anrufe werden korrekt signalisiert.
Aus Win11/Adminrechte funktioniert alles normal.
image001.png

Hat jemand eine Idee / das gleiche Verhalten?
Windows Update? Virenscanner?
Was anderes?

Danke an alle!
LG, Bish
 
Also der Client is doch V16? Ist deine Anlage auch noch auf V16? Kannst du vielleicht ein paar mehr Infos geben?

Nur mal als Info:

1671032755908.png
 
  • Like
Reaktionen: bitn und coLumBo
Hi zusammen,

ja, der Client ist V16 und bisher einwandfrei an V18 Anlage gelaufen. (Läuft auch an anderen Maschinen Win10+11)
Hintergrund ist TAPI. Software soll wählen.
Nun geht aber "einfach so" das wählen aus dem Client schon nichtmehr. demnach auch kein TAPI.
3 Rechner gleichzeitig.

Hat jemand das Verhalten schonmal gesehen / eine Idee?
 
Benutzt du eine 3cx interne Tapi? Wir benutzen eine Tapi auch mit V18 ohne Probleme. https://wordpress.t38printer.de/
Zu deinem Problem hab ich aktuell leider keine Lösung :(.
 
Kannst du im Ereignis oder Aktivitätenprotokoll in der Adminkonsole den Ruf sehen, oder verlässt er den Client gar nicht erst?
 
Der Ruf verlässt den Client garnicht erst.
"Normalerweise" übergibt der Client an ein Yealink T54W und das wählt dann.

Anlage ist gehostet, also geht die Lösung von Hr. Theiss /T38printer vermutlich nicht.
TAPI ist entspr. das offizielle 3CX TAPI:

Komisches Verhalten.
Soll ich das Log vom Client mal im Klartext posten?
Hat evtl. einer die zündende Idee?
 
Hallo @bishop ,

Der Ruf verlässt den Client garnicht erst.
"Normalerweise" übergibt der Client an ein Yealink T54W und das wählt dann.
Zwecks Verifizierung bei uns: Tritt das Problem auch auf, wenn die Software im Softphone Modus - direkt wählen etc. - arbeitet oder nur in der Nutzung per CTI mit einem T54W?
 
Ich habe das eben an einem 2019er TS als Benutzer mit einem 3CX v16 Client an einer 3CX v18.0.6 per CTI an ein T54W probiert (3CX und T54W stehen lokal installiert daneben, aber beide in einem anderen Subnetz): funktioniert.

Der Client ist Version 16.3.0.264 (mind. vom August 2021, vmtl. älter), die dort installierten Plugins sind Version 15.0.948.643 (aber habe TAPI bei diesem Benutzer nicht probiert weil nicht vollst. eingerichtet).

Daher eine erste Idee: das eigene Firewall Log auf Auffälligkeiten überprüfen.
Zweite Idee: wenn es denn generell funktioniert (eure Win11 Clients und auch mit administrativen Rechten), dann die 3CX Software evtl. mal de- und neu installieren, das Verzeichnis %appdata%\3CXPhone for Windows zwischendurch löschen, den Client neu provisionieren und anschl. neu starten. Das sieht erstmal nicht nach einer Funktionseinschränkung oder Problemen mit der hosted 3CX aus.
 
Hi zusammen,
danke für den super Input!
Nächste Woche werde ich das mal prüfen und ggf. Ergebnis hier posten.
Iwie vermute ich immernoch was mit Virenscanner der WinUpdate...

Wenn es noch Ideen gibt, immer gerne her damit!

Danke an alle!
 
Es ist wie verhext...

Via V16 Softphone/Client direkt geht der Call raus.
Wenn via V16 Client das Yealink wählen soll geht nix raus.

Log:
[20.12.2022 14:13:31.268][1] Activating main window on a call
[20.12.2022 14:19:34.539][35] Targets override Pro 3CXPhoneTapiPlugin, Version=16.3.0.0, Culture=neutral, PublicKeyToken=bac47dd19dc4098a
[20.12.2022 14:19:34.541][1] MyFrontendState: HasNumber -> Initial
[20.12.2022 14:19:34.541][1] MyFrontendState: Initial -> Initial
[20.12.2022 14:19:34.541][1] Flashing main window on a call
[20.12.2022 14:19:44.551][35] Error occurred when trying to initiate call in plugin handler
[20.12.2022 14:19:44.554][35] System.TimeoutException: Timeout while making a call
bei _3CXWin8Phone.CallHandler.MakeCallAction(Assembly callingAssembly, Action action)


Versionen habe ich alle mal gecheckt und gespeichert und konnte das Verhalten vor Ort auch mit meinem Win10 Client via WLAN nachstellen.

3CX /Plugins/TAPI lässt sich nicht deinstallieren.


Telefonie ist via SBC an die gehostete 3CX Instanz gebunden.
Wählender Client ist via Yealink "durchgeschleift" also hat keinen eigenen Netzwerkport am zentralen Switch.
Kein VLAN konfiguriert, sollte also alles auf VLAN 1 laufen.

Yealink T54W haben FW 96.86.100.5 was von anderen Anlagen abweicht.

Router ist hier eine Digibox Smart.

Hat evtl. wer eine Idee zu testen wo es hier klemmt?
Ob ggf. der Client "auf einmal" nicht mehr mit dem Yealink kommunizieren darf?

Soll ich mehr Infos posten? Versionen / ältere Logs / anderes?

Ein fettes DANKE nochmal an alle!
 
  • Like
Reaktionen: bitn2 und bishop
Wahnsinn!
DANKE für den Tip!

Gibt es hier evtl. eine Lösung wie man die FW von Geräten gehosteter Instanzen remote downgraden kann ohne VPN/Fernwartung?

In der 3CX unter Telefon "+Konfig" sehe ich zwar eine Vorlage:
"
#!version:1.0.0.1


#######################################################################################
## Network ##
#######################################################################################
#Configure the WAN port type; 0-DHCP (default), 1-PPPoE, 2-Static IP Address;
#Require reboot;
network.internet_p
" usw.

aber anpassen kann man nix.

"Connect to the PBX (via either SSH or RDP)" geht wohl bei gehostet auch nicht nehme ich an.
 
  • Like
Reaktionen: MarcosV__3CX
Danke!
Das ist mal echter SUPPORT!
Danke echt nochmal für den 1a Tip!
 
  • Like
Reaktionen: MarcosV__3CX
Hi zusammen,

Downgrade habe ich gemacht und alles geht auf einmal wieder!

Also hier nochmal als Rückmeldung und fettes TNX an fxbastler!

LG, Bish
 

Statistik des Forums

Themen
44.414
Beiträge
232.720
Mitglieder
78.330
Neuestes Mitglied
uvitas