[asterisk-users] res_fax

[Bryant Zimmerman]

----------------------------------------
 From: "Kevin P. Fleming" <kpfleming at digium.com>
Sent: Wednesday, January 26, 2011 2:29 PM
To: asterisk-users at lists.digium.com
Subject: Re: [asterisk-users] res_fax

On 01/26/2011 01:19 PM, Bryant Zimmerman wrote:
>
> ------------------------------------------------------------------------
> *From*: "Kevin P. Fleming" <kpfleming at digium.com>
> *Sent*: Wednesday, January 26, 2011 1:50 PM
> *To*: asterisk-users at lists.digium.com
> *Subject*: Re: [asterisk-users] res_fax
>
> On 01/26/2011 12:42 PM, Bryant Zimmerman wrote:
>> Steve
>>
>> Are there any undocumented options available with ReceiveFAX and the
>> res_fax_spandsp module.
>> I am having issues with getting t.38 to negotiate with Level 3 faxes 
but
>> if I force t.30 the fax comes in. But the fax does not fall back t.30 
if
>> the t.38 fails
>
> You haven't posted any logs of the failing attempts, or packet captures
> of the SIP traffic, so it's pretty much impossible for anyone to help
> you debug this (anyone who tried would just be guessing).
>
> Steve did not write res_fax (which where SendFAX and ReceiveFAX come
> from), and there are no 'undocumented' options available for it, because
> it's open source and the source code shows all the options that are
> available.
>
> If you would like to try to figure out what is going on, start by
> posting a *complete* log file from Asterisk for a failed inbound FAX
> attempt, with 'core set debug 10' and 'core set verbose 10' and all
> logger levels (including 'fax') enabled.
>
> ----------------------------------------------------------------------
>
> Kevin
>
> These were attached to another post. Here are the links again
> Fax Debug.txt
> 
<http://webmail.zktech.com/public/downloadfile.aspx?f=KERoF6PWf6e2FK8S5zgEDs
02rFGdd7zE0AIG7tjbCR9a06oFY1NwFap58zDWva3BcdOp%2b%2f%2fuBo8%3d>
> cap-t38.pcap
> 
<http://webmail.zktech.com/public/downloadfile.aspx?f=ulHIhepag5qoKm0cTUmljm
T%2f7YCcOPvzlyZcnZg%2fG2B25W%2fsSr6Uwbu%2bET3kbKw84pTJjtuqrPQ%3d>

Unfortunately that log capture is incomplete; it doesn't include any of 
the messages that res_fax emits as it goes through T.38 negotiations. 
Please ensure that your 'console' channel in logger.conf has 
'debug,verbose,warning,notice,error,fax' enabled and that you have 'core 
set verbose 10' and 'core set debug 10' set before the call attempt 
begins (or at least before ReceiveFAX is executed). If the server is 
only processing this particular call, then 'sip set debug on' would also 
be helpful.

-------------------------------------------------------------------------

Kevin I will get the additional debugs done when there is no other load on 
the fax. 

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

Thanks
Bryant

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110126/d36da993/attachment.htm>