We are switching to a new server for our pbx. Previously we had FreePBX 15 on a standalone device with sip using Dutch KPN. This all worked (and still works) fine. However, on our server (Proxmox) we want to upgrade to the latest version of FreePBX (17). The installation went succesfull and I was able to convert the sip to pjsip, atleast I think so. Incoming calls are received, but outgoing is not working.
43514[2024-09-28 15:13:04] ERROR[160494] res_pjsip.c: Endpoint 'Trunk_SIP_+313434XXXXX': Could not create dialog to invalid URI 'Trunk_SIP_+313434XXXXX'. Is endpoint registered and reachable?
43515[2024-09-28 15:13:04] ERROR[160494] chan_pjsip.c: Failed to create outgoing session to endpoint 'Trunk_SIP_+313434XXXXX'
Ofcourse I can also share the entire log from the moment the call is placed till ended.
If more information is needed, let me know.
Why are incoming calls working, but outgoing are not? Does is have to do with the pjsip configuration or is it related to FreePBX running on Proxmox (no other problems on Proxmox, since FreePBX is seen as a standalone device in the network).
Incoming only working could be the result of an invalid registration (e.g. bad contact address), or the endpoint at the contact address ignoring OPTIONS requests (rejecting them is OK).
Note that the bc49adb0fb in the Contact looks wrong to me, but one really needs the output as plain text and also a pjsip set logger on logging of the REGISTER request, as plain text.
I set the qualify frequency to 0 and then the outbound was working. However, later on the day we tried everything, just to be sure, and now inbound calls were not working anymore (report says that the trunk is registered). Outbound still did and as soon as we made an outbound call, inbound was working again. Still something to do with the qualify frequency?
That’s consistent with the router using a dynamic forwarding or firewall rule. The outbound call is making a temporary rule, as is the OPTIONS sent by qualify.
If the provider is so broken as to drop OPTIONS on the floor, without even rejecting it, you could see if they will accept very frequent re-registrations. If not, you will have to fix it by making the rules in the router static.
The thing is, that with chan_sip all was working fine. How was it working back then?
accept very frequent re-registrations
What would be very frequent? What field would that be? Can I find anything in the old sip config on the old server? I already looked, but wasn’t able to find anything.
Does FreePBX being installed on a Proxmox server would have anything to do with it (regarding routing)?
I just set it to 120. Although my provider specifically says in their documentation to have it at 3600. It did not work. After some time, inbound calls did not work anymore. Outbound still did. As soon as an outbound call was made, inbound was working again.
It’s very annoying that it somehow works, but also doesn’t.
