delayed in/out calls only via LAN hardphone

Status
Not open for further replies.

ssstofff

Forum User
Joined
Aug 19, 2020
Messages
10
Reaction score
0
Hello

I'm using a 3CX FQN, and i face only delayed IN/OUT calls on the Yealink (T57W) Hardware phone.
The extension is also active on a softphone on iphone, connected on the WIFI of the same LAN. The softphone reacts immediately on calls, the hardphone only after 2 rings.

I'm searching already for a while to find the difference between LAN and WIFI, but nothing yet so far.
Anyone had this same issue and knows maybe to point me in a good direction?

  • 3CX Version: Standard Annual 16.0.5.622
  • Server OS: Debian 9
  • Is the 3CX Server Hosted and where: Linode
  • IP Phone Make/Model/Firmware: T57W, fw 97.84.188.5
  • Provisioning Method: STUN
  • Trunk Provider or Gateway Make/Model: Twilio
  • Has the Firewall Checker passed: YES
  • Are custom Phone Templates being used: NO

Thx!
Kristof
 
Last edited:
  • Like
Reactions: ssstofff
problem still persists after:
- 3CX was updated to latest v: 16.0.6.655
- Yealink T57W updated to 3CX supported fw: 96.85.0.5
 
Have you turned on PBX delivers audio under extension settings?

You should also give your phone a static IP and port forward the SIP and RTP ports to the phone.

both these ports are under extension settings > phone provisioning.

And make sure SIP ALG is turned off on your router.
 
Last edited:
Hi Kristof,

I would suggest to connect the phone directly into your LAN and compare. That should be your first check.

The phone also has packet capture capabilities and soe does 3CX. You can run a capture on both and compare when the invite leaves 3CX VS when it arrives on the phone.
 
The iPhone app connects to 3CX over a tunnel which overcomes network traverse issues which is why the app works fine - that's why it works fine over Wifi. STUN doesnt use this way.
 
  • Like
Reactions: ssstofff
The iPhone app connects to 3CX over a tunnel which overcomes network traverse issues which is why the app works fine - that's why it works fine over Wifi. STUN doesnt use this way.

Thank you for this interesting insight. I was wondering why the softphone app is is not having this problem on the same network.

Would VPN'ing all the hardphones to the server resolve this problem too then?
 
im talking about:
location 1: 5 devices
location 2: 2 devices
location 3: 7 devices
location 4: 2 devices

where location 1-3 is 1 country and 4 another
 
Use a Pi for an SBC at each remote location
 
The delay in dialling out, on the desk sets, may be the result of the set not having an internal dialplan, and having to "time out" to be certain you've dialled the last digit.
 
Status
Not open for further replies.

Forum statistics

Threads
111,992
Messages
590,171
Members
164,929
Latest member
Cloudstar