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-use rs
> 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-use rs
> 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-user s
> 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-user s
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 www.cassidyweb.co.uk