<div dir="ltr">Take a look at <a href="https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway">https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway</a><div><br></div><div>Probably you need to disable the t38 on one of the sides.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 16, 2017 at 4:43 AM, Tristan Dean <span dir="ltr">&lt;<a href="mailto:tristan@mocha.net.nz" target="_blank">tristan@mocha.net.nz</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-NZ" link="#0563C1" vlink="#954F72"><div class="m_3417583337329161467WordSection1"><p class="MsoNormal">Hi All<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I am having trouble on a new FreeSWITCH-based SBC we’ve built. We are going through some SBCs and upgrading them. In this case, we are upgrading an old SBC running: 1.4.15 64bit built from source.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">The new version is running on Debian 8.3 (AMD64) Stable with the packaged version of FreeSWITCH:  1.6.14 -23-e460bf8 64bit<u></u><u></u></p><p class="MsoNormal">We are tying this in with a hardware swap, so the 1.6.14-23 box is new.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">We have a few instances where our upstream carrier presents us with a SDP which contains:<u></u><u></u></p><p class="MsoNormal">m=image 56594 udptl t38<u></u><u></u></p><p class="MsoNormal">a=T38FaxUdpEC:t38UDPRedundancy<u></u><u></u></p><p class="MsoNormal">a=T38FaxRateManagement:<wbr>transferredTCF<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Historically (version 1.4.15) these seem to be ignored and FreeSWITCH passes the call out obeying the absolute_codec_string set during bridge. Transcoding is allowed and when negotiating a codec with the carrier, these parameters were ignored and G.711a was usually negotiated on both legs.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">On the new platform, FreeSWITCH seems to be attempting to parse these and negotiate T.38. I am certain that it is something silly that I’m doing wrong, but can’t find it and would welcome others’ thoughts. What have I missed? Has anyone seen this before? I have tried t38_passthru=true to no avail.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">I can’t set proxy_media=true or bypass_media=true as we need FreeSWITCH to shield other devices from the SDP parameters above.<u></u><u></u></p><p class="MsoNormal">Most of the configuration is stored in a database and returned to FreeSWITCH using mod_xml_curl. I have pasted some configuration excerpts, SIP messages and logs in: <a href="https://pastebin.freeswitch.org/view/de059ffc" target="_blank">https://pastebin.freeswitch.<wbr>org/view/de059ffc</a><u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Please let me know if there is any other information you need from me.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Many thanks in advance for your assistance.<u></u><u></u></p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Tristan<u></u><u></u></p></div>
<br><br>
<hr style="border:none;color:#909090;background-color:#b0b0b0;height:1px;width:99%">
<table style="border-collapse:collapse;border:none">
        <tbody><tr>
                <td style="border:none;padding:0px 15px 0px 8px">
                        <a href="http://www.avg.com/internet-security" target="_blank">
                                <img border="0" src="http://static.avast.com/emails/avg-mail-stamp.png" alt="AVG logo">
                        </a>
                </td>
                <td>
                        <p style="color:#3d4d5a;font-family:&quot;Calibri&quot;,&quot;Verdana&quot;,&quot;Arial&quot;,&quot;Helvetica&quot;;font-size:12pt">
                                This email has been checked for viruses by AVG antivirus software.
                                <br><a href="http://www.avg.com/internet-security" target="_blank">www.avg.com</a>
                        </p>
                </td>
        </tr>
</tbody></table>
<br>
</div><br>______________________________<wbr>______________________________<wbr>_____________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.<wbr>freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.<wbr>org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.<wbr>freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/<wbr>mailman/listinfo/freeswitch-<wbr>users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.<wbr>freeswitch.org/mailman/<wbr>options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr">Regards,<div>Mirko</div></div></div></div></div></div></div></div></div>
</div>