On 01/26/2011 04:36 PM, Bryant Zimmerman wrote:
------------------------------------------------------------------------
*From*: "Kevin P. Fleming" <[email protected]>
*Sent*: Wednesday, January 26, 2011 5:21 PM
*To*: [email protected]
*Subject*: Re: [asterisk-users] res_fax
On 01/26/2011 04:16 PM, Bryant Zimmerman wrote:
------------------------------------------------------------------------
*From*: "Kevin P. Fleming" <[email protected]>
*Sent*: Wednesday, January 26, 2011 4:52 PM
*To*: [email protected]
*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
That is grate. I dove into the code and tried to add it my self I added
a F option but I have not figured out the right spot to force the
exclusion to shut off the T38.
Where will the patch be posted?
http://svnview.digium.com/svn/asterisk?view=rev&rev=304342
--
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
skype: kpfleming | jabber: [email protected]
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
