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