<span style="font-family: Arial, Helvetica, sans-serif; font-size: 10pt"><span style="font-family: tahoma,arial,sans-serif; font-size: 10pt;"> <hr width="100%" size="2" align="center" />
<b>From</b>: "Kevin P. Fleming" &lt;kpfleming@digium.com&gt;<br />
<b>Sent</b>: Wednesday, January 26, 2011 4:52 PM<br />
<b>To</b>: asterisk-users@lists.digium.com<br />
<b>Subject</b>: Re: [asterisk-users] res_fax</span><br />
<br />
On 01/26/2011 03:14 PM, Bryant Zimmerman wrote:<br />
<br />
&gt; Is there a way for me to force t.38 off for a call but to allow t.38 for<br />
&gt; other calls. What I am thinking is if a t.38 fails to flag the next call<br />
&gt; from that number to g711 audio. This would at least let me work arround<br />
&gt; the issue for now where t.38 fails with some endpoints but not others<br />
&gt; and the g711 audio will work. The issue I am seeing is it appears that<br />
&gt; with some endpoinds on Level 3 that the t.38 tunnel comes up fine but no<br />
&gt; fax data starts flowing but this only is happening with faxes coming<br />
&gt; from some Cisco gateways sending out via PRI using t.30<br />
<br />
No, unfortunately there isn't a way to do that that I can see. It <br />
wouldn't be terribly hard to add to res_fax.c, but I don't think we ever <br />
thought of doing that before.<br />
&nbsp; <hr width="100%" size="2" align="center" />
With out this I have no way to force the fall back then and the faxes will always fail in this case because t38 successfully negotiates.. Do you have any other ideas?<br />
If I pick arround in the source what might it take to add another option to the ReceiveFAX to only do g711 audio? Is this somthing that I could get submitted back into the tree if I can figure it out?<br />
<br />
Thanks<br />
Bryant<br /></span>