the update code is available. it is probably something like trying to switch back to g 711 before actually negociating the hang up. so just do the update already. On Sep 6, 2011 2:28 PM, "McIlvin, Don" <[email protected]> wrote: > 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/
