<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:m="http://schemas.microsoft.com/office/2004/12/omml" 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 15 (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:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I have vague recollections of similar issues when an incoming call wasn’t properly matching a dial peer – it was hitting a “default” which I believe was g.729.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I’d verify it’s actually hitting the dial-peer you think it should be.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net] <b>On Behalf Of </b>Ryan Huff<br><b>Sent:</b> Wednesday, May 6, 2015 5:15 PM<br><b>To:</b> Brian Meade<br><b>Cc:</b> cisco-voip@puck.nether.net<br><b>Subject:</b> Re: [cisco-voip] Codec negotiation issue, a little strange<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-family:"Calibri",sans-serif'>I'll do some testing after hours. When the client reported the issue, I just threw a transcoder in the MRGL for the SIP trunk in call manager to 'plug the leak'.<br><br>I'll let you know what I find and/or if I can find out if CUSP is screwing with me.<br><br>Thanks,<br><br>Ryan<o:p></o:p></span></p><div><div class=MsoNormal align=center style='text-align:center'><span style='font-family:"Calibri",sans-serif'><hr size=2 width="100%" align=center id=stopSpelling></span></div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-family:"Calibri",sans-serif'>Date: Wed, 6 May 2015 17:54:57 -0400<br>Subject: Re: [cisco-voip] Codec negotiation issue, a little strange<br>From: <a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a><br>To: <a href="mailto:ryanhuff@outlook.com">ryanhuff@outlook.com</a><br>CC: <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><o:p></o:p></span></p><div><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'>CVP doesn't change SDP info and CUSP might not either, don't remember. Can you run "debug ccsip messages" on the H.323 GW to see if it's offering anything other than G.711ulaw in the Invite to CUSP? If it's only G.711 there, it must be getting changed by CUSP. I'm not familiar enough with it to know what to check though.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><div><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'>On Wed, May 6, 2015 at 5:40 PM, Ryan Huff <<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>> wrote:<o:p></o:p></span></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-family:"Calibri",sans-serif'>I have a situation, where, in some case the ingress pstn call leg is trying to use g.729 (when there is nothing in the gateway that would indicate it's preference).<br><br>Call path when G729 is negotiated:<br><br>PSTN -> h.323(PRI) dial-peer match -> SIP trunk to Unified Proxy Server - > SIP Customer Voice Portal -> SIP To vXML Server -> Send SIP invite to call manager and the SDP contains G729<br><br>Call path when G711 is negotiated:<br><br>PSTN - >h .323(PRI) dial-peer match -> CCM -> ring phone<br><br>- The gateway and IP phone are in the same region and the region is related to itself with G711.<br>- The region of the DP of the SIP trunk is related to the region of the gateway and the region of the phone with G711<br>- The voice class codec on the router only has g711 set as the 1st preference<br>- The matched dial-peer (h.323) for the SIP trunk to CUSP is specifying the voice class codec correctly<br>- The IP phone is a 7962/42<br><br>My question is how and why is the far end negotiating G729? This site does have limited CIR (10 Mbps) and the CVP/vXML servers are in a different geographic location than the gateway/IP phone.<br><br>My thought is that since the IP phone can negotiate G.729, it could be a bandwidth thing where it is just choosing to use the lower bandwidth codec BUT the invite to CCM is coming from CVP. The SDP in the invite shows G729.<br><br>Content-Type: application/sdp<br>App-Info: <<i>vXMLVoiceServerIPAddress</i>:8000:8443><br>v=0<br>o=CiscoSystemsSIP-GW-UserAgent 7410 5486 IN IP4 <i>GatewayIpAddress</i><br>s=SIP Call<br>c=IN IP4 <i>GatewayIpAddress</i><br>t=0 0<br>m=audio 19808 RTP/AVP 0 18 100 101<br>c=IN IP4 <i>GatewayIpAddress</i><br>a=rtpmap:0 PCMU/8000<br>a=rtpmap:18 G729/8000<br>a=fmtp:18 annexb=yes<br>a=rtpmap:100 X-NSE/8000<br>a=fmtp:100 192-194<br>a=rtpmap:101 telephone-event/8000<br>a=fmtp:101 0-16<br><br><o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-family:"Calibri",sans-serif'><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" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><o:p></o:p></span></p></blockquote></div><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p></div></div></div></div></body></html>