<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
we have the following screnario<br>
<ul>
<li>The caller, a local fax machine (Fax, ATA and Freeswitch) with
T.38, is behind a slow line so therefore T.38 is needed here</li>
<li>a central Freeswitch fax server serves as a central gateway to
the SIP provider</li>
<li>the SIP provider sometimes reinvites T.38 and sometimes not.</li>
<li>In case, the SIP provider does NOT answer with T.38, the
central Freeswitch fax server shall act as a T.38 gateway and
transcode between local fax (T.38) and SIP provider (T.30)</li>
<li>In case, the SIP provider does answer with T.38, the central
Freeswitch fax server shall pass T.38 to the local fax ,machine
(T.38)</li>
</ul>
<p>How we set this up<br>
</p>
<ul>
<li>according to the wiki we have a dialplan as follows: (this is
what CLI shows)<br>
</li>
</ul>
<p><tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1">sofia/internalvpn2/49274xxxxx@10.7.0.1</a> Action
set(fax_enable_t38=true)</tt><tt><br>
</tt><tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1">sofia/internalvpn2/49274xxxxx@10.7.0.1</a> Action
set(fax_enable_t38_request=true)</tt><tt><br>
</tt><tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1">sofia/internalvpn2/49274xxxxx@10.7.0.1</a> Action
set(execute_on_answer=t38_gateway self)</tt><tt><br>
</tt><tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1">sofia/internalvpn2/49274xxxxx@10.7.0.1</a> Action
ring_ready()</tt><tt><br>
</tt><tt>Dialplan: <a class="moz-txt-link-abbreviated" href="mailto:sofia/internalvpn2/49274xxxxx@10.7.0.1">sofia/internalvpn2/49274xxxxx@10.7.0.1</a> Action
bridge(<a class="moz-txt-link-abbreviated" href="mailto:sofia/gateway/sip.provider.com/xxxxxxxxxxxxxxx@sip.provider.com">sofia/gateway/sip.provider.com/xxxxxxxxxxxxxxx@sip.provider.com</a>)</tt><tt><br>
</tt></p>
<p>In all profiles, we have<br>
<tt><param name="t38-passthru" value="true"/></tt><br>
</p>
<p>In case, the SIP provider does NOT answer with T.38, it works.
The caller's side is reinvited with T.38, the SIP provider side is
T.30<br>
</p>
<p>What the problem is: When the SIP provider' side IS answering
with T.38, then (sometimes, when I send it via cli from the local
freeswitch near the sending fax machine, it works)<br>
</p>
<ul>
<li>caller initiates a call</li>
<li>call is bridged to the SIP provider' side</li>
<li>we receive a T.38 Reinvite from the SIP provider' side</li>
<li>Freeswitch sends Trying back to the the SIP provider' side</li>
<li>Freeswitch logs: set(execute_on_answer=t38_gateway self)<br>
</li>
<li>Freeswitch sends a T.38 Reinvite to the caller, establishes
T.38 on this side.</li>
<li>But the T.38 Reinvite from the SIP provider' side is not
answerered</li>
<li>So the SIP provider' sidehangs up after 10 sec of timeout.</li>
</ul>
<p>What are we doing wrong here? Is it possible to act as a t.38
passthrough router and a T.38 gateway in the same dialplan?<br>
</p>
<p><br>
</p>
<br>
<pre class="moz-signature" cols="72">--
With kind regards
Peter Steinbach
Telefaks Services GmbH
<a class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) telefaks.de
Internet: <a class="moz-txt-link-abbreviated" href="http://www.telefaks.de">www.telefaks.de</a>
</pre>
</body>
</html>