Re: [Freeswitch-users] Faxing transcoding issues.
Sorry I wrote it while testing which is why the overall tone changes throughout. The without should should be without the execute_on_answer. I have a solution that works well enough, In that I have a documentable configuration that should work for all use cases on my particular implementation. If the user wants to use T38, they need to request it. On 5 August 2016 at 07:56, Andrew Cassidy <andee@bytz.co.uk> wrote:
Sorry I wrote it while testing which is why the overall tone changes throughout.
The without should should be without the execute_on_answer.
I have a solution that works well enough, In that I have a documentable configuration that should work for all use cases on my particular implementation. If the user wants to use T38, they need to request it.
On 4 Aug 2016 17:37, "Serge S. Yuriev" <me@nevian.org> wrote:
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=xxx x,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=xxx x,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
--
*/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
-- *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
_________________________________________________________________________ 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 (1)
-
Andrew Cassidy