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

  <managingEditor>wsisk@cisco.com (Wes Sisk)</managingEditor>
  <webMaster>news-at-cisco-rss@cisco.com (Cisco Newsroom)</webMaster>
  <pubDate>Mon, 23 Nov 2009 11:21:51 EST</pubDate>
  <lastBuildDate>Mon, 23 Nov 2009 11:21:51 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>CDP Driver Stops Working , Fixed CSCsu45473</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu45473</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

CDP Driver stops working on desktop. CUVA does not crash, but operating system reports error. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CUVA 2.1.1.7 is not registered to any phone. The problem has been observed in Vista Enterprise and Vista Business.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

CUVA will still be fully functional as the CDP process crashes on exit when it does not need to be running.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

CUVA can be used. There is anoying pop-up message that keeps on telling that CDP Driver Stopped working

Details on the crash:
The crash was happening on exit due to pending transaction(s) between the CDP driver and CDP driver user mode process (CDPDrv is the process name in Task Manager). The CDPdrv process will be stopped when there are no IP phones in the setup or an IP phone has been found and a CAST connection has already been made. The fix was to make sure there are no pending transactions and exit without crashing. It will not affect the application since the crash happens on CDP process exit when it does not need to be running.






</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu45473</guid>
</item>
<item>
<title>Phone FW 8.5.2 enforces max MTU size 1500, causing interop issues , Fixed CSCta69051</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta69051</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
In load 8.5.2, we enforce max packet size is 1500, thus, the dot1x supplicant only reads up to 1478 byte payloads (22 bytes header). The changes were done as part of EAP-TLS feature.

We see that the phone is truncating or blocking packets above it&#39;s MTU setting (1500), which is a new behavior in this load - dev team confirmed that we did not enforce MTU in earlier loads.

This is causing a lot of interoperability issues with the PCs behind the phone trying to use dot1x or 802.1x EAP-TLS as there also seems to be an issue with PCs fragmentation of packets with certificate.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Phone load 8.5.2, PC attached to the back of the phone using EAP-TLS Authentication.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
- If possible, limiting the packets sent by the phone to MTU &lt;1500
- using the older FW version



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta69051</guid>
</item>
<item>
<title>ATA186 Auto-Registration Fails if XMLDefault file exceeds 4k in Size , Fixed CSCsd44357</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd44357</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
ATA fails auto-registration on freshly installed Seadragon-CM. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
CM&#39;s XMLDefault.cnf.sml size (found in CM&#39;s  tftp directory)
exceeds the 4k byte max.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Use Manual Registration instead.

&lt;B&gt;Solution:&lt;/B&gt;
Increase TFTP buffer size from 4k to 10k. 

&lt;B&gt;Availability of Fix:&lt;/B&gt;
Fix will be available on all ATA/SCCP CCO-released softwared
dated 2/21/06 and beyond.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd44357</guid>
</item>
<item>
<title>Application crashes when certificates does not contain the CN attribute , Fixed CSCtc91833</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc91833</link>
<description>






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

Application crashes during start-up or initialization.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When one of the certificates installed on a user machine does not contain the common name (CN) attribute.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc91833</guid>
</item>
<item>
<title>New &amp; RMA 7921 Load cannot be downloaded from 1.3.3 , Open CSCtc85005</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc85005</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Unable to downgrade load from 1.3.3 to anything older.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
01. New or RMA 7921
02. App Load ID: CP7921G-MFG-D.5.LOADS
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None At the moment
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
Found that all D.3/D.4/D.5 builds have downgrade restriction :

So inorder to successfully upgrade the firmware on such phones we need to install the 1.3.3 firmware. MFG-D.3 is equivalent to engineering build 1.3.2.6. 1.3(3)is equivalent to 1.3.2.8/MFG-D.4.

Conrad Price - PM :
1.        The Original memory manufacturer for the 7921 phones has gone out of business and the RMAd 7921&#39;s that you are receiving are new with new memory from a new manufacturer.
 
2.       The RMAd 7921s had to have the memory and firmware qualified with the new manufacturer and it is locked to a minimum version of 1.3.3.
 
3.       If an older 7921 is upgraded to the 1.3.3 firmware, the phone will not be allowed to be downgraded to a lower firmware - this is true and is open for discussion
 
So these phones, with the CP7921G-MFG-D.5.LOADS firmware, will never be able to downgrade to any existing version of firmware before v1.3.3.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc85005</guid>
</item>
<item>
<title>7925 with voice gaps with inbound/outbound PSTN calls , Fixed CSCtc54410</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54410</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
7925G Wireless phone has voice gaps on inbound and outbound PSTN Calls.
MOS Value for failed calls are of 2.0, and jitter will be seen.

During the time issue is showing. The 7925G will be able to place internal calls to Wired IP Phone, and to Wireless IP Phone, with MOS over 3.7. And no jitter.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Call FLow:
Party A,7925 --(SCCP,Wireless) -- CCME --(ISDN,BRI)--- Party B

CCME runs on c2800nm-ipvoicek9-mz.124-24.T
7925G with Load 1.3.3

Also seen on UC500 running code 12.4(20)T2

Problem is not seen on setups with Call Manager only on setups with CME and when placing or receiving calls from PSTN.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Restart the 7925G or disable WMM on the access point. Once you install the Firmware containing the fix for this Defect, it is recommended to re-enable WMM as per the 792x deployment guidelines.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Issue is seen only after several days. While using G729r8 or G711.
We have already tested the following calls when the phone is showing
this issue:
 1. 7925 Calling another 7925 . Works fine
 2. 7925 Calling another wired phone . Works fine
 3. 7925 calling an outbound PSTN call. Does not work, call drops audio
intermittently
 4. 7925 receiving an inbound PSTN call. Does not work, call drops audio
intermittently
 5. Wired phones are always able to receive and place calls to PSTN
without any issues.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc54410</guid>
</item>
<item>
<title>Hissing sound is heard when the application is running , Fixed CSCtc95916</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc95916</link>
<description>






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

A background noise (hissing sound) is heard when the application is running
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Version 7.0(3).
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc95916</guid>
</item>
<item>
<title>VISTA: Unable to initialize support for Cisco Emergency Responder , Open CSCsh89047</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsh89047</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

When loading CIPC 2.1.0.89 on Vista Enterprise error occurrs: &#39;Unable to initialize support for Cisco Emergency Responder. Please consult your system administrator&#39; 
CIPC doesn&#39;t load - it hangs in blue screen.

Vista Enterprise is installed on Vista enabled laptop (HP Compaq nx7400, 1GB RAM, 1.83GHZ). Vista is licensed. Tested with CCM 6.0.0.9901-109 and 5.0.3.9911-68
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

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

n/a
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
n/a


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsh89047</guid>
</item>
<item>
<title>Prohibit downgrade to old sw versions that have voltage scaling bug , Fixed CSCta16641</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta16641</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Software downgrade to 1.3.2 or older versions will be restricted.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
1.3.2 or older versions may have flash memory instability.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
An ES image is provided for an intermediate load. If downgrade is really needed, user can downgrade to the ES load and then to whatever old load he/she wants.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta16641</guid>
</item>
<item>
<title>CUCM 6.1.3 Phone Button Template for 7965/7975 Shows 34/36 line , Fixed CSCsx47243</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx47243</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;
 On CUCM version if you have a 2 7916 extension moduleon7965 and 7975  the
Phone Button template is not capable of 42 lines as per Document we can only ad
34/36 respectively. 
&lt;br&gt; 
 &lt;B&gt;Conditions:&lt;/B&gt;
 When you want to add the 2 7916 extension modules to the Ip phone 7965 /7975
Phones we can not make 42 line Phone Button template for those Phones.
&lt;br&gt; 
 &lt;B&gt;Workaround:&lt;/B&gt;
 upgrade to the Corresponding ES for the version of call manager you are running. 
 
 



</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx47243</guid>
</item>
<item>
<title>DTMF is not squelched on third gen phones causing duplicate DTMF , Fixed CSCsv04751</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv04751</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
Duplicate DTMF is detected and users have problems entering DTMF mid-call.  The side tone from the phone appears to be introduced into the RTP stream in addition to the out-of-band signaling normally sent.





&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
This occurs independently of the Call agent, and is seen on both CUCM and CUCME, and is observed on SCCP phone load 8.4.1 SR 1.



&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Both speaker phone and the headset use a different sidetone than the handset, and they should should not experience the same DTMF problem.  Downgrading the firmware is the only other workaround.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv04751</guid>
</item>
<item>
<title>7931 phone need to support scrolling to multiple calls on the same line , Open CSCsd61448</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd61448</link>
<description>Symptom:

7931: Need support for scrolling calls on single line.
&lt;br&gt;
Conditions:


Each line on 7931 phoen can handle multiple calls. So this phone need to support 
scrolling to multiple calls on the same line.
&lt;br&gt;

Workaround:
None


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsd61448</guid>
</item>
<item>
<title>Need ability to introduce Pause in speed dial string , Open CSCec41905</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCec41905</link>
<description>Release-note:

This is a feature request to give an IP phone the ability to pause while dialing
digits by speed dial.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCec41905</guid>
</item>
<item>
<title>7961- Harware Issue- No dial tone when  off hook , Fixed CSCsa93619</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsa93619</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

7941 or 7961 IP phone does not go offhook when handset picked up, or goes onhook sporadically without intended user intervention.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This issue is due to a bad part on the hookswitch which affects some IP phones shipped prior to changing the component part.
&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=CSCsa93619</guid>
</item>
<item>
<title>Some users perceive sidetone as too loud/echo , Fixed CSCsu61412</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu61412</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

Some users may hear sidetone as echo. 
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Certain headset and phone combinations may be more prone to perceiving the sidetone as too loud.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

On headsets, try moving the microphone away from the user&#39;s mouth. If the handset has an adjustable microphone gain, try reducing the microphone gain.
&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=CSCsu61412</guid>
</item>
<item>
<title>Choppy audio/jitter in incoming RTP to 7960 causes one way audio , Fixed CSCsh89961</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsh89961</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

One way audio on 7960 IP phone, the 7960 user cannot hear the other side.  Observed firmware version is 8.0(4), but seems to affect all versions
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Very choppy audio, high jitter and large number of dropped packets in incoming RTP stream.  The jitter goes back down and packets stop dropping, but 7960 IP phone gets stuck in one way audio.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Hold and resume the call.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsh89961</guid>
</item>
<item>
<title>7921 hangs due to DSP CPU Time starvation/DSP MMU abort , Fixed CSCtc73949</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc73949</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

Intermittently 7921 may freeze/hang and drops calls. When it happens the user will have to remove battery pack and re-attach it back to bring the phone up again.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

when there is a inbound SIP call using codec G729.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

use G711 instead.





</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc73949</guid>
</item>
<item>
<title>CUCM: JPN: 7925 cannot select menu/help more than 36 bytes , Fixed CSCtc44631</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc44631</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CUCM: JPN: 7925 unable to display UIs which has more than 36 bytes title/status message.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Firmware: CP7925G-1.3.3.LOADS.

It may happen with any locale as long as the menu title exceeds 37 bytes.
&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=CSCtc44631</guid>
</item>
<item>
<title>7941G-GE resets with Trap code 0xB0 ,   CSCtc88118</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc88118</link>
<description>Symptom:
7941G-GE resets with Trap code 0xB0
&lt;br&gt;

Conditions:
Problem is intermittent and resets can occur at any time.
&lt;br&gt;

Workaround:
None


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc88118</guid>
</item>
<item>
<title>SCCP controlled ata186 opens incorrect port for rtp , Fixed CSCta66084</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta66084</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;controlled ata186 when used with CUCM 6.1(3) may exhibit a no or one-way audio condition intermittently.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;CUCM 6.1(3) SCCP and ATA 3.2(3) or 3.2(4)
&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=CSCta66084</guid>
</item>
<item>
<title>7940/60 Little App accepts DHCP Offer from a different VLAN , Fixed CSCsa85042</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsa85042</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

7940/60 phone unable to boot completely. May get stuck at &quot;Protocol Application Invalid&quot;
A sniffer trace from the back of the phone will show that it has accepted a DHCP Offer from
the data VLAN and is trying to communicate on the voice VLAN with this IP.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

-A DHCP server with a NIC that strips VLAN tags
-DHCP server switchport configured with voice vlan (or a trunk containing that VLAN)
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

-Remove the voice VLAN from the DHCP server&#39;s switch port configuration
(in this situation, the DHCP server referenced in not the one giving addresses to the IP phones)

OR

Configure the phone port temporarily as an access port in the voice VLAN

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsa85042</guid>
</item>
<item>
<title>7921 backlight does not swich off at specified time when in cradle , Fixed CSCtd32102</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd32102</link>
<description>Symptom:
7921 backlight does not follow the configuration on UCM to switch off when in cradle if the phone has 1.3.2/1.3.3 load on it. It works fine if the phone load version is 1.1.1. It switches off after being idle for 1 hour no matter whatever is configured on the UCM phone configuration page.
&lt;br&gt;
Conditions:
Phone load has to be 1.1.1 and not 1.3.2/1.3.3
&lt;br&gt;
Workaround:
None

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd32102</guid>
</item>
<item>
<title>CP7921&#39;s data rate is not upshifting after roaming from an 802.11b ap , Open CSCtc92119</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc92119</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
A data rate of the CP7921 which go through 14 channel AP once is not shift-upped and is kept 11 Mbps externally even if the 7921 roams to the AP with 54 Mbps, 48 Mbps..etc.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
When CP7921 roams to a AP from 14 channel AP.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Nothing

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc92119</guid>
</item>
<item>
<title>7937 unable to access directory when pointed to a  3rd party server , Fixed CSCsu85381</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsu85381</link>
<description>

&lt;B&gt;Symptom:&lt;/B&gt;
When customer accesses the directory button on 7937 he gets only 4 options( missed calls, placed calls, speed dial,received calls). 2-3 seconds later gets the following error.

XML Error [4]: Parse Error
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
customer pointed the directory to a 3rd party server at the global level.
&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=CSCsu85381</guid>
</item>
<item>
<title>6608 T1 resets due to bugtrap , Fixed CSCsf01303</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsf01303</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

6608 T1 port unregisters from CallManager serveral times a day.   The CCM may report B-channel OOS or D-channel OOS prior to the reset.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Seen with CM 4.1(3) on a 6608 T1 running D00404000023 load.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None, CM will eventually reset the gateway and it will resume normal operation.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Further troubleshooting will reveal the 6608 is not sending any IP packets when it gets into this state.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsf01303</guid>
</item>
<item>
<title>ATA186 Multicast MOH stay playing after hold and resume ,   CSCta58116</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta58116</link>
<description>                     
&lt;B&gt;Symptom:&lt;/B&gt;
user on ATA side still hears MOH after ip phone user press resume button. while ip phone user can hear the audio from ATA user.
Even after the call has been ended, the ext holds onto the MOH stream.  Any subsequent call made from/to the analogue phone, once the call connected, all the ATA user can hear is the MOH stream.
&lt;br&gt;

&lt;B&gt;Conditions:&lt;/B&gt;
both port 1 and 2 have the same issue with the firmware ATA030204SCCP090202A
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

unicast moh

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta58116</guid>
</item>
<item>
<title>CIPC: Cisco Emergency Responder fails to initialize if user not admin , Fixed CSCef40483</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCef40483</link>
<description>&lt;B&gt;Symptoms:&lt;/B&gt;
A message is prompted indicating that it is unable to initialize support for 
Cisco Emergency Responder service at startup.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
When an Administrator installs the product without starting the application first.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Administrator needs to run the application and configure the settings.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCef40483</guid>
</item>
<item>
<title>CIPC 7.0.3 running on Windows Vista SP2 Freezes intermittently , Open CSCtd04400</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd04400</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
CIPC Freezes intermittently when placing a call using any of the feature in directory button of the phone
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Windows Vista SP2
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Disable the &#39;Windows Search Service&#39;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd04400</guid>
</item>
<item>
<title>TSpec failure leads to chronic no_scan_complete failures , Fixed CSCtb37829</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtb37829</link>
<description>






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







The phone&#39;s audio may experience frequent (approximately every 2 seconds) audio gaps on both the local and far end.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;





Access point may fail to respond to bandwidth negotiation.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;




Any of the following:
1) Upgrade to Engineering Special image 1.3.3.0.1
2) Use single AP mode.
3) Disable Call Admission Control on AP.
&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=CSCtb37829</guid>
</item>
<item>
<title>792xG can get hung intermittently at &quot;Configuring IP&quot; after many calls ,   CSCta43669</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta43669</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

792xG can get hung intermittently at &quot;Configuring IP&quot; after many calls.
&lt;br&gt;

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

792xG making many calls.
&lt;br&gt;

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

Power cycle the phone.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta43669</guid>
</item>
<item>
<title>Adding En Bloc dialing  Product Specific Configuration parameters , Fixed CSCta96468</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta96468</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

New En Bloc dialing phone firmware feature requires CUCM Product Specific configuration parameter to allow enabling or disabling of the feature.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Adding En Bloc Dialing enable/disable option to the product specific configuration section of the Phone gui in CUCM.
&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=CSCta96468</guid>
</item>
<item>
<title>CIPC E.164 &quot;+&quot; is NOT supported , Open CSCsv63788</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsv63788</link>
<description>






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

Cannot place International phone calls prefix with a plus sign (+).
&lt;br&gt;

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

Numbers written with a plus sign (+) before the phone number.
&lt;br&gt;

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

None.  Not yet supported.
&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=CSCsv63788</guid>
</item>
<item>
<title>69xx ignore StopToneMessage ignored with Outside Dial Tone , Fixed CSCtd22034</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd22034</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
In a call which provides outside dial tone, if user they quickly press the first 2 digits of the route pattern, then he keep on hearing the outside dial tone for the whole call.







&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
69xx phones dialing a pattern which provide outside dial tone




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



&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
It seems the phone in some conditions ignores the StopToneMessage sent after the StartToneMessage OutsideDialTone. Therefore the phone will keep playing this tone until a StartToneMessage AlertingTone is received. If it&#39;s not received, user will keep on listening the outside dial tone for the whole call.
This is a firmware issue, signaling from CUCM is fine














</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd22034</guid>
</item>
<item>
<title>Port fix of &quot;No inter-digit timeout when making second call&quot; from FW 8.5 , Fixed CSCtc91770</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc91770</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
If a SIP phone places a call on &#39;hold&#39;, and then selects &#39;new call&#39; there is no inter-digit 
timeout after dialing the second call. 

Interdigit timer is typically implemented as Timer T302.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
3rd gen phones using SIP protocol and one of:
overlap diaplan
route patterns using the ! feature
or any dial plan design that depends on interdigit timeout for call routing
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The user must hit # before the dialed number is sent.
&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=CSCtc91770</guid>
</item>
<item>
<title>Japanese locale problem with common device configuration (Directories) , Fixed CSCsx26067</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx26067</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

When User locale in Phone configuration page is configured as Japanese, 
CP-7961 show double byte katakana / Kanji characters in &quot;Directories&quot; and
&quot;Directory search&quot; Menus. This is considered to be expected behavior.

When User locale in Phone configuration page is configured as none 
and User locale in Common  Device configuration page is configured as Japanese, 
CP-7961 show single byte katakana characters in &quot;Directories&quot; and
&quot;Directory search&quot; Menus. This is not considered to be expected behavior.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CUCM version: 6.1.3.1103-2
localeinstaller: cm-locale-ja_JP-6.1.1.2000-1.cop,
                 po-locale-ja_JP-8.4.1.1000-1.cop
IP Phone : CP-7961,7975 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

Configure User loale as Japanese in Phone configuration page.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx26067</guid>
</item>
<item>
<title>3911 shows incorrect time in European Timezones , Terminated CSCtc87427</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc87427</link>
<description>






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

Following timezones are this far out of sync on 3911

Notes
##########
Time zone configured -           time difference from &quot;good time&quot;
GMT+2                       -           0
GMT+1                       -           +1
GMT+0                       -           -1
GMT-1                                    -           -3
GMT-2                                    -           -4
&lt;br&gt;

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

CallmanAGER 6.1.3b and  3911 in configured timezones under date time group
&lt;br&gt;&lt;B&gt;Workaround:&lt;/B&gt;

Create sperate device pool for 3911 phones with their own timezone

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc87427</guid>
</item>
<item>
<title>7911 doesn&#39;t reply to ICMP ping 100% when requests sent quickly , Terminated CSCtc89734</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc89734</link>
<description>
&lt;B&gt;Symptom:&lt;/B&gt;

7911 IP Phone won&#39;t return replies to ICMP pings when they&#39;re sent at a fast rate.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Normal use - use a router/switch to ping so it&#39;s sent quickly.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

None.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

Reproduction:

7911:
Router#ping 10.10.1.243 repeat 50

Type escape sequence to abort.
Sending 50, 100-byte ICMP Echos to 10.10.1.243, timeout is 2 seconds:
!!!!!!.!!!!!.!!!!!.!!!!!!.!!!!!.!!!!!.!!!!!!.!!!!!
Success rate is 86 percent (43/50), round-trip min/avg/max = 1/2/4 ms


7912:
Router#ping 10.10.1.237 repeat 50

Type escape sequence to abort.
Sending 50, 100-byte ICMP Echos to 10.10.1.237, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (50/50), round-trip min/avg/max = 60/66/72 ms
Router# 


7911 FW:
SCCP 11.8-5-2S

7912 FW:
CP7912 080003SCCP070409A

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc89734</guid>
</item>
<item>
<title>CIPC cannot register with TFTP Encryption  in Phone Security Profile , Fixed CSCsx23738</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsx23738</link>
<description>






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

CIPC device cannot successfully register with CUCM
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

TFTP Encrypted Config option is enabled in the phone security profile.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

This work around should work.

1. Goto the security profile settings of the phone on call manager
2.Uncheck &quot;TFTP Encrypted Config&quot; 
3. Save the setting. Reset the phone and it should register fine
4. Now , go back to same  security profile page on call manager
5. Check the &quot;TFTP Encrypted Config&quot; 
6.Save the setting. Reset the phone
7. The phone should register fine with out issues from now on using that security profile.
&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=CSCsx23738</guid>
</item>
<item>
<title>SIP Phone hangs when receiving REFER request ,   CSCta58117</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta58117</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

SIP Phone hangs when initiating consultative transfer / conference, upon receing the REFER request from CUCM.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

CUCM 7.1.2-20000-2 + Italian locale cm-locale-it_IT-6.0.0.1-1.cop

Call Flow :

phone A(7911 SIP)---CUCM 7.1.2---SIP trunk---NexTone SBC---SIP Trunk---CUCM 7.1.2---Phone B(7941 SIP)--(transfer)--CUCM 7.1.2---SIP trunk---NexTone SBC---SIP Trunk---CUCM 7.1.2---Phone C(Cisco SIP phone)

-               A calls B, B transfers or initiate a conference to C.
-               IP Phone B display freezes and the transfer / conference initiation never completes.
-               The softkey &#39;Close&#39; is being pressed to get the phone back in normal state.
&lt;br&gt;


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

Downgrade to firmware 8-3-4SR1 or 8-4-4




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta58117</guid>
</item>
<item>
<title>7970 8.4.2 color scheme change causes CLID to blurr , Open CSCsw96960</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw96960</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

7970 CLID display blurr&#39;s over 3 feet distance on 8.4.2 load. Reason being there was a change in the background color from white to dark  blue for CLID display in 8.4.2 load. White being a contrast color to the black font for CLID was good with any viewing angle. 
&lt;br&gt;

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

1) The viewing angle of phone. (LCD being inline with your eye).
2) Phone rested on its stand at any position. 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Changing the viewing angle might help .Under Settings -&gt; User&gt; Preferences -&gt; Viewing Angle to see if it improves the appearance
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

User lighting environment  may contribute to the problem and hence changing view angle on the phone might not be the a workaround in such a scenario.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsw96960</guid>
</item>
<item>
<title>Upgrade Status shows Running until new login screen shows due to timeout , Fixed CSCsl91207</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsl91207</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Sometimes, the upgrade from 1.2.5 to 1.2.6 GUI upgrade status displays Running instead of Complete.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Specially at the end of upgrade log shows some message such as /user/local/platform/script/2.0.0.1-1/platform_migration.sh: : INFO:/partB/usr/........./enConfigration.xml does not exist Migration not required.
chown: failed to get attributes of &#39;/usr/......./CCMencryption.jar&#39;: No such file or directory
/usr/local/snr/.....ccmmssnr_post.sh: : Copying informix ...
Could not access INFORMIXDIR /opt/informix/database/current.

Those message will mislead user that the upgrade doesn&#39;t complete. Finally around 30 minutes after the completion of the upgrade, the installation screen is gone and the new login screen shows up for the login due to the idle timeout.

Sometimes after 30 minutes after the completion of the upgrade,  the installation screen still exists and no new login screen shows up.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
Go to platform console to check whether the new version shows up on the console. Or select automatically reboot after the completion of the upgrade during the upgrade configuration selection.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsl91207</guid>
</item>
<item>
<title>Delay in starting RTP from 6941 , Open CSCtc96381</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc96381</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
Calling from any other phone model to a 69xx, after going offhook on the 69xx it takes about 2 seconds before caller and called party can hear each other. This is in the same location where other phones they are working fine. Phone are connected to the same switch and vlan of the CUCM.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
So far reproduced on 6941/61, but applicable to all 69xx series.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
None
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;
Two delays are noticed in the tests with the 6941.

- It takes about 0.14 sec before the 6941 socket is ready to receive the incoming RTP packets sent from the other phone to the desired. This causes the 6941 to generate ICMP port unreachable packet until the socket is ready.

- It takes about 0.67 seconds between the StartMediaTransmission and  the 6941 first outgoing RTP packet,

So there are about 0,81 seconds before 6941 is ready to listen and sending RTP packets. This is not an enormous time, but if user is very fast on picking up the handset this can be perceived. 
Tested in the lab, with a 7970 on speakers calling to a 6961. If the 6961 user goes off hock very fast and immediately start talking &quot;one, two, three, four, five, ...&quot;, on the 7970 only starting from &quot;two&quot; or &quot;three&quot; can be heard, so the first words are missed.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc96381</guid>
</item>
<item>
<title>7936 CME: would not initiate MeetMe conference , Terminated CSCsy19695</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy19695</link>
<description>Symptom: 7936 would not initiate meetme hardware conference 
&lt;br&gt;Conditions: Occurs on 3.3(20)
&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=CSCsy19695</guid>
</item>
<item>
<title>DPA sends CalledPartyNumber instead of OriginalCalledPartyNumber to VM , Fixed CSCsg21994</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsg21994</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

Calls routed to voicemail via DPA will show up in Octel destined to the wrong voicemailbox.
This can result in the caller being prompted to login or simply getting the default greeting.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

DPA voicemail integration with CM 4.2(1) or later (including CM 5.0). 
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

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

In previous versions of CallManager the SCCP CallInfo message sent to a phone had the originalCalledParty and calledPartyNumbers with the same value (that of the originalCalledParty number).  This was done to be backwards compatible with old voicemail products such as UOne.  Since this message is only used to present display information to the SCCP device it did not impact the routing of calls.

CSCsb57445 was filed to fix this issue and get the calledPartyNumber to display the correct value.  This fix had the side-effect of causing the wrong number to be sent by the DPA as the called party number.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsg21994</guid>
</item>
<item>
<title>Feature to turn on/off audio played to handset while on headset , Open CSCsr65970</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr65970</link>
<description>Symptom:

If you hear closely, the phone will play the audio to headset and handset simultaneously
at all times. 
&lt;br&gt;
Conditions:

It happens on all phones until firmware 8.3(5) 
&lt;br&gt;
Workaround:

None 




</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsr65970</guid>
</item>
<item>
<title>7912 phone does not send the correct URL for directory access , Fixed CSCsq72275</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsq72275</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

7912 phone , search for users in corporate directory.  Subsequent pages will display all entries for users as null,null
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

When the directory search returns and the results returned need to be displayed in subsequent pages
&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=CSCsq72275</guid>
</item>
<item>
<title>7921 doesn&#39;t turn on speakerphone during CME unicast paging , Fixed CSCsm43102</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm43102</link>
<description>&lt;B&gt;Symptom: 7921 will not automatically turn on its speakerphone when receiving a unicast page from CME.&lt;/B&gt;
&lt;br&gt;

&lt;B&gt;Conditions: A 7921 registered to CME receives a unicast page with its speakerphone not already on.&lt;/B&gt;
&lt;br&gt;
&lt;B&gt;Workaround: Use multicast paging.&lt;/B&gt;

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsm43102</guid>
</item>
<item>
<title>double conference info, when using cBarge , Terminated CSCsz76951</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz76951</link>
<description>1. Have 2 CIPC configured with the same line ( here: 1020)
2. Call from a third phone (here 2222)
3. Answer the call from one CIPC device
4.Try to use cBarge from the second CIPC device (click on the red lamp, beside the line number, and then press cBarge)

Actual result:

You get the appearance, like 2 conferences are created; it has 2 &quot;Conference&quot; tabs. 

Expected result:
Just one conference tab should be displayed.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz76951</guid>
</item>
<item>
<title>No inter-digit timeout when making second call , Fixed CSCsz40616</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz40616</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
If a SIP phone places a call on &#39;hold&#39;, and then selects &#39;new call&#39; there is no inter-digit 
timeout after dialing the second call. 

Interdigit timer is typically implemented as Timer T302.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
3rd gen phones using SIP protocol and one of:
overlap diaplan
route patterns using the ! feature
or any dial plan design that depends on interdigit timeout for call routing
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
The user must hit # before the dialed number is sent.
&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=CSCsz40616</guid>
</item>
<item>
<title>Noise Reduction causes saturated speech on Handsfree Send , Fixed CSCsz68389</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz68389</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
When talking on the speakerphone, far end listeners may hear voice clipping. The talker&#39;s voice may sound like a buzz.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

This issue is most noticeable when the talker is using the speakerphone on 7931, 7962, 7965, 7972, 7945, and 7975 models. This defect only applies to these phone models.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

The talker can sit farther away from the phone, talk in a lower voice or use the handset or headset.
&lt;br&gt;
&lt;B&gt;Further Problem Description:&lt;/B&gt;

 If User A calls User B on User A&#39;s speakerphone, then User B would hear scratchy sounding voice.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsz68389</guid>
</item>
<item>
<title>CIPC Generates Millions Of MediaPathEvent, OffHook and Softkey Events , Terminated CSCso58825</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso58825</link>
<description>Symptom:
	CIPC phone generates millions of StationMediaPathEvent, StationOffHook and 
	StationSoftkeyEvent signals within 20 minutes (or so), inducing a CodeYellow 
	state and/or a CCM crash on the call processing server the phone it is registered to.
&lt;br&gt;	
Conditions:
	Normal/Nominal.
&lt;br&gt;	
Workaround:
	None.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCso58825</guid>
</item>
<item>
<title>Cisco IP Communicator Crashes Intermintly While in Idle or Offhook State , Fixed CSCsy34951</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy34951</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;

CIPC Crashes and ShutDown.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;

Issue can be seen while Offhook or Onhook on CIPC.
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

ReLaunch CIPC.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsy34951</guid>
</item>
<item>
<title>7971-ringer volume is too high , Fixed CSCsg96535</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsg96535</link>
<description>&lt;B&gt;Symptom:&lt;/B&gt;
The volume on a 7970, 71, 41, 61 or other 3rd gen Cisco IP phone may get stuck at a very high volume.  Attempting to lower the volume will not work.
&lt;br&gt;
&lt;B&gt;Conditions:&lt;/B&gt;
Seen in phone loads prior to 8.2(2).
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;
If you first select the button to raise the volume, then lowering the volume will function as normal.


</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCsg96535</guid>
</item>
<item>
<title>7925 data sheet doesn&#39;t show that UNII-2 extended channels are supported , Open CSCtd31501</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtd31501</link>
<description>&lt;br&gt;&lt;B&gt;Conditions:&lt;/B&gt;

The data sheet for the 7925 doesn&#39;t include the Unii-2 extended channels as being supported under the Frequency band and operating channels section.  These channels are show as supported in the 7925 deployment guide and from the testing they are shown to be supported.  Please update the data sheet to include the unii-2 extended channels as being supported.
&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=CSCtd31501</guid>
</item>
<item>
<title>7937: DST does not work if restart 7937 instead of reset 7937 , Fixed CSCta88719</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCta88719</link>
<description>Symptom: 7937 would not change DST time if restart 7937
&lt;br&gt;Conditions: It occurs on 7937 phone with phone load 1.3(3.5)
&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=CSCta88719</guid>
</item>
<item>
<title>No RTP after adjusting volume while phone is receiving RTP stream , Fixed CSCtc79855</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc79855</link>
<description>






&lt;B&gt;Symptom:&lt;/B&gt;
No RTP after adjusting volume while phone is receiving RTP stream
&lt;br&gt;

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

7921 Firmware : 1.3(3) and 1.3(2).  Does not apply to 1.1(1)
&lt;br&gt;
&lt;B&gt;Workaround:&lt;/B&gt;

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

No RTP after adjusting volume while phone is receiving RTP stream.  This can be reproduced using IP Phone Execute.

</description>
<guid isPermaLink="true">http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc79855</guid>
</item>
<item>
<title>7911 does not respond to ButtonTemplateReq for fallback info , Terminated CSCtc32514</title>
<link>http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtc32514</link>
<description>Symptom:
7911 does not provide SRST gateway the DN information
&lt;br&gt;
Conditions:
CUCM 7.1(2)
Network connectivity to CUCM is down
&lt;br&gt;
Workaround:
N/A


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