<br><br><div class="gmail_quote">On Wed, Jun 29, 2011 at 5:57 PM, Thorolf Godawa <span dir="ltr">&lt;<a href="mailto:nospam@godawa.de" target="_blank">nospam@godawa.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hi,<br>
<br>
I&#39;m fighting with HylaFAX, Asterisk and T38Modem since some time, to get<br>
fax2mail and mail2fax working, my SIP-provider only supports T38 and<br>
thus using G711 with IAXModem is not an option.<br>
<br>
<br>
I have got running mail2fax with HylaFAX+ 5.5.0, Asterisk 1.4.20 and<br>
T38Modem 2.0.0 successfull, but I&#39;m not able to upgrade to anything<br>
newer than Asterisk 1.4.24.<br>
<br>
I was able to track down this problem to some changes in the chan_sip.c,<br>
where a &quot;improved support for T38 on initial INVITE&quot; has been<br>
implemented, see:<br>
&lt;<a href="https://reviewboard.asterisk.org/r/208/diff/#index_header" target="_blank">https://reviewboard.asterisk.org/r/208/diff/#index_header</a>&gt;<br>
<br>
I&#39;m not sure what the problem is, but it seems that the T38 handshake<br>
does not work correct any more bacause the CFR (confirm to receive) is<br>
missing.<br>
<br>
Goal is, to get running this with the latest Asterisk, right now<br>
1.8.4.4. Is there s.b. who can give me a hint how to solve the problem?<br>
<br>
<br>
For fax2mail I use Asterisk 1.8.4.4, but it is not working too, after a<br>
fax call, the connection with T38Modem is established, HylaFAX reports<br>
&quot;ANSWER: FAX CONNECTION DEVICE &#39;/dev/ttyT380&#39;&quot;, but a fax is never received.<br>
<br>
In the tcpdump I see the correct handshaking between Asterisk and<br>
T38Modem, but finaly T38Modem makes a second REINVITE with &quot;recvonly&quot;<br>
and Asterisk answers with &quot;SIP/2.0 488 Not acceptable here&quot; and the call<br>
ends shortly after that.<br>
<br>
As far as I can see, does not accept the portchange from rtp to<br>
udtpl and thus tries a REINVITE. Probably there is a problem in<br>
T38Modem, so I filed a bug at sourceforge for that:<br>
<br>
<a href="https://sourceforge.net/tracker/?func=detail&amp;aid=3337581&amp;group_id=152230&amp;atid=783657" target="_blank">https://sourceforge.net/tracker/?func=detail&amp;aid=3337581&amp;group_id=152230&amp;atid=783657</a><br>


<br>
But may be, somebody has a solution for this too.<br>
<br>
<br>
Thanks a lot,<br>
--<br>
<br>
Chau y hasta luego,<br>
<br>
Thorolf<br>
<br></blockquote><div><br>Have you seen this - <a href="http://www.foriamroot.org/hylafax-6-0-debian-or-ubuntu-t38modem-1-0-asterisk-1-6/">http://www.foriamroot.org/hylafax-6-0-debian-or-ubuntu-t38modem-1-0-asterisk-1-6/</a> ?  It is a good read.<br>
<br>I am not sure why you don&#39;t use ulaw between Asteirsk and Hylafax.<br><br>I use IAXmodem and hylafax, so I am no expert on T38Modem, but same concept.<br><br>I found this nugget of info<br><p>&quot;Remember the BIND_IP configured on the t38modem startup script 
mentioned above? You need to set the same here so that asterisk can 
contact T38modems.</p>
<p>Also please note that you need to set canreinvite = no for t38modem 
to work. Additionally if the incoming calls arrive in G.729 you need to 
have a G.729 codec installed on your asterisk in order for T38modem to 
do a T.38 Re-Invite back.&quot;</p><p>T38Modem is just a virtual modem and sip client that talks to Asterisk T38..  There is no reason that you cannot use ulaw between asterisk and Hylafax.<br></p><p>I always use a second NIC and a crossover cable unless the customer doesn&#39;t need it or want it<br>
</p>Let T38Modem handle the T38 between the carrier and you.  If everything is running on the same box, you should have no issues as long as the server is powerful enough.<br><br>You most likely have canreinvite set to yes in your sip.conf for that modem.  <br>
<br>If you post more details, like what you were upgrading, logs, debugging info and conf files, will you get your answers much faster.<br><br>Please post if you make any progress or find a solution so people don&#39;t have to think for themselves anymore.<br>
<br>The dumbing down of Asterisk professionals.  It gives Asterisk a bad name when they don&#39;t want to learn or understand, they want to be spoon fed.<br><br>Anyways, I cannot complain too much because I have made some decent scratch by fixing simple problems that somebody who has nothing but google to feed them answers.  No imagination or experimentation.<br>
<br>Thanks,<br>Steve Totaro<br></div></div>