Both party cannot hear each other voice in period of times in day

Status
Not open for further replies.

Rikikudoz

Forum User
Joined
Mar 25, 2020
Messages
4
Reaction score
0
Hi,

I am having an issue with 3CX (Running version 16.0.4.504 , hosted on Debian local server)
In period of times, both receiver could hear the voice from caller, but caller could not.
I have to restart the services or run the Firewall Check. It will back to normal. And this issue will happen again in next few hour.
Have anyone been having the same issue ? Please give some advises on this issue.

Thanks.
 
Hi John,

Here is the information of 3CX System running on our system.
  • 3CX Version, Professional Annual 16.0.504
  • Server OS, Debian 9
  • Is the 3CX Server Hosted on our local server, running on Hyper-V
  • IP Phone Make/Model/Firmware: Using Fanvil X3S and Panasonic KX-HDV130
  • Provisioning Method: Local
  • Trunk Provider: FPT
  • Has the Firewall Checker passed: YES
  • Are custom Phone Templates being used: YES
In Period of times in day, Receiver and Caller could not hear each other. To resolve the issue, I have to run firewall check or restart the serivces in 3CX. 3CX will be back to normal.

Thanks you.
 
What you are describing I think points towards ports not all being forwarded.

As the ports increment over time, if you end up in a range that is closed, you will lose audio.

Restarting the services (or running the checker which also restarts services) causes the system to start from the lowest ports and build its way up again as calls go through.

Does the problem strictly affect trunk calls or are internal extension calls also affected?
 
Hi John,

Thanks for your reply.

The problem cause after trunk calls. Internal extension are not affected.

Thanks you.
 
Ok makes more sense now, as trunk calls would require that your media ports remain open.
Can you run the firewall checker and post the whole result in a .txt file?
 
Hi John,

Here is my Firewall Test. Please check the attach file.

Thanks you.
 

Attachments

Firstly we see testing port 5060... full cone test failed

That should be addressed by checking your firewall rules and making usure 5060 is correctly forwarded to your PBX server (just like 5090 which already passed the test). Then, run it again and make sure nothing at all fails.

Although 5060 is not normally used for audio, it will be used to negotiate where the audio goes so this means if no 5060, no calls, no audio.
 
Status
Not open for further replies.

Forum statistics

Threads
111,940
Messages
589,850
Members
164,830
Latest member
business@brightwaylogisti