What constitutes a failure? What I mean by that is, are *all* calls that have early media a &quot;failed&quot; 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&#39;s a good call but otherwise it&#39;s a &quot;failure.&quot; However, I&#39;m not aware of any way to have the early media flow to the calling party with having the bridge/originate be &quot;successful.&quot; 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">&lt;<a href="mailto:cstomi.levlist@gmail.com" target="_blank">cstomi.levlist@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">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&#39;t return, but we don&#39;t hear it<br>
<br>
we would like both of them, is it possible somehow?<br>
<br>
I &#39;m not sure I fully understand all of the ignore_early_media options<br>
but I haven&#39;t find solution for this,<br>
Could you please advise me one, if there is any?<br>
<br>
I&#39;m thinking about we maybe need a new ignore_early_media option<br>
like &quot;consume&quot; but sending the media to the caller instead of dropping it<br>
If there isn&#39;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>