Log shows the remote side hung up. Is this functional in the snapshot from the other day?
On Tue, Nov 9, 2010 at 7:58 PM, Joegen Baclor <[email protected]> wrote: > Tony, I think there was a reinvite (see below). Call started as G.722 and > renegotiated to T.38. However it is not clear which caused the hangup. > Cristi, can you enable sofia logging so we could see actual SIP > transactions? > > ---- > > 2010-11-09 22:15:20.871511 [DEBUG] switch_ivr.c:551 > sofia/cciuc.ciucccc.ro/[email protected] Command Execute > rxfax(/tmp/fax_5827737566444469207.tiff) > > EXECUTE > sofia/cciuc.ciucccc.ro/[email protected](/tmp/fax_5827737566444469207.tiff) > > 2010-11-09 22:15:20.871511 [DEBUG] mod_spandsp_fax.c:1051 Raw read codec > activation Success L16 > 20000 > > 2010-11-09 22:15:20.871511 [DEBUG] switch_core_codec.c:116 > sofia/cciuc.ciucccc.ro/[email protected] Push codec > L16:10 > > 2010-11-09 22:15:20.871511 [DEBUG] mod_spandsp_fax.c:1067 Raw write codec > activation Success > L16 > > 2010-11-09 22:15:21.131529 [DEBUG] sofia_glue.c:122 > sofia/cciuc.ciucccc.ro/[email protected] image media > sdp: > > v=0 > > &nb > sp; > o=FreeSWITCH 1289322328 1289322330 IN IP4 > 192.168.1.20 > > s=FreeSWITCH > > c=IN IP4 > 192.168.1.20 > > t=0 > 0 > >   > ; > m=image 11390 udptl > t38 > > &nb > sp; > a=T38FaxVersion:0 > > & > nbsp; > a=T38MaxBitRate:14400 > > &nb > sp; > a=T38FaxFillBitRemoval > > &n > bsp; > a=T38FaxRateManagement:transferredTCF > >   > ; > a=T38FaxMaxBuffer:2000 > > &n > bsp; > a=T38FaxMaxDatagram:400 > > & > nbsp; > a=T38FaxUdpEC:t38UDPRedundancy > > a=T38VendorInfo:0 0 > 0 > >   > ; > > > 2010-11-09 22:15:21.131529 [DEBUG] sofia.c:4318 Channel > sofia/cciuc.ciucccc.ro/[email protected] entering state > [calling][0] > > 2010-11-09 22:15:21.131529 [DEBUG] sofia.c:4318 Channel sofia/ > cciuc.ciucccc.ro/sip:[email protected]:15060 entering state > [received][100] > > 2010-11-09 22:15:21.131529 [DEBUG] sofia.c:4329 Remote > SDP: > > v=0 > > &nb > sp; > o=FreeSWITCH 1289322328 1289322330 IN IP4 > 192.168.1.20 > > s=FreeSWITCH > > c=IN IP4 > 192.168.1.20 > > t=0 > 0 > >   > ; > m=image 11390 udptl > t38 > > &nb > sp; > a=T38FaxVersion:0 > > & > nbsp; > a=T38MaxBitRate:14400 > > &nb > sp; > a=T38FaxFillBitRemoval > > &n > bsp; > a=T38FaxRateManagement:transferredTCF > >   > ; > a=T38FaxMaxBuffer:2000 > > &n > bsp; > a=T38FaxMaxDatagram:400 > > & > nbsp; > a=T38FaxUdpEC:t38UDPRedundancy > > a=T38VendorInfo:0 0 > 0 > >   > ; > > > 2010-11-09 22:15:31.053265 [DEBUG] switch_channel.c:2281 ( > sofia/cciuc.ciucccc.ro/[email protected]) Callstate Change ACTIVE -> > HANGUP > > > On Wednesday, 10 November, 2010 04:42 AM, Tony Graziano wrote: > > i dont see a reinvite to try to negotiate t.38. > > On Tue, Nov 9, 2010 at 3:28 PM, Cristi Starasciuc > <[email protected]>wrote: > >> Hi, >> >> I have enabled t.38 support in sipX Freeswitch and I am using FS CLI to >> send a fax (using: originate >> sofia/cciuc.ciucccc.ro/[email protected]&txfax(/home/ciuc/stuff/lista_de_preturi.tiff)) >> --> 400 is the fax extension >> defined for 200 user. >> (in alias.xml i have: >> <item> >> <identity>[email protected]</identity> >> <contact>sip:[email protected]</contact> >> <relation>fax</relation> >> </item>) >> >> I am getting an error in FS log: >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:313 Fax processing >> not successful - result (49) The call dropped >> prematurely. >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:318 Remote station >> id: >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:319 Local station >> id: SpanDSP Fax >> Ident >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:320 Pages >> transferred: >> 0 >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:322 Total fax >> pages: >> 0 >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:323 Image >> resolution: >> 0x0 >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:324 Transfer >> Rate: >> 14400 >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:326 ECM >> status >> off >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:327 remote >> country: >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:328 remote >> vendor: >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:329 remote >> model: >> >> 2010-11-09 22:15:31.053265 [DEBUG] mod_spandsp_fax.c:331 >> ============================================================================== >> >> >> >> I am attaching IVR and freeswitch logs and my fax.conf. >> >> >> Anyone has any idea about this? If there's more info that I can provide, >> I'm happy to do it. >> >> >> Regards, >> Cristi >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> > > > > -- > ====================== > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.326.5325 > > Email: [email protected] > > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Contract Customers: > http://support.myitdepartment.net > > Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > > > _______________________________________________ > sipx-users mailing [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.326.5325 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
