T.38_gateway & switch_core_media_bug : increase "timeout"
Hello list, I able to send & receive faxes via SS7 link. but I have a small problem with "switch_core_media_bug". I noticed "Media bug" activate for first 10 seconds to 20 seconds against SIP channels. most of our customers use Tele/FAX option on Fax machines. that means ; they answer the call manually (as a voice call) If there was a fax then they activate Fax mode. the problem is FS can't detect CNG tones after 20 seconds, because "switch_core_media_bug" was removed from the particular channels. If the destination fax machine can generate CNG tones within 10 ~ 20 seconds Then FS can detect CNG tones and change in to T.38 mode. is there any way to increase the window of time (switch_core_media_bug) to listen for the CNG tones on SIP channels? This is my dialplan for G711(from PSTN/SS7 via SIP) to T.38(to SIP ATAs) ------>8-------- <extension name="g711_to_t.38"> <condition field="destination_number" expression="^1(0\d{8})$"> <action application="pre_answer"/> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="t38_gateway" data="peer"/> <action application="bridge" data="sofia/external/$1@192.168.11.53"/> <action application="hangup"/> </condition> </extension> This is my dialplan for T.38(from SIP ATAs) to G711(to PSTN/SS7 via SIP) ------>8-------- <extension name="t.38_to_g711"> <condition field="destination_number" expression="^(0\d+)$"> <action application="ring_ready" /> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="start_dtmf_generate" data="true"/> <action application="t38_gateway" data="self"/> <action application="bridge" data="sofia/external/$1@192.168.11.54:5070"/> <action application="hangup"/> </condition> </extension> ------>8-------- Thank you. Weera Suriya
One might be for DTMF generation and one is for T.38 have you double checked the logs? /b On Jul 28, 2010, at 11:12 AM, Weera Suriya wrote:
is there any way to increase the window of time (switch_core_media_bug) to listen for the CNG tones on SIP channels?
t38_gateway_detect_timeout var On Wed, Jul 28, 2010 at 11:12 AM, Weera Suriya <weerasuri@gmail.com> wrote:
Hello list, I able to send & receive faxes via SS7 link. but I have a small problem with "switch_core_media_bug". I noticed "Media bug" activate for first 10 seconds to 20 seconds against SIP channels. most of our customers use Tele/FAX option on Fax machines. that means ; they answer the call manually (as a voice call) If there was a fax then they activate Fax mode. the problem is FS can't detect CNG tones after 20 seconds, because "switch_core_media_bug" was removed from the particular channels. If the destination fax machine can generate CNG tones within 10 ~ 20 seconds Then FS can detect CNG tones and change in to T.38 mode.
is there any way to increase the window of time (switch_core_media_bug) to listen for the CNG tones on SIP channels?
This is my dialplan for G711(from PSTN/SS7 via SIP) to T.38(to SIP ATAs) ------>8-------- <extension name="g711_to_t.38"> <condition field="destination_number" expression="^1(0\d{8})$"> <action application="pre_answer"/> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="t38_gateway" data="peer"/> <action application="bridge" data="sofia/external/$1@192.168.11.53"/> <action application="hangup"/> </condition> </extension>
This is my dialplan for T.38(from SIP ATAs) to G711(to PSTN/SS7 via SIP) ------>8-------- <extension name="t.38_to_g711"> <condition field="destination_number" expression="^(0\d+)$"> <action application="ring_ready" /> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="start_dtmf_generate" data="true"/> <action application="t38_gateway" data="self"/> <action application="bridge" data="sofia/external/$1@192.168.11.54:5070"/> <action application="hangup"/> </condition> </extension> ------>8--------
Thank you.
Weera Suriya
_______________________________________________ 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> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
Thanks Anthony, It works! I did 2 basic tests with FS T.38 gateway and CallWeaver T.38 gateway. Test 1 (PSTN to T.38 ATA) -------------------------------------- 60 voice (concurrent) calls & 30 FAX (concurrent) calls success rate; for FreeSwitch : 97.3% with 10,000 faxes(single A4 text document) for CallWeaver : 83.2% with 10,000 faxes(single A4 text document) Test 2 (PSTN to T.38 ATA) -------------------------------------- 30 FAX (concurrent) calls success rate; for FreeSwitch : 97.8% with 10,000 faxes(single A4 text document) for CallWeaver : 99.4% with 10,000 faxes(single A4 text document) FS is best for my situation! Here is my new dial plan.(for archival purpose) dialplan for G711(from PSTN/SS7 via SIP) to T.38(to SIP ATAs) ------>8-------- <extension name="g711_to_t.38"> <condition field="destination_number" expression="^1(0\d{8})$"> <action application="set" data="t38_gateway_detect_timeout=60"/> <action application="pre_answer"/> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="t38_gateway" data="peer"/> <action application="bridge" data="sofia/external/$1@192.168.11.53"/> <action application="hangup"/> </condition> </extension> dialplan for T.38(from SIP ATAs) to G711(to PSTN/SS7 via SIP) ------>8-------- <extension name="t.38_to_g711"> <condition field="destination_number" expression="^(0\d+)$"> <action application="set" data="t38_gateway_detect_timeout=60"/> <action application="ring_ready" /> <action application="set" data="ringback=%(1000, 4000, 400.0, 400.0)"/> <action application="start_dtmf_generate" data="true"/> <action application="t38_gateway" data="self"/> <action application="bridge" data="sofia/external/$1@192.168.11.54:5070"/> <action application="hangup"/> </condition> </extension> ------>8-------- Thank you, Weera Suriya On Wed, Jul 28, 2010 at 11:50 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
t38_gateway_detect_timeout var
And Which E1 Card model ? Dome C. 2010/7/30 Campbell Steven <casteven@gmail.com>:
Hi Weera,
Which Make/Model ATA's are you using for this test?
Thanks
Campbell
On Fri, Jul 30, 2010 at 6:41 AM, Weera Suriya <weerasuri@gmail.com> wrote:
Thanks Anthony, It works!
_______________________________________________ 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
On 07/30/2010 02:41 AM, Weera Suriya wrote:
Thanks Anthony, It works!
I did 2 basic tests with FS T.38 gateway and CallWeaver T.38 gateway.
Test 1 (PSTN to T.38 ATA) -------------------------------------- 60 voice (concurrent) calls & 30 FAX (concurrent) calls success rate; for FreeSwitch : 97.3% with 10,000 faxes(single A4 text document) for CallWeaver : 83.2% with 10,000 faxes(single A4 text document)
Test 2 (PSTN to T.38 ATA) -------------------------------------- 30 FAX (concurrent) calls success rate; for FreeSwitch : 97.8% with 10,000 faxes(single A4 text document) for CallWeaver : 99.4% with 10,000 faxes(single A4 text document)
I'd like to find out why the numbers for Freeswitch are so poor. The better overall design of Freeswitch probably explains the more consistent results at the two load levels. However, if Callweaver can achieve 99.4% when lightly loaded, it would appear your ATA is capable of that level of success. Why, then, does Freeswitch only achieve 97.x%? Do you have any logs that give information about the failed calls? Steve
participants (6)
-
Anthony Minessale
-
Brian West
-
Campbell Steven
-
Dome Charoenyost
-
Steve Underwood
-
Weera Suriya