Fanvil X3S - no Hotdesking possible anymore

Status
Not open for further replies.

weimerd

Bronze Partner
Advanced Certified
Joined
Feb 27, 2020
Messages
147
Reaction score
67
Hi,

Since today Fanvil X3S are starting to trouble us in hotdesking setups. It can't login anymore. One user is still logged in and can't log off anymore.

All phones are behind an SBC.

3CX latest beta v18 running on Azure
SBC latest available v18 version
all fanvil phones running latest 3CX Firmware 2.14.0.7387

All worked great for months. Somewhen last week (1st of October?) problems started, ending up in todays total crash with no hotdesk fanvil X3S working in any office anymore.

What I already tried:

- resetted a phone and added it again. no success.
- deleted a hotdesk setup comletely, added a new one, added a new phone to it running on fanvil original firmware. no success.

If a hotdesk phone tries to login the whole process works without issue but the phone does not switch to the user account. In 3cx management console I can see that the hot desk is registered to the user.

3CX - we need help here!
 
Hi @weimerd

I analysed one X3S we have here in our lab, and I see the phone takes about 15 seconds to login, and the same to log out on a Cloud PBX with the new certificate after applying the Hotfix.

Code:
Captured packet 190-263 (13 seconds) Initial Provisioning

Captured packet 190-263 (13 seconds) Initial Provisioning
190    12:57:51.365044    {my X3S LAN IP}    1029    {my DNS IP}    53    DNS                    Standard query 0x0004 A my3cx.fqdn.com
263    12:58:04.614041    {my X3S LAN IP}    1030    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert


Captured packet 1415-1487 (15 seconds) HD Login
1415    13:01:02.138278    {my X3S LAN IP}    1036    {my DNS IP}    53    DNS                    Standard query 0x0008 A my3cx.fqdn.com
1487    13:01:17.708810    {my X3S LAN IP}    1032    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert


Captured packet 2163-2237 (15 second) HD Logout
2163    13:03:55.138056    {my X3S LAN IP}    1045    {my DNS IP}    53    DNS                    Standard query 0x000d A my3cx.fqdn.com
2237    13:04:10.719302    {my X3S LAN IP}    1034    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert

...and it can actually do it under 10 seconds when its a local PBX ;)

The delays you see are not really related to the certificates as far as I can tell. Here are some possible factors that can most certainly cause delays of variable timing, if you wish to look further into it yourself:

- Slow DNS replies
- Slow NTP replies
- Slow cloud PBX replies
- Slow network
 
  • Like
Reactions: Evolute IT
Hi @weimerd

I analysed one X3S we have here in our lab, and I see the phone takes about 15 seconds to login, and the same to log out on a Cloud PBX with the new certificate after applying the Hotfix.

Code:
Captured packet 190-263 (13 seconds) Initial Provisioning

Captured packet 190-263 (13 seconds) Initial Provisioning
190    12:57:51.365044    {my X3S LAN IP}    1029    {my DNS IP}    53    DNS                    Standard query 0x0004 A my3cx.fqdn.com
263    12:58:04.614041    {my X3S LAN IP}    1030    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert


Captured packet 1415-1487 (15 seconds) HD Login
1415    13:01:02.138278    {my X3S LAN IP}    1036    {my DNS IP}    53    DNS                    Standard query 0x0008 A my3cx.fqdn.com
1487    13:01:17.708810    {my X3S LAN IP}    1032    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert


Captured packet 2163-2237 (15 second) HD Logout
2163    13:03:55.138056    {my X3S LAN IP}    1045    {my DNS IP}    53    DNS                    Standard query 0x000d A my3cx.fqdn.com
2237    13:04:10.719302    {my X3S LAN IP}    1034    {my cloud IP}    5001    TLSv1.2                    Encrypted Alert

...and it can actually do it under 10 seconds when its a local PBX ;)

The delays you see are not really related to the certificates as far as I can tell. Here are some possible factors that can most certainly cause delays of variable timing, if you wish to look further into it yourself:

- Slow DNS replies
- Slow NTP replies
- Slow cloud PBX replies
- Slow network
Thanks for testing. Actually we can clearly state that logon/logoff process was under 10 seconds before 1st of October. Anyway it is working. slowly, but it works. So maybe it's not worth investigating any further here.

Phones are used with an SBC. Network connection is made by 1Gbs glasfibre up and down with static IP.
 
Unfortunately some things cannot always be controlled, but at least we know its not something to do with the phone or certs.

You can always investigate further if the delay is too annoying, but under 30 sec is reasonable I would say.
 
Unfortunately some things cannot always be controlled, but at least we know its not something to do with the phone or certs.

You can always investigate further if the delay is too annoying, but under 30 sec is reasonable I would say.
just curious: could it be that the new v18 version on sbc is causing that slower logon logoff issue as well? Just a thought.
 
Not from what I have seen, I was able to eliminate that possibility from the test results
 
Status
Not open for further replies.

Latest Posts

Forum statistics

Threads
112,156
Messages
591,013
Members
165,188
Latest member
Teemal