Re: Inbound Fax Not Working

[Luis Azedo]

what's inbound fax via email ? did you mean outbound fax via email ? or email notifications for inbound fax ?

from the logs is the last case.

in your log fax transmission is not negotiated.

check that your provider didww supports T38

check that YETI SBC node support T38

1.    User-Agent: YETI SBC node
2.    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, UPDATE
3.    Diversion: <sip:+34877050810@sip.didww.com>;reason=unconditional

you can also try disabling T38 defaults in freeswitch ( spandsp.conf.xml  )

        <param name="enable-t38"        value="false"/>

        <param name="enable-t38-request"        value="false"/>

On Mon, Nov 3, 2014 at 2:57 PM, Vinay Saini <vinaysa...@gmail.com> wrote:

Hello all,

I am testing Inbound Fax via email. But getting very strange issue which i could not able to understand.

Getting this error in freeswich

mod_spandsp_fax.c:513 ==============================================================================

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:525 Fax processing not successful - result (48) Disconnected after permitted retries.

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:530 Remote station id: 

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:531 Local station id:  34877050810

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:532 Pages transferred: 0

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:534 Total fax pages:   0

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:535 Image resolution:  0x0

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:536 Transfer Rate:     14400

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:538 ECM status         off

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:539 remote country:   

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:540 remote vendor:    

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:541 remote model:     

2014-11-03 15:31:29.943628 [DEBUG] mod_spandsp_fax.c:543 ==============================================================================

2014-11-03 15:31:29.943628 [DEBUG] switch_core_codec.c:246 sofia/sipinterface_1/14803...@46.19.210.14 Restore previous codec PCMU:0.

Did anyone face this problem.please help

these are the complete freeswitch logs:

http://pastebin.com/7wRSmDKj

Thanks,

Vinay Saini

--
You received this message because you are subscribed to the Google Groups "2600hz-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to 2600hz-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[virendra singh]

Hi check your file path And check that given number have fax tone.

[Oren Yehezkely]

Luis,

Does it have to be a T.38 service?

Will it work with uLaw?

[Luis Azedo]

Hi,

yes, it works with uLaw, disable the default T.38 settings in spandsp for better results

[Vladimir Ralev]

It is worth trying these settings:

       <param name="enable-t38"        value="true"/>

        <param name="enable-t38-request"        value="false"/>

which will force freeswitch to not send the reINVITE you see in the logs. It's possible the reinvite is confusing your device as opposed to the media itself.