<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Nov 21, 2016, at 2:59 PM, Jarad Morgan <<a href="mailto:jaradmorgan@gmail.com" class="">jaradmorgan@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">So long story short here is the issue were running into. Sorry for the crappy messaging diagram. </div><div class=""><br class=""></div><div class="">//when going on hold. </div><div class="">Avaya INVITE to FS no SDP</div><div class="">FS 100 trying no SDP to Avaya </div><div class="">FS 200 OK w SDP to Avaya</div><div class="">Avaya ACK w SDP(a=sendonly) to FS</div><div class=""><br class=""></div><div class="">//were now on hold. </div><div class=""><br class=""></div><div class="">//going off hold where we run into the one way audio. </div><div class="">Avaya INVITE to FS no SDP</div><div class="">FS 100 trying no SDP to Avaya </div><div class="">FS 200 OK w SDP (a=sendonly) to Avaya</div><div class="">Avaya ACK w SDP (a=recvonly) to FS</div></div></div></blockquote><div><br class=""></div>This is not a valid way to go off hold. The avaya would need to somehow indicate that it is changing the stream to sendrecv, they don’t in what you describe here.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">We get a recvonly from Avaya so were in listen mode instead of sendrecv. </div><div class=""><br class=""></div><div class="">This is a new issue since we upgraded from and older version to 1.6. The previous version of FS we didnt see the a=sendonly in the 200 OK when going off hold so i thought that may be configurable in the newer version to leave those media attributes out of the SDP? </div></div></div></blockquote><div><br class=""></div>Not sure what you mean. We didn’t “see” it?</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div><div class="">Thanks!! </div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Mon, Nov 21, 2016 at 2:38 PM Michael Jerris <<a href="mailto:mike@jerris.com" class="">mike@jerris.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">if there is an sdp and it does not specify sendonly, recvonly, or inactive, it means that stream is sendrecv. This is normal operation of sdp, many things won’t actually include the sendrecv as size of sdp is a bigger and bigger issue these days. What do you mean about a config setting to leave it out?<br class="gmail_msg">
<br class="gmail_msg">
> On Nov 21, 2016, at 2:19 PM, Jarad Morgan <<a href="mailto:jaradmorgan@gmail.com" class="gmail_msg" target="_blank">jaradmorgan@gmail.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> Hello, we are running into some issues with one way audio coming off hold with messaging between Avaya's. Running FS 1.6.10.<br class="gmail_msg">
><br class="gmail_msg">
> Is there a FS config setting to leave out the media type attribute (sendonly,sendrecv) in the 200 OK sent by FS when doing late media negotiation between a Avaya device?<br class="gmail_msg">
><br class="gmail_msg">
> Thanks!!<br class="gmail_msg">
<br class="gmail_msg">
_________________________________________________________________________<br class="gmail_msg">
Professional FreeSWITCH Consulting Services:<br class="gmail_msg">
<a href="mailto:consulting@freeswitch.org" class="gmail_msg" target="_blank">consulting@freeswitch.org</a><br class="gmail_msg">
<a href="http://www.freeswitchsolutions.com/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitchsolutions.com</a><br class="gmail_msg">
<br class="gmail_msg">
Official FreeSWITCH Sites<br class="gmail_msg">
<a href="http://www.freeswitch.org/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitch.org</a><br class="gmail_msg">
<a href="http://confluence.freeswitch.org/" rel="noreferrer" class="gmail_msg" target="_blank">http://confluence.freeswitch.org</a><br class="gmail_msg">
<a href="http://www.cluecon.com/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.cluecon.com</a><br class="gmail_msg">
<br class="gmail_msg">
FreeSWITCH-users mailing list<br class="gmail_msg">
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" class="gmail_msg" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br class="gmail_msg">
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br class="gmail_msg">
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br class="gmail_msg">
<a href="http://www.freeswitch.org/" rel="noreferrer" class="gmail_msg" target="_blank">http://www.freeswitch.org</a></blockquote></div>
_________________________________________________________________________<br class="">Professional FreeSWITCH Consulting Services: <br class=""><a href="mailto:consulting@freeswitch.org" class="">consulting@freeswitch.org</a><br class="">http://www.freeswitchsolutions.com<br class=""><br class="">Official FreeSWITCH Sites<br class="">http://www.freeswitch.org<br class="">http://confluence.freeswitch.org<br class="">http://www.cluecon.com<br class=""><br class="">FreeSWITCH-users mailing list<br class="">FreeSWITCH-users@lists.freeswitch.org<br class="">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br class="">UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br class="">http://www.freeswitch.org</div></blockquote></div><br class=""></body></html>