- Joined
- Jul 14, 2015
- Messages
- 16
- Reaction score
- 5
I've been getting away with not assigning individual listening or "Local SIP Port" for remote STUN extensions. Fully aware that it is not best practice. It seems that by checking "PBX delivers Audio" using the same port of 5065 for many extensions behind the same firewall it was working well until....
Reference this thread: https://www.3cx.com/community/threads/v16-update-2-problems-with-yealink.66732/#post-288457
The upgrade to V16.03 and firmware update to 66.84.0.95 caused major problems getting phones to register, make or pickup calls, etc. Phones would sometimes take a long time to register, they would show up in the pbx phone list 3 or 4 times, calls were questionable and other strange behavior.
So - follow best practice and use different ports for each remote extension. I got away with it for a long time but got caught after upgrades.
I'm just sharing this as something learned if anyone else get's caught with the same problem.
Reference this thread: https://www.3cx.com/community/threads/v16-update-2-problems-with-yealink.66732/#post-288457
The upgrade to V16.03 and firmware update to 66.84.0.95 caused major problems getting phones to register, make or pickup calls, etc. Phones would sometimes take a long time to register, they would show up in the pbx phone list 3 or 4 times, calls were questionable and other strange behavior.
So - follow best practice and use different ports for each remote extension. I got away with it for a long time but got caught after upgrades.
I'm just sharing this as something learned if anyone else get's caught with the same problem.