[Freeswitch-users] Bypass_media mode

[Mark Campbell-Smith]

ahha... thanks Mike.

So I could do something like this, if 1000 is the b-leg?:

                  <condition field="destination_number"
expression="^(10[01][0-9])$">
                        <action application="set" data="dialed_extension=$1"/>
                        <action application="set"
data="bypass_media_after_bridge=true"/>
                        <action application="tone_detect" data="fax
1100 r +5000 transfer 'receivefax XML features' 1" />
                        <action application="bridge"
data="user/${dialed_extension}@${domain}"/>
                  </condition>

Looks interesting - I'll have to give it a whirl later ....

On Wed, Jan 13, 2010 at 3:46 PM, Michael Jerris <mike at jerris.com> wrote:
> As soon as it pulls in the media (in this case, to do the tone detect), its going to give up on bypass media unless you adjust settings to behave otherwise. (such as http://wiki.freeswitch.org/wiki/Variable_bypass_media_after_bridge)
>
> Mike
>
> On Jan 12, 2010, at 11:04 PM, Mark Campbell-Smith wrote:
>
>> Hi All,
>>
>> Does anyone know if tone_detect can be used with bypass_media?
>>
>> I thought the SIP re-Invite message can be used to update media
>> parameters, including IP address endpoints.  Does FS try to do this
>> in the case that tone_detect is used?
>>
>> In my case, the calls are dropped.
>>
>> On Tue, Jan 12, 2010 at 9:23 PM, Mark Campbell-Smith
>> <mcampbellsmith at gmail.com> wrote:
>>> Hi Jason,
>>>
>>> I have understood that.  Its not that a difficult concept to understand!
>>>
>>> In the log I see:
>>> 2010-01-12 21:03:17.585598 [DEBUG] mod_dptools.c:818
>>> sofia/internal/1000 at 192.168.1.120 SET
>>> [ringback]=[v=-7;%(400,200,413,438);%(400,2000,413,438)]
>>> 2010-01-12 21:03:17.605591 [DEBUG] switch_core_session.c:1509
>>> Application tone_detect Requires media! pre_answering channel
>>> sofia/internal/1000 at 192.168.1.120
>>>
>>> I thought the SIP re-Invite message can be used to update media
>>> parameters, including IP address endpoints.  Does FS try too do this
>>> in the case that tone_detect is used?
>>>
>>> On Tue, Jan 12, 2010 at 8:53 PM, Jason White <jason at jasonjgw.net> wrote:
>>>> Mark Campbell-Smith <mcampbellsmith at gmail.com> wrote:
>>>>> I've updated and tested bypass_media.
>>>>>
>>>>> It works if I remove this line from the B leg dialplan (ie 2010 calls
>>>>> 1000 - this is in the 1000 section of the dialplan):
>>>>>                         <action application="tone_detect" data="fax
>>>>> 1100 r +5000 transfer 'receivefax XML features' 1" />
>>>>>
>>>>> Does bypass_media work with tone_detect?
>>>>
>>>> As I understand it, tone_detect detects tones in the RTP stream (i.e., in the
>>>> audio). For this to be possible, FreeSWITCH has to be in the audio path, hence
>>>> bypass media cannot be used
>>>>
>>>> If this reasoning isn't obvious to you, then you've misunderstood what
>>>> tone_detect does or what bypass media is (the audio traffic flows directly
>>>> between the two endpoints without passing through the FreeSWITCH system that
>>>> establishes the connection, therefore FreeSWITCH can't process it to detect
>>>> tones and consequently bypass media and tone detection are inherently
>>>> incompatible.)
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>
>>
>> _______________________________________________
>> 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
>
>
> _______________________________________________
> 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
>