Alex Sergeev Posted February 15, 2011 Report Share Posted February 15, 2011 Good day! After upgrade from 4.0.1.3499 to 4.2.0.3981 when I press the Directory key on any snom phone, I need to wait more than 5 seconds to display a list of contacts. If I press the letter key, I must also wait more than 5 seconds. And so on. It is very inconvenient. Until that time, much faster. Help my users please. Quote Link to comment Share on other sites More sharing options...
mattlandis Posted February 15, 2011 Report Share Posted February 15, 2011 i just tested it on a pretty clean 10 extension system...seems fast. how many extensions? Quote Link to comment Share on other sites More sharing options...
voipguy Posted February 15, 2011 Report Share Posted February 15, 2011 Good day! After upgrade from 4.0.1.3499 to 4.2.0.3981 when I press the Directory key on any snom phone, I need to wait more than 5 seconds to display a list of contacts. If I press the letter key, I must also wait more than 5 seconds. And so on. It is very inconvenient. Until that time, much faster. Help my users please. They load the directory data into the phone a different way now....I think it used to be XML which was fast but now it's LDAP (Lightweight Directory Access Protocol)which takes 4 or 5 seconds on my phone to load the data. Quote Link to comment Share on other sites More sharing options...
mattlandis Posted February 15, 2011 Report Share Posted February 15, 2011 i agree that 5secs would not be acceptable. We have a big install...i'll test it there. Quote Link to comment Share on other sites More sharing options...
mattlandis Posted February 15, 2011 Report Share Posted February 15, 2011 just some feedback: we have a ~200 extension system on .3981. Our onsite tech says directory comes up fine. He was using it on snom300 and snom370. Just feedback and I didn't see it with my own eyes. ;-) Matt Quote Link to comment Share on other sites More sharing options...
pbx support Posted February 15, 2011 Report Share Posted February 15, 2011 We had this 5 seconds delay in on of the interim versions. But not the release .3981. Quote Link to comment Share on other sites More sharing options...
voipguy Posted February 15, 2011 Report Share Posted February 15, 2011 We had this 5 seconds delay in on of the interim versions. But not the release .3981. I'm on .3981 and still have the 4 or 5 second delay. Quote Link to comment Share on other sites More sharing options...
Alex Sergeev Posted February 16, 2011 Author Report Share Posted February 16, 2011 At present we have 50 extensions. About 1000 entries in domain address book. P.S. After upgrade from 4.0.1.3499 to 4.2.0.3981, not all phones have been reset. Although over 5 second delay on all phones (reseting or not). Quote Link to comment Share on other sites More sharing options...
Alex Sergeev Posted February 17, 2011 Author Report Share Posted February 17, 2011 Dear Colleagues, Anybody can help me understand my problem? Quote Link to comment Share on other sites More sharing options...
pbx support Posted February 17, 2011 Report Share Posted February 17, 2011 Few questions to rule out the obvious - Are you sure you are running .3981? (check the status page) - Are you sure if the phone has done the PnP with the PBX that is running .3981? Sometimes, folks have done PnP with different PBX (running older version) and configured an identity to the new PBX. Other alternative is to provide us with a test extension to configure a phone on your system (you can probably PM or send email to support@pbxnsip.com) Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted February 17, 2011 Report Share Posted February 17, 2011 The 1000 entries could be a problem, especially if the PBX has to perform a table scan. What you can do is run taskmgr, put it on fast update then hit the directory key a couple of times and see if one of the cores goes to 100 % load. Quote Link to comment Share on other sites More sharing options...
Alex Sergeev Posted February 18, 2011 Author Report Share Posted February 18, 2011 1. Are you sure you are running .3981? (check the status page) Yes, I'm sure 4.2.0.3981 (Linux) on CentOS 5.4. 2. Are you sure if the phone has done the PnP with the PBX that is running .3981? Sometimes, folks have done PnP with different PBX (running older version) and configured an identity to the new PBX. I tried to connect "new" phone to the PBXnSIP. The problem remains. And can PnP xml-files of old versions inherit to new version PBXnSIP after upgrade? 3. The 1000 entries could be a problem, especially if the PBX has to perform a table scan. What you can do is run taskmgr, put it on fast update then hit the directory key a couple of times and see if one of the cores goes to 100 % load. On version 4.0.1.3499 with 1000 entries the problems was not. But I tried to measure CPU load. The pbxctrl process does not exceed 5% during the request to the address book. Also, I took a tshark-dump. Maybe you have something in it to see? DirectorySlow.zip Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted February 18, 2011 Report Share Posted February 18, 2011 Thanks for the PCAP. It shows where the problem is: The PBX uses the standard mechanism for anti-DoS, which is to let the user wait for 5 seconds before answering a login request. There is no CPU spike. I guess we have to fix that in the next build. Quote Link to comment Share on other sites More sharing options...
pbx support Posted February 18, 2011 Report Share Posted February 18, 2011 Just curious - Do you have a 'localhost' as one of the PBX domains (or at least an alias to one of the domains)? Quote Link to comment Share on other sites More sharing options...
yoyo Posted February 20, 2011 Report Share Posted February 20, 2011 I just used the windows 2003 active directory server, and added an ou=people for all the contacts, and they work great for incoming calls. There is no delay, and I put all the numbers for a single person in one contact object. using the builtin LDAP server, you are limited to 1 phone # per person. even for snom870, using the phone to look up directory is a real headache... so for now, it is for incoming display only Quote Link to comment Share on other sites More sharing options...
Alex Sergeev Posted February 21, 2011 Author Report Share Posted February 21, 2011 Just curious - Do you have a 'localhost' as one of the PBX domains (or at least an alias to one of the domains)? I did not understand what you mean. At PBXnSIP, we use the same domain. But I do not understand why we need to append the name "localhost". On the Domains tab, I see a warning: You have only one domain, but that domain does not include the name "localhost". This might cause problems match incoming requests with the domain. Consider adding the name "localhost" to the list of domain names of your domain. You believe that the solution to our problem lies in that phrase? P.S. I recall that we have a problem with global address book PBXnSIP. LDAP, we do not use. Quote Link to comment Share on other sites More sharing options...
pbx support Posted February 21, 2011 Report Share Posted February 21, 2011 Adding localhost as a alias to your domain is a workaround(that's why you see the warning on the main page :-)). We already have a fix and we will release it with the next version. Quote Link to comment Share on other sites More sharing options...
Alex Sergeev Posted February 25, 2011 Author Report Share Posted February 25, 2011 Thank you very much! Really helped alias 'localhost'. In manual I have not found information about alias 'localhost'. But on wiki found. Sorry for the long silence. Quote Link to comment Share on other sites More sharing options...
voipguy Posted March 2, 2011 Report Share Posted March 2, 2011 I can confirm the 5 second delay is now gone - fixed in ver 4.2.1.4000 Quote Link to comment Share on other sites More sharing options...
mattlandis Posted March 2, 2011 Report Share Posted March 2, 2011 Where did that update come from? I dont see it here: http://wiki.snomone.com/index.php?title=Upgrades tx Quote Link to comment Share on other sites More sharing options...
pbx support Posted March 2, 2011 Report Share Posted March 2, 2011 That was a special version created to test this issue. Quote Link to comment Share on other sites More sharing options...
mattlandis Posted March 2, 2011 Report Share Posted March 2, 2011 understood. thanks Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.