Installed FortiWiFi 50E , firmware 6.2.7 build 1190
Issue: VOIP phones are working except for park function. When receptionist parks a call, the next user cannot hear the call if the pick up the parks call. Weird thing is that if the pick up the parked call, place it on hold and then resume the call, the call will then proceed as normal. So: can't pickup parked calls unless you press hold twice.
What we've tried:
1. disable sip ALG helpers through CLI
2. Created a few services to allow traffic on ports: 53 UDP 5060-5062 UDP 20000-40000 UDP and allowed these services to talk from LAN to WAN and from WAN to LAN
3. rebooted phones, switches, firewall etc.
4. Created a ticket with Fortinet, currently they are researching the issue...but my client is a Karen and is breathing down my back.
Thank you for any help!
Solved! Go to Solution.
Nominating a forum post submits a request to create a new Knowledge Article based on the forum post topic. Please ensure your nomination includes a solution within the reply.
So call park should be part of the SIP:protocol. Do you have , or can take pcap from the phone perspective ? I believe it's encode in SIP call-control via "REFER" messages.
So you need a full call-signaling dump to see what's going on within the REFER/INVITE/RE_INVITE/NOTIFY etc.......Also make sure the phones firmware are updated but I would get a pcap started for analysis of the SIP protocol ( udp/tcp-5060/5061 )
Sorry my SIP t-shooting skills are poor since I haven't decode SIP messages in the last 6 + years ;)
Ken Felix
PCNSE
NSE
StrongSwan
So call park should be part of the SIP:protocol. Do you have , or can take pcap from the phone perspective ? I believe it's encode in SIP call-control via "REFER" messages.
So you need a full call-signaling dump to see what's going on within the REFER/INVITE/RE_INVITE/NOTIFY etc.......Also make sure the phones firmware are updated but I would get a pcap started for analysis of the SIP protocol ( udp/tcp-5060/5061 )
Sorry my SIP t-shooting skills are poor since I haven't decode SIP messages in the last 6 + years ;)
Ken Felix
PCNSE
NSE
StrongSwan
Thanks Felix, I will look and see if I can take a pcap from the phone perspective! Might have to get with the VOIP provider and see if they can help me get that info.
My problem was that there was a session established after I disabled SIP ALG. My issue was in "edit 13" so deleting that within the session helper edits cleared out my issue. # config system session-helper show Amongst the displayed settings will be one similar to the following example: edit 13 set name sip set protocol 17 set port 5060 next Here entry 13 is the one which points to SIP traffic which uses UDP port 5060 for signaling. delete 13 end
Okay good
Ken Felix
PCNSE
NSE
StrongSwan
Select Forum Responses to become Knowledge Articles!
Select the “Nominate to Knowledge Base” button to recommend a forum post to become a knowledge article.
User | Count |
---|---|
1517 | |
1013 | |
749 | |
443 | |
209 |
The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.
Copyright 2024 Fortinet, Inc. All Rights Reserved.