Phone calls only ring for a fraction of a second

Status
Not open for further replies.

Melvin_XIII

Customer
Joined
Oct 25, 2016
Messages
33
Reaction score
1
Hello,
I am at a loss. Incoming phone calls ring for a short time and are directly transfered to whatever is defined in the forwarding rule. This is independent of what is set in the "If I do not answer calls within:" field. at the moment this time is set to 20 seconds. I have a fear that this is because of the ssl certificate update for SP6 (Service Pack 6). The server was powered down over night and now it is behaving different to yesterday (where it was working fine).
I have another server which I was using for test puropses. this one was also powered down. when I register a sip trunk on that server it also rings for a fraction of a second and is then forwarded to whatever is defined in the forwarding rules. I can place outgoing calls without a problem.

I appreciate all the help I can get.
 
Incoming phone calls ring for a short time and are directly transfered to whatever is defined in the forwarding rule.

Are you talking about forwarding rules within 3CX, or forwarding rules you have set-up with your VoIP provider, in the event calls cannot reach your PBX?
 
Yes, I am talking about forwarding rules defined in the extensions in 3CX.
I have managed to eliminate the problem, however I haven't found the source of it.
after hours of not getting anywhere I tried applying for another trial license. I installed this on the Linux based 3CX system. the behaviour was the same. Phone calls didn't ring properly and were transferred after a fraction of a second. This was a new install and the behaviour was identical. my next assumption was some "interference" in the network. Its unlikely, but so was the problem. I couldn't find anything.
Shortly before giving up I installed Windows Server on a HyperV System and installed 3cx for windows. It all just worked.
It seems to be a problem with the Linux based 3cx installation. that is all I could figure out.
Note hat the UDP ports used in SP6 are different. I changed this in the firewall pretty early on. This wasn't the reason why it didn't work. I made sure to do a firewall check on every system I tested.

I would still be interested in what caused the problem. any ideas?
 
If it within 3CX, then the 3CX Activity Log will show why the call goes where it does.
 
Status
Not open for further replies.

Forum statistics

Threads
111,859
Messages
589,435
Members
164,700
Latest member
Apollo Cloud