<div dir="ltr">I use uuid_bridge to connect two uuids. I have set park_after_bridge=true.<div><br></div><div>No matter if I set ignore_early_media to true or false, if b-leg does 183 Ringing and then times out (408 timeout response), a-leg will be parked. If b-leg does 180 Ringing and then times out, a-leg is dropped.</div><div><br></div><div>How can I make sure a-leg will always be parked if b-leg is parked?</div><div><br></div><div>This seems a bug to me.</div><div><br></div><div>Regards,</div><div>Ali Pey</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 17, 2015 at 2:11 PM, Michael Jerris <span dir="ltr">&lt;<a href="mailto:mike@jerris.com" target="_blank">mike@jerris.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">if you ignore_early_media you can make 180 and 183 act the same.<span class=""><div><br><div><blockquote type="cite"><div>On Mar 17, 2015, at 1:34 PM, Ítalo Rossi &lt;<a href="mailto:italorossib@gmail.com" target="_blank">italorossib@gmail.com</a>&gt; wrote:</div><br><div><div dir="ltr">183 means early media and the bridge by default is considered successful by FreeSWITCH --&gt;  <a href="https://freeswitch.org/confluence/display/FREESWITCH/Early+Media#EarlyMedia-A" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/Early+Media#EarlyMedia-A</a>&quot;Successful&quot;CallAttempt<div><br></div><div>So park_after_bridge will only park the call if FreeSWITCH has received 183 or 200 from far end.<div><br></div><div>Not a bug, expected behavior.</div><div><br></div><div>Let me know if I&#39;m wrong</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 17, 2015 at 1:04 PM, Ali Pey <span dir="ltr">&lt;<a href="mailto:alipey@gmail.com" target="_blank">alipey@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello,<div><br></div><div>I see a different behaviour for 183 Ringing vs 180 Ringing and a 408 Request Timeout response message with regards to park_after_bridge:</div><div><br></div><div>1) I have &quot;park_after_bridge=true&quot;.</div><div>2) Do a bridge to a PSTN number (SIP Trunk)</div><div>3) After sometime freeswitch receives 408 Request Timeout message:</div><div>    a) if carrier had sent 183 Ringing (in band ring back tone) the a-leg is parked after the 408 timeout message.</div><div>    b) if carrier had sent 180 Ringing, the aleg is hungup after timeout (408 message)</div><div><br></div><div><br></div><div>Is this a bug?</div><div>Is there a work around?</div><div><br></div><div>Thanks,</div><div>Ali Pey</div><div><br></div></div></blockquote></div></div></div></blockquote></div><br></div></span></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" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" 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" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br></div>