[Freeswitch-users] inbound T.38 re-invite transaction stalls
jeff at ugnd.org
Thu Aug 19 12:39:14 UTC 2021
As it turns out, there is not. The far-end fax server sends the T.38
re-INVITE immediately after sending the ACK to the 200 OK on the initial
transaction, and doesn't send RTP. By your specific question I suspect
this is relevant. Am I able to handle this scenario in Freeswitch?
On Sat, Aug 14, 2021 at 10:54 PM Daniel Greenwald <dgreenwald at gmail.com>
> Is PCMU media flowing before the REINVITE?
> On Fri, Aug 6, 2021 at 5:10 PM Jeff Pyle <jeff at ugnd.org> wrote:
>> This is on 1.10.6-release-18-1ff9d0a60e~64bit, the latest release version
>> from the repo.
>> I run the following API command to send a TIFF file with txfax:
>> Test',origination_caller_id_number=2165551111,absolute_codec_string=PCMU at 20i
>> 4045551111 at 188.8.131.52:5060 &txfax(/usr/local/etc/faxtiffs/smiley-fine.tif)
>> The INVITE goes out as expected, and the call connects normally. One
>> second later, the far side sends a re-invite for T.38. Local FreeSWITCH
>> shows the remote SDP on the console, sends a 100 Trying, and this appears
>> on the console:
>> [DEBUG] switch_core_media.c:5192 sofia/external/4045551111 at 184.108.40.206:5060
>> T38 ACCEPT on request
>> [DEBUG] switch_core_media.c:5296 sofia/external/4045551111 at 220.127.116.11:5060
>> T38 IS POSSIBLE on request
>> And then nothing. No 200 OK, 488 Not Acceptable Here, nothing past the
>> 100 Trying. I can't tell why.
>> spandsp.conf.xml is vanilla with only ident, header and spool-dir updated.
>> The environment is relatively simple with all static public IPs, no NAT,
>> etc. This particular FS instance serves only as an endpoint for testing
>> like this fax example.
>> This configuration has been working in general for years and specifically
>> on this box for almost a year. Apparently something has changed somewhere
>> but I can't see what. I'm hoping someone might be able to point me in a
>> direction to diagnose and solve this.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the FreeSWITCH-users