http://download.sipfoundry.org/pub/sipXecs-stage/ On Sep 6, 2011 2:30 PM, "Tony Graziano" <[email protected]> wrote: > 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/
