We have been using FreePBX for over a year now but all of a sudden we have an issue with sound. When users setup an unconditional forward towards their own personal phone number they have no sound on both sides of the isle when an external call comes in meaning :
External call → FreePBX → External personal phone number
But if we call from internal towards external it works, external towards internal works but an external forward towards another external number, that does not work.
I’ve got no clue where to look for, do any of you have in idea by any chance?
Please provide the full log, at verbosity 5, and the appropriate protocol log, for the channel driver in use, as plain text, and redacted, but so as not to hide the difference between different addresses and different types of address.
For chan_pjsip, you will need to use the CLI command “pjsip set logger on”
By driver I meant chan_pjsip, as against, say cham_dahdi, or chan_sip. Technology was probably confusing as it is means the same as the driver, in Asterisk terms, but I really meant, analogue, ISDN, SIP, H.323, SCCP, mobile air interface voice, etc.
Hi David, we are using chan_pjsip with a SIP trunk from the ISP
I’ve looked into those logs and this is everything under verbose 5, i’ve kinda blurred some of the personal information. Now that file/log is quite humongous, what would be the best way to share it here? (480 lines of information)
I sort of assumed that it worked without the forwarding, but I suppose one should explicitly ask that question. If this were plain Asterisk, and it worked without forwarding, but not with forwarding, I’d suggest direct media should be disabled, but for FreePBX, you normally have to go out of your way for the preconditions for attempting direct media to be met, as FreePBX generally wants to see DTMF, and that is most often done with RFC 4833, which requires the media flow through Asterisk.
To be fair, i said “yes” rather blindly since i did enable to when i was configuring everything when we launched it but now i’ve seen in our firewall that some rules & NAT seem to be disabled. Basic calls still work (as in we can still help customers atm) so i’ll have to wait to make some changes & tests outside of the office hours
When that happens, unless media is being pushed over that local channel from the PBX (which it is not) then no RTP ports are selected or used at this point. Meaning, there’s nothing to open the NAT/firewall for when the call is sent out. Media doesn’t start to flow until the call is answered and since this is a local channel, when answered the media flows into the PBX first.
If there isn’t proper firewall/NAT rules to allow new incoming requests for RTP to come into the PBX, no audio stream is really made.