[Freeswitch-users] T38 488 behavior on 1.6.14

[andymurray439 at yahoo.com]

Found a temporary fix, by having the softswitch not send reinvite for T38 and let FS send reinvite for T38; this worked in this direction.




On Thursday, February 9, 2017 10:46 PM, "andymurray439 at yahoo.com" <andymurray439 at yahoo.com> wrote:
Good morning,


bump...
Any help on this? I just git pull:
FreeSWITCH Version 1.6.14+git~20170209T234209Z~de2936af46~64bit (git de2936a 2017-02-09 23:42:09Z 64bit)

Still have the issue where FS rejects the call when the reinvite occurs from the far end for T38.

below is dump of dialplan/modspan/fslog:

http://pastebin.com/1UeKkjnK

here is the call flow:

<PSTN> ->> T7000 Softswitch ->> FS

Call comes from PSTN to T7000 which then passed G711 call to FS; when T7000 detects fax; it reinvites towards FS; which then FS sends back 488. =\

thank you for your help
andy...




On Wednesday, February 1, 2017 1:39 AM, "andymurray439 at yahoo.com" <andymurray439 at yahoo.com> wrote:
Good evening, 

I noticed Bryan's thread on "BEHAVIOR CHANGE (YES PAY ATTENTION TO THIS IFYOU USE FAXING)" but still having issues. 

I'm running 
FreeSWITCH Version 1.6.14+git~20170130T165359Z~e9cb966d18~64bit (git e9cb966 2017-01-30 16:53:59Z 64bit) 

When a G711 call comes in and then the reinvite occurs from the calling side for T38; FS sends back a "488 Not Acceptable Here" 

I have set this in vars.xml per the suggestion:

<X-PRE-PROCESS cmd="set" data="fax_enable_t38=true"/>

Below is the pastebin of the siptrace:
http://pastebin.com/hjnhEqym

Below is the dialplan for it:

<action application="answer" /> 
<action application="playback" data="silence_stream://2000"/> 
<action application="set" data="fax_enable_t38=true"/> 
<action application="rxfax" data="/tmp/FAX-${uuid}.tif"/> 
<action application="hangup"/> 

Am I missing anything else to just make this work?

Thanks!
andy....