On 01/26/2011 04:16 PM, Bryant Zimmerman wrote:
------------------------------------------------------------------------
*From*: "Kevin P. Fleming" <kpflem...@digium.com>
*Sent*: Wednesday, January 26, 2011 4:52 PM
*To*: asterisk-users@lists.digium.com
*Subject*: Re: [asterisk-users] res_fax
On 01/26/2011 03:14 PM, Bryant Zimmerman wrote:
Is there a way for me to force t.38 off for a call but to allow t.38 for
other calls. What I am thinking is if a t.38 fails to flag the next call
from that number to g711 audio. This would at least let me work arround
the issue for now where t.38 fails with some endpoints but not others
and the g711 audio will work. The issue I am seeing is it appears that
with some endpoinds on Level 3 that the t.38 tunnel comes up fine but no
fax data starts flowing but this only is happening with faxes coming
from some Cisco gateways sending out via PRI using t.30
No, unfortunately there isn't a way to do that that I can see. It
wouldn't be terribly hard to add to res_fax.c, but I don't think we ever
thought of doing that before.
------------------------------------------------------------------------
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?
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?
Most definitely; I can see cases like yours where someone would want to
be able to forcibly disable T.38 for specific calls for troubleshooting
purposes. In fact... if you give me about 15 minutes, I'll commit a
patch to Asterisk trunk to add an option to do that, and you can
backport it to the version you are using :-)
--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: kflem...@digium.com
Check us out at www.digium.com & www.asterisk.org
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
