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@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@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@jasonjgw.net> wrote:
Mark Campbell-Smith <mcampbellsmith@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org