Intermittent disconnections on 3cx webclient and the phone

Status
Not open for further replies.

bamzat

Customer
Joined
May 30, 2019
Messages
19
Reaction score
0
Hi,

I have a 3cx installation sitting on Debian install on my windows server (running hyper-v). I also have an old Elastix installation on another server which has my physical Sangoma analog card for E1. There is a sip trunk bridging the Elastix calls to the 3cx end. Both of them are on the same network. The servers and all the clients are connected to the phones via network cables and not wirelessly.

The problem is that since installation last week, users have been suffering intermittent disconnections on the phones. All would be working and suddenly it says "Disconnected. Waiting for network" simultaneously on both the windows phone client and the web client. Whenever this happens, you can't use the keypads. If it happens in the middle of a call, it doesn't seem to affect the call in any way. The longest it has stayed disconnected for is like 10 seconds and it's usually back up again. But the issue persists day in day out.

On my own, I've tried to do some troubleshooting. On the same hyper-v running the 3cx server, I have a Windows VM that I installed the 3cx phone on. While running the phone, I pulled up the command prompt to run pings to the 3cx server with several loads and also opened up the web client on the browser. What I noticed is that, even while the phone and the web clients were disconnecting intermittently with "Disconnected. Waiting for network", the pings to the 3cx server on the command prompt were not disrupted a bit. I initially thought this was network related, but at this point, I'm baffled as to what could be the reason for this and how to solve it.

I have a 32 simultaneous call license and about 64 phones on it which at any point in time only about 25 are connected and just 5 out of the 32 simultaneous calls are used. Please help.


12345
 
On screen copy you have trunks and firewall in RED, what are the problems, they should be green if nothing is wrong.

Your phones are POE ? are they new phones supported ones on 3CX ? latest firmware? default templates?
 
On screen copy you have trunks and firewall in RED, what are the problems, they should be green if nothing is wrong.

Trunks will be red, if you are not using a 3CX supported sip provider.
 
The firewall signal when clicked is asking me to run a test "3CX Services will be stopped until the test is complete. Services will be started automatically after." so i don't what that means.

The trunk signal says "
You are using Unsupported SIP trunk providers which may cause issues.
For a list of supported SIP Trunks visit this page."
 
On screen copy you have trunks and firewall in RED, what are the problems, they should be green if nothing is wrong.

Your phones are POE ? are they new phones supported ones on 3CX ? latest firmware? default templates?
On screen copy you have trunks and firewall in RED, what are the problems, they should be green if nothing is wrong.

Your phones are POE ? are they new phones supported ones on 3CX ? latest firmware? default templates?


The firewall signal when clicked is asking me to run a test "3CX Services will be stopped until the test is complete. Services will be started automatically after." so i don't what that means.

The trunk signal says "
You are using Unsupported SIP trunk providers which may cause issues.
For a list of supported SIP Trunks visit this page."

I have POE phones (HTEK) and I"m also using the 3cx windows phones.
 
All deskphones are POE , do you have enough POE budget on the switch side to power properly all the phones?

Firewall checker is a tool to test if all ports are set as it should to work properly within 3CX, while in use all the 3CX traffic doesn't work, so it needs to be done during OOH
 
All deskphones are POE , do you have enough POE budget on the switch side to power properly all the phones?

Firewall checker is a tool to test if all ports are as it should to work properly within 3CX, while in use all the 3CX traffic doesn't work, so it needs to be done during OOH

The POE phones are not being powered by the switch currently, they are using their dedicated power cables.
 
OK, so POE is out of scope. you didn't answered what phones firmware are you using? default templates?
are you running latest 3CX V16.2 version?

when OOH run firewall checker to see what's wrong , copy result here
 
OK, so POE is out of scope. you didn't answered what phones firmware are you using? default templates?
are you running latest 3CX V16.2 version?

when OOH run firewall checker to see what's wrong , copy result here
The physical VoIP phones are HTEK phones while the softphones are running 3CX Client for 3cx phone system version 16.0.1.81. I'll run the firewall checker after office hours
 
You said above it was Htek phones but which model and firmware ? this is what i asked not the brand.

your pbx is latest version?12361
 
You said above it was Htek phones but which model and firmware ? this is what i asked not the brand.

your pbx is latest version?View attachment 12361
Brand - HTEK
Model - UC926E
Firmware - 2.0.4.6.13

For the softphones, they are running 3CX Client V16.0.1.81

The PBX version is Professional Perpetual 16.0.2.910
 
so every component is up to date for V16 use.

Can you set log to verbose during troubleshooting (revert to initial setting when finished)
 
so every component is up to date for V16 use.

Can you set log to verbose during troubleshooting (revert to initial setting when finished)

how/where do i do this?
 
From MC , click on activity log button, then settings (top right corner) last windows open, choose Verbose and tick keep backup for 3 or 4 days max.
This keep the most detailled logs register events on PBX for 3 or 4 days according to what you set.

Don't forget to revert to low when problem is fixed
 
From MC , click on activity log button, then settings (top right corner) last windows open, choose Verbose and tick keep backup for 3 or 4 days max.
This keep the most detailled logs register events on PBX for 3 or 4 days according to what you set.

Don't forget to revert to low when problem is fixed
I"ll do that and troubleshoot. I'll post the logs when I"m done.
 
Also you can check audio codec used on trunks and extensions, set order as preferred codec used by your sip provider, if you don't know which one it is ask them
 
Status
Not open for further replies.

Latest Posts

Forum statistics

Threads
111,933
Messages
589,817
Members
164,810
Latest member
astrobalaji