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:

-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

_________________________________________________________________________
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

_________________________________________________________________________
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

_________________________________________________________________________
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