New Firmware Release for Fanvil X Series

Pierre_3CX

Staff member
3CX Support
Joined
Aug 1, 2013
Messages
781
Reaction score
401

Firmware update fixing key security issues in Fanvil firmware.​

A new interop firmware update (v2.12.25.6) for the Fanvil X series IP phones was provided by Fanvil. According to Fanvil, this firmware includes important security fixes and stability improvements. Following successful interop verification, the update has been made ...
Continue reading the Original Blog Post.
 
HI Pierre,

I hope you are well

Last few weeks, we have noticed that some of Fanvil X4u - v2 and X5u-v2 used as router phones with 70-80 mbps speed into network with 3-5 handset onsite. All of sudden it is delay of 5-10 secs answering calls, even they answered the phones nobody at other ends for 5-10 se. By simple reboot of phones / router does not fix the problem, only reprovision of that handset has improved it . Do you think this new firmware update can improve those ongoing issues?

Thanks
Mayur
 
  • Like
Reactions: Evolute IT
Hi Mayur,

Fanvil has informed us that they have improved this. Please upgrade them and let us know.
 
  • Like
Reactions: Evolute IT
Hello Pierre, since we updated our X4U-V2-Phones, it is not possible to transfer calls on that phones. The call is dropped as soon as the transfer-button is pressed. We need to transfer via PWA (Webclient) as workaround. Please check this our with your partner.
After Downgrade to 2.12.22.2 all is fine again.
 
Last edited:
Hello Pierre, since we updated our X4U-V2-Phones, it is not possible to transfer calls on that phones. The call is dropped as soon as the transfer-button is pressed. We need to transfer via PWA (Webclient) as workaround. Please check this our with your partner.

Are you using SRTP?
 
We do have SRTP enabled on almost all of ours. Is this issue related to having SRTP enabled? If so I can disable it and have my users test it out.
 
We do have SRTP enabled on almost all of ours. Is this issue related to having SRTP enabled? If so I can disable it and have my users test it out.

Ah "almost" is a key word here. If your entire chain is not SRTP, you will sooner or later come across dropped calls.

So its either all on, or all off (both in the extension and in the phone web UI). You have to absolutely verify this on all extensions and all IP phones one by one.

Otherwise as soon as you press the transfer button media negotiation will fail and the call will drop (even if the initial call arrived and seemingly worked fine).
1774348965435.png
 
Sorry I meant almost all of our customer installs. If it's on it's on for everyone at a client. Some of my older clients it's not been enabled yet. We know not to mix and match on having it enabled within a site. We also have it Enabled and not Enforced. I would imagine it would drop down to unencrypted if it was not able to negotiate. Just wondering if the SRTP has been the cause of this issue.
 
Sorry I meant almost all of our customer installs. If it's on it's on for everyone at a client. Some of my older clients it's not been enabled yet. We know not to mix and match on having it enabled within a site. We also have it Enabled and not Enforced. I would imagine it would drop down to unencrypted if it was not able to negotiate. Just wondering if the SRTP has been the cause of this issue.

Yep, SRTP mismatch/misconfig can reliably cause this. If you can replicate it under other conditions, it would be good to open a case with support and provide captures so it can be analyzed.
 
We've tested a few sites and disabling the SRTP for all phones seems to have fixed the issue with hold/park/transfer dropping calls. I can see where the SRTP setting would have issues with transfers if it was mismatched but I don't see why hold/park is being affected by this.
 
  • Like
Reactions: FHD
I will try that, but the phone are all hot-desk-seats because of user rotation. Because it is a LINE-config - perhaps it is resetted because of a hot-desking-user-change? The 3CX-User-SRTP-Mode is "enabled" - should a hot-desk-login not take the user-setting? The phone-setting "RTP Encryption(SRTP)" was set to disabled. The drop occurs before a destination could be selected - so SRTP-differences without a second site ...
 
Last edited:
The 3CX-User-SRTP-Mode is "enabled" - should a hot-desk-login not take the user-setting? The phone-setting "RTP Encryption(SRTP)" was set to disabled. The drop occurs before a destination could be selected - so SRTP-differences without a second site ...
HotDesking by definition pulls the config of the user who logs in, including the SRTP setting.
When you hit Transfer, renegotiation happens to put the remote party on hold and it seems that it fails due to SRTP mismatch causing a drop.
 
  • Like
Reactions: N_G
FWIW all of the ones we have disabled SRTP have been working fine since. Still would like a new firmware update so we can re-secure our audio on the phones.
 

Members Online Now

Forum statistics

Threads
111,831
Messages
589,277
Members
164,660
Latest member
RJenkinsROCK