<div>Exactly. Here's the captured SIP flow: <a href="https://dl.dropbox.com/u/6276683/sip_flow.png">https://dl.dropbox.com/u/6276683/sip_flow.png</a>. Between the time 4 and 7, the mobile phone is hung up. After the the time 28 the mobile phone starts ringing again and hung up, the same on times 51 and 74.</div>
<div><br></div><div>I am starting to think that this is something my VoIP operator should deal with. What should be the expected flow? Status 480 right after the early media is played back?</div><br clear="all"><div>Hynek<br>
</div>
<br><br><div class="gmail_quote">On Tue, Jan 15, 2013 at 12:18 AM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So you're saying that the provider is sending inband audio in early media saying that the call is not answering, and then on the same call you hear ringing?<br><br>-MC<br><br><div class="gmail_quote"><div><div class="h5">
On Sun, Jan 13, 2013 at 6:28 AM, Hynek Cihlar <span dir="ltr"><<a href="mailto:hynek.cihlar@gmail.com" target="_blank">hynek.cihlar@gmail.com</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>Scenario:</div><div>A call is originated to a mobile network. Mobile phone starts ringing and is hung up. The mobile phone leg is pre-answered and early media is returned saying that the caller is not answering. The message is playbed back twice, than silence for cca two seconds and then ringing tone with the actual phone starting to ring as well. The phone is hung up, early media played back, etc...</div>
<div><br></div><div>The freeswitch console command used to originate the call is as follows:</div><div><div>originate sofia/internal/1%terminal_domain &bridge({origination_caller_id_number=<some orig number>}sofia/gateway/axfone/<the destination mobile number>)</div>
</div><div><br></div><div>My question is. Is this expected behavior? Should not the destination server end the call after early media is played back? Or is it expected from me to detect a silence and end the call? If so, what would be the best approach to solve it, <span style="background-color:rgb(249,249,249);line-height:1.1em">wait_for_silence? </span></div>
<div><br></div><div>Thanks for comments!</div><span><font color="#888888"><div>Hynek <br></div>
</font></span><br></div></div>_________________________________________________________________________<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" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.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://wiki.freeswitch.org" target="_blank">http://wiki.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" target="_blank">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>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br>
<a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>
</font></span><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>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.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://wiki.freeswitch.org" target="_blank">http://wiki.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>
<br></blockquote></div><br>