|
|
|
[
Permlink
| « Hide
]
Tony Graziano - 2008-06-11 17:44
I have seen this type of behavior when there is mismatched firmware/configuration files. In a fresh environment, does this still happen with firmware 3.0.2..0972 (3.02C) and bootrom 4.1?
Firmware version of the phones used is 3.0.0.0258 and the bootROM version: 3.2.2.0248
As per Thanks, Chaitra I have reproduced this Speed Dial issue on Polycom 501 and 601
Ver 3.02.0972 Boot Rom 4.1.0.0219 This also effects the ability of the Polycom sets to do any BLF functionality for other Users The problem here is actually with the <MAC>-directory.xml generated by sipXconfig. (I've adjusted the issue title accordingly.)
The generated <MAC>-directory.xml directory item_list contains all the entries from the user's Phonebook, followed by all the entries from the User's Speed Dial List. The problem occurs when the same User ID (Polycom element "ct", contact) appears more than once. The first occurrence seems to take priority. Phonebook entries are all generated with a null "sd" (speed-dial index) value. Subsequent entries corresponding to sipX user Speed Dials have a non-null "sd" value, but those with a duplicate "ct" value are ignored, and thus do not show up on the phone's buttons. A simple interim solution might be to generate the Speed Dial entries into <MAC>-directory.xml first, and the Phonebook entries second. Note that a user can have more than one Speed Dial entries with the same "Number", which might complicate the solution a little. The attached patch should address this issue, but does NOT address the scenario that an user can have more than one Speed Dial entries with the same "Number".
In the case that an user can have more than one Speed Dial entries with the same "Number", sipXconfig is generating the profile as expected, but Polycom is not able to handle it., and as the result, some entries might get lost from directories or speeddial list. Please open a separate issue if it is required to be fixed as well, and that has to be fixed by Polycom. It should be relatively simple to fix it properly.
DirectoryConfiguration.getRows should create a unitied list of entries, which means that when creating speed dial entries we need to search for matching directory entries and merge them (if ct/contact fields match). I actually think that speed dial shoul take priority (since it is set by user, while phone book is global and added by administrator). In any case - take it to 3.10.3 - if you want and I'll merge it to mainline. The new patch implemented the solution proposed by Damian, that is to merge the entries with the same contact number.
http://sipxecs.sipfoundry.org/ViewVC/sipXecs?view=rev&rev=13995
XCF-2777 fixed generating polycom directory files If the same contact/number field is present in phonebook directory and in speed dial list, speed dial takes a precedence (phonebook entry is not generated). It prevents phone book entries (controlled by administrator) from eclipsing speed dial entries controlled by the user. This is a workaround for a Polycom problem: the phone should allow for multiple entries with the same contact in a directory list. Verified this issue in the following build:
sipxproxy 3.10.3-014006 2008-11-13T18:58:25 oem-3.10-centos5 sipxconfig 3.10.3-014006 2008-11-13T19:08:43 oem-3.10-centos5. This issue is resolved. Common contacts for both Phone book and Speed dial are successfully displayed on the phone interface.None of the entries are missing. Hence closing the issue. Thanks, Chitralekha. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||