<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>CM 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, 17 Jun 2013 10:10:49 EDT</pubDate>
  <lastBuildDate>Mon, 17 Jun 2013 10:10:49 EDT</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>show tech notify CLI output is incomplete, Fixed CSCuh17657</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh17657</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Show tech notify CLI shows incomplete output. The CLI output only shows partial results on the screen. nearly half of the clients are listed, and the other half is cut out.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Only happend in 9.0 and higher releases.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Run &#39;dbnotifymon&#39; from root access using remote access credentials.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh17657</guid>
</item>
<item>
<title>CUC searchs for column &quot;customfield1&quot; while trying to import from AD, Open CSCug93527</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug93527</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Cannot find  Users to import from AD for Unity Connection 9.0.1.10000-212.

Unity Connection is searching for field column &quot;customfireld1&quot;, hence the import fails and users are not listed for import.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Seen in version 9.0.1.10000-212
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
NA
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug93527</guid>
</item>
<item>
<title>Connection to the Server cannot be established., Fixed CSCud06436</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud06436</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Serviceability UI page is impacted were the from the PUB webpages user will not be able to connect to SUB in all the pages like Service activation ,Control Center Pages and SNMP
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Earlier Serviceability web page was not initializing the trust store before making the remote connection and relying on tomcat internally .
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Restarting the tomcat service on all the nodes is the workaround.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud06436</guid>
</item>
<item>
<title>ServM crashes at servMDataMgr: malloc fails to allocate required memory, Fixed CSCug53756</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug53756</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The Service Manger services crashes and ServM core is generated. The service crashes as malloc fails to allocate the required memory. This can cause intermittent high CPU/VM usage.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
First seen on Unity Connection 9.1.1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Contact TAC for temporary Workaround

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug53756</guid>
</item>
<item>
<title>Location bandwidth leak in some scenarios, Fixed CSCuh05746</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh05746</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
This is a defect in 8.6 branch code only. The call location setup is as following:
Call is set up between device A(node 9) in location X and device B (node 6) in location Y.  Location X  has unlimited BW, Location Y has limited bandwidth configured. So location Y has 24KB reserved. The MoH (node 2) is inserted when device B transfer. MoH is in the location Y. So location Y got another 24KB reserved by node 2. When the call confirmed transfer, node 2 tried to release for MoH media resource and propagate that to other nodes. And node 6 is trying to remove device B location reservation and propagate to all the other nodes. When the propagate message from note 2 reached node 6, node 6 already released the entry in location. So that is why node 6 only has one time release while other nodes have two times.

Before the transfer:
We reserved 24kbps (G.729 call) in Location Y.

Transfer started, MoH engaged:
We reserved anotheh 24kbps for the MoH, in total 48kbps reserved (24kbps from the previous step).

After the transfer:
All nodes but node 6 released 48kbps, node 6 released 24kbps. As result we have 24kbps bandwidth leak on the node 6.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
- CUCM 8.6 branch
- Multinode depplyment
- Party A or B in unlimited bandwidth location
- Party B and MoH in the same location
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
1.    Upgrade to 9.x (code is re-written and hence this defect is not present)
OR
2.    One of the party (A or B) should not be in unlimited bandwidth.
OR
3.    PartyB and MoH should be in different locations.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh05746</guid>
</item>
<item>
<title>Reset/Apply not working for CCMAdmin with custom roles, Fixed CSCug29903</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug29903</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Assigning custom roles to end/application user does not allow to use the Reset/Apply buttons

Hitting save, shows that the update was successful
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 8.6.2.23068-1 or higher
User created Roles

Standard (Built-in) roles should work fine.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Add read/update privileges for the &quot;Voice Mail Pilot web pages&quot; resource to the custom role

More Info:



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug29903</guid>
</item>
<item>
<title>CLI &quot;set password user security&quot; did not set the correct apps password, Fixed CSCua09290</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua09290</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
DB Connection to Pub will fail due to incorrect database password error in ccm.log  ; Replication may 
not setup
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The defect is valid in the following two scenario:

Scenario 1:

1) Reset password on the Publisher, and reboot
2) Fresh install the Sub with the new security password
3) After the Sub completed the installation
3a) cluster manager on both pub and sub should have all servers authenticated, verify from cli (show 
network cluster) ( If this is not the case, the problem is different)
3b) Local database connection is valid, to verify, execute from root (idblj -e &quot;select * from 
processnode&quot;) on both servers, data should return ( If this is not the case, the problem is different)
3c) Replication will not be setup, ccm.log on Publisher should report -952 Error code.

Scenario 2:

1) Fresh install a Publisher.
2) Run &#39;utils import config&#39; to change the hostname, password and
security password.
3) Fresh install a Subscriber using the same security password set in
Step 2.
4) Once the Subscriber install is finished, the Informix logs show that
the database passwords do not match:

08:15:12 Password Validation for user [dbauditlog] failed!
08:15:12 Check for password aging/account lock-out.
08:15:12 listener-thread: err = -952: oserr = 0: errstr =
dbauditlog@nw16-vm217: User (dbauditlog@nw16-vm217)&#39;s password is not
correct for the database server.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt; The workaround for this defect is the same as CSCth87452.

&lt;B&gt;Additional Info:&lt;/B&gt;
Even with the fix for this defect, there is another issue in 8.6(2) that will cause the passwords to be out 
of sync (CSCts10778).





</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua09290</guid>
</item>
<item>
<title>CUCM9 Native Call Queuing should connect call on announcment, Open CSCuh15872</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh15872</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
calling CUCM9 announcement from PSTN through PRI will result in silence or ring back during announcement time

call flows :

ISDN PRI -- IOS -- H323 -- CUCM hunt pilot 
ISDN PRI -- IOS --  SIP -- CUCM hunt pilot 
ISDN PRI -- IOS -- MGCP PRI backhauling -- CUCM hunut pilot
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
ISDN provider is ignoring the inband info prior q931 connect message
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
if provider policy is not to open b-chan prior to receive connect message; contact TAC for workaround.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh15872</guid>
</item>
<item>
<title>Cannot add entries to Personal Address Book from subscriber phones, Fixed CSCue60831</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue60831</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Using a phone registered to a subscriber and trying to add an entry to PAB will fail with the following error on the phone:
&quot;There was an error when adding the entry to the personal directory&quot;

Personal Directory service logs show the following error when attempting to add the entry:

) sql=insert into personaladdressbook (nickname, pkid, lastname, firstname, fkenduser) values (&#39;mat&#39;, &#39;cf875d88-97d3-02f9-df55-33aaad2d719e&#39;, &#39;martin&#39;, &#39;mat&#39;, &#39;ea314588-3cf3-7bea-34a9-50e6cacb984c&#39;); SQLException: The Insert privilege is required for this operation.
2013-02-14 13:41:46,085 WARN  [http-bio-80-exec-16] actions.PABNewPhonesAction - addEntry PDException caught: Database Access Error: Add record failed
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
- Phones registered to subscriber
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
- Add entries to PAB via CCMUser page

NOTE:  Due to changes in architecture, this defect is not applicable to UCM 10.x and higher.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue60831</guid>
</item>
<item>
<title>CerMgmt UI displays wrong   certificate file names, Fixed CSCsq09184</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq09184</link>
<description>






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






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

found only in 6x except 6.1.3




&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
workaroud is to maually delete the file in /usr/local/cm/.security/CallManager/trust-certs/
with remoteuser access.



&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=CSCsq09184</guid>
</item>
<item>
<title>Support for Clusterwide call Park is enabled - set to True, Open CSCuh26511</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh26511</link>
<description>Symptom:

Looks like Clusterwide call Park is enabled/set to true which is not supported till 10.0. 
 
This could be the cause for ParkDN&#39;s not going to INSERVICE.
 
Service Parameters  Cisco CallManager  Section :: Clusterwide Parameters (Feature - General)
&lt;br&gt;
Conditions:

cucm 9.1x
&lt;br&gt;
Workaround:

Please check this Service Parameter - &quot;Enable Clusterwide CallPark Number/Ranges&quot; and set to false. You will need to restart CallManagers on nodes in cluster after changing this param.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh26511</guid>
</item>
<item>
<title>SNR gives busy tone when dialing to RD number, Fixed CSCug76590</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug76590</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SNR gives busy tone when dialing to RD number
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
From the logs: It fails with the reason of REACH CALL LIMIT.
11:47:43.367 |DbMobilityRemDestTable:initMobilityUser: -- created mobility user|*^*^* 
11:47:43.367 |DbMobility - User dump: userId = RVANMALCOT, isIVREnabled = 1, maxDeskPickupWaitTime = 10000, userLocale = 8|*^*^* 
11:47:43.367 |CellProxy( 1970) - StartTransition - cellNum=00476020273, dn=1896, smart=0, mobile=1, dualmode=0, snrEnabled=1, answer2Soon=1500, answer2Late=20000, callScreenTimer=4000, delayBFRing=1, rerouteCSS=3d130e1e-e022-678c-d6fa-8e6e8324a148, userLocale=1, deskPickup=10000, mDialingPid= (0, 0, 0), is3G=0, associatedUserLocale=8, defaultUserLocale=1|2,100,206,1970.1^*^* 
11:47:43.367 |LineControl(1263) - 0 calls, 0 CiReq, busyTrigger=2, maxCall=2|1,100,13,23780.4^192.168.32.2^* 
11:47:43.367 |LineControl(1263) - Get call instance=1 for CI=49034434|1,100,13,23780.4^192.168.32.2^* 
11:47:43.367 |LineControl::sendSNFNotifyIndForPresenceWithAlerting mPrecenceWithAlertingChangeNotifySubscribed=0, calllist#=1|1,100,13,23780.4^192.168.32.2^* 
11:47:43.367 |SNRD( 173) - wait_CcCiRes CellProxy( 1970) CcCiReq sent ccbid 0 |1,100,13,23780.4^192.168.32.2^* 
11:47:43.367 |LineControl(1263): star_DSetCallState(1), State of cdpc (23380) is 1|1,100,13,23780.4^192.168.32.2^* 
11:47:43.371 |Cdcc - (0017797) - storeDchanCrp - secure capability on side 0 is (1,0)|1,100,13,23780.4^192.168.32.2^* 
11:47:43.372 |SNRD: (0000173) wait_CcSetupInd: Reach call limit. CI=49034434 |1,100,13,23780.4^192.168.32.2^* 
11:47:43.372 |LineControl(1263) - Release call instance=1 for CI=49034434|1,100,13,23780.4^192.168.32.2^* 

RouteListCdrc never generates/sends CcRelInd to SNRD when there is a TCP connection error received from the remote destination. There can be TCP connection error due to some issue (either at remote endpoint or the network), it is not able to create the tcp connection. This introduces leaking in cellproxycdpc.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
NA

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug76590</guid>
</item>
<item>
<title>SELinux blocking transfer of CDR records between sub and pub, Terminated CSCuc66255</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc66255</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CDR files fail to transfer from subscribers to the publisher.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 8.6(2) with OS secure status set to enforcing (utils os secure status).
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Set the OS secure status to permissive with &quot;utils os secure permissive&quot;.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc66255</guid>
</item>
<item>
<title>bat_9.1.1.11005-1.xlt error in Update Users when adding Controlled item, Fixed CSCue81148</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue81148</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
User sees &quot;Application-defined or object-defined error&quot; when attempting to enter a value for the Number of Controlled Profiles, Number of Controlled Devices, Number of Access Control Groups or Number of CTI Controlled Profiles in the Update Users tab of the bat_9.1.1.11005-1.xlt Bulk Administration Tool spreadsheet. The columns are not added to the spreadsheet.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
User wants to set the Number of Controlled Profiles, Number of Controlled Devices, Number of Access Control Groups or Number of CTI Controlled Profiles fields to a value greater than zero, so they may enter data for those columns in the bat_9.1.1.11005-1.xlt spreadsheet.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue81148</guid>
</item>
<item>
<title>9.x ccmuser page save button on Line Settings page not working, Open CSCuh20374</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh20374</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ccmuser page only displays Log Missed Calls checkbox under Line Settings
if Log Missed Calls is checked or un-checked clicking the save button will do nothing
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
running CUCM 9.x
under enterprise parameters: User Options Parameters
set Show Call Forwarding to Hide All Settings or Show Only Forward All
set Show Message Waiting Lamp Policy Settings to false
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
set Show Call Forwarding to Show All Settings
and/or
set Show Message Waiting Lamp Policy Settings to true
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh20374</guid>
</item>
<item>
<title>CUCM does not send MDCX to the gateway after putting call on hold, Open CSCud26944</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud26944</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Incoming call from ISDN is coming via MGCP gateway to the CTI route point. After putting call on hold, we hear Ring back tone instead of music on hold.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
ISDN &gt; GW &gt; MGCP &gt; CUCM &gt; CTI RP &gt; CTI application
Incoming call from ISDN is coming via MGCP gateway to the CTI route point. CTI application answers the call and puts it immediately on hold.

This problem has also been observed in the following flow:

GW -&gt; MGC -&gt; CUCM -&gt; H323 Fax Machine

When the fax machine switches to T.38 by sending H.245 Request mode, the CUCM does not forward the MDCX to the far end.  

In both cases a similar message to below is printed:

&quot;MGCPpn9d:star_MGCPModifyConnection - No change in connectionMode and localConnectOpt since last MGCP message sent from CM to gateway. Save this MDCX.&quot;
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Reset the MGCP Gateway between each call.

OR

Set the service parameter &quot;Optimize MediaConnection Time on Outbound Redirected Calls&quot; to false.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud26944</guid>
</item>
<item>
<title>recording failure due to race condition when barge invoked at same time, Fixed CSCug95019</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug95019</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
UserA calls UserB and UserA has recording setup. As the call connects UserC barges into the call causing a race condition and recording failure.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
User barges a call just as it connects.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug95019</guid>
</item>
<item>
<title>Call not put into queue if all members busy and one agent autologs out, Fixed CSCuh18067</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh18067</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
--Say we have 3 agents and call comes into a Hunt Pilot Queue
--Say first two agents are busy, and call is extended to 3rd agent.
--3rd agent does not answer and we see a RNA and is configured for &quot;Auto Log Out&quot; --After RNA of 3rd agent, call must come back into queue which is what we see on CCM 9.0 , but the call gets disconnected with CV=27 on CCM 9.1 .

The option of &quot;disconnect&quot; is only if &quot;No agents answer, are logged in , or registered&quot; . In our case, the first two agents are logged in, registered and can answer the call once they are don&#39;t with their exist with their existing calls ( go out of busy state ). So, the call must return to queue again, which never happens.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CCM 9.1 and above
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh18067</guid>
</item>
<item>
<title>CCX RTMT Alerts: IpVms: StreamMixer: Excessive mixer calls,   CSCto69596</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto69596</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CCX starts flooding alerts for IPVMS. IpVms media driver issues error to system log &quot;Excessive mixer calls&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
It appears that some unknown system processes can cause the kipvmsMixer## process to not be scheduled for execution for a period exceeding 100ms.  Since kipvmsMixer## process is running at high priority (near RT) about the only other processes that can interfere are system / kernel related. System under stress may experience this issue.

.&lt;B&gt;Workaround:&lt;/B&gt;
Updated drivers with fix are available with TAC. TAC will assist in installation of replacement driver files.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto69596</guid>
</item>
<item>
<title>SIP Devices Cannot Register to CUCM, Fixed CSCuh10143</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh10143</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SIP endpoints can not register to UCM
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SIP endpoints (i.e. Cisco Unified Client Services Framework) are not currently registered to UCM. When they try to register to UCM, UCM reject the registration requests immediately with 503 Service Unavailable. RTMT tool might give the &quot;NumberOfRegisteredMediaDevicesDecreased&quot; and/or &quot;NumberOfRegisteredPhonesDropped&quot; alerts.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh10143</guid>
</item>
<item>
<title>Media Negotiation Failure on EO SIP Trunk Call with Multiple SRTP Codec, Fixed CSCtr79913</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr79913</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Calls fail to complete on EO enabled secure SIP trunks that connect to third party SIP PBXs who return multiple codecs in the 200 OK (connect/answer).
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SIP trunk is enabled for EO, mid-call reINVITE w/ sendrecv, and TLS/SRTP.  SIP 200 OK from remote UA returns multiple audio codecs in the answer.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
By turning off the mid-call reINVITE, the problem actually went away, which was strange since no mid-call reINVITE was used during the initial call setup.  The side-effect of disabling mid-call reINVITE w/ sendrecv is that all of the mid-call split/join operations will require an additional round of SIP offer/answer to reestablish two-way audio/video.

Another alternative is to fallback to legacy SIP trunk behavior for generating DO calls.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr79913</guid>
</item>
<item>
<title>DNA cores when doing  analysis, Terminated CSCuc45877</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc45877</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
DNAServer cores when trying to use DNA feature to track the call routing logic from CUCM perspective.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Customer uses DNA for diagnostic capability.
There was no clear reason identified. Please refer to Developer comments.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc45877</guid>
</item>
<item>
<title>ccm coredump in LBMInterface during Call Park Reversion, Fixed CSCuc38007</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc38007</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CM core dump during Park Call Reversion Process.

utils core analyze from CLI for the core file shows:
====================================
backtrace
===================================
#0  LBMInterface::splitPeers (this=0x12847d20, _side=0x154e51dc, _peerSide=0x0) at ProcessLBMInterface.cpp:2696
#1  0x08b9bd7b in LBMInterface::star_LBMSplitSessionReq (this=0x12847d20, _s=...) at ProcessLBMInterface.cpp:1464
#2  0x0a4588f5 in SdlProcessBase::inputSignal (this=0x12847d20, rSignal=0x80dd4400, traceType=SignalThreadedNoPriorities, highPriority=0, normalPriority=0, lowPriority=0, veryLowPriority=0, lazyPriority=0, dbUpdatePriority=0) at SdlProcessBase.cpp:406
#3  0x0a487dc9 in SdlThreadedProcess::threadQueueReader (this=0x12847d20) at SdlThreadedProcess.cpp:112
#4  0x0a48800f in SdlThreadedProcess::threadQueueReaderInit (sdlThreadedProcess=0x12847d20) at SdlThreadedProcess.cpp:75
#5  0x002b36c1 in start_thread () from /lib/libpthread.so.0
#6  0x07ca57ae in clone () from /lib/libc.so.6
====================================
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
CUCM Version: 9.0.1.10000-37

Scenario:

PhoneA calls over PSTN (Ingress UCM via H225 gateway) to PhoneB.
PhoneB Park the Call. Gets Parking Number. PhoneB gets Network disconnects.
Wait for &quot;Call Park Reversion Timer&quot; to get expire (Default 60 Seconds).
UCM subscriber node Serving PhoneA core dumps once the timer expires.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc38007</guid>
</item>
<item>
<title>CUCM 9, End users with username more than 32 characters cannot login, Fixed CSCug98728</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98728</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
End User cannot enter his username on CCM End User web page if his user ID is more than 32 characters.

Say we have username like abcdefgxxxyyyy@zzzzzzz.uuuuu.com

When we try to login, we cannot enter the &quot;o&quot; and &quot;m&quot; as they are the 33rd and 34th character.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CCM 9.X , new end user web interface.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

More Info:



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98728</guid>
</item>
<item>
<title>SDP Build failure for application media with no floorctrl attr, Fixed CSCtr70893</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr70893</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SDP is not included in an outgoing SIP message where it is expected.  SDI traces show that the floorctrl attribute is added (&quot;BFCP floorctrl -- setting floorctrl&quot;), but there is no trace indicating that a specific value was set (e.g. &quot;BFCP floorctrl -- successfully set floorctrl role 4 at index 0&quot;).  This may also be followed by an error log (&quot;Built a=floorctrl attribute line return with error&quot; and also &quot;insertSDPtoContainerContext: sipAppAddContent failed&quot;)
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This may occur in various call scenarios which involve negotiation of SDP for BFCP calls.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The call can be made to succeed with by disabling BFCP on the SIP trunk, although this will of course eliminate the BFCP functionality and reduce the call to simple voice and video without presentation control.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr70893</guid>
</item>
<item>
<title>Phone can&#39;t handle call rightly after VPN established/BiB broken, Fixed CSCty15537</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty15537</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Sometimes phone can&#39;t make/receive call rightly after  VPN established. Also, on non-VPN phone that loses network connectivity (but not power) can not invoke BiB on the phone.

Symptom 1:
CUCM: 9.0.0.96000-210
Phone: 9-3-1VPN-6

Steps:

1) Phone A registers to CUCM with dual tunnel, challenge and VXC VPN enabled. VXC device is connected and powered on.
2) VPN profile is set as &quot;password persistent enabled&quot; and authentication method as &quot;password only&quot;.
3) Turn on/off VPN to make the VPN password stored.
4) Turn on VPN from VPN menu, first the phone VPN established and phone registers to CUCM while VXC VPN log in windows pops out.
5) Make a call to A or make a call from A at this time. Sometimes A can&#39;t make or receive call till about 2 minutes later.
6) This issue happens no matter VXC VPN tunnel established or not.

See phone log and sip message captured from ASA inside port.

Symptom 2:

A non VPN phone is connected with power brick and the ethernet cable is disconnected or there is a brief network outage, the phone will re-register with the CUCM using a new tcp port - however the cucm uses the LocalPort info in the first SIP REFER message (LastOutOfService) for BiB and not the new tcp connection - thus, BiB invoked calls will fail. Same workaround applies.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The issue occurs if user makes call within 2 minutes of  connection change.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The issue will go away after the REGISTER refresh, the maximum window is 2 minutes.




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty15537</guid>
</item>
<item>
<title>Denials thrown for security Password Recovery procedure, Fixed CSCts10778</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts10778</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

Denials thrown for security Password Recovery procedure
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

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

Set os security mode to permissive prior to changing the password.

&lt;B&gt; Additional Information:&lt;/B&gt;

In 8.6(2), the fix for CSCua09290 is also required in order for the passwords not to get out of sync.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts10778</guid>
</item>
<item>
<title>Issue with CUCM Mobility CDR, Fixed CSCsz38027</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz38027</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

For the mobility call scenarios (1) hand-in and (2) hand-out. The results show that the structure
of mobility CDR doesn&#39;t match the Cisco specification (Cisco Unified Communications Manager Call Detail Records Administration Guide p.4-45 &quot;Mobility&quot;). This is in addition to mobility numbers not showing correctly. 
&lt;br&gt;

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

CDR Log Calls with Zero Duration Flag  is set to true and also, Show Line Group Member DN in finalCalledPartyNumber CDR Field to &quot;TRUE
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

N/A

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz38027</guid>
</item>
<item>
<title>DRS backup start time drifts further each day, Fixed CSCug58538</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug58538</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
DRS schedule starts time is drifting further each day say by 1 hour or so depending on the system to be backed up.
By restarting DRF Master and Local Services it starts at the configured time, but it drifts at the next time. Also in some cases the backups are also failing.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
There was a defect on DRF scheduled backups &#39;CSCth67956:DRF backups looping when system time changes&#39;, Code changes done as part of this defect caused the inconsistency in the behavior of DRF schedules and the basic scheduler functionality broke due to this bug commit.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

&lt;B&gt;More Info:&lt;/B&gt;
After reverting back the changes done as part of the above mentioned defect, normal scheduler behavior restored back and the backups start to happen as per schedule.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug58538</guid>
</item>
<item>
<title>User dials number requiring FAC. 7940/60 phones with shared line beep, Fixed CSCug84580</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug84580</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Two or more phones are configured with a shared line. When a user goes off hook on the shared line, and dials a number that requires a Forced Authorization Code (FAC) be entered to allow the call to be connected, all 7940/7960 phones with the shared line appearance beep. The expected behavior is that only the user dialing the number should hear the FAC beep tone.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM was upgraded to version 9.1.1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug84580</guid>
</item>
<item>
<title>Unable to change country using set web-security command callmanager, Fixed CSCue76945</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue76945</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When generate a call manger certificate the country show&#39;s up as incorrect
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
when you select incorrect country during installation and then try to change it from the cli:

After installation of call manager when you try to change the country using the set web-security command it says cannot change the country.

admin:set web-security ?
Syntax:
set web-security orgunit orgname locality state
orgunit  mandatory   organizational unit
orgname  mandatory   organizational name
locality mandatory   location of organization
state    mandatory   state of organization
country  optional   country code can not be changed
alternatehostname  optional   alternate host name

However in the installation guide it clearly says that the country can be changed later using the set web-security command.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/install/8_6_1/install/cmins861.html
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
contact TAC

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

get a root account
then do the following:

1. vim usr/local/platform/conf/platformConfig.xml
2. manually change the country code
3. reboot the server

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue76945</guid>
</item>
<item>
<title>CCMCIP service responds with a 500 Internal Server, Fixed CSCuf65489</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf65489</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The CCMCIP service responds with a 500 Internal Server Error to Jabber client
requests for the controlled devices list for a user.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
User does not control any devices or profiles.
Tomcat logs filling with post request from jabber clients.

[15/Mar/2013:07:50:24 -0500] X.X.X.X X.X.X.X - - 8443 POST
/ccmcip/Personalization HTTP/1.1 500 2295 842
[15/Mar/2013:07:50:24 -0500] X.X.X.X X.X.X.X - - 8443 POST
/ccmcip/Personalization HTTP/1.1 500 2295 885
[15/Mar/2013:07:50:26 -0500] X.X.X.X X.X.X.X - - 8443 POST
/ccmcip/Personalization HTTP/1.1 500 2295 920
[15/Mar/2013:07:50:26 -0500] X.X.X.X X.X.X.X - - 8443 POST
/ccmcip/Personalization HTTP/1.1 500 2295 850

Cisco Jabber 9.2 version

CUCM 8.6.2.23070-1

High CPU on CUCM .
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Configure the user to control at least one device or profile.

- OR - 

Configure the CCMCIP in Presence to point to a server which does not exist in
the CUCM cluster. This will avoid High number of POST requests to CUCM server
thus avoiding High CPU.
&lt;br&gt;
&lt;b&gt;Further Problem Description:&lt;/b&gt;
This is an enhancement to the fix originally provided by CSCty20488



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf65489</guid>
</item>
<item>
<title>Device configured in RouteList goes DOWN when SDLLinkOOS occurs, Fixed CSCug09617</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug09617</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Device, configured in RouteList, goes &quot;DOWN&quot; when the SDLLinkOOS occurs. After that, device is never reported as &quot;UP&quot; and call fails with cause=27(DESTINATION_OUT_OF_ORDER).
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SDLLinkOOS
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Reset Device


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug09617</guid>
</item>
<item>
<title>Park DN&#39;s reporting as &quot;off-service&quot;, Open CSCuh26505</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh26505</link>
<description>Symptom:
park DN&#39;s reporting as &quot;off-service&quot; 
&lt;br&gt;
Conditions:

cucm 9.1

Issue seems to be with Park DN&#39;s configured with larger number of Digits as DN - 10 or more.
  

This seems to be issue with CTIManager since 4.x or before when Park DN support is added.
&lt;br&gt;
Workaround:
use pattern of less length - may be like 8 digits or less.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh26505</guid>
</item>
<item>
<title>Mobile Voice Access requires Inbound RedirectingDiversion Header checked, Fixed CSCtr54150</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr54150</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

User calls into Mobile Voice Access, enters pin, and final destination number then call is dropped.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This can occur if the redirecting header checkbox is not checked in CUCM under the h323 gateway or SIP Trunk.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
In order for Mobile Voice Access to work properly, CUCM must read the Redirecting Number Header or Diversion header in the case of H323 Gateway or SIP Trunk Respectively.   

For H323 Gateways, this checkbox is called &quot;Redirecting Number IE Delivery - Inbound&quot;

For SIP Trunks, this checkbox is called &quot;Redirecting Diversion Header Delivery - Inbound&quot;

We need to document the requirement for this checkbox to be checked in the CUCM Features and Services Guide.  Without this checkbox, the MVA call will fail.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr54150</guid>
</item>
<item>
<title>DeviceStatus not return current status if deviceEventFilter is updated, Fixed CSCuc81882</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc81882</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CiscoTerminal.getDeviceState() doesn&#39;t return the current value.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
The line is also controlled by Jabber for Windows.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc81882</guid>
</item>
<item>
<title>Upgrade from 7.1.5.10000-12 Restricted results in DRS unable to Restore, Fixed CSCtv21624</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtv21624</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Backups from an 8.6 Restricted system that was upgraded from  7.1.5.10000-12 Restricted cannot be restored on another system (as in when there is an emergency and it needs to be restored on other hardware), giving an error about an Unrestricted/Restricted mismatch, when there is not one.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

7.1.5.10000-12 Restricted was actually improperly Unrestricted.   So this is limited to upgrades to 8.6 from that version.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Take a backup copy of /usr/local/platform/conf/drfComponent.xml. Now delete /usr/local/platform/conf/drfComponent.xml and restart DRS MA/LA service (from cmd line or serviceability page). This will generate fresh drfComponent.xml. It will help for future backups. Also replace the value of amIRestricted node in backed-up drfComponent.xml with value in this newly generated file. This should get restore going.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtv21624</guid>
</item>
<item>
<title>Local Agent is not responding, Fixed CSCsx73349</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx73349</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

   When try to do backup through DRS backup page in publisher, it displays a message &quot;Local Agent is not responding .This may be due to Master or local Agent being down&quot;
&lt;br&gt;  
&lt;B&gt;Conditions:&lt;/B&gt;

   After performing a bridge upgrade from 7.x version to 8.x, access drf backup page. Attempt to restore from the previous backup, failed with the message &quot;Local Agent is not responding .This may be due to Master or local Agent being down&quot;. The problem identified is ipsec certificate from publisher is not transfered to subscriber after this upgrade, hence the secured communication between publisher and subscriber failed.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx73349</guid>
</item>
<item>
<title>need documents on configuring CAR User reports - Bills, Fixed CSCso54303</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso54303</link>
<description>






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

Add more instructions on how to configure CAR billing reports.
&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=CSCso54303</guid>
</item>
<item>
<title>DRF does not gracefully handle NullPointerException, Fixed CSCuf38780</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf38780</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
-In DRS MA/LA endless null pointer exception can be noticed
-High CPU with the top user the DRF service
-Phones may unregister due to high CPU
-Backups failing to complete
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
-If the socket goes null somehow during the creation of input stream, then this condition will occur
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
-Restart both Local and Master Agent services to recover from high CPU

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf38780</guid>
</item>
<item>
<title>ServM cores due to memory corruption,   CSCud58000</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud58000</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
servM core generated due to memory corruption. This can cause intermittent high CPU/VM usage.

====================================
 backtrace
===================================
#0  0x00291418 in main_arena () from /lib/libc.so.6
#1  0x08078498 in servMEvtHdlr::handleExecResponse (this=0x93b19a8, e=0xb2900540) at servMEvtHdlr.cc:3951
#2  0x0808329b in servMEvtHdlr::handleEvent (this=0x93b19a8, e=0xb2900540) at servMEvtHdlr.cc:524
#3  0x080c71ad in XEEvtDispatcher::run() ()
#4  0x080c12b6 in XEProcShell::run() ()
#5  0x080855ea in main (argc=&lt;value optimized out&gt;, argv=&lt;value optimized out&gt;) at servMMain.cc:117

OR

  ====================================
 backtrace
 ===================================
 #0  0x00307b10 in main_arena () from /lib/tls/libc.so.6
#1  0x080879a6 in servMEvtHdlr::handleExecResponse (this=0x9737d28, e=0xa6e3ba0) at servMEvtHdlr.cc:3951
#2  0x0807c6fe in servMEvtHdlr::handleEvent (this=0x9737d28, e=0xa6e3ba0) at servMEvtHdlr.cc:524
#3  0x080cced6 in XEEvtDispatcher::run ()
#4  0x080c5dc2 in XEProcShell::run ()
#5  0x08088443 in main (argc=1, argv=0xbffdc074) at servMMain.cc:117

OR

  ====================================
 backtrace
 ===================================
 #0  0xb2b002e0 in ?? ()
#1  0x080879a6 in servMEvtHdlr::handleExecResponse (this=0x9374d28, e=0x952ca80) at servMEvtHdlr.cc:3951
#2  0x0807c6fe in servMEvtHdlr::handleEvent (this=0x9374d28, e=0x952ca80) at servMEvtHdlr.cc:524
#3  0x080cced6 in XEEvtDispatcher::run ()
#4  0x080c5dc2 in XEProcShell::run ()
#5  0x08088443 in main (argc=1, argv=0xbfec3ec4) at servMMain.cc:117
&lt;br&gt;


&lt;B&gt;Conditions:&lt;/B&gt;
Seen on the following versions of Unity Connection,
    CUC 9.0.1ES18.11010-18
    CUC 8.5(1)ES92
    CUC 9.1.1.10000-32
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

The root cause of the issue is found to be the same as that of CSCug53756. Upgrade to the version which has the fix for CSCug53756 or contact TAC for a temporary workaround.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud58000</guid>
</item>
<item>
<title>Error: Statement is invalid within a transaction., Fixed CSCtl83106</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl83106</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

We can see this message getting printed in the catalina logs. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This message gets printed when a database transaction is used.  
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

A workaround is unnecessary.  There is no impact to the system functionality.  In the case of a transaction the statement that is invalid is not needed.  The fix is to check whether a transaction is being used before trying to execute this statement to prevent these messages in the logs.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl83106</guid>
</item>
<item>
<title>8945 SCCP: The FWA icon does not change when remote config or cancel, Fixed CSCub33076</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub33076</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUCM version:9.0.1.10000-27
Phone load: SCCP8941_8945.9-3-2-1
Reproduce steps:
1.Phone A and phone B&#39;s second line are shareline.
2.Press FWA softkey to FWA to another DN

Problem:
On Phone B, there is no FWA icon.
When restart the Phone, the icon comes out.
Cancel FWA on Phone A, on phone B, the icon does not change, still there

Reproducible:yes
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub33076</guid>
</item>
<item>
<title>200 okay with multiple codecs followed by update causes 500 error, Fixed CSCue68624</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue68624</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using a video endpoint to connect to Telepresence, if CUCM recieves a 200 okay with multiple codecs, followed directly with an UPDATE message with offer SDP from the same device and then this gets followed by a Re-Invite,  CUCM will give a 500 error after the next message. 
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 9.0.1
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue68624</guid>
</item>
<item>
<title>Inconsistant DSCP tagging for SMT and SMMT for a single video endpoint, Fixed CSCtl46704</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl46704</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
During a video call on an SCCP endpoint, the DSCP markings for the audio and video are not the same when the call is made over a SIP trunk. This causes audio sync issues.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SCCP endpoint making a call over a SIP trunk
CUCM 8.5 and 8.6
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtl46704</guid>
</item>
<item>
<title>SIPCdpc sends SDPUpdatedAnswerInd to media layer incorrectly, Fixed CSCtu14387</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtu14387</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
.

++ No way audio when call is connected to Microsoft UM voice mail.

Call Flow:-
----------

Phone_1 &gt;&gt; CUCM8.6 &gt;&gt; SIP &gt;&gt; CUCM8.5 &gt;&gt; IP_PH_2 (CFRNA to UM Microsoft)
                                     &gt;&gt; SIP &gt;&gt; UM (Microsoft VoiceMail)


Phone_1 calls IP_PH_2
IP_Ph_2 call forward ring no answer to Microsoft UM (VoiceMail).
Phone_1 can&#39;t hear the UM.

CUCM version : 8.5.1.13900-5

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

++ In the delayed offer senario, we do not see 200 OK for the inital invite for the above call flow.


      (CUCM8.6)                 (CUCM8.5)                  (Microsoft UM)

          |---------INVITE---------&gt;|                            |
          |&lt;---------TRYING---------|                            |
          |&lt;------180 Ringing-------|                            |
          |---------PRACK----------&gt;|                            |
          |&lt;------200 OK (PRACK)----|                            |
          |                         |----------INVITE(SDP)------&gt;|
          |                         |&lt;------------TRYING---------|
          |                         |&lt;---302 Moved Temporarily---|
          |                         |-------------ACK-----------&gt;|
          |                         |--------INVITE(SDP)--------&gt;|
          |                         |&lt;------------TRYING---------|
          |                         |&lt;-----------RINGING---------|
          |                         |-------200 OK (SDP)--------&gt;|
          |&lt;--183 Session prg(sdp)--|                            |
          |-------PRACK (SDP)------&gt;|                            |
          |&lt;-----200 OK (PRACK)-----|                            |


&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt; We do not see 200 OK for the initial INVITE &gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;&gt;


          |                         |&lt;-----------  BYE ----------|
          |&lt;----500 Internal err ---|                            |
          |                         |-------200 OK (BYE)--------&gt;|
          |---------- ACK ---------&gt;|                            |

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

++ Enabling early offer in the initial INVITE will fix this issue.

.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtu14387</guid>
</item>
<item>
<title>CM 5.x and 6.x DB Interrupted duringReplicate setup needs to recover, Fixed CSCsk10706</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk10706</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Missing, Mismatch and or corrupted tables on subscriber nodes if replication is broken during a replicate set.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When link between network nodes are broken while replication is going on could result in incomplete data on subscriber nodes. Replication does not restart after connectivity is restored or after node is back online.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

If the database on the subscriber node is makes suspect then you will have to issue the command &quot;utils dbreplication reset all&quot; to restore the replicate set to the DB. After this has completed, issue a &quot;utils dbreplication status&quot;  Then if the tables are still not correct try a &quot;utils dbreplication repair [nodename]|all&quot; to restart the replicate.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Customer&#39;s subscriber node is rebooted or looses connectivity during replication. Once the server comes back up the replication is not restarted. Which could result in data corruption.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk10706</guid>
</item>
<item>
<title>&quot;utils network host&quot; command errors need to be more specific, Open CSCuh38874</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh38874</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The utils network host command gives the output &quot;No external servers found&quot; regardless of whether the server is unreachable or if DNS records (forward or reverse) were not found.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 8.x and 9.x
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use nslookup utility on your local machine and point it to the DNS server(s) in use by CUCM to get a more definite result. Example: nslookup cm1.cisco.com 1.2.3.4 (where 1.2.3.4 is the DNS server used by CUCM)

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh38874</guid>
</item>
<item>
<title>No video on 9951 phone after H/R across BFCP enabled trunk, Open CSCuh49545</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh49545</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
No video is seen on 99X1 phones after a hold and resume.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Call is placed across a BFCP enabled SIP trunk and the called endpoint supports BFCP.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Disable BFCP on the SIP trunk, or the called endpoint.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh49545</guid>
</item>
<item>
<title>Jabber Deskphone does not work when userID has an Apostrophe., Fixed CSCue06002</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue06002</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Jabber Deskphone control does not work when userID has an Apostrophe.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
None
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Remove the apostrophe
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue06002</guid>
</item>
<item>
<title>CallManager 9.1 escalate to video fails, Open CSCuh33610</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh33610</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
No video for voice call that is escalated to video.

2 issues:

1. video profile is changed from SAVP to AVP and when new offer is sent we think it is a new mline and add it with new stack index. This check should not happen when port is 0.
2. The sessionBW from latest Offer received is not updated properly, should be fixed
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CallManager 9.1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh33610</guid>
</item>
<item>
<title>CUCM 7.1.2 CAR Conf. Bridge Report fails with large number of records, Fixed CSCtb41774</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb41774</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CAR Conference Bridge report timesout and fails
&lt;br&gt;

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

The report requested needs to process a large number of records of the CAR DB.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb41774</guid>
</item>
<item>
<title>No Calling Name on SNR device intermittently, Open CSCuh22996</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22996</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
No calling name on SNR devices intermittently or possibly never depending on value of Delay Before Ringing Timer.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
If PSTN sends Facility message with calling name before Delay Before Ringing timer expires or before outbound setup is sent to RouteListControl, an empty calling name is sent.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Decrease Delay Before Ringing timer to a value smaller than how log it takes the PSTN to send the Facility message with the calling name.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22996</guid>
</item>
<item>
<title>Out of sequence CSEQ number on Invite/Update causes 500 error, Fixed CSCuf86177</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf86177</link>
<description>&lt;B&gt;Symptom&lt;/B&gt;
CUCM SIP Trunk call terminates after 500 Internal Server Error with Q.850 Cause code 100
&lt;br&gt;
&lt;B&gt;Conditions&lt;/B&gt;
This rare race condition can occurs when multiple SIP messages are queued for sending at the same time to the same destination for an incoming call where mid-call codec change is required either via re-invite or via UPDATE
&lt;br&gt;
&lt;B&gt;Workaround&lt;/B&gt;
None
&lt;br&gt;
&lt;b&gt;Further Problem Description:&lt;/b&gt;
There is an enhancement to this fix available.  The enhancement is tracked by CSCuh30129

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf86177</guid>
</item>
<item>
<title>Dialed Number Analyzer Server logs not able to be collected via RTMT, Open CSCuh25025</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh25025</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Unable to collect Dialed Number Analyzer Server logs using RTMT.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Attempting to collect Dialed Number Analyzer server logs from RTMT, it is not listed under Trace Collection.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
The logs can be collected from the CLI using:

file get activelog cm/trace/dnaserver/sdi/*
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh25025</guid>
</item>
<item>
<title>CUCM 8.6 drops call as fails parse QSIG Call-proc tunneled in SIP 183, Fixed CSCua47930</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua47930</link>
<description>CUCM 8.6 drops call as fails parce QSIG Call-proc tunneled in SIP 183

Symptoms: CUCM 8.6 drops call when fails to decode QSIG Call-proceeding message tunneled in SIP 183 message.
&lt;br&gt;
Conditions: The problem is seen for every outgoing SIP call when CUCM gets in reply 183 with the tunneled QSIG Call-proceeding.
&lt;br&gt;
Workaround: Reconfigure PBX not to tunnel Call-proceeding.




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua47930</guid>
</item>
<item>
<title>Warm transfers with CVP using h323 results in no way audio., Fixed CSCts02902</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts02902</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

No way audio occurs in the following call flow.

User dials CVP.
CVP transfers call to Agent1.
Agent1 initiates transfer to another CVP server.
Agent2 is selected and phone is ringing.
Agent1 completes transfer while Agent2&#39;s phone is ringing.

After Agent2 answers there is no way audio.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CUCM 8.5.1 and CVP 8.0 using h323.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

1. Uncheck &quot;wait for far end TCS&quot; on GK trunk&quot;  Workaround not applicable if there is a codec mismatch.  Xcoder will not be invoked if &quot;wait for far end TCS&quot; is disabled.

2. Enable MTP Required on the GK trunk.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts02902</guid>
</item>
<item>
<title>BE3000: Emails with Voicemail attachment are in Junk Email Folder, Terminated CSCub26360</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub26360</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub26360</guid>
</item>
<item>
<title>Enhancement request to add Qsig support when mobility in CUCM is invoked, Open CSCuh02817</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh02817</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Enhancement request to add QSIG Support when Mobility process is invoked in CUCM so that it doesnt ignore the Qsig apdu(s).
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

when mobility process is invoked, Qsig apdu(s) are ignored and preference is given to mobility apdu.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
none



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh02817</guid>
</item>
<item>
<title>SNMP Master Agent is incorrectly being reported as &#39;Not Running&#39;, Fixed CSCts56395</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts56395</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts56395</guid>
</item>
<item>
<title>&quot;KERNEL: assertion (!sk-&gt;sk_forward_alloc) failed at net/ipv4/af_inet.c, Open CSCts35326</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts35326</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts35326</guid>
</item>
<item>
<title>False RTMT Alert ELM DB Down, Open CSCuh28348</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh28348</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh28348</guid>
</item>
<item>
<title>E1 PRI Channel not available sends the call to the next member in RG, Open CSCth07628</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth07628</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth07628</guid>
</item>
<item>
<title>Location bandwidth going out of sync, Terminated CSCto56506</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto56506</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto56506</guid>
</item>
<item>
<title>IBM ServeRAID 8k and 8k-l BIOS and Firmware Update v5.2.0-17002, Fixed CSCtt15861</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt15861</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt15861</guid>
</item>
<item>
<title>Pick-up from a hunt-group fails in CUCMBE 3k, Open CSCuh18876</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh18876</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh18876</guid>
</item>
<item>
<title>Recording does not start for some call with Bib, Fixed CSCug24286</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug24286</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug24286</guid>
</item>
<item>
<title>Reset Required flag in CCMAdmin for any device/trunk that has been, Open CSCtw80866</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw80866</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw80866</guid>
</item>
<item>
<title>RTMT for users with roaming profile, Open CSCti72006</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti72006</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti72006</guid>
</item>
<item>
<title>HOLD incomplete over SIP trunk, Fixed CSCub03001</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub03001</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub03001</guid>
</item>
<item>
<title>ccm service cores in 8.6.2 when IPsec config protocol is set to any, Fixed CSCts06233</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts06233</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts06233</guid>
</item>
<item>
<title>EM API call deviceUserQuery returns wrong logged in user, Open CSCuh25637</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh25637</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh25637</guid>
</item>
<item>
<title>SMTP server address not displayed in web GUI, Open CSCuh16809</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh16809</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh16809</guid>
</item>
<item>
<title>After DHCP Monitor service is stopped, IP is given to DHCP clients, Open CSCso60222</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso60222</link>
<description></description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso60222</guid>
</item>
<item>
<title>SNR fails when SDL link in service is incorrectly not detected by nodes, Fixed CSCug23712</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug23712</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SNR fails when SDL link in service is incorrectly not detected by nodes
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Issue was seen after a ccm node could not detect the SDL link in service between itself and another node whereas the SDL link was actually in service. Seen after a server reboot.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug23712</guid>
</item>
<item>
<title>EM should do case insensitive device name lookups, Fixed CSCug46271</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug46271</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Extension mobility (EM) login fails with &quot;Login is unavailable (11)&quot;.  Error 11 is &quot;Phone record entry is absent in the device table.&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The device name configured in CUCM is not all upper case.

Phones send CUCM an EM login request with the device name in all upper case.  When the EM service checks the CUCM database for a configured device it does not find a match so the login fails.  This is because a case sensitive match is being done.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Change the case in CUCM to be all upper case.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug46271</guid>
</item>
<item>
<title>Calls from Video phone fail over MGCP PRI having Enable G.Clear checked, Fixed CSCuf56779</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf56779</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Calls from Video phone fail over MGCP PRI having Enable G.Clear checked.

When a call is made from a Video capable endpoint, the SIPCdpc sets the bc.itc=8 (SPEECH) in the CcSetupInd signal. This flag is eventually passed onto the MGCP PRI in the CcSetupReq message. 

If the MGCP PRI has Enable G.Clear parameter checked, it will consider this as a Data call and use only G.nX64 for media negotiation and the call will eventually fail with wait_AuConnectErrorInd.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

If the MGCP PRI config page has Enable G.Clear checked
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

disable the video capability of the phone

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf56779</guid>
</item>
<item>
<title>ELM 9.1 Cannot add Product instance for CUCM or Unity connection, Open CSCuh19884</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh19884</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Cannot add product instance. Get following error 
&quot;The product type of the Product Instance does not match what is specified on the Enterprise License Manager&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

1) Try to add a Hosted CUCM or Hosted Unity connection Product instance in ELM
2) CUCM or Unity connection is not set to hosted mode via HLM
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Set CUCM and Unity to hosted mode via HLM if customer is doing hosted solution


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh19884</guid>
</item>
<item>
<title>Subscriber NTP Reference in ntp.conf not updated on Pub Hostname Change, Fixed CSCue11654</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue11654</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Subscriber&#39;s NTP reference to Publisher on OS Admin page still shows former publisher hostname.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This can occur after changing the Publisher hostname.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
1.  If the hostname has already been changed, contact TAC to manually fix the ntp.conf file.

2.  If this defect is identified prior to the hostname change, manually modify the Publisher Hostname value on the Subscriber&#39;s OS Admin Page ahead of time.

More Info:



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue11654</guid>
</item>
<item>
<title>T38 Reinvite intermittently dropped by CCM, Fixed CSCte50773</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte50773</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Intermittently T38 fax reINVITE is being dropped by CCM and not being relayed to the SIP Provider.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This can occur if the call is going into a=inactive state briefly in CUCM 7.x.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte50773</guid>
</item>
<item>
<title>Remove &quot;?&quot; characters from x-farendaddr parameter in recording scenario, Open CSCub91959</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub91959</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Call not being recorded in the Recording Server
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

SIP Integration with the Recording Server
The x-farendaddr parameter contains some &quot;?&quot; character, what produces the Recording Server to fail to parse the sip message.
This is produced when an incoming call to the recording enabled phone is going through some calling Transformation Mask that has more &quot;X&quot; specified than digits has the Calling Number. The extra &quot;X&quot; are replaced by &quot;?&quot; in the  x-farendaddr parameter.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Use a SIP Normalization Script to leave the x-farendaddr parameter empty if it has some &quot;?&quot; or modify the transformation mask to match the number of digits in the calling number.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub91959</guid>
</item>
<item>
<title>Upgrade fails due to duplicate key on the CommonPhoneConfig.Name field, Fixed CSCtz13995</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz13995</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Migration failed due to a duplicate key on the CommonPhoneConfig.Name field when attempting to load the second Standard Phone Config Profile record exported from the cu database
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Customer deleted the standard  &quot;Standard Phone Config Profile&quot; record then added it back with same name.

running:
run sql select pkid,name from commonphoneconfig where pkid &lt;&gt; &#39;ac243d17-98b4-4118-8feb-5ff2e1b781ac&#39; and name = &#39;Standard Common Phone Profile&#39;
will return a row.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
have customer rename the nonstandard &quot;Standard Phone Config Profile&quot; .
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz13995</guid>
</item>
<item>
<title>Placed calls incorrect when using overlap receiving, Fixed CSCud61819</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud61819</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Placed calls history on SIP phone is incorrect when using overlap receiving: when using route pattern like 3.6X and dialing 36611101 the call will succeed but the placed call history will show 361
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
 - SIP phones (listed below) running 9.3(1) or 9.3(2) working the CUCM versions 8.6(2), 9.0(1) and 9.1(1)
 - only happens with off-hook dialing
 - This issue will be seen on following phone models:

     - 8961, 9951, 9971
     - 7906, 7911, 7931, 7941, 7942, 7961, 7962, 7965, 7945, 7970, 7971, 7975.
     - 8941,8945, 6921, 6941, 6945, 6961 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
 - Using on-hook dialing will ensure that Placed Call history is correct.
 - Do not use placed call history rather enter number manually for making a call.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud61819</guid>
</item>
<item>
<title>Need to send last redirecting number as calling number for SNR, Fixed CSCuc20486</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc20486</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Call to remote destination fails
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
As a result of CSCtf04411, now CUCM will not send last redirecting number as calling number, even if you configure the calling party selection as &#39;last redirecting number&#39; in the GW/Trunk page.

However, Telco will reject the call due to the calling number is not within the Telco&#39;s DID range, some Telco can allow this call to pass through if we insert the last redirecting number into the RDNIS field, but some Telco can&#39;t honor the RDNIS field.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
For Telco can&#39;t honor the RDNIS field, currently customer need to configure extensive number translation to workaround this and it&#39;s not scalable.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc20486</guid>
</item>
<item>
<title>CUCM 6.1(4) IPMA speeddials lost @ Tomcat restart, Fixed CSCte50151</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte50151</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

We found that the speeddials are stored in database in ipmaStaticData table in settingsdata field (encoded data in MIME). For these users who lost data, we noticed that speeddials were no more stored in the table because they were about more than 30000 characters. Indeed, all these users had big directories with lot of numbers and lot of tabs. Moreover, it seems that a XML file is created on local disk at the console close for this kind of users but when there is a reboot tomcat this save is not executed on local disk hence the loss of data. 
&lt;br&gt;


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

Callmanager 6.1(4)
&lt;br&gt;

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

Record configuration on local disk and push data in case of loss

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte50151</guid>
</item>
<item>
<title>CCM Core after accessing null pointer for Station Keepalive Timer, Fixed CSCtw82594</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw82594</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

CCM Cores when a Station Keepalive Timer expires.  
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This can occur in any version of CUCM with the fix for CSCtq47636.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw82594</guid>
</item>
<item>
<title>Dialed Number Analyzer java.lang.NullPointerException invalid SQL Syntax, Fixed CSCuh33195</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh33195</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using the dialed number analyzer, the server presents an HTTP 500 Internal Server Error.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This happens intermittently, but tends to happen more frequently for numbers which are valid and route to a route pattern pointed to a PSTN Gateway with a PRI.  

The following error is observed in the Dialed Number Analyzer logs (set to Debug level):

ERROR [http-8443-22] dnaServer.GatewayBase - formatDigitalAccessPriGatewaysql: DESC=Column (d) not found in any table in the query (or SLV is undefined)., Error Code=java.sql.SQLException: Column (d) not found in any table in the query (or SLV is undefined).
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
There is no workaround for this issue.  Restarting Dialed Number Analyzer or rebooting the server does not appear to clear the issue.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh33195</guid>
</item>
<item>
<title>CLI command show csr own &quot;unitname&quot; does not show results, Fixed CSCua55998</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua55998</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Intercompany Media Engine version 8.6.2.10000-5

When running the set csr gen &quot;unitname&quot; the command is accepted and states the following on the CLI:  Successfully Generated CSR  for &quot;unitname&quot;

When you then run the show CSR own &quot;unitname&quot; the BEGIN CERTIFICATE REQUEST does not appear.

The CLI returns back to the admin prompt, no error message is displayed.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Step one of generating and uploading third party certificates for Intercompany Media Engine based on the admin guide.

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/ime/8_5_1/config/config.html#wp1120859

 Step 1  Generate the CSR for Cisco IME by logging into the Cisco IME command line interface (CLI) and entering the set csr gen IME command and then the show csr own IME command.
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Contact Cisco TAC.  Root access needs to be provided to find the unitname.csr that was generated via root, and then you can copy the BEGIN CERTIFICATE REQUEST and provide that to the Third Party Certificate Authority.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua55998</guid>
</item>
<item>
<title>Native Call Queuing QueueControl not handling SsMoveInd, Fixed CSCug55132</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug55132</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Native Call Queuing QueueControl not handling SsMoveInd
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
When queuing is enabled in multi node cluster.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
no

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug55132</guid>
</item>
<item>
<title>CUCM changes the domain of To when the SIP-URI  is numeric,   CSCue84629</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue84629</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

CUCM changes the domain of To: field when the SIP-URI is numeric but does not when the SIP-URI is alpha-numeric
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Incoming call arrives with To: field containing URI (1234@cisco.com) where 
-	Numeric part does not match with any DN configured. 
-	RHS part does not match with either of following
o	local IP address of any nodes in cluster or 
o	CFQDN (Cluster Fully Qualified Domain Name) or 
o	OTLD (Organization Top-Level Domain),

Then it matches against the sip route pattern &quot;*&quot;, so it routes the call via appropriate sip trunk. While sending o/b SIP Invite, cucm modifies the RHS part URI in To: header (based on sip trunk&#39;s &quot;Destination&quot; filed configuration) 
&lt;br&gt;


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

Use LUA script to modify To header



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue84629</guid>
</item>
<item>
<title>Monitoring Calling Search Space does not appear as dependency, Open CSCuh13579</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh13579</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Not able to remove CSS but dependency records show zero: &quot;0 Record(s) are using Calling Search Space: CSS_Test&quot; 
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
&quot;CSS_Test&quot; is assigned as Monitoring Calling Search Space on Directory Number level.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Remove CSS_Test from Monitoring Calling Search Space configuration on Directory Number level.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh13579</guid>
</item>
<item>
<title>MTP resource leaked when a call transferred to CTI RD is disconnected, Open CSCuh49332</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh49332</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
MTP resource is not cleared when a call transferred to a CTI Remote Destination is disconnected.

Step:
1. Incoming call from PSTN via MGCP-GW to User A.
2. User A responds it, presses a transfer key and places a call to User B. 
3. User B has CTI RD, so the call goes through his mobile phone via CUBE.
4. User B responds the call with his mobile phone.
5. User A completes the transfer.
6. Now the PSTN caller and User B&#39;s CTI RD are connected.
7. Disconnects the call.
8. MTP resource that has been allocated for SIP Trunk is not released.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
In order to clear the MTP resource, restarting MTP on CUCM is needed.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh49332</guid>
</item>
<item>
<title>Brazil dial plan does not take into account the Carrier Selection Code, Open CSCuh42143</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh42143</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Brazil dial plan does not take into account the carrier selection code.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Long distance or international dialing.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Manually configure the necessary route patterns.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh42143</guid>
</item>
<item>
<title>Calling Party not in CDR for calls inbound on MGCP controlled FXS/FXO, Fixed CSCub77254</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub77254</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CDR records for calls inbound on MGCP controlled FXS/FXO ports do not contain Calling Party information
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Inbound calls on FXS/FXO ports that are MGCP controlled
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
none

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub77254</guid>
</item>
<item>
<title>CUCM 8.6.2 after upgrade CDR Agent fails to move files from SUB to PUB, Terminated CSCub83090</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub83090</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CDR Agent stops sending files from SUB to PUB :
In syslog

UC_CDRREP-3-CDRAgentSendFileFailureContinues  %[CDRAgentNodeAddress=CMSUB01/10.1.1.2][CDRRepositoryNodeAddress=10.1.1.1][ClusterID=][NodeID=CMSUB01]: 
CDR Agent cannot send CDR files from CCM node to CDR Repository node on retries.

In CDR Agent logs :

2012-08-27 08:14:13,497 ERROR [main]  sftpapi.ftpClient  ( ftpClient.java:559 ) - Exception while sending files: com.maverick .sftp.SftpStatusException : Permission denied.: Permission denied
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Seen after upgrade to any 8.6.2 versions
&lt;br&gt; 
&lt;B&gt;Workaround:&lt;/B&gt;
Contact TAC to check the permission on CDR folders


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub83090</guid>
</item>
<item>
<title>Enablement of free IM/Presense for newly provisioned IM/Presense Users, Fixed CSCtz89191</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz89191</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Currently, in all prior releases of CUCM, the use of IM/Presence consumes DLUs. After deployment of the FreeIM COP file, all subsequent configuration of IM/Presence will not consume any additional DLUs. The COP file is for all 7x, 8x, 8.5x, and 8.6x releases. 

One caveat is that if the COP file is deployed and then an upgrade to another pre 9.0 release occurs, then that pre 9.0 release will not be FreeIM enabled, thus the COP file will need to be redeployed on the subsequent release. CUCM 9.0 onwards contains the code natively.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
This is only useful if additional IM/Presence is to be configured for users.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
There are only two ways to be able to enable FreeIM on a pre 9.0 releases. One can install the FreeIM COP file or the code will be natively included in ES and SU branches of 7.1.5, 8.0.3, 8.5.1, and 8.6.2 released after June 1, 2012.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz89191</guid>
</item>
<item>
<title>Repeated G729 (18) codec in SIP 200 SDP cause ccm service core, Open CSCuh37277</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh37277</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
9.1.1.20000-5,duplicated codec entries in SIP 200 SDP cause ccm service core. example is below:

********
05350128.002 |10:21:31.534 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.41.0.40 on port 5060 index 610 with 1140 bytes:
[304658,NET]
SIP/2.0 200 OK
Content-Type: application/sdp
To: &lt;sip:9888@10.41.0.40 &gt;;tag=c848151a
Via: SIP/2.0/TCP 10.41.0.36:5060;branch=z9hG4bKba497a32c221
CSeq: 104 INVITE
Content-Length: 549
Call-ID: 4e533080-1af14cee-2e70-2400290a@10.41.0.36
From: &quot;Tammy Sorge x2504&quot; &lt;sip:2504@10.41.0.36;x-farend;x-refci=45750114;x-nearenddevice=SEP0024811D9B55;x-farendrefci=45750113;x-farenddevice=CSFWILS;x-farendaddr=2075&gt;;tag=74025~2bf7b3dd-1818-4a76-8a2e-b2e5d5683f36-45750125
Contact: &lt;sip:app-1k7xad13m6idq@10.41.0.40:5060;transport=tcp;wlsscid=3776fd54b23081b;sipappsessionid=app-1k7xad13m6idq &gt;
 
v=0
o=SmartRecordIPV2.0 01 001 IN IP4 10.41.0.40
s=SmartRecordIPV2.0 SIP
t=0 0
c=IN IP4 10.41.0.40
m=audio 10866 RTP/AVP 18 101 101 0 8 9 18 0 8 9 18 0 8 9 18
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=rtpmap:101 telephone-event/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:18 G729/8000
a=recvonly
a=ptime:20
*******
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
duplicated codec entries in SIP 200 SDP
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
none

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh37277</guid>
</item>
<item>
<title>High CPU caused by sshd session, Terminated CSCtq81800</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq81800</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
High CPU after a SSH session has been opened. 

From the CLI &quot;show process load cont&quot; will show sshd as using considerable CPU time as indicated in the %CPU column.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SecureCRT client initiating ssh session to CUCM server. The problem persists so long as the client is open and attempting ssh sessions to the CUCM server.
This issue has been seen while using other SSH client, like Putty.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
* Block SSH access TO CUCM server from any clients that are not members of the cluster. ssh is used for critical functions between nodes within the cluster.
or
* Avoid use of SecureCRT as ssh client. Use Tectia or similar instead

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq81800</guid>
</item>
<item>
<title>Rename RecordingDestination Address to Recording Destination Pattern/URL, Open CSCuh35844</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh35844</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
&quot;Rename Recording Destination Address&quot; to &quot;Recording Destination Pattern/URL&quot; on CUCM Device Settings page
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
While configuring Recording Profile (Device - Device Settings - Recording Profile), there is an option for &#39;Recording Destination Address&#39;. This creates  confusion for the Customers and they saves that configuration with ip address of recording server.

So Customer suggestion is to change the name of that field to &#39;Recording Destination Pattern/URL&#39;, instead of &#39;Recording Destination Address&#39; as it creates confusion.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
NA

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh35844</guid>
</item>
<item>
<title>9.0(1)/8.6(2) Support files for Cisco TelePresence models, Fixed CSCub72167</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub72167</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;The purpose of this check in is to add the following changes for Tandberg
endpoint models into CUCM branches.

Enabled these CSV options:

    Security Authentication
    Security By Default
    Security Encryption
    Support CAPF
    Support for Mutual-auth TLS
    Support for server-side auth TLS (basic)
    Immersive Video Support
    License Category = Telepresence


Without this Tandberg endpoints will not register to CUCM clusters in mixed or secure mode. Without these changes cTFTP does not build .cnf.xml.sgn configuration files for Tandberg endpoints.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;Applicable to Cisco Unified Communications Manager (CallManager) releases
8.6(2), 9.0(1). For customers running 8.6(2), latest device pack may be
installed to enable these features

Particularly affects Tandberg endpoints registering to CUCM 8.6 clusters with cluster security mode enabled and set to Secure or Mixed mode.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;None.

For 8.6 versions without this fix (everything before 8.6.2su3) re-apply the devpack to enable tandberg endpoints. The devpack correctly updates database so that signed config files are produced and served.

Please go to this link in order to download Device Pack 8.6.2(23047). This is the name of the file: &quot;cmterm-devicepack8.6.2.23047-1.cop.sgn&quot;  http://software.cisco.com/download/release.html?mdfid=283782839&amp;flowid=26422&amp;softwareid=282074299&amp;release=8.6%282.23071%29&amp;relind=AVAILABLE&amp;rellifecycle=&amp;reltype=latest ( http://tools.cisco.com/squish/54F67 ) And here is the Read me file. In this &quot;Read me&quot; file you will see the Installation Instructions.  http://tools.cisco.com/squish/8891D
&lt;B&gt;More Info:&lt;/B&gt;




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub72167</guid>
</item>
<item>
<title>Negotiate B-channel, Terminated CSCdu35410</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCdu35410</link>
<description>
Symptoms and conditions
-----------------------
This is an enhancement request for Call Manager, to implement an optional part 
of the Q931 specification.

Currently b-channel selection for outgoing calls is exclusive.
Meaning Callmanager does not accept any other b-channels.
If channel is not available, PABX/CO will send Release Complete.

Need flexibility to change selection procedure to &#39;preferred&#39;, in this case 
PABX/CO will indicate in Call Proceeding which b-channel can be used.
&lt;br&gt;
Workaround:
-----------
None


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCdu35410</guid>
</item>
<item>
<title>No Owner User ID in Phone Export on 8x, Fixed CSCts16568</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts16568</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
No &#39;Owner User ID&#39; field in csv when exporting phones via Bulk Administration Import/Export in CUCM 8x
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Running CUCM version 8.x and up, export using BAT process:
Bulk Administration &gt; Import/Export &gt; Export 
select phone under Device Data 
submit job

In resulting csv file both columns AM and AN contain &#39;User ID 1&#39;
Column AN should contain &#39;Owner User ID&#39;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts16568</guid>
</item>
<item>
<title>Unable to add a new subscriber to the CUCM Cluster, Fixed CSCub14050</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub14050</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Receive the following error after entering in the security password:
~~~~~~~~~~~~~~~~~~~~~~~~~
Connectivity check to &lt;Publisher Name&gt; (&lt;ip address&gt;) failed.
~~~~~~~~~~~~~~~~~~~~~~~~~
Unable to connect to &lt;Publisher&gt;.
- Is the IP address and/or security password entered correctly?
- Is the IP address &lt;ip&gt; correct for &lt;Pub Name&gt;?
- Is the security password correct for &lt;Pub Name&gt;?
- Is the network connection to &lt;Pub Name&gt; up?
- Is &lt;Pub Name&gt; powered on?
~~~~~~~~~~~~~~~~~~~~~~~~~
...may possibly also see...
~~~~~~~~~~~~~~~~~~~~~~~~~
Configuration validation with &lt;Publisher Name&gt; (&lt;ip address&gt;) failed.
~~~~~~~~~~~~~~~~~~~~~~~~~
Configured first node &lt;Pub Name&gt; is not a First Node.

- Is &lt;Pub Name&gt; entered correctly?
- Is &lt;Pub Name&gt; the correct first node for this node?
~~~~~~~~~~~~~~~~~~~~~~~~~
....the aforementioned is *usually* an indication that the security password was erroneously entered or the pubname was wrong.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
A large banner size in combination with a small amount of allocated memory may result in the inability to add a new subscriber to the CUCM cluster.

After verifying that the security password is correct, i.e. that one is *not* fat fingering the password.

more /usr/local/platform/conf/platformConfig.xml
...followed by...
/usr/local/bin/base_scripts/InstallWizard -p &lt;guess&gt;

If the hash values are the same this shows customer is entering the password in correctly.

have also eliminated that the default gateway is accessible, full network connectivity is in place (packet capture at pub &amp; sub verifying all packets sent are received).
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Reduce the number of characters in the banner.
The Banner can be modified under....
OS Admin -&gt; Software Upgrades -&gt; Customized Logon Message

The line length in the banner should be less than 1000 characters, to be on the safe side less than 
900 chars.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub14050</guid>
</item>
<item>
<title>CM-DOCS:Highlight Intro Section for 6900 Series Release Note 9.3(3), Open CSCug92400</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug92400</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;


&quot;Introduction Section&quot; on the document &quot;Cisco Unified IP Phone 6900 Series Release Notes for Firmware Release 9.3(3)&quot; needs to be highlighted
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Highlight the following lines
&quot;Before deploying the 9.3(3) firmware, the Cisco Unified Communications Manager must be updated to the latest device pack.&quot; 


http://www.cisco.com/en/US/docs/voice_ip_comm/cuipph/6900_series/firmware/9_3_3/release_notes/P069_BK_R9A78776_00_rn-9_3_3-6900-series.html
&lt;br&gt;


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

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug92400</guid>
</item>
<item>
<title>no announcement when DVOR to an invalid number over SIP trunk, Fixed CSCud59803</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud59803</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
no announcement
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
DVOR to invalid number over SIP trunk
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
use other GW types

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud59803</guid>
</item>
<item>
<title>UCM should remove &quot;=&quot; in farenddevice SIP recording header when empty,   CSCuh42535</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh42535</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Recording session was not logged
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Recording is enabled on device and some call flow such as blind conference which caused no x-farenddevice displayed on the recording session
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh42535</guid>
</item>
<item>
<title>UDT shows external phone number instead of external phone number mask, Open CSCuh08364</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh08364</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When creating Universal Device template,go to Phone Buttons Configuration.

External phone number field is present which corresponds to External Phone number mask on the Line level of the phone configuration page.

Need to change  this field to External Phone number mask for customers to understand the correlation and that they can give a mask instead of an entire number.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Call manager version 9.1.1
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh08364</guid>
</item>
<item>
<title>CUCM not sending ACK for 200 OK because of race condition with Update, Fixed CSCuh30538</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh30538</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUCM is not sending ACK for incoming 200 OK (for the outgoing Invite message) because of a race condition with an outgoing update message. CUCM is waiting for the 200 OK for the update message while the far end is waiting for the ACK message for the 200 OK message and the call fails
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM receives an 200 OK (for an outgoing invite) at the same time it sends an outgoing Update message.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh30538</guid>
</item>
<item>
<title>SNR intermittently breaks after upgrading to CUCM 9.1.1, Fixed CSCue58307</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue58307</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SNR intermittently breaks after upgrading to CUCM 9.1.1
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Upgrade to CUCM 9.1.1
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
In Remote Destination page, uncheck the Line Association checkbox and save. Then  recheck the Line Association checkbox and save again

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue58307</guid>
</item>
<item>
<title>Installation of cucm 8.6.2.22900-9 error, Fixed CSCub96406</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub96406</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Customer encountered problem during upgrade from version 7.1.5.31900-3 to version 8.6.2.22900-9. 

Install.log:
_____________

09/01/2012 08:51:49 component_install|Execute &quot;/common/refresh_upgrade/Cisco/callmanager/scripts/cm_bps_migration.sh RU Export 8.6.2.22900-9 7.1.5.31900-3 /common/component/callmanager /usr/local/cm/ /common/log/install/capture.txt&quot;|&lt;LVL::Debug&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|Do RU update Export Phase|&lt;LVL::Info&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|doRUUpdateExportPhase|&lt;LVL::Info&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|Export BPS files to /common/component/callmanager/bps/|&lt;LVL::Info&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|The source directory exists|&lt;LVL::Info&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|Copying /var/log/active/cm/log/bps/ to /common/component/callmanager/bps/|&lt;LVL::Debug&gt;
09/01/2012 08:51:49 cm_bps_migration.sh|Unable to copy /var/log/active/cm/log/bps/ to /common/component/callmanager/bps/ (126)|&lt;LVL::Error&gt;
09/01/2012 08:51:50 component_install|(CAPTURE)  CM BPS - migration script|&lt;LVL::Debug&gt;
09/01/2012 08:51:50 component_install|(CAPTURE) /common/refresh_upgrade/Cisco/callmanager/scripts/cm_bps_migration.sh: line 86: /bin/cp: Argument list too long|&lt;LVL::Debug&gt;
09/01/2012 08:51:50 component_install|/common/refresh_upgrade/Cisco/callmanager/scripts/cm_bps_migration.sh RU Export 8.6.2.22900-9 7.1.5.31900-3 /common/component/callmanager /usr/local/cm/ /common/log/install/capture.txt failed (1)|&lt;LVL::Error&gt;
09/01/2012 08:51:50 refresh_upgrade|Final exit processing with result 1|&lt;LVL::Info&gt;
09/01/2012 08:51:50 refresh_upgrade|

Full installation log is attached.
&lt;br&gt;

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

/var/log/active/cm/log/bps/ contains high number of files
&lt;br&gt;

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

remove contents of /var/log/active/cm/log/bps/

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub96406</guid>
</item>
<item>
<title>Uploading certs with same CN will overwrite old cert in Phone-VPN-trust, Terminated CSCuh19734</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh19734</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When uploading an updated certificate with the same Common Name (CN) to Phone-VPN-trust the old certificate will be overwritten.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 9.1.1 and uploading Phone-VPN-trust certificate.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Upload new certificate to Subscriber instead of publisher. Phone-VPN-trust does not replicate to other servers but this will still add new certificate to database for Phone VPN Gateway configuration. Therefore, the old certificate will not be overwritten.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh19734</guid>
</item>
<item>
<title>Documentation: Unable to add  Multiple ICT&#39;s with same dest. address, Fixed CSCso47081</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso47081</link>
<description> &lt;B&gt;Symptom:&lt;/B&gt;
 
 Not able to add the two intercluster trunks with the same destination IP address
 
 Go to Trunk Configuration page in Cisco Unified CM Administration:
 
 1) Add a trunk with name ICT1 and configure the destination ip address as
&quot;x.x.x.x&quot;and click save.This is successfully saved.
 
 2)Add a new trunk called ICT2 and configure the destination ip address as
&quot;x.x.x.x&quot;and click save.  The following error message is displayed:ADD
failed[466] Remote Cisco Unified Communication Manager is already defined by
other ICT Trunk.
&lt;br&gt; 
 &lt;B&gt;Conditions:&lt;/B&gt;
 
 Cisco Unified CM 5.X and 6.X
&lt;br&gt; 
 &lt;B&gt;Workaround:&lt;/B&gt;
 
Do not configure more than one H.323 trunk of any type (gatekeeper or
non-gatekeeper controlled) between the same clusters. Configuring more than one
H.323 trunk can break inbound calls because Cisco Unified Communications
Manager uses the received IP address to choose which trunk handles the call. If
you configure more than one H.323 trunk between the same clusters, Cisco
Unified Communications Manager may choose the wrong trunk device when a call
gets processed. 
 
If you configure one trunk with an IP address, and you configure another trunk
with a hostname that resolves to the same IP address, Cisco Unified
Communications Manager does not detect this configuration, which causes
duplicate trunk configuration and problems with call processing.
 
Cisco Unified Communications Manager cannot detect the configuration of a gatekeeper-controlled trunk and a non-gatekeeper controlled trunk or the configuration of multiple gatekeeper-controlled trunks between the same Cisco Unified Communications Manager clusters. Additionally, Cisco Unified Communications Manager cannot detect the configuration of a gatekeeper-controlled H.323 trunk with the configuration of an H.323 gateway that is accessible from that same gatekeeper-controlled H.323 trunk. These configurations can cause problems for call processing, so carefully configure your trunks in Cisco Unified Communications Manager to avoid these issues.

Tip: If your configuration contains duplicate entries, you can upgrade to Cisco Unified Communications Manager 7.0; however, after you upgrade, delete the duplicate entries to avoid issues with call processing.
 
 



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso47081</guid>
</item>
<item>
<title>Park range round robin use fails if several partitions exist,   CSCtr87375</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr87375</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Park number will not act as round robin even if the service parameter &quot;Use All
Call Park Numbers Once Before Reusing&quot; is set to True.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
When  two or more partitions are used.
This will affect to CUCM7.1 and later.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None





</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr87375</guid>
</item>
<item>
<title>Unable to update CTI Controlled Profile for End Users via BAT, Fixed CSCug98968</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98968</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CTI CONTROLLED PROFILE update via BAT for End users does not take effect. Value stays blank.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CTI CONTROLLED PROFILE and DEFAULT PROFILE have the same value.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
- Manual update
- Remove DEFAULT PROFILE values from csv file and retry update

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98968</guid>
</item>
<item>
<title>User login fails after LDAP bind timeout, Fixed CSCtr94400</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr94400</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt; User login fails after LDAP bind timeout.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt; UCM with external Sun One LDAP server
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt; Re-initiating ldap bind from cuadmin page restores access



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr94400</guid>
</item>
<item>
<title>SW MTP, ANN, CFB, MOH should support G.722 codec, Open CSCsu08756</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu08756</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

The SW media devices do not support G.722 (wideband) codec
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This codec will probably become the default standard and it would be VERY necessary for the default media devices (CFB, ANN, MTP, MOH)  to directly support it.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Require use of HW Transcoders

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu08756</guid>
</item>
<item>
<title>Filter for &quot;Find More Phones&quot; under Application User doesn&#39;t work, Open CSCuh22509</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22509</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
--Any search criteria added after 2nd or third filter under &quot;Find More Phones&quot; for Application User disappears on clicking &quot;Find&quot; .

STEPS TO REPRODUCE:

1) Create any application user &quot;apptestuser&quot;
2) Open the application user &quot;apptestuser&quot; and click on &quot;Find More Phones&quot; to associate devices to application user.
3) Now under Search Criteria , say we do the following :

a) First search criteria is &quot;Device Name&quot; and put &quot;begins with&quot; = &quot;SEP&quot;
b ) Click &quot;+&quot; to add next filter and put search criteria as &quot;Directory Number&quot; and put &quot;begins with&quot; any specific directory number.
c) Click &quot;Find&quot;, we will now see the 2nd search criteria to disappear.
d) If we put a third criteria, the third criteria disappears too.

Issue happens with any search criterias when we do &quot;Find More Phones&quot; from &quot;Application User&quot; page.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
&quot;Find more Phones&quot; search is done from Application User page.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
CUCM --&gt; Device --&gt; Phones

Make an initial search with  filters &#39;x&#39; number of filters.

Now go to application user and click &quot;Find More Phones&quot; , it will allow us to make the &quot;Find&quot; successfully with &#39;x&#39; filters however &#39;x+1&#39;  filter will fail.

How many ever filters are needed, we need to first do it from Device--&gt; Phones. Those many number of filters would work on &quot;Find More Phones&quot; under Application User web page.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22509</guid>
</item>
<item>
<title>utils:show environment fails on IBM server platform, Open CSCuh40428</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh40428</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
&quot;show environment&quot; commands at the cli do not output any data.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
IBM server
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh40428</guid>
</item>
<item>
<title>Cannot install LSC when CAPF Traces are disabled., Fixed CSCue31341</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue31341</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
-No &quot;Update&quot; Softkey on IP Phones when going to Settings &gt; Security Settings &gt;LSC.
-The Phones config file will show a blank entry for &quot;processNodeName&quot; in the &quot;capf&quot; section of its config file:
   &lt;capf&gt;
   &lt;phonePort&gt;3804&lt;/phonePort&gt;
   &lt;processNodeName&gt;&lt;/processNodeName&gt;
   &lt;/capf&gt;
-You will see the following in the TFTP traces even though Certificate Authority Proxy Function (CAPF) service is enabled:
  CXMLProcessNodeCache::GetActiveCAPFNode(), No CAPF Service Activated
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
-CTL Client has been run on the cluster
-Tracing for the CAPF service has been disabled on the CUCM node that the CAPF service is active on.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
-Check the &quot;Trace On&quot; checkbox on the CM Serviceability web page for the CAPF service.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue31341</guid>
</item>
<item>
<title>Installing &#39;Jabber for Everyone&#39; COP file breaks several admin functions, Fixed CSCub69670</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub69670</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

After installing the &quot;Jabber for Everyone&quot; cop file the Dependency Records return 0 results.  The administrator is also not able to create a SIP Profile because the configuration option for &quot;SDP Session-level Bandwidth Modifier for Early Offer and Re-invites&quot; has no configuration options.  

This issue occurs for each server in the cluster which had the cop file deployed.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Issue has been confirmed to be seen in the following cases :

++ CM version : 7.1.5.31900-3
++ COP File installed : ciscocm.free_im_v1.1.cop

++ CM version : 7.1.5.31900-3
++ COP file installed : ciscocm.free_im_v1.0.cop.sgn

++ CM Version : 8.5.1.10000-17
++ COP file installed : ciscocm.free_im_v1.1.cop

This may occur on customer releases where the customer has not deployed an ES / SU more recent than early 2011. Newer deployments will not be affected - thus this has affected less than 1/2 of 1 percent of the deployments of the COP file.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

1. Use a subscriber which did not have the COP file deployed to check dependency records or add a SIP Profile. 

2. To revert the Admin changes done by COP file, can use TAC support to redeploy original CCMAdmin application (see Workaround enclosure).

3. Otherwise, for affected releases, one can upgrade to a version not affected by this problem:
7.1(5): Upgrade to 7.1.5.34059-1 or later
8.0(3): Upgrade to 8.0.3.23034-1 or later
8.5(1): Upgrade to 8.5.1.12025-1 or later

The COP file has been reissued to resolve this issue - it will not occur with v1.2 or higher of the COP file.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub69670</guid>
</item>
<item>
<title>Stale Pointer in SipHandler leads to Infinite Loop and CUCM Core, Fixed CSCuc63582</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc63582</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

++ Call manager service crashed and generated core dumps.

  ====================================
 backtrace
 ===================================
 #0  0x006fd7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00988825 in raise () from /lib/tls/libc.so.6
#2  0x0098a289 in abort () from /lib/tls/libc.so.6
#3  0x0a09afa0 in SdlMsgQueueCirc::enqueueSignal (this=0xf75aa60,
msg=0x99539168, priority=2) at SdlMsgQueueCirc.cpp:136
#4  0x0a0969fd in SdlThreadedProcess::inputSignal (this=0xf759f90,
rSignal=0x99539168) at
/view/BLD-cm_su1_8_5_1-cct-ccm-d/vob/ccm/Common/Include/Sdl/SdlMsgQueue.hpp:58
#5  0x0a06c9c4 in SdlRouter::callProcess (this=0xc3b86a0,
_sdlSignal=0x99539168, _deleteSignal=@0x3351fa7,
_traceType=SdlSystemLog::SignalRouterThread, _hp=0, _np=0, _lp=0, _vlp=0,
_lzp=0, _dbp=0) at SdlRouter.cpp:238
#6  0x0a06cf75 in SdlRouter::scheduler (this=0xc3b86a0) at SdlRouter.cpp:155
#7  0x0083cbf3 in ACE_OS_Thread_Adapter::invoke (this=0xf6eb5a0) at
OS_Thread_Adapter.cpp:94
#8  0x007fd0a3 in ace_thread_adapter (args=0x0) at Base_Thread_Adapter.cpp:137
#9  0x002d63cc in start_thread () from /lib/tls/libpthread.so.0
#10 0x00a2cf0e in clone () from /lib/tls/libc.so.6
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
++ One of the subscriber server showing high CPU.
++ Most of the CPU resources being used by ccm service.
++ Most of the IP Phones (SIP) having trouble in registering.
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Temporary fix is to restart the server.
&lt;br&gt;

&lt;b&gt;Further Problem Description:&lt;/b&gt;
There is an enhancement to this fix available.  The enhancement is tracked by
CSCud18522



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc63582</guid>
</item>
<item>
<title>SNMP stops responding as threads are stuck, Open CSCue66080</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue66080</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
SNMP service on call manager stops working.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
SNMP service on call manager stops responding to any GET request or SNMP walk.

SNMP master agent logs says :

LogLevel:    APERROR
timestamp:   44281217 (2013/02/12 17:57:20.38)
progname:    snmpdm
filename:    npthread_thrd.c
linenum:     181
message:     snmpdm: new_tid: no more threads available
UserData:    0x8955c0

By default, the call manager is configured with 10 threads for SNMP. Threads should die after the execution of the request.
But for some reason, the requests are stuck and threads do not die. Like this, all the threads are occupied and the next incoming request in not processed as no thread is available. 
&lt;br&gt;

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

Restarting SNMP Master Agent Service resolves the issue temporarily. The issue would happen again as threads would be stuck and eventually needs a service restart.

Once the SNMP service is restarted, all the existing thread are killed and SNMP starts responding till the time this situation comes back.

CSCtc85744 - this is an enhancement to raise the number of threads, but this would just prolong the occurrence.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue66080</guid>
</item>
<item>
<title>Call Back function may be failed if many &quot;call back&quot; softkey pressed, Fixed CSCtw88620</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw88620</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Call Back function may be failed if many &quot;call back&quot; softkey pressed.
Steps to reproduce.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM: 8.6.0.96071-10
1. From any phone model, press &quot;Call Back&quot; softkey.
2. Press &quot;Exit&quot; softkey if callback window presents.
3. Repeat steps 1 and 2 for several hundreds times.
4. Make call from phone A to phone B. 
5. While hearing ring back tone, phone A press &quot;Call Back&quot; softkey.
6. Wait a while, a callback window is pop up displaying the following.
CallBack can not be activated on B&#39;s dn
Press Exit to quit this screen.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
restart &quot;Cisco CallManager&quot; service.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw88620</guid>
</item>
<item>
<title>Linux software RAID rebuild not starting on MCS H3 system, Open CSCuh15816</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh15816</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Software RAID is not able to initiate after replacing HDD due to missing entry in the /etc/rc.local.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
It looks like that after upgrade from Unity Connection 8.6 SU1 to 8.6 SU2 the start up script /etc/rc.local lost entry which determine system RAID array.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Modify /etc/rc.local and add missing entry

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh15816</guid>
</item>
<item>
<title>Impacts of Administrative Audit Logging settings should be documented, Open CSCub37263</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub37263</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUCM documentation does not state the impacts of Audit Logging upon CUCM performance (specifically, web UI response time) when set to Administrative.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Administrative Audit Logging is enabled
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Disable Audit Logging.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub37263</guid>
</item>
<item>
<title>Updating Line Group causes some lines to be removed on sub, Fixed CSCts65486</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts65486</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When updating a line group in a cluster environment, some lines may be removed from the hunt list.

This can happen is the hunt list is registered to a sub, because the issue is dependent on replication.

RIS DB logs from the sub will show a SQL -239 error (duplicate entry exists).

RRH Row:3 / Replicate Id: 131573 / Table: ccm8_5_1_11900_21@informix.linegroupnumplanmap / DbOp:Insert
 RRH CDR:0 / SQL:-239 / ISAM:-100
 RRS 2 (g_xxxx_ccm8_5_1_11900_21)|1314906886 (11/09/02 04:54:46)
 RRD af3f9c0c-93bb-04b7-0a21-55509cf56d05|00ab074e-3bf6-42b5-92a2-6d2f60afa8c9|3cf29745-23bc-4b4b-9019-a677b2a90d8f|1

Replication should be sending delete requests for each line in the group, followed by insert requests.  If there is a timing issue and an insert is received before the delete, the insert fails due to the above error and then the delete removes the entry.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
- Updating Line Group from CCMAdmin
- Associated hunt list registered to subscriber
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
- Resave the Line Group again (may take multiple attempts)
- Permanent workaround requires change to DB so contact Cisco TAC for details


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCts65486</guid>
</item>
<item>
<title>mismatched case with CtiLineCallStartMonitoringReq from CTIDeviceLineMgr, Open CSCti23200</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti23200</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Silent monitoring is not working. Supervisor see following error message on CTIOS when they try to monitor a call.

&quot;IPCC Error[13144]Monitoring has encountered error, please make sure that Built-In-Bridge is turned on and the phone has the moniotring capability&quot;

From CCM-SDI
07/22/2010 14:26:01.781 CCM|Monitoring
-::getting_monitoree_call_info_SsCallInfoRes - Not allowed monitoring.
callingDevName=PGW_VIP_SIP_Trunk_1,calledDevName=karvy04
;mMonitoreeDevName=KARVY04|&lt;CLID::StandAloneCluster&gt;&lt;NID::10.5.160.43&gt;&lt;C
T::2,200,15,1.762887&gt;&lt;IP::10.5.160.40&gt;&lt;DEV::KARVY03&gt;&lt;LVL::Detailed&gt;&lt;MASK
::0800&gt;
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Our DB stores names in lower case, change the DevName from CTI to lower case


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti23200</guid>
</item>
<item>
<title>BE3000--EM users do not support VM when not logged in to phone, Terminated CSCub86199</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub86199</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

If a user is logged off Extension mobility and if someone else logs into his phone and if his extension is called the phone does not forward to voice mail. 

Same symptom for any EM enabled user that does not have a physical phone tied to it and if its extension is called it does not route to Voice Mail, we get a fast busy
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
EM user not logged into phone and if his extension is called it does not roll to voice mail
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

set the Call forward Unregistered settings on the DN, however t his will work only if user has one extension



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub86199</guid>
</item>
<item>
<title>G.729 ptime error when using CUCM8.6 and MGCP, Fixed CSCub91034</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub91034</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
MGCP to SIP call - Media cannot be setup correctly. Call is torn down before or after called party answers.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
MGCP ptime advertised as something unusually high like 220 (out of spec?)which causes the SIP SDP negotiation to fail.
CV = 47 may be seen in a BYE or CANCEL
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub91034</guid>
</item>
<item>
<title>UDT should have an option to add a new Directory number., Open CSCuh08512</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh08512</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
On the Universal Device Template page under Phone Buttons Configuration there is a option to add a directory number.

The Universal device template does not give an option of adding a new DN. It just gives an option of selecting available or used DN&#39;s from drop down list. That means, the DN&#39;s must be created externally.

it would be advantageous to not have to manually create the DNs before using the &#39;Quick User/Phone Add&#39; process, so settings to configure the DNs should be included as well (call forwarding and etc.).
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
all manager 9.1.1
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Go to Directory Number page . Create a new DN and then use it in the UDT.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh08512</guid>
</item>
<item>
<title>Voice Mail Utilization report in CDR is only showing ports, Fixed CSCuf86317</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf86317</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

No VM activity in VM activity report
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CAR VM Utilization Report
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf86317</guid>
</item>
<item>
<title>Multiple QSIG msgs for the same CID w/diff DN changes prev. DN MWI state, Open CSCug82783</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug82783</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
MWI light is turned off even though there are still messages or turned on when there aren&#39;t any. 
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CUCM with a QSIG trunk to an Avaya system which is sending erroneous secondary QSIG Facilities activateMWI messages using the same call ID but an unknown DN. This causes CUCM to change the DN which was modified in the first Facilities message for activating MWI with that CID. 
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug82783</guid>
</item>
<item>
<title>IDS 11.5 complains about unique index, needs unique constraints, Fixed CSCta91764</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta91764</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The messages in the ccm.log file can be ignored.  they are only recommendations from the vendor.
Occasionally, a subscriber will be left out of sync in database replication when a number of updates are made to something like pickup groups.
you will see ATS files that replicated failed for a recored due to unique index.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
The more update to the database the more likely this is to occur..
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Run &quot;utils dbreplication repair&quot; from cli.  
if this does not resolve the out-of-sync state (which is unlikely), run &quot;utils dbreplication forcedatasyncsub&quot; (check your version for usage.  this cli has been available since CUCM 6.1.3 but became much more efficient in 9.0(1)).
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta91764</guid>
</item>
<item>
<title>Line group members not ringing when logged into hunt group, Fixed CSCuh22624</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22624</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Calls to a hunt pilot will not ring available line group members.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Multiple members in a line group, then one member is removed from the line group and then added back.  Queueing is also enabled on the hunt pilot.  Log out the member that was removed and re-added to the line group from the hunt group.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Restart the CCM service.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh22624</guid>
</item>
<item>
<title>CUCM Callmanager Service restart after communication failure, Fixed CSCsz92928</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz92928</link>
<description>






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







Cisco CallManager Service unexpectedly restarts generating a core dump file.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;





In a large scale clustering over wan deployment when there is a WAN outage upon recovery of the WAN link as Callmanager nodes reestablish their SDL links CallManager service could unexpectedly restart. Once the core file is analyzed a backtrace similar to below can be seen.

#0  deviceNameHashFunction::operator() (this=0xa59a90c, pkidStr=@0x3cf7c70)
    at ../Include/ProcessDeviceManagerDcl.hpp:74
#1  0x0867d02b in SMDMSharedData::deleteRemoteDeviceGivenKeyAndPid (
    callerP=0xe45e120, aCepnStr=@0x97eb7c80, aDevicePid=@0x97eb7be0)
    at /vob/ccm_tpl/linux/include/stlport/stl/_hashtable.h:471
#2  0x086b102e in DMPropagation::process_DMRemoteDeviceUnRegister (
    this=0xe45e120, varDeviceInfo=@0x97eb7ba4) at ProcessDMPropagation.cpp:379
#3  0x086b08cf in DMPropagation::initialized_DMRemoteDeviceRegisterUnRegister (
    this=0xe45e120, s=@0x97eb5680) at ProcessDMPropagation.cpp:290
#4  0x086b3163 in DMPropagation::fireSignal (this=0xe45e120, 
    sdlSignal=@0x97eb5680)
    at /vob/ccm/Common/Include/Sdl/SdlProcessBase.hpp:165
#5  0x09cd5c5d in SdlProcessBase::inputSignal (this=0xe45e120, 
    rSignal=0x97eb5680, traceType=SignalThreadedNoPriorities, highPriority=0, 
    normalPriority=0, lowPriority=0, veryLowPriority=0, lazyPriority=0, 
    dbUpdatePriority=0) at SdlProcessBase.cpp:370
#6  0x09ce53da in SdlThreadedProcess::threadQueueReader (this=0xe45e120)
    at SdlThreadedProcess.cpp:131
#7  0x09ce4f4e in SdlThreadedProcess::threadQueueReaderInit (
    sdlThreadedProcess=0xe45e120) at SdlThreadedProcess.cpp:50
#8  0x003e765f in ACE_OS_Thread_Adapter::invoke (this=0xe455b00)
    at OS_Thread_Adapter.cpp:93
#9  0x003e7492 in ace_thread_adapter (args=0x0) at Base_Thread_Adapter.cpp:121
#10 0x00183dd8 in start_thread () from /lib/tls/libpthread.so.0
#11 0x008f2d1a in clone () from /lib/tls/libc.so.6
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;




None to avoid the unexpected service restart. Service Manager will automatically restart the Cisco CallManager service.
&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=CSCsz92928</guid>
</item>
<item>
<title>Cisco unified reporting gives an error for EM reoport., Fixed CSCub16032</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub16032</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Cisco unified reporting in CUCM gives an error for Unified extension mobility report:

ERROR: 	Fatal error encountered while validating report XML with schema: The entity name must immediately follow the &#39;&amp;&#39; in the entity reference.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The problem happens when EM user with &#39;&amp;&#39; symbol  in First/Last name or in userid is logged in.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Delete &amp; from these fields.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub16032</guid>
</item>
<item>
<title>LineGetDevCaps, LineGetAddressStatus on ParkDN fail with Error, Fixed CSCud77663</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud77663</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ParkDN fails with Error - OPERATIONFAILED because there is an exception in TSP.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This is reproducible with TAPI installed on application server. This happens when 
application uses LineGetDevCaps() and LineGetAddressStatus() on ParkDN and 
PickUpLines with Extension C0.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use an extension version lesser than C0





</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud77663</guid>
</item>
<item>
<title>RTMT alerts require DNS configuration, not documented, Fixed CSCsk71330</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk71330</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

RTMT alerts sent via email fail to deliver.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

If DNS was not configured on the CUCM servers during or post install, the fully qualified domain name (FQDN) will not append to the email sent by RTMT, causing the mail to be undeliverable.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Configure DNS from the Command Line Interface (CLI).

Example (Enter commands in following order):

set network dns primary xxx.xxx.xxx.xxx
set network dns secondary xxx.xxx.xxx.xxx
set network domain yourdomain.com

This requires a reboot of the node.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsk71330</guid>
</item>
<item>
<title>Calls to RDP via Hunt Pilot fail if we use LRG of last redirecting party, Open CSCuh24802</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh24802</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Line group member configured for hunting rings, however the corresponding RDP configured for the line group members&#39; phones fails to ring.

Eg. CALL FLOW:

Internal Phone 10928 calls HP 6666 --&gt; Line Group Member is 2021 ( 8945 phone ) has a RDP Profile configured with RDP Destination as 96969797.

Call is extended to 96969797 using 
Route Pattern=96969797 
RL-8945-Test has Standard Local Route Group 

RDP, CALLED PARTY 2021, AND Calling party are in &quot;Default&quot; device pool with LRG configured as RG-8945-Test

Call works to line group member but fails to get extended to the RDP Destination 96969797. This happens only when service parameter &quot;Local route group for redirected calls&quot; is set as &quot;Local Route Group of Last Redirecting Party&quot;.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
Under &quot;Service Parameters&quot; we set &quot;Local route group for redirected calls&quot; as &quot;Local Route Group of Last Redirecting Party&quot;
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Use &quot;Local Route Group for redirected calls&quot; as &quot;Original Calling Party&quot; under service parameters. This will ensure call goes to RDP using the local route group of the originating calling party.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh24802</guid>
</item>
<item>
<title>WebAdmin query optimizations for BAT., Fixed CSCtx96255</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx96255</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

The defect was opened to optimize the following query.  This query can take up to 5 minutes for large databases.

Bulk Administration --&gt; Phones -- &gt; Update Phones --&gt; Query --&gt; Device Pool is exactly
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Occurs for customers with very large databases.  Typically megaclusters with 44,000+ devices.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx96255</guid>
</item>
<item>
<title>ATA 186 shown under  the Devices on the callmanger version 9.x, Terminated CSCue05040</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue05040</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

According to the compatibility matrix on callmanger version 8.6 and version 9.x  in the documentation for compatibility put out by callmanger 
BU:

http://tools.cisco.com/ITDIT/vtgsca/VTGServlet


-ATA 186 is not supported on callmanger versions 8.6 and version 9.x

-Besides this ATA 186 is End of Sale since 2010




The Problem :
=================== 

ATA 186 is seen in both the device defaults page and the  page for adding new phone &gt; ATA 186 when it is not supported
This leads to customers thinking that ATA186s are supported on callmanager versions 8.6 and version 9.x


Please correct the device defaults and the Device &gt; Phone &gt; ATA 186  to not show the ATA 186 as it is not supported.
&lt;br&gt;



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

callmanger version 8.6 and version 9.x
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

n/a

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue05040</guid>
</item>
<item>
<title>CLI command set account stuck at password:, Fixed CSCsv98921</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv98921</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;
 CLI command &quot;set account&quot; may remove all CLI permissions for current account.
&lt;br&gt; 
 &lt;B&gt;Conditions:&lt;/B&gt;
 
 set account &lt;new-account-name&gt;
 results in all CLI permissions for the current account being disabled.
&lt;br&gt; 
 &lt;B&gt;Workaround:&lt;/B&gt;
 
 get root access and edit the /etc/sudoers file to restore permissions - this
should ideally only be done with DE supervision.
&lt;br&gt; 
 &lt;B&gt;Further Problem Description:&lt;/B&gt;
 
 May be related to: CSCsk48381



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv98921</guid>
</item>
<item>
<title>H225D should allow empty bearer cap from Conference, Fixed CSCtx05974</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx05974</link>
<description>Symptom:

Unable to add remote party via blind-conference if the party diverts over an H323 (including ICT) trunk.
&lt;br&gt;
Conditions:

Existing call is established.  Attempting to add additional party to the call via blind-conference.  The
blind conference initially works, by adding the ringing party into the conference call.  But as soon as
the remote party diverts to an H323 trunk (ie: CallForwardNoAnswer to vmail over ICT), the call drops.

This issue affects CUCM 7.1 and above, issue was not exposed in CUCM 6.1 and below.
&lt;br&gt;
Workaround:

Add the party via attended conference, or else do not complete the blind conference until after the
divert happens.  Alternatively, use an ICT/SIP trunk instead of ICT/H323.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx05974</guid>
</item>
<item>
<title>BE3000:No display for the limitation on additional extensions allowed, Fixed CSCuc23454</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc23454</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Unable to set the additional allowed extensions field in the dial plan. What is being configured seems to get saved successfully however it goes missing after leaving the dial plan page.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
When trying to add a list of additional extensions that is longer than 40 characters. It can currently only be under 40 characters. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc23454</guid>
</item>
<item>
<title>RFC 2833 DTMF not working for MGCP--SIP (MTP required), Fixed CSCto81679</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto81679</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When a call is originated from an MGCP gateway to an IP phone, and that call is transferred or iDiverted to voice mail over a SIP trunk with MTP required, the DTMF digits are not transmitted properly to the voice mail system. 
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
seen in CUCM version 7.02
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
none at the time


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto81679</guid>
</item>
<item>
<title>BAT does not change Device Name  to upper case, Fixed CSCtg26995</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtg26995</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When BAT inserts a phone with Device Name, lower case in the Device Name is NOT changed to upper case.

If a phone is inserted with MAC Address,  lower case is changed to upper case.

For example,
&quot;SEPaabbccaabbcc&quot; is configured in BAT data, its device name will be SEPaabbccaabbcc.
If &quot;aabbccaabbcc&quot; is configure, its device name will be SEPAABBCCAABBCC.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 6.1.3, 7.1.3
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
To use upper case if phones are added with Device Name.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtg26995</guid>
</item>
<item>
<title>incorrect logic in ProcessSIPBuiltInBridgeControl.cpp, Fixed CSCug98256</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98256</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
see email attachment
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
the issue is caused by incorrect logic in ProcessSIPBuiltInBridgeControl.cpp. It builds CcSetupReq and sends to SIPCdpc, it always set FeatureDataType =0. When working properly,  CcSetupReq should have FDataType=16, which will send INVITE to the recording server.
&lt;br&gt; 
&lt;B&gt;Workaround:&lt;/B&gt;
none
&lt;B&gt;More Info:&lt;/B&gt;
this fix is applicable to 8.6.2 only.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug98256</guid>
</item>
<item>
<title>Cannot transfer from AA  to a departamental phone by dialing DN, Open CSCuc59234</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc59234</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

cannot transfer from auto attendant to a departmental phone using a dial by extension. The auto
attendant response with an error message of &#39;does not recognized as valid entry
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

BE3000 version 8.6.4
when using the function of AA to transfer from auto attendant to a departmental phone using a dial
by extension
&lt;br&gt;

&lt;B&gt;Workaround:&lt;/B&gt;
Create a option key and have the Transfer to number filled in so you can enter the Key number to
transfer the call from Auto attendant
                                 


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuc59234</guid>
</item>
<item>
<title>Calls to H.323 Gateways fail after BAT change, Terminated CSCuf77117</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf77117</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Cannot make calls out H.323 Gateway after making mass changes from BAT or AXL device to multiple H.323 gateways at the same time.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
BAT/AXL changes sent to CUCM for multiple H.323 Gateways.  Seen in CUCM 9.1(1)
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Make changes one gateway at a time.

&lt;B&gt;More Info:&lt;/B&gt;
The fix for the following two defects should most likely fix this issue as well
CSCtq10477 Route Group Members being skipped and reporting as device down
CSCug09617 Device configured in RouteList goes DOWN when SDLLinkOOS occurs



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf77117</guid>
</item>
<item>
<title>Incorrect reInvite handling by CUCM after previoulsy receiving 488 msg, Fixed CSCua78828</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua78828</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Incorrect call teardown initiated by CUCM for a fax call.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Problem observed on CUCM version 8.6.2.21900-5. Other versions may likely be impacted as well.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
There is no known workaround.

&lt;B&gt;Additional Details:&lt;/B&gt;
A fax machine connected to VG202 calls a PSTN fax machine via a SIP service provider (using a CUBE).  T.38 support is intentionally disabled  on the VG202 fax machine. 

- The call initially connects using G711. 
- The provider side of the call sends a re-INVITE to switch to T.38 but the VG202 responds with a 488 Media Not Acceptable.
- At this point the call should remain up as a G.711 call.  The VG202 sends a re-INVITE at this point in the call with the G711 codec. This re-Invite should be forwarded by CUCM to the CUBE (but, CUCM doesn&#39;t forward it). 
- Instead, CUCM tears the call down. 
- CUCM SDI traces contain following error: &quot;SDP has NO_AUDIO_LINE, failing the call&quot; even when the SDP in the re-Invite does contain the audio line.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCua78828</guid>
</item>
<item>
<title>Proxy TFTP Remote Cluster Redundancy Not Used If Remote Node Unreachable, Fixed CSCug22896</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug22896</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
	In a PTFTP environment, after reset, phones do not register.
&lt;br&gt;	
&lt;B&gt;Conditions:&lt;/B&gt;
	1) any one of the remote clusters is running a pre-8.0 CUCM version
	2) there is remote cluster redundancy configured but the primary remote cluster file server is    
                unavailable for any reason (i.e. network outage)
	3) a phone is reset for any reason
	4) the phone requests a file that does not exist in any cluster (e.g. ITL)
	
	Under these conditions, the Master/Proxy TFTP server will always respond to the phone 
	with Opcode 5/ErrorCode 3 (disk full or processing allocation exceeded).  The phone will
        continue to request the file and the Proxy TFTP will never try to contact the redundant
        remote cluster server, which is reachable and would respond if contacted.
&lt;br&gt;	
&lt;B&gt;Workaround:&lt;/B&gt;
	The only way to workaround this problem would be to remove the unreachable TFTP server
        from the cluster until connectivity is restored.  This would only be feasible when the server
        is unreachable due to a planned outage, but even then it would not be desirable.
	
&lt;B&gt;Other Notes:&lt;/B&gt;
	ITL file requests more-readily expose the issue because newer phone loads always 
	request the phone&#39;s ITL file after being reset.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCug22896</guid>
</item>
<item>
<title>Fwd Call to Cxn come as Direct Call if Display Name contains &quot;Voicemail&quot;, Fixed CSCtx00678</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx00678</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

If Extension A calls Extension B and if the Display Name or ASCII Alerting Name of Extension B contains the word &quot;Vociemail&quot;, then the call arrives on Unity Connection as a Direct Call (rather than showing up as a forwarded Call).

The Caller calling from Extension A would hear one of the following conversations: 
1)Attempt SignIn :   if the Extension A is a user provisioned in Unity Connection.
2)Opening Greeting: if the Extension A is an unknown extension.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
When the Display Name of extension B contains the word &quot;voicemail&quot;.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx00678</guid>
</item>
<item>
<title>Callers are in queue and agent phones are available but are not ringing, Fixed CSCuh01502</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh01502</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Calls transferred from Unity Call Handler to Hunt Pilot with Call Queuing are failing, none of the phones in the Line Group are ringing and calls are routed back to the Unity Call Handler
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 9.1.1 with Call Queuing enabled.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
None
&lt;B&gt;More Info:&lt;/B&gt;
There are 3 modules in queuing. QM, QC and QCdrc. So when an agent becomes idle, the request is sent to Queuing Manager(QM), that one agent is idle to which call can be extended. Now QM creates an entry in its table and  checks the active Queues i.e QC processes running in the cluster, and asks them to give the longest waiting caller which is QCdrc.  Once QM finds the QCdrcd from QC, it extends DeQueueReq to the QC , which goes to QCdrc. Now in code in few state transitions, QCdrc is not sending the DeQueueRes or DeQueueErr, failing of which QM  table entry leaks. And further notification of the agent idle is not processed.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh01502</guid>
</item>
<item>
<title>CFA CSS is not updated, Fixed CSCth45423</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth45423</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CFA CSS is not updated even though &quot;Override the existing configuration&quot; box is checked.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CUCM 7.1.3
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use &quot;Bulk Administration-&gt;Phones-&gt;Add/Update Lines-&gt;Update Lines&quot; transaction in
BAT. Please note that using Update Lines you can set the CSS for the selected lines to a single value. For setting different CSS to different lines, you would need run different jobs.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCth45423</guid>
</item>
<item>
<title>DRS | unrestricted to restricted version | vice-versa, Open CSCuh29826</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh29826</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Data migration from unrestricted to restricted version and vice-versa
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
DRS
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Need a below Note in Cisco DRS document

Deploying the U.S. export Unrestricted  version of Cisco Unified Communications Manager is a choice that  customers should make carefully. After the U.S. export Unrestricted  version of Cisco Unified Communications Manager is installed, it cannot  be converted into any U.S. export Restricted version of Cisco Unified  Communications Manager. If a customer wishes to change from Unrestricted  to Restricted, a full reinstall and reprovisioning is required. 

DRS backup from a restricted version can be only restored on a restricted version and DRS backup from a unrestricted version can be only restored on a unrestricted version.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh29826</guid>
</item>
<item>
<title>Remove &quot;=???????&quot; in x-farendaddr SIP recording header, Fixed CSCtz58617</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz58617</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Unable to record calls
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Recorder is ignoring the sip invite we send from CUCM. The invite contains in the header x-farendaddr=???????
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Ensure a calling number is set by the calling party

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz58617</guid>
</item>
<item>
<title>UOP users unable to configure pre-existing SD after 9.0 upgrade, Fixed CSCtz89233</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz89233</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Can&#39;t directly see/modify abbreviated dials that are not configured on your device (through phone button configuration).
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Have abbreviated dials previously configured before 9.0.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
You can create/modify/delete all abbreviated dials through Contacts.

You can create/modify NEW abbreviated dials by provisioning a work/home/mobile number in Contact Configuration and then assigning a Speed Dial index.

You can modify/delete PREEXISTING abbreviated dials by provisioning an IDENTICAL (as the abbreviated dial you wish to modify) work/home/mobile number in Contact Configuration and then assigning the IDENTICAL Speed Dial index.  This contact number is now the same as the preexisting abbreviated dial.  You can now modify/delete this abbreviated dial by changing the number or changing the speed dial index.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz89233</guid>
</item>
<item>
<title>EMCC Visiting cluster displays wrong user in Extension Information, Open CSCuh03812</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh03812</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When a user logs into their home cluster from a visiting cluster phone, the Extension Information section under the Phones device page will show the username for the Logged Out (Default) Profile Information value instead of the actual user who is logged into the phone.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
CUCM Visiting cluster of 8.6.2.22900-9
The visiting cluster phone where the Logged Out Device profile is set under Extension Information and that device profile has the Logged Out (Default) Profile Information field set to an end user.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Set the Logged Out Device profile to None.
&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuh03812</guid>
</item>
<item>
<title>RL fails to pick local subscription when remote node goes OOS, Fixed CSCty51130</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty51130</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt; 
Routelist does not process calls, does not extend to available route group member. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt; 
CUCM 8.X 
Example of condition this will occur: 
Routelist configured and contains trunk, 
Routelist runs on all active nodes 
Trunk has CCM group with 2 nodes, B and C 
Trunk is running on all active CM nodes.

Bring up the CCMs in the following order : A-B-C.
Let Node B go OOS
After this event RL on A will reject calls although it still has connectivity with C and and even though the trunk config is local to A.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt; 
Reset trunk

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCty51130</guid>
</item>
<item>
<title>7835/45 I3 after update to uEFI 1.07 won&#39;t boot to to new uEFI version, Fixed CSCti28675</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti28675</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
System booting to the backup uEFI bank.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
7835/45-I3 upgrading to uEFI 1.07
-or-
7835/45-I3 upgrading from uEFI 1.07 to newer uEFI release
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Press F3 during POST to revert to the primary uEFI bank
-or-
Shut down server, and temporarily remove physical power to the server for 1 minute before booting again.
&lt;br&gt;
&lt;B&gt;Further Information&lt;/B&gt;
For further information, refer to IBM RETAIN TIP H197332.
This defect is resolved by uEFI 1.08 or higher (contained in FWUCD 3.5(1)-I), however if the system currently on uEFI 1.07, then the workaround above must still be followed to upgrade from uEFI 1.07.  Systems upgrading to uEFI 1.08 from uEFI versions prior to 1.07 will not require the workaround noted above.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCti28675</guid>
</item>
<item>
<title>NIC Teaming has ICMP echo reply blocked with Asymmetric routing, Fixed CSCud43906</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud43906</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
NIC Teaming has ICMP echo reply blocked with Asymmetric routing
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
When NIC teaming is configured on the server.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Disable NIC teaming.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCud43906</guid>
</item>
<item>
<title>H323-SME-SIP, Supplementary services Call failures under extended load, Fixed CSCtr51838</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr51838</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

H323-SME-SIP (SAF Trunks), Supplementary services call failures due to hold-resume failures. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

LeafCluster------(SAF H323 Trunk)-------SME----------(SAF SIP Trunk)---------LeafCluster

LeafCluster CUCM Version:  8.6.1.10000-43 
SME Cluster CUCM Version:  8.6.1.97021-3 

Inbound Trunk to SME is SAF H323.
Outbound Trunk from SME is SAF SIP. 
Early Offer and SDP Mid-call INVITE, are checked for outbound SME SAF-SIP trunk. 
Also, there is no MTP configured on SME.
 
In 3  nodes (subs) SME cluster running CM version  8.6.1.97021-3, when incoming  H323 Call over SAF  trunk hit NodeID=4, it fails to perform Hold-Resume function, but it works fine when hit other two nodes.  

After upgrade the SME cluster was running traffic fine for couple of weeks, but last week under traffic load this problem started and that particular node keep failing these call flows..

Call Scenario: 
PhoneA from Leaf cluster makes a call over SAF H323 trunk to SME. 
SME sends call over SIP SAF trunk to LeafCluster. 
Call terminates to PhoneB. Voice path Established. 
PhoneA press Hold. No Music on Hold for PhoneB. 
PhoneA press Resume. No voice Path. 
PhoneA gets reorder. 
&lt;br&gt;

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

Restart Node.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr51838</guid>
</item>
<item>
<title>HL MemberAvail counter is invalid in optimize mode, Terminated CSCee85220</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCee85220</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The counter MembersAvailable (under Hunt Lists folder) does not show any output even when members are available.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
N/A
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCee85220</guid>
</item>
<item>
<title>CUCM Dependency records missing for recording profile, Fixed CSCtw66214</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw66214</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When clicking on dependency records for recording profile you get 0 records.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Seen on CUCM 8.5.1su2 and su3
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use Admin CLI SQL Query&#39;s:

1. Get the PKID for the recording profile

admin:run sql select * from recordingprofile
pkid                                 name fkcallingsearchspace_callrecording recorderdestination
==================================== ==== ================================== ===================
ef4bde93-5b38-97bb-39a7-13966e4e4251 test NULL                               12345

2. Find the numplan or device ID&#39;s which links the profile to the device and the directory number

admin:run sql select fkrecordingprofile,fkdevice,fknumplan from devicenumplanmap where fkrecordingprofile like &#39;%ef4bde93-5b38-97bb-39a7-13966e4e4251%&#39;
fkrecordingprofile                   fkdevice                             fknumplan
==================================== ==================================== ====================================
ef4bde93-5b38-97bb-39a7-13966e4e4251 6fec158f-5ab3-9cc7-8cbc-66403386d2ae d228c142-aa10-4729-c63a-7edcb71abc8a

3a. To find the device using the profile:

admin:run sql select pkid,name from device where pkid like &#39;%6fec158f-5ab3-9cc7-8cbc-66403386d2ae%&#39;
pkid                                 name
==================================== ===============
6fec158f-5ab3-9cc7-8cbc-66403386d2ae SEPE80462EBB3A5


3b. To find the DN directly using the profile:

admin:run sql select pkid,dnorpattern from numplan where pkid like &#39;%d228c142-aa10-4729-c63a-7edcb71abc8a%&#39;
pkid                                 dnorpattern
==================================== ===========
d228c142-aa10-4729-c63a-7edcb71abc8a 1151

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw66214</guid>
</item>
<item>
<title>H323 calls have no audio from SF on EX60, C20 &amp; SX20, Fixed CSCtx16122</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx16122</link>
<description>
&lt;B&gt;Symptom&lt;/B&gt;
No audio received on the C-Series from TX9000 when dialling H.323.
&lt;br&gt;&lt;B&gt;Condition&lt;/B&gt;
The TX9000 does not support H.323 so the call will have to be interworked from H.323 to SIP using a VCS.
&lt;br&gt;&lt;B&gt;Workaround&lt;/B&gt;
Dial to the TX9000 using the SIP protocol.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx16122</guid>
</item>
<item>
<title>CUCM OS Admin Guide should document certificate replication process, Fixed CSCtz27120</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz27120</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The Cisco Unified Communications Operation System Administration Guide, Release 8.6(1) http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/cucos/8_6_1/cucos/iptpch6.html#wp1053267 should document that when a trust certificate is deleted, it may reappear under Security &gt; Certificate Management.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Deleting a trust certificate in CUCM 8.X or higher
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Go to the Cisco Unified Serviceability webpage and navigate to Tools &gt; Control Center Network Services.  Stop the Cisco Certificate Change Notification service.  Delete the certificates.  Start the Cisco Certificate Change Notification service when finished.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz27120</guid>
</item>
<item>
<title>/tmp/tftpcache/ missing causes tftp to core, Fixed CSCue14149</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue14149</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CU gets a tftp core on CUCM 8.6.2 +
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Root cause is /tmp/tftpcache/ is getting deleted.  TFTP is storing config files temporarily in tftpcache 
folder before servering then to off-cluster.  As tftpcache folder has got deleted, file creation is failing and 
when TFTP writes to Null pointer it is crashing.

====================================
 backtrace
 ===================================
 #0  0x005670f1 in fwrite () from /lib/libc.so.6
#1  0x081c829c in Writer::PersistFile(WriterAction, char const*, unsigned int, CWriterInfo&amp;) ()
#2  0x081ca0e0 in Writer::wait_WriteReq(SdlSignal&amp;) ()
#3  0x081ca984 in Writer::fireSignal(SdlSignal&amp;) ()
#4  0x0876acd0 in SdlProcessBase::inputSignal(SdlSignal*, SdlSystemLog::SignalTraceType, int, int, int, 
int, int, int) ()
#5  0x0879d899 in SdlThreadedProcess::threadQueueReader() ()
#6  0x00d466c1 in start_thread () from /lib/libpthread.so.0
#7  0x005e173e in clone () from /lib/libc.so.6

- When the core happens we see in the TFTP SDL traces:
000020128 |2012/10/02 20:27:13.554 |600 |SdlSig    |WriteReq                               |wait                           
|WriterMgr(1,600,20,1)            |ClusterClient(1,600,22,1)        |1,600,14,41.597^*^*                      |[R:N-
H:0,N:0,L:0,V:0,Z:0,D:0] mResult = 15 ,mFilename = file1.user.com.cnf.xml ,mClusterId = 228b4744-
140d-4761-9bbb-7432871ff7cd ,mTransId = 867mSupports_httpHead = FmIsStaticFile = 
FmDynFileName = /tmp/tftpcache/file1.userid.com.cnf.xml.867

The common factor seems to be the mResult = 15 for the WriteReq.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue14149</guid>
</item>
<item>
<title>A Cisco DB or A Cisco DB Replicator status incorrectly shown as STOPPED, Open CSCue15816</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue15816</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
A Cisco DB or A Cisco DB  Replicator Service incorrectly status shows up as STOPPED.

++ Both the CLI and GUI will report that the A Cisco DB Replicator service is stopped but the underlying process &quot;dblrpc&quot; would be up and running.
++ DBReplication would remain intact
++ in the case of A Cisco DB, ccm.log and all DB tools (9.x) continue to function even though status show [STOPPED]
++ Critical Service Down Alerts would be generated
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
So far,this issue has been seen on CUCM version 8.6 and 9.1 running on vmware platform. There may be other version which may also be affected.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Contact Cisco TAC for the workaround of this issue.

&lt;B&gt;More Info:&lt;/B&gt;



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue15816</guid>
</item>
<item>
<title>CAPF service crashing when Phone CAPF cert request is generated, Fixed CSCuf26460</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf26460</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
when the customer is trying to update the CAPF on the phone using BAT or manually one phone at a time. the CAPF service is crashing for PUB
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Customer upgraded to CUCM 9.1.1.10000-11.
Request from the phone for Capf cert request causes a core dump for CAPF service.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCuf26460</guid>
</item>
<item>
<title>LDAP directory sync running twice a day despite &quot;re-sync every 6 hours&quot;, Fixed CSCue47475</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCue47475</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
LDAP directory sync running twice a day despite &quot;re-sync every 6 hours&quot;
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Sync should happen according to the stipulated time gap if it is hourly schedule.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;






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