What constitutes a failure? What I mean by that is, are *all* calls that have early media a "failed" call? Or just certain calls? What about ringing in early media?<br><br>You could use monitor_early_media_fail and attempt to analyze the progress tones, i.e. if you hear ringing then it's a good call but otherwise it's a "failure." However, I'm not aware of any way to have the early media flow to the calling party with having the bridge/originate be "successful." The only way to know for sure is to check for a hangup cause.<br>
<br>Could you explain more about what you are trying to accomplish? Perhaps there is another way of dealing with the early media conundrum.<br><br>-MC<br><br><div class="gmail_quote">On Thu, Jan 10, 2013 at 3:24 AM, Tamas.Cseke <span dir="ltr"><<a href="mailto:cstomi.levlist@gmail.com" target="_blank">cstomi.levlist@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
We would like to hear early media without CHANNEL_BRIDGE event<br>
These are failed calls and callers would like to hear the message that<br>
the provider plays<br>
Because the caller thinks the call is answered if originate returns.<br>
<br>
as far as I understand:<br>
-early media makes the originate return<br>
-if we ignore early media the bridge won't return, but we don't hear it<br>
<br>
we would like both of them, is it possible somehow?<br>
<br>
I 'm not sure I fully understand all of the ignore_early_media options<br>
but I haven't find solution for this,<br>
Could you please advise me one, if there is any?<br>
<br>
I'm thinking about we maybe need a new ignore_early_media option<br>
like "consume" but sending the media to the caller instead of dropping it<br>
If there isn't already a solution I also would appreciate if you let me<br>
know your opinion about this idea<br>
<br>
Thanks advance,<br>
Tamas<br>
<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>
</blockquote></div><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>