<div dir="ltr">Hi Brian,<div><br></div><div>Here's what the signalling looks like, apologies for the formatting.</div><div><br></div><div><div>No. Delta Time Source Destination Protocol Info</div>
<div> 1 0.000000 0.000000 Vidyo Server CUCM SIP/SDP Request: INVITE sip:83045551212@CUCM | , with session description</div><div> 2 0.001193 0.001193 CUCM Vidyo Server SIP Status: 100 Trying | </div>
<div><span class="" style="white-space:pre"> </span> RTP from MTP to Vidyo starts here<span class="" style="white-space:pre"> </span> </div><div> 9 0.273383 0.274576 CUCM Vidyo Server SIP/SDP Status: 183 Session Progress | , with session description</div>
<div> 47 0.751382 1.025958 CUCM Vidyo Server SIP Request: UPDATE sip:Vidyo Server :50600;transport=UDP | </div><div> 48 0.000829 1.026787 Vidyo Server CUCM SIP Status: 200 OK | </div>
<div> 707 13.100773 14.127560 Vidyo Server CUCM SIP Request: CANCEL sip:83045551212@CUCM :5060 | </div><div> 708 0.000478 14.128038 CUCM Vidyo Server SIP Status: 200 OK | </div>
<div> 710 0.004368 14.132406 CUCM Vidyo Server SIP Status: 487 Request Cancelled | </div><div> 711 0.000756 14.133162 Vidyo Server CUCM SIP Request: ACK sip:83045551212@CUCM | </div>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 15, 2013 at 8:25 AM, Brian Meade (brmeade) <span dir="ltr"><<a href="mailto:brmeade@cisco.com" target="_blank">brmeade@cisco.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Ed,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">It will probably be much easier for use to follow the call flow if you could send the actual SIP messaging for one of the calls.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Prack is really only used in response to a 180 Ringing with SDP or a 183 Session Progress with SDP. That’s where early media gets established.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Brian<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<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""> cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@puck.nether.net</a>]
<b>On Behalf Of </b>Ed Leatherman<br>
<b>Sent:</b> Tuesday, October 15, 2013 8:19 AM<br>
<b>To:</b> Cisco VOIP<br>
<b>Subject:</b> [cisco-voip] question(s) about SIP early media<u></u><u></u></span></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">I'm trying to troubleshoot what I think is an early media problem on a SIP trunk between CUCM 8.6 and a video conferencing system (Vidyo). If the Vidyo system tries to dial long distance, it does not get the audio prompt for the authorization
code, which comes in from our long distance carrier prior to the call being established.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Audio is OK for local calls once the call is established.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I don't have direct access to the vidyo side. so I took a few packet captures at the CUCM side to try and puzzle out what is going on.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Vidyo sends SDP info immediately in its Invite message, and CUCM begins to send back audio from the MTP right away. Does CUCM need to send a PRACK here, or is the Status 100 reply from CUCM sufficient?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">CUCM also responds with it's own 183 session progress message back that includes it's own SDP info. I never see a PRACK back from Vidyo, nor do I get audio. Would this imply that vidyo is not participating in the early media?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">For a local call, vidyo does eventually start sending me audio when the session is completely established.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">On the CUCM side for the SIP trunk profile, I have Early Offer support for voice and video calls checked and SIP Rel1XX options set to send PRACK for all 1xx messages (tried both settings though)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I'm asking my internal customer that owns the vidyo system to contact vidyo tech support, but I figured I'd see if any of you SIP gurus had an opinion :)<u></u><u></u></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal">-- <br>
Ed Leatherman<u></u><u></u></p>
</div>
</div>
</div>
</div></div></div>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Ed Leatherman<br>
</div>