3cx 15.5 SP4 uptime 70 days one-way audio issues

[Brian Cross]

Anyone else have issues with debian based 3cx systems that have an uptime over 70 that start to have one way audio/dropped call issues? Rebooting seems to fix the issue until I hit that 60-70 day uptime range again.

 

[Saqqara]

Confused SP4 was only released on 28th March, not sure how you have reached 60 - 70 uptime

 

[Brian Cross]

doesn't mean the server was restarted to update 3cx.

 

[Brian Cross]

This is on debian not windows

 

[OCWI]

Brian are you using a border controller, stun, or is this a lan environment?

 

[Brian Cross]

LAN, I have two different PBX's with the same type of behavior. The only common denominator is they are running virtually from VMWare, but I have others running on VMWare that I don't touch.

 

[OCWI]

i wouldn't think VMWare would be the cause, but unfortunately i have no experience in lan setups or in VMWare hosted pbx's. All of ours are through a BSC and hosted on OVH!

Good luck, sorry i couldn't be of more help !

 

[NickD_3CX]

doesn't mean the server was restarted to update 3cx.

You can't install a Service Pack without the services being restarted.... so its a valid question.

Anyone else have issues with debian based 3cx systems that have an uptime over 70 that start to have one way audio/dropped call issues? Rebooting seems to fix the issue until I hit that 60-70 day uptime range again.

Can you run the Firewall Checker and check that all RTP Ports pass? It may not be the days, but the number of calls....
When you restart the services, the first call uses port 9000 and each next call increases by +2. IF you have e.g. ports 9000-9100, then from the 50th call you may be getting this problem.

 

[Brian Cross]

It's all good. Rebooted both servers yesterday after hours and both report that the one way audio and dropped calls have stopped.

You can't install a Service Pack without the services being restarted.... so its a valid question.


Can you run the Firewall Checker and check that all RTP Ports pass? It may not be the days, but the number of calls....
When you restart the services, the first call uses port 9000 and each next call increases by +2. IF you have e.g. ports 9000-9100, then from the 50th call you may be getting this problem.

When has restarting services changed the up time on a server? Not quite following you but no matter.. Yes the firewall checker passes. Server resources are barely being used.