<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>Presence Hot Issues from Cisco TAC</title>
  <link>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</link>
  <description>Hot Issues from Cisco TAC.  Please click the link for complete details.</description>
  <language>en-us</language>

  <managingEditor>wsisk@cisco.com (Wes Sisk)</managingEditor>
  <webMaster>news-at-cisco-rss@cisco.com (Cisco Newsroom)</webMaster>
  <pubDate>Mon, 23 Nov 2009 12:09:55 EST</pubDate>
  <lastBuildDate>Mon, 23 Nov 2009 12:09:55 EST</lastBuildDate>
  <generator>PERL</generator>

  <docs>http://www.cisco.com/en/US/customer/products/sw/voicesw/ps556/products_tech_note09186a0080937324.shtml</docs>
  <ttl>10080</ttl>

<item>
<title>CUPC Audio Quality Issues with Snow Leopard - MAC OS 10.6 , Fixed CSCtb83904</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb83904</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;

After upgrading MAC OS Leopard to Snow Leopard (10.6), CUPC phone calls are now experiencing one-way or no way audio.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
&lt;br&gt;


&lt;B&gt;Workaround:&lt;/B&gt;

Download and install CUPC 7.0(2b).  It can be found here:

http://tools.cisco.com/support/downloads/go/ImageList.x?relVer=7.0(2b)&amp;mdfid=280455801&amp;sftType=Unified+Personal+Communicator+(CUPC)+System+Software&amp;optPlat=Mac+OS&amp;nodecount=6&amp;edesignator=null&amp;modelName=Cisco+Unified+Personal+Communicator&amp;treeMdfId=278875240&amp;modifmdfid=&amp;imname=&amp;treeName=Voice+and+Unified+Communications&amp;hybrid=&amp;imst=
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb83904</guid>
</item>
<item>
<title>Crash when run on computer where &quot;Embassy Security Suite&quot; installed , Terminated CSCsm17852</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm17852</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;
CUPC crashes at startup on some newer Dell laptops with the &quot;Embassy Security Suite&quot; installed.  The application starts normally but before it is able to connect with CUP and get into softphone/hardphone mode, the application terminates and generates a Problem Report.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Any machine with the Embassy Security Suite installed.  The wxvault.dll library will be listed in the process manager and the Security Suite will be listed under Add/Remove programs.  Note that this is an optional software suite shipped with Dell machines, that once installed, causes incompatibility with other running applications.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Uninstalling the Embassy Security from the machine and restarting fixes this problem.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
Here is an article that details the problem more thoroughly:
       http://mikedimmick.blogspot.com/2007/12/calling-out-embassy-trust-suite.html

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm17852</guid>
</item>
<item>
<title>Web conference server health is red until a conference is launched , Fixed CSCsx48648</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx48648</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
The Web Conferencing Server status might show red. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
- Start CUPC
- Navigate to the server health page and observe the status of the Web Conferencing Server
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The Web Conferencing Server status will turn green once a call is established with another user and is escalated to a web conference.




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx48648</guid>
</item>
<item>
<title>DRS unable to contact Local Agent because of ipsec.pem , Fixed CSCsz44417</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz44417</link>
<description>
None
 
 
 
 
 
 
 
 &lt;B&gt;DRS Backup -&gt; Backup Device-&gt;Add New button grayed out.  Also there will be
an error saying:
 Local Agent is not responding. This may be due to Master or Local Agent being
down.:&lt;/B&gt;
 
 
 
 
 
 
 
 &lt;B&gt;This will happen on CUP release 7.0.4 and later, when CUCM version in Pre
7.1.2. :&lt;/B&gt;
 
 
 
 
 
 &lt;B&gt;Download CUP Publisher IPSec cert through OS admin GUI (Security -&gt;
Certificate mgmt -&gt; Find -&gt;
 &quot;ipsec.pem&quot; -&gt; download. Download to PC/Laptop. Then go to each node of the
cluster (including CUP
 Pub) and upload &quot;ipsec.pem&quot; as ipsec-trust through OS admin GUI (Security -&gt;
Certificate mgmt -&gt;
 upload cert -&gt; Certficate Name = ipsec-trust -&gt; Browser the PC where ipsec.pem
was downloaded -&gt;
 Upload file). Note: No need to do this is CUP Pub ipsec.pem is already
available in a node as ipsec-trust with name as &lt;cup-pub-hostname&gt;.pem file. :&lt;/B&gt;
 
 
 
&lt;br&gt; 
 &lt;B&gt;Further Problem Description:&lt;/B&gt;
 
 
 
 
 
 
 
 
 
 
 
 
 
 



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz44417</guid>
</item>
<item>
<title>CUP &#39;file delete license&#39; does not work properly , Open CSCtc54480</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54480</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Getting &quot;Error: License File already loaded : license file with LicFileId&quot; when uploading a license file.   License Unit Report may show available licenses even though no license files are loaded, services might still not activate despite License Unit Report showing available licenses.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This can occur if a license file was previously deleted using the &#39;file delete license&#39; command in CUP.   This same issue is not present in CUCM.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Contact TAC to manually correct the tables in the database so that the license file can be uploaded, and the Unit Report is accurate.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54480</guid>
</item>
<item>
<title>CUPC registration fails if the DN in callmanager is defined with \+ , Fixed CSCsz13100</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz13100</link>
<description>                  RELEASE NOTE TEMPLATE                           

&lt;B&gt;Symptom:&lt;/B&gt;
- Softphone: Failed to connect - server connection refused
- Deskphone: Partially connected (primary) - cannot connect to Phone

PLEASE NOTE THE FOLLOWING:

 We found  that CSCta53946 prevents the cisco unified personal communicator version 7.0.2.13700 and later  to log in to Cisco Unified Presence server ( CUP server )  7.0.4.  Please please work around below.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
DN in callmanager 7.0  is defined with + for  example \+1004
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Take the + sign off DN in callmanager

For CSCta53946 , work around for now is to use any version of  Cisco Unified Presence server ( CUP server )  other than 7.0.4 ( for ex. CUP 7.0.3 work just fine)
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
CUPC registration fails if the DN is callmanager is defined with + for 

example \+1004 is causing an error during registration as shown here:

&lt;sip:%5C+1004@172.18.251.98:50000;rinstance=afcdb721dd2d429e&gt;;+sip.instanc
e=&quot;&lt;urn:uuid:00000000-0000-0000-0000-000000\+1004&gt;&quot;;+u.sip!devicename.ccm.
cisco.com=&quot;UPCAJCOOK&quot;;+u.sip!model.ccm.cisco.com=&quot;358&quot;

The \ character basically tells callmanager to escape the + sign.hence CUPC should also be able to strip the \ before registering .The + support was added in CUPC was chiefly around dialing however also need to add support for  DN defined with +

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz13100</guid>
</item>
<item>
<title>CUPS IPPM should escape at sign in UPN usernames in URLs , Fixed CSCtc79196</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc79196</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

IPPM Main Menu shows &quot;Requesting&quot; when any option is chosen instead of displaying the correct menu item.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This symptom can be encountered when using User Principal Name as the UserID. IPPM embeds this UPN into the menu item URL. In the case of a UPN UserID the @ symbol can cause the URL to fail on certain models of IP Phones such as the 7940 and 7960.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Switch from UPN to sAMAccountName, or switch to a different model phone.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc79196</guid>
</item>
<item>
<title>EPE: Remove ODBC driver manager , Open CSCsv83749</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv83749</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The Presence Engine intermittently cores during automation testing if tests are started and stopped rapidly.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Tests are started/stopped rapidly during automation testing.  Very rarely, the Presence Engine cores on startup due to a problem in ODBC Driver Manager.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Restart the Presence Engine.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv83749</guid>
</item>
<item>
<title>CUPC Domain Comparison should not be case sensitive , Fixed CSCtc81350</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc81350</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Inbound message received from user which is not in the contact list results in the sender name being displayer as the SIP URI.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This will occur if the inbound SIP Message is received from a domain other than what the client has configured for its proxy domain in a case sensitive comparison.  

Example:  if the message is received from CISCO.COM but the Proxy Domain for that client is cisco.com.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Modify the Proxy Domain to match identically by case the domain name on the inbound SIP Message.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc81350</guid>
</item>
<item>
<title>Unable to start WebEx conference from CUPC due to meeting password , Open CSCsz96007</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz96007</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

When CUPC is trying launch Webex collaboration, the use gets &quot;Unable to start a web conference session. Error communicating with the web conferencing server&quot;.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This is due to the password requirement set in Webex site administration and current CUPC 7.0.2 does not support this. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Log into the webex site administration and unchecked the box that says &quot;all meetings must have a password&quot; global setting.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz96007</guid>
</item>
<item>
<title>LDAP search should support filtering by object class , Fixed CSCsu88292</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu88292</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
LDAP search results contain unwanted object types. Customer would like to specify which object types search should return
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
None.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
We should enable user to specify on CUP side what object types search function will return and CUPC should display only specified search results (filtered by object type).


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu88292</guid>
</item>
<item>
<title>CTI Gw supresses announcement on IP Phone , Fixed CSCtd32455</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd32455</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;






Annunciator not playing when making a failing call from the phone if phone is controlled by CTI gateway component from CUP for remote call control with OCS / MOC. For example when number is invalid the call just ends rather then hearing a message playing to tell you that it is invalid. If the phone is not MOC controlled, you do hear the message.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;




MOC/OCS with CUP for remote call control
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;



none
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd32455</guid>
</item>
<item>
<title>Secure Messaging server health status shows red with Unity Connection , Open CSCta14229</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta14229</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;
Secure Messaging Shows Red X in CUPC Help -&gt; Show server health.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Unity Connection for Secure Messaging, works correctly with Unity w/ exchange.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None. The status can be safely ignored as it does not actually affect the feature. 






</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta14229</guid>
</item>
<item>
<title>NTP not configurable on CUPS , Fixed CSCtc10551</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc10551</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;

NTP is not configurable on CUPS 7.0(5)
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;




&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.  This is by designed.  Document needs to be updated to reflect this.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc10551</guid>
</item>
<item>
<title>oamagent startup must update hostname in inits.xml , Fixed CSCsw67474</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw67474</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Presence Engine will not start after tje host name is changed.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

In CUP versions prior to 7.0.4, after CUP has been installed or upgraded, the hostname of the node is changed by the user.  This causes a mismatch between the new and old host names in a file used by the Presence Engine during startup.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Gain remote access to the CUP node.  Edit /usr/local/pe/ums/inits.xml file and make the &lt;host name&gt; line match the new name.

  &lt;pop name=&quot;mpop&quot;&gt;
    &lt;host name=&quot;nw070b-87&quot;&gt;                              &lt;---- change this line
      &lt;ne name=&quot;pe&quot; type=&quot;pe&quot; version=&quot;7.0.1.1&quot;&gt;

Restart OAMAgent and then Presence Engine.




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw67474</guid>
</item>
<item>
<title>CUPS : Cannot login to GUI Admin, CUPC Authentication fail , Terminated CSCsk40141</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk40141</link>
<description>Problem Symptom:

Cisco CUPS GUI Login would fail after approximately 10 days of operations.

Symptoms would begin with CUPC users reporting login and authentication problems. The administrator would then attempt to login at the CUPS Administration page but the browser would appear to be stuck.

The administrator is still able to login via the CLI, but some of the commands and functions would also fail, such as creating a Remote Support account.

Environment:

Cisco Unified Presence Server 6.0.1-1000-21
Cisco Unified Communications Manager 6.0.1-2000-4

Workaound:

 - Reboot the CUPS server


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk40141</guid>
</item>
<item>
<title>CUPS 6.0.2-1000-27-Core Dumps , Fixed CSCsq66270</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq66270</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

SIP Proxy service on CUP cores/crashes
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

State Machine logging is enabled
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Disable state machine logging

Also, this bug is resolved in CUP 7.0.2 and a 6.0.4 ES.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq66270</guid>
</item>
<item>
<title>CUPC : unable to make IP Phone onhook , Fixed CSCsz15454</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz15454</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When a call is disconnected by some special reason (unassigned number, destination out of order and so on), CUPC cannot make IP Phone hung up. IP Phone cannot make CUPC hung up, too.
CUPC users need to hangup both CUPC and IP Phone manually.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
CUPC Version is 7.0(2.13496).
CUP : 6.0(5), 7.0(2)
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
No workaround. 
&lt;br&gt;

&lt;B&gt;Further Problem Description:&lt;/B&gt;
This problem does not occur when a call is disconnected by User Busy and Normal Call Clearing.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz15454</guid>
</item>
<item>
<title>CUPS needs to be case insensitive for userids , Terminated CSCta37749</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta37749</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUPC status shows as offline, when the user adds himself/herself in his/her own contacts window then it might not show the same status as in the top of CUPC. This weird behavior is not consistent and might vary each time the user logs in.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Happens when the userid in CUCM contains any non lower case characters.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Change the userids for End Users in CUCM to all lower case characters.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta37749</guid>
</item>
<item>
<title>checking in new CSA for OOM (mem leak) issue fix , Fixed CSCsz90025</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz90025</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Processes may be killed by Out of Memory.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUP 6.0.2.1000-27
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
To disable CSA (&lt;B&gt;utils csa disable&lt;/B&gt;).
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
This problem has been resolved in CUP 7.0.5 or later.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz90025</guid>
</item>
<item>
<title>EspConfigAgent Core on DNS SRV lookup timeout , Fixed CSCtc78694</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc78694</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUPC users cannot login or receive presence information, and reports status as &#39;Connection Limited&#39;
&lt;br&gt;
Further troubleshooting found EspConfigAgent service has core dump, failed and restarted. The frequency of service restart depend on utilization of the CUP server.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Cisco Unified Presence Server (CUP) v7.0.4-10000-18
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Restart the SIP Proxy service from CUP Serviceability page.


&lt;B&gt;Further Problem Description:&lt;/B&gt;

The problem symptom gradually manifest itself and CUPC users will find gradual degrading of login speed/response.

The problem trigger is a proxy timeout failure either due to missing DNS SRV record, or the resolved SRV does not exist.

SIP Proxy traces revealed one of the reverse lookups have been timing out, the DNS SRV record which SIP Proxy attempts to lookup does not exist in the customer&#39;s DNS environment.

From customer&#39;s CUP server SIP Proxy trace:

the dns-srv lookup on the foreign xxx.com domain is
what&#39;s hanging - in this particular case 2min 25seconds

10/23/2009 08:52:19.629 ESP|Fri Oct 23 08:52:19 2009]
PID(11516) mod_sip_routing.c(912) Routing: dipping for xxx.com
esp00000043.txt:10/23/2009 08:52:19.637 ESP|PID(11516) sip_dns.c(756) &quot;NAPTR&quot; Query for xxx.com failed
esp00000043.txt:10/23/2009 08:52:19.637 ESP|PID(11516) sip_dns.c(160) NAPTR Record : order 10 pref 50 flags s service SIPS+D2T regexp replacement _sips._tcp.xxx.com
esp00000043.txt:10/23/2009 08:52:19.637 ESP|PID(11516) sip_dns.c(160) NAPTR Record : order 20 pref 50 flags s service SIP+D2T regexp replacement _sip._tcp.xxx.com
esp00000044.txt:10/23/2009 08:52:54.642 ESP|PID(11516) sip_dns.c(852) &quot;SRV&quot; Query for _sipfederationtls._tcp.xxx.com failed
esp00000044.txt:10/23/2009 08:53:29.698 ESP|PID(11516) sip_dns.c(852) &quot;SRV&quot; Query for _sips._tcp.xxx.com failed
esp00000045.txt:10/23/2009 08:54:04.701 ESP|PID(11516) sip_dns.c(852) &quot;SRV&quot; Query for _sip._tcp.xxx.com failed
esp00000046.txt:10/23/2009 08:54:44.703 ESP|PID(11516) sip_dns.c(852) &quot;SRV&quot; Query for _sip._udp.xxx.com failed




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc78694</guid>
</item>
<item>
<title>Cups Users having Primay extension as IPCC extension prevents login , Open CSCtc62839</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc62839</link>
<description>
 Symptom: New Cups users cannot log after upgrade from CUPS 6.0.5 to 7.0.x if
 primary Extension is set as IPCC extension
&lt;br&gt;  
  Conditions If we have an User in the system configured such that thier Primary
 Extension is the same as the IPCC extension 
  it causes an issue for users to login and the reason is that a problem in the
 cluster sync agent (ICSA) does a lookup on the extension and is  expecting to
 see only one, but also retrieved the ICD extension. Since the query retrieved a
 non-unique identifier, the sync agent quit and restarted after a retry
 interval.this behaviour was not seen in versions of CUPS 6.0.5 were we could
 have a CUPS user also have the primary extension to be an IPCC extension.
  Recreate of Issue
  To confirm the issue is not caused by correctly configured IPCC users - i.e. a
 user has a Primary Extension &amp; a discreet IPCC Extension, the following test
 was undertaken:
   10 x IPCC users configured on CUCM
   All 10 CUCM end users entries have different values for Primary Extension &amp;
 IPCC Extension
   Added new user via AD
   New user was able to login via CUPC
  To confirm this issue is being caused by incorrectly configured IPCC
 users/extns the following test was undertaken:
   Configured existing user &#39;TEST&#39; with IPCC extension
   This IPCC Extension matches the configured Primary Extension
   Restarted the InterCluster Sync Agent on the Presence Server
   Waited 10 minutes for the database to be configured
   Added new user via AD
   New user was unable to login via CUPC
  To confirm the workaround for this issue:
   Removed IPCC Extension configuration from user &#39;TEST&#39;
   Restarted the InterCluster Sync Agent on the Presence Server
   Waited 10 minutes for the database to be configured
   New user was able to login via CUPC
  These tests confirm that the root cause of the issue &quot;New users unable to log
 into CUPS&quot; is caused by any existing user containing an incorrect IPCC
 Extension configuration - i.e. Primary Extension &amp; IPCC Extension are identical.
&lt;br&gt;  
  Workaround: Make sure that in the system we dont have any CUPS users that have
 their Primary Extension also as the IPCC extension.
  
  
  
 
 



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc62839</guid>
</item>
<item>
<title>Dial rules should apply to deskphone send to VM  at admin discretion , Open CSCsv73676</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv73676</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;

&quot;Send to voicemail&quot; feature doesn&#39;t function properly when CUPC is in &quot;Desk Phone&quot; mode.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CUPC in Desk Phone mode.
Application rules were configured and VM pilot number matches the rules.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Modify application rules so it doesn&#39;t cover VM pilot number.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv73676</guid>
</item>
<item>
<title>Remove cupc desktop shortcut during silent install , Open CSCtd16584</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd16584</link>
<description>Symptom:
During silent install of CUPC through command line, shortcut for CUPC is created in the desktop. Need an option in command line to disable the creation of shortcut in the desktop.
&lt;br&gt;

Workaround:

N/A


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd16584</guid>
</item>
<item>
<title>Can&#39;t start CUPC when Billback NPC is installed in the PC. , Open CSCtd08750</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd08750</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When you try to start CUPC, it hangs as soon as you enter you username and password. It goes into loading status and it stays there until you kill the process (it becomes unresponsive)
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
+ Known to happen on laptops (Acer, HP, Lenovo, etc) running Windows XP. 
+ Bug affects when Billback NPC (Network Printer Controller) is installed, for instance versions versions 1.49,1.52.
+ CUPC version 7.0.2.13496, other versions could be affected too.
+ CUPS 7.0.4.10000-18 and CUCM 7.0.2.20000-5, could happen for other versions too.
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
+ Uninstall Billback NPC
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
Billback NPC seems to be using resources that are also required by CUPC, perhaps same memory addresses, it is being investigated what causes such a conflict between the 2 applications

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd08750</guid>
</item>
<item>
<title>Database Communication Failure- can&#39;t access Admin or Serviceability GUI , Open CSCtb55374</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb55374</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
&quot;Database Communication Error&quot; is disaplyed on GUI when trying to access the admin or Serviceability GUI.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Problem seen on 7.0.3 when server is brought up after normal maintenance window.  Intermittent occurences only.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Reboot the system.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
CLI commands can be run but result in error exceptions.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb55374</guid>
</item>
<item>
<title>CUPC color choice reverts on double click , Fixed CSCtd09055</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd09055</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

In CUPC, color choice can be reverted back to first choice.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This will occur if a double click of the empty textbox is performed in between color selections.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Do not double click in the textbox after choosing a color.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd09055</guid>
</item>
<item>
<title>Presence &amp; IM&#39;s through a ASA firewall drop connection after a while , Open CSCsx73329</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx73329</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;



Customer has reported that:
quote &quot;Problem Details: I am experiencing issues with CUPC displaying the following message &quot;
User did not receive your message because it could not be delivered&quot;. However, the status
of both users is available. What is causing this problem?
&quot;

We have tried to reproduce this in the lab.

It seems that the CUPC client is outside of a firewall.
It logs in OK and gets presence.

It can also initiate an IM session and send / recieve IM&#39;s.
If this IM windowis left to minimize for approx 30 min, its connection seems to time out, although the user is unaware that this has occurred.

If I restore the IM conversation window after 30 min and try to send an IM again, I get an error : &quot;User did not receive your message because it could not be delivered&quot;.

We also notice that when this happens the presence does not update, it stays at the last last known state (available).
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
&lt;br&gt;

&lt;B&gt;Further Problem Description:&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx73329</guid>
</item>
   
</channel>
</rss>
