<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:blue;
        text-decoration:underline;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:Arial;
        color:navy;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
-->
</style>

</head>

<body lang=EN-US link=blue vlink=blue>

<div class=Section1>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>This may seem silly but make sure that the
actual files were not recorded when the WAN was congested. &nbsp;We had complaints
one time from a location of garbled greetings but it turned out that the
recordings were done during WAN congestion and just needed to be recorded again&#8230;.<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'>Carlos<o:p></o:p></span></font></p>

<p class=MsoNormal><font size=2 color=navy face=Arial><span style='font-size:
10.0pt;font-family:Arial;color:navy'><o:p>&nbsp;</o:p></span></font></p>

<div>

<div class=MsoNormal align=center style='text-align:center'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>

<hr size=2 width="100%" align=center tabindex=-1>

</span></font></div>

<p class=MsoNormal><b><font size=2 face=Tahoma><span style='font-size:10.0pt;
font-family:Tahoma;font-weight:bold'>From:</span></font></b><font size=2
face=Tahoma><span style='font-size:10.0pt;font-family:Tahoma'>
cisco-voip-bounces@puck.nether.net [mailto:cisco-voip-bounces@puck.nether.net] <b><span
style='font-weight:bold'>On Behalf Of </span></b>Kris Seraphine<br>
<b><span style='font-weight:bold'>Sent:</span></b> Tuesday, September 19, 2006
12:37 AM<br>
<b><span style='font-weight:bold'>To:</span></b> Wes Sisk<br>
<b><span style='font-weight:bold'>Cc:</span></b> cisco-voip@puck.nether.net;
STEVEN CASPER<br>
<b><span style='font-weight:bold'>Subject:</span></b> Re: [cisco-voip] call
quality issues between gateway and Unity</span></font><o:p></o:p></p>

</div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><o:p>&nbsp;</o:p></span></font></p>

<p class=MsoNormal style='margin-bottom:12.0pt'><font size=3
face="Times New Roman"><span style='font-size:12.0pt'>Just to update this
issue, I found out that callers hear the system prompts clear as a bell.&nbsp;
It's only the user greetings that are a problem.&nbsp; The users are recording
their greetings over the WAN using G.729 so it seems the gateway is having problems
playing these out to the PSTN user.&nbsp; <br>
<br>
I also noticed that the gateway seems to be hitting CSCsc12570 and calls
between it and Unity are not honoring the region settings.&nbsp; I'm not sure
how all this fits together but hopefully an IOS upgrade will help. <o:p></o:p></span></font></p>

<div>

<p class=MsoNormal><span class=gmailquote><font size=3 face="Times New Roman"><span
style='font-size:12.0pt'>On 9/14/06, <b><span style='font-weight:bold'>Wes Sisk</span></b>
&lt;<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>&gt; wrote:</span></font></span><o:p></o:p></p>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'>Steven,<br>
<br>
No, this is not a blanket best practice recommendation.&nbsp;&nbsp;It was a<br>
workaround for the issue cited in that cdets.&nbsp;&nbsp; If you have the time,<br>
the best approach is to identify the cause of the robotic voice and <br>
modify the smallest possible set of options to address that issue.<br>
<br>
/Wes<br>
<br>
STEVEN CASPER wrote:<br>
&gt; Thanks Wes,<br>
&gt; This is very interesting. So is the recommendation to add &quot;mgcp
playout<br>
&gt; adaptive 60 40 200&quot; to all voice gateways that allow non IP phone
users <br>
&gt; to access Unity? I have a lot of gateways that connect Nortel users to<br>
&gt; Unity via QSIG gateways. We occasionally get complaints of canned or<br>
&gt; robotic voice quality. We are running CCM 4.1.3sr1 with Unity 4.05.<br>
&gt;<br>
&gt; Steve<br>
&gt;<br>
&gt;&gt;&gt;&gt; &quot;Wes Sisk&quot; &lt;<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>&gt;
09/14/06 9:01 AM &gt;&gt;&gt;<br>
&gt; Steven,<br>
&gt;<br>
&gt; Thank you for the clarification. Take a look at the Release-note of <br>
&gt; the cited bug in bug toolkit.<br>
&gt;<br>
&gt; There is a different command to use with MGCP:<br>
&gt; mgcp playout adaptive 60 40 200<br>
&gt;<br>
&gt; Same underlying behavior, just modified for the call signaling<br>
&gt; protocol.<br>
&gt;<br>
&gt; /Wes<br>
&gt;<br>
&gt; On Sep 14, 2006, at 8:14 AM, STEVEN CASPER wrote:<br>
&gt;<br>
&gt; It is in the document Playout Delay Enhancements:<br>
&gt;<br>
&gt; <a href="http://www.cisco.com/en/US/products/sw/iosswrel/ps1834/">http://www.cisco.com/en/US/products/sw/iosswrel/ps1834/</a><br>
&gt; products_feature_guide09186a008008033c.html<br>
&gt;<br>
&gt;<br>
&gt; in the link on Understanding Jitter that you posted.<br>
&gt;<br>
&gt; <a href="http://www.cisco.com/en/US/tech/tk652/tk698/">http://www.cisco.com/en/US/tech/tk652/tk698/</a><br>
&gt; technologies_tech_note09186a00800945df.shtml<br>
&gt;<br>
&gt;<br>
&gt; Steve<br>
&gt;<br>
&gt;&gt;&gt;&gt; &quot;Wes Sisk&quot; &lt;<a href="mailto:wsisk@cisco.com">wsisk@cisco.com
</a>&gt; 09/13/06 6:30 PM &gt;&gt;&gt;<br>
&gt; Steven,<br>
&gt;<br>
&gt; Where do you get that playout-delay is not supported?<br>
&gt;<br>
&gt; /Wes<br>
&gt;<br>
&gt; STEVEN CASPER wrote:<br>
&gt;&gt; Wes,<br>
&gt;&gt; I see that Playout-Delay is not supported on MGCP platforms so how <br>
&gt; is<br>
&gt;&gt; jitter handled in a MGCP/Call Manager enviroment?<br>
&gt;&gt;<br>
&gt;&gt; Thanks!<br>
&gt;&gt; Steve<br>
&gt;&gt;<br>
&gt;&gt; Steve Casper<br>
&gt;&gt; Voice Technologies<br>
&gt;&gt; M&amp;T Bank<br>
&gt;&gt; (410) 347-6026 <br>
&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; &quot;Wes Sisk&quot; &lt;<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>&gt;
09/11/06 7:00 PM &gt;&gt;&gt;<br>
&gt;&gt; Kris,<br>
&gt;&gt;<br>
&gt;&gt; This sounds very similar to something we fixed long
ago.&nbsp;&nbsp;Take a <br>
&gt; look<br>
&gt;<br>
&gt;&gt; at 'sh voice call' to see if it's jitter:<br>
&gt;&gt; <a href="http://www.cisco.com/en/US/tech/tk652/tk698/">http://www.cisco.com/en/US/tech/tk652/tk698/</a><br>
&gt;&gt; technologies_tech_note09186a00800945df.shtml <br>
&gt;&gt;<br>
&gt;&gt; CSCea35850 - Unity RTP stream has inherent jitter<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; If you are using non-default packetization periods watch out for<br>
&gt;&gt; CSCed52913 Unity RTP stream has jitter with G.729 at 30 &amp; 60 ms
and<br>
&gt;<br>
&gt;&gt; G711/30ms<br>
&gt;&gt;<br>
&gt;&gt; /Wes<br>
&gt;&gt;<br>
&gt;&gt; On Sep 11, 2006, at 5:56 PM, Kris Seraphine wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi<br>
&gt;&gt;<br>
&gt;&gt; I have a customer with a multi site centralized CCM 4.13 cluster.<br>
&gt;&gt; The remote sites are getting complaints of poor voice quality from<br>
&gt;&gt; customers when being transferred to Unity (which is located in the<br>
&gt;&gt; central site) .&nbsp;&nbsp;The callers cannot understand the greetings
and <br>
&gt;&gt; describe them as choppy.&nbsp;&nbsp;There are no problems with
external calls<br>
&gt;<br>
&gt;&gt; transferred from the remote sites to IP phones at the central site<br>
&gt; or<br>
&gt;<br>
&gt;&gt; for intersite calls.&nbsp;&nbsp;It seems to be limited to calls where
the RTP <br>
&gt;<br>
&gt;&gt; stream is between a remote voice gateway and Unity.&nbsp;&nbsp;These
calls are<br>
&gt;<br>
&gt;&gt; G.729 so Unity has to transcode the greetings on the fly but if that<br>
&gt;<br>
&gt;&gt; were the problem I'd expect remote users to have the same problem <br>
&gt;&gt; when calling into check their messages or leave messages for other<br>
&gt;&gt; users.&nbsp;&nbsp;Also, the Unity server is not very heavily used; it<br>
&gt; generally<br>
&gt;<br>
&gt;&gt; has no more than 9 active calls at the most. <br>
&gt;&gt;<br>
&gt;&gt; I suspect the gateway might be the problem.&nbsp;&nbsp;It's a 2851
running<br>
&gt;&gt; MGCP.&nbsp;&nbsp;I guess I'd like to know if anyone agrees or disagrees
with<br>
&gt;&gt; this assumption.&nbsp;&nbsp;Also, I've had a lot of problems with MGCP
code on <br>
&gt;<br>
&gt;&gt; the ISRs.&nbsp;&nbsp;Can someone recommend an IOS version that is
stable for<br>
&gt;&gt; and MGCP gateway and doesn't suffer from DSP firmware issues?<br>
&gt;&gt;<br>
&gt;&gt; I should mention that Unity is version 4.04 sr1 and the gateway is<br>
&gt;&gt; running 12.4(5).<br>
&gt;&gt;<br>
&gt;&gt; Thanks<br>
&gt;&gt;<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></span></font></p>

</div>

<p class=MsoNormal><font size=3 face="Times New Roman"><span style='font-size:
12.0pt'><br>
<br clear=all>
<br>
-- <br>
kris seraphine <o:p></o:p></span></font></p>

</div>

</body>

</html>