Good morning all, I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue. The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails: [DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes) Every other scenario I have worked through is working fine. For reference, the fax-specific dialplan entries: <action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" /> Thanks in advance. -- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
Hi all, Just realised the server I'm having issues with is an old wheezy server running 1.4.26. I will test with latest and report back. Kind regards, On 4 August 2016 at 09:55, Andrew Cassidy <andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
You also do NOT want pass thru set if you're doing this. On Thu, Aug 4, 2016 at 4:02 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Hi all,
Just realised the server I'm having issues with is an old wheezy server running 1.4.26. I will test with latest and report back.
Kind regards,
On 4 August 2016 at 09:55, Andrew Cassidy <andrew@cassidywebservices.co.uk
wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
Ok lets go into details a little more: User <--> FS <--> Provider When User sends a fax, provider detects tones and renegotiates with t38. I can handle this case fine using sip_execute_on_image=t38_gateway Now, one way or another I also want the a-leg to be t38 if possible. Be that via reinvite from FS or sepcifically requested by User. I can't make this work at all. If FreeSWITCH renegotiates with User and User rejects T38, Freeswitch does not reinvite with the original codecs. If User requests t38, fax negotiation fails in some cases, although that may be irrelevant. So, here's my current configuration, that kind of works: <action application="export" data="fax_enable_t38=true" /> <action application="export" data="sip_execute_on_image=t38_gateway self nocng" /> To test the User end (in this case another FreeSWITCH box for testing): With T38: originate {execute_on_answer='t38_gateway peer',fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff') Without T38: originate {execute_on_answer='t38_gateway peer',fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff') However, the following fails: originate {fax_enable_t38=true,fax_enable_t38_request=true,fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff') I think this configuration will work for now, the User end can decide freely if they want to send t38 requests to FS or not. On 4 August 2016 at 14:39, Brian West <brian@freeswitch.org> wrote:
You also do NOT want pass thru set if you're doing this.
On Thu, Aug 4, 2016 at 4:02 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Hi all,
Just realised the server I'm having issues with is an old wheezy server running 1.4.26. I will test with latest and report back.
Kind regards,
On 4 August 2016 at 09:55, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
Hi, Your with and without t38 looks same for me - is this by intent? I'm a little puzzled with your mail - have you every success? On 04/08/16 17:47, Andrew Cassidy wrote:
Ok lets go into details a little more:
User <--> FS <--> Provider
When User sends a fax, provider detects tones and renegotiates with t38. I can handle this case fine using sip_execute_on_image=t38_gateway
Now, one way or another I also want the a-leg to be t38 if possible. Be that via reinvite from FS or sepcifically requested by User. I can't make this work at all.
If FreeSWITCH renegotiates with User and User rejects T38, Freeswitch does not reinvite with the original codecs.
If User requests t38, fax negotiation fails in some cases, although that may be irrelevant.
So, here's my current configuration, that kind of works:
<action application="export" data="fax_enable_t38=true" /> <action application="export" data="sip_execute_on_image=t38_gateway self nocng" />
To test the User end (in this case another FreeSWITCH box for testing):
With T38:
originate {execute_on_answer='t38_gateway peer',fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff')
Without T38:
originate {execute_on_answer='t38_gateway peer',fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff')
However, the following fails:
originate {fax_enable_t38=true,fax_enable_t38_request=true,fax_verbose=true,ignore_early_media=true,fax_ident=xxxx,fax_header='Test Fax',absolute_codec_string=PCMA,origination_caller_id_number=xxxx}sofia/gateway/xxxx/xxxx &txfax('/home/andrew/test_fax.tiff')
I think this configuration will work for now, the User end can decide freely if they want to send t38 requests to FS or not.
On 4 August 2016 at 14:39, Brian West <brian@freeswitch.org <mailto:brian@freeswitch.org>> wrote:
You also do NOT want pass thru set if you're doing this.
On Thu, Aug 4, 2016 at 4:02 AM, Andrew Cassidy <andrew@cassidywebservices.co.uk <mailto:andrew@cassidywebservices.co.uk>> wrote:
Hi all,
Just realised the server I'm having issues with is an old wheezy server running 1.4.26. I will test with latest and report back.
Kind regards,
On 4 August 2016 at 09:55, Andrew Cassidy <andrew@cassidywebservices.co.uk <mailto:andrew@cassidywebservices.co.uk>> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com <mailto:xxx@provider.com> Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 <tel:03303%20880%20960> andrew@cassidyweb.co.uk <mailto:andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 <tel:03303%20880%20960> andrew@cassidyweb.co.uk <mailto:andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@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@lists.freeswitch.org <mailto: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
--
*/Brian West/* brian@freeswitch.org <mailto:brian@freeswitch.org>
*/Twitter: @FreeSWITCH , @briankwest/* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 <tel:%2B19184209001> | *F:*+19184209002 <tel:%2B19184209002> | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@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@lists.freeswitch.org <mailto: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
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <mailto:andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Serge S. Yuriev Lead VoIP engineer
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite. Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway -mirko On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
I'm getting the same with 1.6.9 Ideally I'd like FreeSWITCH to be able to determine on the fly that the sender supports T38. Kind regards, On 4 August 2016 at 10:27, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite.
Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
-mirko
On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
I had the same question. There is no fall back to previous codec that call was set up when t38 is negotiated no matter that was the sucess of that negotiation You can always file a feature/bug maybe request... mirko On Thu, Aug 4, 2016 at 1:33 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I'm getting the same with 1.6.9
Ideally I'd like FreeSWITCH to be able to determine on the fly that the sender supports T38.
Kind regards,
On 4 August 2016 at 10:27, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite.
Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
-mirko
On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
I might be able to sort this with a 1-liner... going to give it a go. On 4 August 2016 at 12:47, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
I had the same question.
There is no fall back to previous codec that call was set up when t38 is negotiated no matter that was the sucess of that negotiation
You can always file a feature/bug maybe request... mirko
On Thu, Aug 4, 2016 at 1:33 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I'm getting the same with 1.6.9
Ideally I'd like FreeSWITCH to be able to determine on the fly that the sender supports T38.
Kind regards,
On 4 August 2016 at 10:27, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite.
Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
-mirko
On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
exactly, or a 2-liner :) On Thu, Aug 4, 2016 at 2:11 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I might be able to sort this with a 1-liner... going to give it a go.
On 4 August 2016 at 12:47, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
I had the same question.
There is no fall back to previous codec that call was set up when t38 is negotiated no matter that was the sucess of that negotiation
You can always file a feature/bug maybe request... mirko
On Thu, Aug 4, 2016 at 1:33 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I'm getting the same with 1.6.9
Ideally I'd like FreeSWITCH to be able to determine on the fly that the sender supports T38.
Kind regards,
On 4 August 2016 at 10:27, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite.
Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
-mirko
On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
Had a look at the code, I think the only real option is still "disable t.38 everywhere"... On 4 August 2016 at 14:02, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
exactly, or a 2-liner :)
On Thu, Aug 4, 2016 at 2:11 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I might be able to sort this with a 1-liner... going to give it a go.
On 4 August 2016 at 12:47, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
I had the same question.
There is no fall back to previous codec that call was set up when t38 is negotiated no matter that was the sucess of that negotiation
You can always file a feature/bug maybe request... mirko
On Thu, Aug 4, 2016 at 1:33 PM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
I'm getting the same with 1.6.9
Ideally I'd like FreeSWITCH to be able to determine on the fly that the sender supports T38.
Kind regards,
On 4 August 2016 at 10:27, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
From my experiance if you send t38 re-invite then FS will expect T38 even if remote side refuses it.
If you wont to transcode you need to not send the re-invite.
Get the scenario you need form here: https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
-mirko
On Thu, Aug 4, 2016 at 10:55 AM, Andrew Cassidy < andrew@cassidywebservices.co.uk> wrote:
Good morning all,
I've been playing with faxing and t38 over the last few days. I use a wholesale provider who detects and reinvites for t38, and have implemented the same in my systems. Passing t38 through unmodified is not an issue.
The issue I do have, is in the event that the sender refuses the reinvite, I'd like freeswitch to transcode. In theory, this is set up correctly, but see this error message repeated over and over and ultimately the fax fails:
[DEBUG] mod_spandsp_fax.c:1756 sofia/external/xxx@provider.com Error decoding UDPTL (172 bytes)
Every other scenario I have worked through is working fine.
For reference, the fax-specific dialplan entries:
<action application="export" data="fax_enable_t38=true"/> <action application="export" data="fax_enable_t38_request=true"/> <action application="export" data="t38_passthru=true"/> <action application="export" data="nolocal:sip_execute_on_image=t38_gateway self" /> <action application="set" data="execute_on_answer=t38_gateway peer" />
Thanks in advance.
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director
03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director 03303 880 960 andrew@cassidyweb.co.uk <andrew@cassidywebservices.co.uk> www.cassidyweb.co.uk <http://www.cassidywebservices.co.uk>
participants (4)
-
Andrew Cassidy
-
Brian West
-
Mirko Brankovic
-
Serge S. Yuriev