[Freeswitch-users] strange behavior of ignore_early_media

[Anthony Minessale]

I think what you are describing is what happens when one leg answers with
early media, FreeSWITCH ends the originate process and bridges the call in
early media.
As soon as there a forked call exists, this cannot happen because an
outgoing session request does not complete until there is exactly one leg
with working media.


On Thu, Feb 9, 2017 at 12:05 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> In a forked call, each forked call has its own early media stream.  So I
> don't understand what you mean about sending the same early media stream to
> forked calls?
>
>
> On Thu, Feb 9, 2017 at 12:02 PM, Brandon Johnson <bjohnson at control4.com>
> wrote:
>
>> Does this mean there is no way to send the same early media stream to
>> multiple forked calls with freeswitch?
>>
>>
>>
>>
>>
>>
>>
>> *From: *<freeswitch-users-bounces at lists.freeswitch.org> on behalf of
>> Anthony Minessale <anthony.minessale at gmail.com>
>> *Reply-To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Date: *Thursday, February 9, 2017 at 10:42 AM
>> *To: *FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Subject: *Re: [Freeswitch-users] strange behavior of ignore_early_media
>>
>>
>>
>> This is not strange behavior.  This is how it was designed.
>>
>> You can set bridge_early_media=true   This would mix the audio so you
>> would hear the combined early media of all the calls.  The video will not
>> work in this mode.
>>
>>
>>
>>
>>
>>
>>
>> On Thu, Feb 9, 2017 at 11:20 AM, Brandon Johnson <bjohnson at control4.com>
>> wrote:
>>
>> My freeswitch application is using early media to send a video preview
>> from the caller to the callee before answering. This works, if I am not
>> forking the call to multiple users. If I fork the call, only the first
>> endpoint to receive the early media gets to answer, and the other calls are
>> cancelled (this is expected, according to the documentation).  If I set
>> ignore_early_media to true in the dialplan, then the forking issue goes
>> away but the early media stops working.
>>
>> I did some packet captures with ignore_early_media turned on and off, and
>> the signaling doesn’t change, so I’m sure it’s not a problem on the
>> endpoints side of things.  Freeswitch just doesn’t send the RTP when it is
>> set to true.
>>
>>
>>
>> Is there some trick I am missing, or a workaround I can try?  Here’s my
>> dialplan, it’s very straightforward:
>>
>>
>>
>>
>>
>>     <extension name="C4 All Group">
>>
>>       <condition field="destination_number" expression="^All$">
>>
>>         <action application="set" data="ignore_early_media=true"/>
>>
>>         <action application="bridge" data="user/000FFF0B001A,user/0
>> 00FFF803637"/>
>>
>>       </condition>
>>
>>     </extension>
>>
>>
>>
>>
>>
>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>>
>>
>>
>> --
>>
>> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>>
>>
>>
>> ☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
>> http://twitter.com/FreeSWITCH
>>
>> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
>> <http://freeswitch.org/g+>*
>>
>> ClueCon Weekly Development Call
>>
>> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900 <(919)%20386-9900>
>>
>>
>>
>> https://www.youtube.com/watch?v=9XXgW34t40s
>>
>> https://www.youtube.com/watch?v=NLaDpGQuZDA
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> --
> Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬
>
> ☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
> http://twitter.com/FreeSWITCH
> ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
> <http://freeswitch.org/g+>*
>
> ClueCon Weekly Development Call
> ☎ sip:888 at conference.freeswitch.org  ☎ +19193869900 <(919)%20386-9900>
>
> https://www.youtube.com/watch?v=9XXgW34t40s
> https://www.youtube.com/watch?v=NLaDpGQuZDA
>



-- 
Anthony Minessale II       ♬ @anthmfs  ♬ @FreeSWITCH  ♬

☞ http://freeswitch.org/  ☞ http://cluecon.com/  ☞
http://twitter.com/FreeSWITCH
☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+
<http://freeswitch.org/g+>*

ClueCon Weekly Development Call
☎ sip:888 at conference.freeswitch.org  ☎ +19193869900

https://www.youtube.com/watch?v=9XXgW34t40s
https://www.youtube.com/watch?v=NLaDpGQuZDA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170209/28175d34/attachment.html