I am using 3.10.1 stable. 3.10.2 is not production/stable yet so I
haven't gone there.
I did:
sipxconfig.sh --database drop-index
sipxproc -r ConfigServe
Which didn't help. After looking in the sipxconfig.log I saw:
"2008-06-09
09:28:39,879":ERROR:AbstractProfileManager:?:org.sipfoundry.sipxconfig.phonebook.PhonebookManagerImpl$CsvFileFormatError:
Too few columns. required columns First name, Last name, Number
The phone beloneged to a group, and I had a couple of test phone books
assigned to the group. After deleting them, it worked fine. They loaded
without issue in 3.81, but something must have happened.
So the lesson learned here is that an incorrectly formatted phonebook
csv file will keep any speeddial's from being pushed onto the config of
a Polycom phone I guess. The sipxconfig.log is your friend.
Thanks for the pointer Damian!
Tony
>>> Chaitra <[EMAIL PROTECTED]> 06/09/08 08:56AM >>>
Hi Tony,
I have upgraded the test machine in our lab from 3.8.1 to 3.10.2 and
was
not able to reproduce this issue.
Steps followed:
*Scenario
1:------------------------------------------------------------------------------------------------------------*
1. Installed the test machine with the build 3.8.1-011577.
2. Added users 380(Polycom-650, firmware version 3.0.0.0258), 381 and
382.
3. Navigate to Speed Dial page of user 380 (Polycom IP 650 --Monitoring
phone) and add the following speed dial entries
Name: s1
Number: 381
Name: s2
Number: 382
Save and Update the Phone
Observation:----------
a) Polycom 650 with user 380 reboots and the added speed dial entries
s1and s2 are visible on the TUI.
b) The macid-directory.xml of Polycom 650 displays the speed dial
entries as in the attached file "380_DirectoryXml.txt"
c) Dial the line(user 381) added as speed dial entry by pressing the
key
assigned to that.---->User 381 starts ringing
4. Upgrade the test machine to the build 3.10.2-012826
5. *Add a new speed dial entry* (Name: s3 , Number : 480) to the
already
existing Polycom 650 (user 380) and Save and Update the Phone
Observation:----------
a) Polycom 650 with user 380 reboots and the added speed dial entries
s1, s2 and s3 are visible on the TUI.
b) The macid-directory.xml of Polycom 650 displays all the 3 speed dial
entries.
c) Dial the line(user 381) added as speed dial entry by pressing the
key
assigned to that.---->User 381 starts ringing
d) Dial the line(user 480) added as speed dial entry by pressing the
key
assigned to that.---->User 480 starts ringing
Hence the speed dial is working as expected for the existing Polycom
650
phone after upgrade.
6. Enable Subscribe to presence for the speed dial entries 381, 382 and
480 and Save and Update Phone (user 380)
Observation:------------
a) Polycom 650 reboots and the added speed dial entries s1, s2, s3 are
visible on the TUI.
b) The resource-lists.xml displays the speed dial entries with BLF.
c) Make a call from 381 to 480. Answer the call on 480. --->The BLF
next
to speed dial button of 381 and 480 on the TUI of 380, glows
immediately.
Hence the speed dial with BLF is working as expected for the existing
Polycom 650 phone after upgrade.
*Scenario 2: (Adding a new Polycom 650 after upgrade)
---------------------------------------------------------------------------------------------------------------------------
*1. Added a *new Polycom 650 phone* (user 480) with firmware version
3.0.0.0258 to the sipxchange.
Observation: --------
--The files associated with the device (macid.cfg, macid-directory.xml,
macid-sipx-phone.cfg, macid-sipx-sip.cfg) are in the tftproot
directory,
the phone registers, and is functional
2. Navigate to Speed Dial page of user 480 (Polycom 650) and add the
following speed dial entries
Name: a1
Number: 380
Name: a2
Number: 381
Name: a3
Number: 382
Save and Update the Phone
Observation:------------
a) Polycom 650 with user 480 reboots and the added speed dial entries
a1, a2 and a3 are visible on the TUI.
b) The macid-directory.xml of Polycom 650 displays the speed dial
entries as in the attached file "480_DirectoryXml.txt"
c) Dial the line(user 380) added as speed dial entry by pressing the
key
assigned to that.---->User 380 starts ringing
Hence the speed dial is working as expected for the newly added Polycom
650 phone after upgrade.
3. Enable Subscribe to presence for the speed dial entries 380, 381,
382
and Save and Update Phone (user 480)
Observation:------------
a) Polycom 650 with user 480 reboots and the added speed dial entries
a1, a2, a3 are visible on the TUI.
b) The resource-lists.xml displays the speed dial entries with BLF.
<list user="~~rl~10">
<name>480</name>
<resource uri="sip:[EMAIL PROTECTED]">
<name>a1</name>
</resource>
<resource uri="sip:[EMAIL PROTECTED]">
<name>a2</name>
</resource>
<resource uri="sip:[EMAIL PROTECTED]">
<name>a3</name>
</resource>
</list>
c) Make a call from 380 to 381. Answer the call on 381. --->The BLF
next
to speed dial button of 380 and 381 on the TUI of 480, glows
immediately.
Hence the speed dial with BLF is working as expected for the newly
added
Polycom 650 phone after upgrade.
Thanks,
Chaitra Sharma
*Qantom Software Private Limited*
>
------------------------------------------------------------------------
>
> Subject:
> [sipx-users] 3.10.1-012233 add new phone/speeddial broken.
> From:
> "Tony Graziano" <[EMAIL PROTECTED]>
> Date:
> Fri, 06 Jun 2008 15:35:53 -0300
> To:
> <[email protected]>
>
> To:
> <[email protected]>
>
>
> 3.10.1-012233 on Centos 5. Polycom 650/firmware 2.x.
>
> Error / Warning
> Projection for: <mac address here> 6/6/08 2:14 PM 6/6/08 2:14 PM
> Failed Too few columns. required columns First name,
> Last name, Number
>
> The files asscoiated with the device are in the tftproot directory,
the
> phone registers, and is functional.. The directory I expect to be
> created in tftproot bearing its mac address is not, which holds user
> specific speed dial, etc., whereas BLF works since it is not located
in
> the missing directory.
>
> This was an upgrade from 3.81.
>
> Thanks,
>
> Tony
>
>
>
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
