[cisco-voip] Wrong Partition associated w/ users in WebDialer

[Roush, David]

We recently migrated a new office to CUCM 6.1(2) and we set their phones
up w/ their real number but a fake partition so calls would not go to
their new phones. When we were ready to cut everyone over, we ran a bulk
update on the phones to update their lines to a real partition that
belonged to the correct CSS. We also use the Cisco Web Dialer to allow
users to click on extensions on our intranet and that will automatically
dial the user. The issue we have is when you click on a link the initial
time it shows the user associated w/ the right number but the fake
partition. We have tried unassociating the users from the phone but it
still only shows the fake partition. We have deleted the fake partition,
but still no luck. Any ideas????

 

 

 

 

Thanks.
David


CONFIDENTIALITY NOTICE: 
This e-mail and any attachments contain information from 
the law firm of McKenna Long & Aldridge LLP, and are 
intended solely for the use of the named recipient or 
recipients. This e-mail may contain privileged 
attorney/client communications or work product. Any 
dissemination of this e-mail by anyone other than an 
intended recipient is strictly prohibited. If you are not a
named recipient, you are prohibited from any further 
viewing of the e-mail or any attachments or from making any 
use of the e-mail or attachments. If you believe you have 
received this e-mail in error, notify the sender 
immediately and permanently delete the e-mail, any 
attachments, and all copies thereof from any drives or 
storage media and destroy any printouts of the e-mail or 
attachments.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090112/2a9ca282/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 23484 bytes
Desc: image003.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090112/2a9ca282/attachment.jpe>