<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"> 
  <channel>
  <title>CME 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, 13 Feb 2012 10:45:28 EST</pubDate>
  <lastBuildDate>Mon, 13 Feb 2012 10:45:28 EST</lastBuildDate>
  <generator>PERL</generator>

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

<item>
<title>Crash at kadis_timer_ISR, Terminated CSCtt19540</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt19540</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
router crash
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
no specific conditions when crashes
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
unknown yet



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtt19540</guid>
</item>
<item>
<title>MOH can cause leak middle buffers. Dump indicates IPv6 pkts possibly, Terminated CSCtk74922</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtk74922</link>
<description>A Cisco router running 15.1(2)T1 release with Call Manager may exhaust all of IO mem when music on hold (MOH) is invoked and recipient keeps switching between the calls that are on hold.
&lt;br&gt;
Workaround:
Review the config under telephony-service and add the cmd  protocol mode ipv4
NOTE: If the router is already exhibiting this problem, a reload is needed after adding the above cmd and saving it.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtk74922</guid>
</item>
<item>
<title>IP Phone shows only 1st digit of called number if overlap-signal enabled, Open CSCtw62055</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw62055</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

A Cisco IP Phone registered to a Cisco Communications Manager Express (CME) 
system will show the called number on its LCD screen as a single digit (typically 
the first digit of the called number on the PSTN), after receiving alerting from the 
PSTN, instead of the complete called/dialed number.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Observed on a CME 8.8 system (IOS 152-1T or higher) that has the following command enabled 
for sending overlap digits to a BRI or a PRI link on the PSTN side:

!
telephony-service
 overlap-signal	
!

command guide for reference:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cme_o1ht.html#wp1028436
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Disable &quot;overlap-signal&quot; if feasible and send the called digits en-bloc (like a regular ISDN call).

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw62055</guid>
</item>
<item>
<title>CME:  Request to increase transfer timeout to enter first digit, Open CSCto03219</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto03219</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
- User gets fast busy if they take longer than 15 seconds to start dialing a number after pushing the transfer button 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
-  Call comes in that needs to be transferred
-  User pushes transfer button and then starts to look in Local Directory for number to dial to transfer the call
-  If it takes longer than 15 seconds to locate the number and start dialing, the user hears a fast busy can&#39;t dial the number
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
-  No known workaround



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCto03219</guid>
</item>
<item>
<title>SRST8.0: 7937, 79x1/5/2 with sccp version 17 would not register to SRST, Fixed CSCte08121</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte08121</link>
<description>Symptoms: Cisco IP phones running firmware that uses SCCP version 17 cannot 
register to SRST/CME-SRST, or will register but not obtain any lines.
&lt;br&gt;
Conditions: This symptom is observed on Cisco routers with Survivable Remote 
Site Telephony (SRST) and Cisco IOS Release 15.0(1)XA. This is the first 
image with SCCP version 17 support for SRST.
&lt;br&gt;
Workaround:  Download the IP phone firmware to a Cisco IOS release image that 
does not use SCCP version 17. For Cisco 79x1/5/2 phones and Cisco 797x 
phones, this is 8.3 firmware. For Cisco 7937 phones, obtain a load prior to 
1.4(1). 


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCte08121</guid>
</item>
<item>
<title>CME SNR: call forward noan to voice mail dropped, Fixed CSCtq61850</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq61850</link>
<description>Symptoms: When the SNR call is forwarded to CUE after the SNR call-forward noan
timer (cfwd-noan) expires, the call gets dropped unexpectedly after CUE answers the call.
&lt;br&gt;
Conditions: This symptom occurs when calls to the SCCP SNR phone and SNR call-forward noan timer (cfwd-noan) are configured. Both SNR and mobile phones do not answer the call and the call is forwarded to voice mail.
&lt;br&gt;
Workaround: There is no workaround.





</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtq61850</guid>
</item>
<item>
<title>after press co line, phone&#39;s CO line not used if dialing from directory, Open CSCtx45118</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx45118</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
press co line and try to dial out from directory, co line is always hold and not used.
both cisco phone 79x0 and our phone spa508G under UC500  have the same problem.
&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;
phone&#39;s co line should be configured under uc500
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
there is no workaround


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx45118</guid>
</item>
<item>
<title>Call Park in CME with BLF intermidiatly leave Monitor button red, Open CSCtx37569</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx37569</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The BLF button (with a ephone-dn) that has been configured for park-slot
turns red when a call is parked. But sometimes, after the call has been
retrieved the button is still on red and remains red until the phone
restarts.
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;
Restart the phone to clear BLF button

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx37569</guid>
</item>
<item>
<title>ephone-dn stuck in EFXS_W_SETUP_ACK_ONHOOK state, Fixed CSCtr84923</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr84923</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Phone stuck in  the following status
50/0/15 .1       -          -  - EFXS_W_SETUP_ACK_ONHOOK
No Dial-tone is heard when the user goes off-hook. User cannot make calls.
EU-R1#show voice call sum | i SETUP
50/0/15 .1       -          -  -   	EFXS_W_SETUP_ACK_ONHOOK
50/0/75 .1       -          -  -   	EFXS_W_SETUP_ACK_ONHOOK
50/0/76 .1       -          -  -	EFXS_W_SETUP_ACK_ONHOOK
50/0/16 .1       -          -  -    EFXS_W_SETUP_ACK_ONHOOK
50/0/22 .1       -          -  -    EFXS_W_SETUP_ACK_ONHOOK
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
The problem is triggered when there is no dsmp resource for making a call and the phone goes on-hook in a second. If the agent doesn&#39;t go on-hook,  the problem may be avoided.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Remove the stuck ephone-dn. 
Create a new ephone-dn with the same directory number and assign it to the phone
Reload of the router also will clear the problem.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtr84923</guid>
</item>
<item>
<title>multiple devices registration to CME/SRST 8.0 may fail, Fixed CSCtg42612</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtg42612</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Phone registration fails.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
If there are multiple phones registering to the CME/SRST and a sccp message can not be read in through the socket completely at a time, phone may fail on registering.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Phone may be able to register (though not guaranteed) if increase the keepalive timer using &quot;keepalive &lt;some big number such as 180&gt;&quot; under telephony-service or ephone.



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtg42612</guid>
</item>
<item>
<title>CallerID not getting passed from Unity Connection to CME, Open CSCtx55844</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx55844</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;                        xfer 
Phone1---pstn---unity connection-----cme---A 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
call from pstn to unity, xfer to CME do not get caller-id.
&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=CSCtx55844</guid>
</item>
<item>
<title>CME-SNR-No ringback generated on transferred calls through AA, Fixed CSCtw33375</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw33375</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
An external caller that calls an Auto-Attendant Pilot number hears complete Silence when trying to reach the extension via dial-via-extension when there is SNR applied on the DN of that phone

1.        External caller calls auto-attendant pilot.
2.       The auto-attendant pilot answers &amp; requests for an extension
3.       The external caller presses 5003
4.      Extension 5003 at this time is busy with a call.
5.       While the call is being transferred, the extn. 5003 is still busy &amp; the external user hears no ringback &amp; there is silence
6.       The external caller hangs up
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When there is SNR applied to the DN of that phone
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Remove SNR from the DN.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtw33375</guid>
</item>
<item>
<title>CME French user-locale displays &quot;Join the hunt group&quot; message in English, Open CSCtx54763</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtx54763</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When using the French locale for Cisco IP Phones with CME, some messages may be seen in English
on the phone display.  In particular, when joining a hunt group, the message displayed on the French
locale IP phone is in English, &quot;Join the hunt group xxx&quot;.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CME 8.8 with French locale configured for ephones.
&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=CSCtx54763</guid>
</item>
<item>
<title>Incorrect time offset shown in context help for CME time zones 24 and 26, Open CSCsz18398</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz18398</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Time zones 24 (GTB Standard/Daylight Time) and 26 (E. Europe Standard/Daylight Time) show offset of +60 in context help when configured on CME. However, they map to  &quot;Europe/Athens&quot; and &quot;Europe/Minsk&quot;  time zones on the phone respectively and the offset is +120.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When configuring time-zone command under telephony-service
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Use time zone 23 or 25 if 1-hour offset is required
&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=CSCsz18398</guid>
</item>
   
</channel>
</rss>

