<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@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:11.0pt;
font-family:"Calibri","sans-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.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"Balloon Text Char";
margin:0in;
margin-bottom:.0001pt;
font-size:8.0pt;
font-family:"Tahoma","sans-serif";}
span.BalloonTextChar
{mso-style-name:"Balloon Text Char";
mso-style-priority:99;
mso-style-link:"Balloon Text";
font-family:"Tahoma","sans-serif";}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#404040;}
.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">My apologies for resurrecting this thread, but can you confirm if these bug fixes are still targeted for SU4? We’d like to reassure the customer again that SU4 is expected to include these bug fixes, but I’m hoping for official confirmation
once more. Also, is the BU still on track for an early 2014 release of the SU? Again, we’re just hoping to set realistic expectations with the customer.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Thanks again for looking into this.. it’s definitely appreciated.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">- Dan<o:p></o:p></p>
<p class="MsoNormal"><span style="color:#404040"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Divin John (dijohn) [mailto:dijohn@cisco.com]
<br>
<b>Sent:</b> Thursday, October 03, 2013 7:07 PM<br>
<b>To:</b> Daniel Pagan; cisco-voip@puck.nether.net<br>
<b>Subject:</b> Re: [cisco-voip] DTMF Method Stripped on reINVITE | CUCM 8.6.2<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Closing the loop on this one:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Defects on CUCM caused this.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"> CSCtr99004 , CSCtw91193 and CSCtr79913 is needed to fix this.<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Regards,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Divin<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="color:black">From: </span></b><span style="color:black">Daniel Pagan <<a href="mailto:dpagan@fidelus.com">dpagan@fidelus.com</a>><br>
<b>Date: </b>Thursday, 8 August 2013 8:55 PM<br>
<b>To: </b>"<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>" <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br>
<b>Subject: </b>[cisco-voip] DTMF Method Stripped on reINVITE | CUCM 8.6.2<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black"><o:p> </o:p></span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="color:black">Folks:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">I’m looking at an interesting issue where CUCM is stripping DTMF method from a reINVITE and I’m wondering if you’ve seen this before. Topology is pretty simple: CUCM ==SIPTrunk==VerizonSBC. CUBE is not involved
in this scenario for this particular environment (different issue, different story). Audio cut-through is successful but no DTMF method is established.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">The transaction flows is as follows (<i>Call-ID header and IP addresses omitted</i>):<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="color:black">INVITE </span></b><b><span style="font-family:Wingdings;color:black">à</span><span style="color:black">SBC – Early Offer in use</span></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">..<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">….<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">t=0 0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">m=audio 27030 RTP/AVP 0 8 18 <b><span style="background:yellow;mso-highlight:yellow">101</span></b><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:0 PCMU/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=ptime:20<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:8 PCMA/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=ptime:20<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:18 G729/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=ptime:20<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=fmtp:18 annexb=no<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:101 telephone-event/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black;background:yellow;mso-highlight:yellow">a=fmtp:101 0-15</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">==========================<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="color:black">200 </span></b><b><span style="font-family:Wingdings;color:black">ß</span><span style="color:black"> SBC – Containing SDP w/ reordered, preferred codecs</span></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">..<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">…..<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">v=0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">o=BroadWorks 492305543 1 IN IP4 10.15.5.119<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">s=-<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">c=IN IP4 10.15.5.119<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">t=0 0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=sqn: 0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=cdsc: 1 image udptl t38<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">m=audio 41194 RTP/AVP 0 18 8 <b><span style="background:yellow;mso-highlight:yellow">101</span></b><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=ptime:20<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=fmtp:18 annexb=no<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:101 telephone-event/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black;background:yellow;mso-highlight:yellow">a=fmtp:101 0-15</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">==========================<o:p></o:p></span></p>
<p class="MsoNormal"><b><span style="color:black">CUCM ACK’s the 200 </span></b><i><span style="color:black">(omitted)</span></i><b><span style="color:black"> to close the transaction and sends a reINVITE with a single codec but no DTMF method:
</span></b><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">v=0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">o=CiscoSystemsCCM-SIP 962515 2 IN IP4 10.15.81.106<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">s=SIP Call<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">c=IN IP4 10.17.66.123<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">b=TIAS:64000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">b=AS:64<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">t=0 0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">m=audio 27030 RTP/AVP 0<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=rtpmap:0 PCMU/8000<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">a=ptime:20<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">=========================<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">The SIP trunk is configured for DTMF method of No Preference. I also see no MTP allocation attempts from MediaManager in SDI traces which makes me think we’re not dealing with a media negotiation failure. Other
SBC’s in this environment perform an early cut-through of audio via 183s to CUCM resulting in no issues. It seems to me the solution would be to force the SBC to send a 200 answer w/ only a
<u>single</u> codec in its SDP, theoretically eliminating the need for a reINVITE. But unfortunately this isn’t possible since the provider is adhering to the Answer/Offer Model RFC:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">“For streams marked as sendrecv in the answer,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> the "m=" line MUST contain <b><i>at least</i></b> one codec the answerer is willing<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> to both send and receive, from amongst those listed in the offer.”<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Any thoughts on why CUCM would be stripping the DTMF method from its reINVITE? Again, I see no MTP allocation requests from MediaManager, so I doubt it’s the result of a negotiation failure. Setting the SIP Trunk’s
DTMF method from No Preference to RFC2833 results in the same problem. Lastly, a bug scrub didn’t come back with anything that matched the symptoms spot on. CUCM is 8.6.2.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Thanks ahead of time!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">Daniel<o:p></o:p></span></p>
</div>
</div>
</div>
</body>
</html>