<div>I think I understand Tamas as I have similar question.</div><div><br></div><div>I think the CHANNEL_BRIDGE event fires when you get media from the b-leg, and 2 CHANNEL_ANSWER event fired on both channels when the b-leg answered.</div><div><br></div><div>ignore_early_media on this case can prevent CHANNEL_BRIDGE from fire until the b-leg really answers the call.</div><div><br></div><div>however, In some cased we'd like the a leg hear the early media, but get the CHANNEL_BRIDGE when b-leg is really answer the call.</div><div><br></div><div>I thought it maybe impossible for now for the a leg to hear early media on a unbridged channel. Or maybe there's an option enable this I can't remember.</div><div><br></div><div>FS considers a call/bridge is "success" when get early media, e.g.</div><div><br></div><div>bridge user/b1|user/b2 when user/b1 sends early media it never has a chance to call user/b2. If user/b plays "the line is busy, please call later …. ", and the a leg can hear that will be helpful, and for a patient a-leg, it will eventually can b2 when b1 timeout.</div><div><br></div><div>the bridge user/b1,user/b2 case may be a little harder, what if both sends back early media, do we choose one to pass to the a leg, or mix them? or make a option to select it?</div><div><br></div><div>so I think Tamas' question is - is it possible to work exactly as the same as the ignore_early_media scenario, but let the a leg hear early media.</div><div><br></div><div>Thanks.</div><div><br></div><div><div>-- </div><div>Seven Du</div><div>Sent with <a href="http://www.sparrowmailapp.com/?sig">Sparrow</a></div><div><br></div></div>
<p style="color: #A0A0A8;">On Friday, January 11, 2013 at 1:45 AM, Michael Collins wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div>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>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 type="cite"><div>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>
</div></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>
</div><div><div>_________________________________________________________________________</div><div>Professional FreeSWITCH Consulting Services:</div><div><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a></div><div><a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a></div><div><br></div><div>FreeSWITCH-powered IP PBX: The CudaTel Communication Server</div><div><a href="http://www.cudatel.com">http://www.cudatel.com</a></div><div><br></div><div>Official FreeSWITCH Sites</div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div><div><a href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a></div><div><a href="http://www.cluecon.com">http://www.cluecon.com</a></div><div><br></div><div>FreeSWITCH-users mailing list</div><div><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></div><div><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></div><div>UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a></div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div></div></div></span>
</blockquote>
<div>
<br>
</div>