<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 12 (filtered medium)">
<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;}
@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;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.EmailStyle17
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:"Courier New";}
.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="color:#1F497D">I did some more troubleshooting eliminating G722 just in case there was an issue with transcoding / MTP which has resulted in a slightly different SDP but resume still doesn’t work.  <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Full sip dialog: <a href="https://drive.google.com/open?id=0B6XOeEMvID0vZVdOV2NzM3NJZGM">
https://drive.google.com/open?id=0B6XOeEMvID0vZVdOV2NzM3NJZGM</a><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Initial call setup appears to be correct. CUCM sends an early offer to Asterisk with SDP, Asterisk responds with a 200 OK with SDP and a=sendrecv.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">When I place the call on HOLD the CUCM sends a delayed offer INVITE to Asterisk:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:#1F497D">Asterisk responds with a 200 OK containing the SDP with a=sendrecv<o:p></o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:#1F497D">CUCM ACKS with an SDP containing a=sendonly<o:p></o:p></span></p>
<p class="MsoNormal" style="text-indent:.5in"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">When I resume the call the CUCM sends a delayed offer INVITE to Asterisk:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">                <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">                </span><span style="color:red">Asterisk responds with a 200 OK containing the SDP with a=recvonly<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:red">                CUCM ACKS with an SDP containing a=sendonly<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">I may be missing or interpreting something incorrectly but that does not right for a RESUME scenario.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Per RFC32645 the CUCM is responding in one of the two ways permitted:
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<pre><span style="font-family:"Calibri","sans-serif";color:#1F497D">“</span><span style="color:black">If a stream is offered as sendonly, the corresponding stream MUST be<o:p></o:p></span></pre>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:black">   marked as recvonly or inactive in the answer.  If a media stream is<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:black">   listed as recvonly in the offer, the answer MUST be marked as<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Courier New";color:black">   sendonly or inactive in the answer.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">“<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Is this a bug or am I wrong in my interpretation of the dialog?
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D">Thanks!<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><b><span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:black">Robert McGilvray<br>
</span></b><span style="font-size:8.5pt;font-family:"Arial","sans-serif";color:#1F497D">o: 914 293 3584</span><span style="color:#1F497D"><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="color:#1F497D"><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""> Robert McGilvray
<br>
<b>Sent:</b> Thursday, March 17, 2016 12:55 PM<br>
<b>To:</b> 'asterisk-users@lists.digium.com'<br>
<b>Subject:</b> Hold/Resume no audio - Asterisk 13.7.2 / PJSIP 2.4.5 / CUCM 8.6.2<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Hello, <o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We currently have a production Asterisk box running 1.8.20.1 which uses MeetMe and chan_sip for conferences. I have been testing the new versions of Asterisk with PJSIP and ConfBridge but have run into an issue which is preventing us from
 moving forward. Everything works fine until a call is placed on hold, after resuming the call the user cannot hear audio from the bridge. The same thing works perfectly with 1.8.20.1.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The scenario is:                 Cisco 8845 SIP (G722) -> CUCM 8.6.2 (also tested 10.5, same issue) - > SIP trunk to Asterisk 13.7.2 PJSIP with delayed offer ->  ConfBridge.
<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Tcpdump reveals Asterisk is sending the RTP to the endpoint so I suspect we’re dealing with a bug / interop issue with the culprit possibly being a=inactive lines in the SDP.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I’ve included a link (on drive) to two separate SIP traces, one using ngrep and the other is the output of pjsip logging and the relevant sections of my pjsip.conf<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="color:#1F497D"><a href="https://drive.google.com/folderview?id=0B6XOeEMvID0vX2FxTXNkZWlodWM&usp=sharing">https://drive.google.com/folderview?id=0B6XOeEMvID0vX2FxTXNkZWlodWM&usp=sharing</a><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Can anyone offer some insight?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Regards,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">BobM<o:p></o:p></p>
</div>
This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email
 in its entirety and any attachments thereto.
</body>
</html>