<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 8, 2015 at 2:17 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class="gmail_quote">- I first tried with the 1.2 branch, as that was the version I was using locally. The issue with that version is that when a phone holds and then unholds a call, I get no audio on the phone that started the hold. I found option bypass-media-after-hold, but realized that it was not included in the 1.2 branch, so I "ported" commits 3ecb504, 8fa385b and e4e9b1b9f93 from the master branch. Now FS correctly tries to restore direct media between the endpoints with reINVITEs, but unfortunately includes a 'sendonly' in the last SDP to the phone that unholds, so I still get no audio. I haven't found a way to fix this.</blockquote><div><br></div></span><div>Which probably means there's other commits required. 1.2 is EOL and no longer supported, 1.4 is the current stable release. I wouldn't spend any time getting 1.2 working, and instead work on upgrading. </div></div></blockquote><div><br></div><div>Yes, I know it's not currently supported, but maybe somebody had the same problem and fixed it in a different way. Or maybe somebody could point me in the right direction to remove that final 'sendonly'.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="font-size:12.8000001907349px">- I also tried with the 1.4 branch and hold/unhold works correctly, but now attended transfer doesn't work, FS after some time ends the call on the side that was put on hold waiting to be transferred. This time seems to be inconsistent, and sometimes the transfer actually works, so maybe it is a timing issue. This seems similar/related to FS-4038.</div></blockquote><div><br></div></span><div>Also see if you can replicate it on master, as that's close to the upcoming 1.6 release and will have a lot of changes over 1.4. </div></div></blockquote><div><br></div><div>I will try with master and report back, thanks.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On 8 July 2015 at 14:23, Neven Boric <span dir="ltr"><<a href="mailto:nboric@yx.cl" target="_blank">nboric@yx.cl</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi,<div><br></div><div>I have been using FS for a long time on a local server without issues, but now I want to move to a remote server to support some new usage scenarios. I'm trying to use inbound-bypass-media=true to keep the audio out of the server. This mostly works, but I have two different issues, depending on which FS version I use:</div><div><br></div><div>- I first tried with the 1.2 branch, as that was the version I was using locally. The issue with that version is that when a phone holds and then unholds a call, I get no audio on the phone that started the hold. I found option bypass-media-after-hold, but realized that it was not included in the 1.2 branch, so I "ported" commits 3ecb504, 8fa385b and e4e9b1b9f93 from the master branch. Now FS correctly tries to restore direct media between the endpoints with reINVITEs, but unfortunately includes a 'sendonly' in the last SDP to the phone that unholds, so I still get no audio. I haven't found a way to fix this.</div><div><br></div><div>- I also tried with the 1.4 branch and hold/unhold works correctly, but now attended transfer doesn't work, FS after some time ends the call on the side that was put on hold waiting to be transferred. This time seems to be inconsistent, and sometimes the transfer actually works, so maybe it is a timing issue. This seems similar/related to FS-4038.</div><div><br></div><div>I can get logs and SIP captures, what would be the preferred way to provide them (pcap, inline text, pastebin)? Or maybe it's better to go ahead and file a bug?</div><div><br></div><div>Best regards</div><span><font color="#888888"><div>Neven Boric</div></font></span></div>
<br></div></div><span class="">_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></span></blockquote></div><br></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div></div>