Hi! Hi! I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x. In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media. <extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension> Is this how bypass media should be enabled? This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737 What have I done wrong? Thanks
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now. On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable "We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower "I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower "Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
Thanks Eliot. I'm using FreeSWITCH Version 1.0.trunk (16131). Do you kno wif the fault was present in 16131? Cheers On Tue, Jan 12, 2010 at 10:02 AM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now.
On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
I can't say for certain. I know it's not in 16016. Wait for Anthony to fix the issue in the current version, then update and try again. On Mon, Jan 11, 2010 at 6:09 PM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Thanks Eliot. I'm using FreeSWITCH Version 1.0.trunk (16131). Do you kno wif the fault was present in 16131?
Cheers
On Tue, Jan 12, 2010 at 10:02 AM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now.
On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
_______________________________________________ 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
-- Eliot Gable "We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower "I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower "Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
fixed in 16250 On Mon, Jan 11, 2010 at 5:22 PM, Eliot Gable <egable+freeswitch@gmail.com<egable%2Bfreeswitch@gmail.com>
wrote:
I can't say for certain. I know it's not in 16016. Wait for Anthony to fix the issue in the current version, then update and try again.
On Mon, Jan 11, 2010 at 6:09 PM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Thanks Eliot. I'm using FreeSWITCH Version 1.0.trunk (16131). Do you kno wif the fault was present in 16131?
Cheers
On Tue, Jan 12, 2010 at 10:02 AM, Eliot Gable <egable+freeswitch@gmail.com <egable%2Bfreeswitch@gmail.com>> wrote:
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now.
On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Beauty! Thanks.. will update now. On Tue, Jan 12, 2010 at 11:08 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
fixed in 16250
On Mon, Jan 11, 2010 at 5:22 PM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
I can't say for certain. I know it's not in 16016. Wait for Anthony to fix the issue in the current version, then update and try again.
On Mon, Jan 11, 2010 at 6:09 PM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Thanks Eliot. I'm using FreeSWITCH Version 1.0.trunk (16131). Do you kno wif the fault was present in 16131?
Cheers
On Tue, Jan 12, 2010 at 10:02 AM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now.
On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
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? Thanks! On Tue, Jan 12, 2010 at 11:14 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Beauty! Thanks.. will update now.
On Tue, Jan 12, 2010 at 11:08 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
fixed in 16250
On Mon, Jan 11, 2010 at 5:22 PM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
I can't say for certain. I know it's not in 16016. Wait for Anthony to fix the issue in the current version, then update and try again.
On Mon, Jan 11, 2010 at 6:09 PM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Thanks Eliot. I'm using FreeSWITCH Version 1.0.trunk (16131). Do you kno wif the fault was present in 16131?
Cheers
On Tue, Jan 12, 2010 at 10:02 AM, Eliot Gable <egable+freeswitch@gmail.com> wrote:
Assuming you're using SVN trunk, there is a bug that is likely causing your issue. Anthony is fixing it right now.
On Mon, Jan 11, 2010 at 6:16 AM, Mark Campbell-Smith <mcampbellsmith@gmail.com> wrote:
Hi! Hi!
I am calling from extension 2010 to extension 1000. Both have ip addesses 192.168.1.x.
In the 2000 series dialplan (a separate context) I have the following to try to enable bypass_media.
<extension name="Local_1000_9xxx"> <condition field="destination_number" expression="^(10[01][0-9]|9\d{3})$"> <action application="set" data="dialed_extension=$1"/> <action application="set" data="proxy_media=false"/> <action application="set" data="bypass_media=true"/> <action application="transfer" data="${dialed_extension} XML default"/> </condition> </extension>
Is this how bypass media should be enabled?
This fails fo me (the calls hang up and no audio). The debug trace is in http://pastebin.freeswitch.org/11737
What have I done wrong?
Thanks
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
_______________________________________________ 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
-- Eliot Gable
"We do not inherit the Earth from our ancestors: we borrow it from our children." ~David Brower
"I decided the words were too conservative for me. We're not borrowing from our children, we're stealing from them--and it's not even considered to be a crime." ~David Brower
"Esse oportet ut vivas, non vivere ut edas." (Thou shouldst eat to live; not live to eat.) ~Marcus Tullius Cicero
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
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.)
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
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@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@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
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@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@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
_______________________________________________ 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
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@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@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@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
_______________________________________________ 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
_______________________________________________ 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
I doubt that works as you will still need media after it has been bridged. I was just giving an example of something that could be used. You might be able to set that var, set tone detect, answer, play fake ringback for a short time (as long as you have you tone detect checking for tone), and then bridge. Mike On Jan 13, 2010, at 12:02 AM, Mark Campbell-Smith wrote:
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 ....
participants (6)
-
Anthony Minessale
-
Brian West
-
Eliot Gable
-
Jason White
-
Mark Campbell-Smith
-
Michael Jerris