Having a problem where FAX comes inbound via T.38 ITSP DID. From the sender end it went fine. On receive end, nothing.
Running 4.4 Update #9 I am aware that once Jira XX-9760 gets included in an update, it may improve or resolve the issue - in terms of getting the fax content. But what I would like to do is get more detail on what it is doing specifically when it gets the 481 err (in switch_ivr.c). So, the question is How does one get more detail ([DEBUG] level) in the freeswitch.log? >From freeswitch.log 2011-09-02 13:18:50.689136 [NOTICE] switch_ivr_originate.c:3363 Channel [sofia/call.mydomain.com/[email protected]:5060 <http://10.128.16.16:5060> ] has been answered 2011-09-02 13:19:33.981742 [ERR] switch_ivr.c:481 Invalid Command! 2011-09-02 13:19:34.224665 [NOTICE] mod_dptools.c:915 Hangup sofia/call.mydomain.com/[email protected] <http://10.16.140.10> [CS_EXECUTE] [NORMAL_CLEARING] don From: [email protected] [mailto:[email protected]] On Behalf Of Tony Graziano Sent: Saturday, August 20, 2011 7:17 AM To: Sipx-users list Subject: Re: [sipx-users] Fax failure(s) and one method to avoid them. http://track.sipfoundry.org/browse/XX-9760 Unless I hear any reasoning from anyone that this is a not preferred method, I will ask for this to be marked as resolved and have this included in whatever release it can make it into. On Fri, Aug 19, 2011 at 2:53 PM, Tony Graziano <[email protected]> wrote: After a lengthy discussion between myself and an ezuce engineer, I altered come java code to "make" any received fax "work" with another provider I had been testing with. Strangely I had seen internal receive errors that were FS related even after the sender was sent an indication the fax was successful. So I set off to find out where this was. With a little guidance from Cristi I was able to findthe java code which I altered and sent back to him and he provided it to me in a jar file, which I replaced in a working system 4.4 (patch 10) system. What I now have as a default behavior is the following: Call the fax extension and hangup (no negotiation or data transfer). You will mow get an email that says "Your (0) page fax was received" when a fax comes in. The same is also true when a 5 of 6 page fax comes in, it will "send" whatever it receives, and indicate the number of pages received. My intent in this is to simply "send whatever we receive". If the sender has a paper jam, we shouldnt throw away the first 24 pages and try to be more "fax machine like". Does anyone disagree with this approach before I ask to mark the issue resolved and make the necessary commits? Also, a big thanks to Cristi for letting me bug him!! -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet faxservices! -- ====================== Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Contract Customers: http://support.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet faxservices! "The information in this electronic mail message is the sender's confidential business and may be legally privileged. It is intended solely for the addressee(s). Access to this internet electronic mail message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful." "The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments." "In connection with representing sellers and/or buyers in real estate transactions, Coldwell Banker Residential Brokerage real estate sales associates have absolutely no authority to create binding contractual obligations on behalf of a seller or on behalf of a buyer via any written or verbal communications including, but not limited to email communications." [v1.0.07.109]
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
