Grandstream GXP1620 IP Phone and PfSense not doing well, not working
-
Hi experts, I am trying to put on air a VoIP Phone (Grandstream GXP1620) with PfSense but with no success.
I have my WAN configured in PfSense, and a LAN with only one host, the IP Phone. The Firewall rules are setted to allow any traffic for and to any port and any destination and source. The telephone just do not complete any call.
However, the IP phone works normally when I connect directly to the WAN port of my router, without going through pfSense.
I've tried to put phone IP adress in the proxy bypass, but no success in calls.
I'm have had configured just firewall rule, not configured any NAT, routing or VPN.
Any idea?
Thanks.
-
Phones behind pfSense connecting to an external PBX should not normally require anything special. On some older telephony systems that cannot handle a random source port it may require a fixed source outbound NAT rule: https://docs.netgate.com/pfsense/en/latest/recipes/nat-voip-phones.html#disable-source-port-rewriting
Steve
-
Long time since i have played w. Grandstreams.
Set the phone to register every 20 sec , to keep/maintain the state.
Check if STUN is setup correctly. -
I think @stephenw10 suggestion is the first thing to look at here, most IP phones shouldn't have an issue with random source port but it's still the first thing I'd look at as well.
Does the phone register and just not make any calls or does it completely not work?
-
@planedrop Hi, the IP Phone register normaly, but does not make any call.
-
Cannot place or receive calls? Or some issue with audio during calls?
-
@stephenw10 the IP Phone does conect normally to the PABX, and does not have any issue with Audio Codecs, the problem is that nbot able to make calls: calls noes not get completed, and the I get bussy tone.
-
Ok, then first check the state table in Diag > States when you try to place a call. Is the phone opening the expected SIP states?
Next would be to run a packet capture for that SIP traffic and check when the phone is actually sending and whether anything comes back from the PBX.
