You nailed it Tony. Thanks for the troubleshooting tip. The trunk was staying up during the entire message recording, and pressing # did cause the recording to get written out to file. It turned out to be supervision on the trunks. It was enabled on the Analog side, but not the SIP side. Once I turned it on with the SIP side, it started behaving like a good little sipXecs.
Thanks for the help. From: Tony Graziano [mailto:[email protected]] Sent: Tuesday, August 10, 2010 10:56 AM To: Todd Hodgen Cc: [email protected] Subject: Re: [sipx-users] Question regarding Audio Codes and Freeswitch media (I'd like to hear Josh's response to this) A log snippet from the gateway would be good too. It sounds like disconnect supervision, but does the call show active while you think you are recording it in the CDR table? If you "think" you are recording it but you get DEAD SILENCE is one thing. Can you press "#" when done to see if it actually completes and delivers the voicemail? THEN it is having an issue with disco/supervision. A trace might be needed, but if it is something at the gateway only the gateway would have the more meaningful details. I have a 6 letter solution for this, but its hard to do that now... Josh went through this at a site with some pretty horrible POTS lines, and I think he worked his way around it by replacing the gateways because nothing else worked in his instance. Do you know what the LEC is sending for disconnect? Polarity reversal? On Tue, Aug 10, 2010 at 1:48 PM, Todd Hodgen <[email protected]> wrote: I have an installation that doesn't use a receptionist, and has all calls from one gateway going through the auto attendant. On the auto attendant, straightforward setup, dial one, extension this, dial two, extension this, or dial by name or extension number. If a call comes into the auto attendant via their analog gateway, and selects an option from the menu that rings a phone and then goes to voicemail, the voicemails are lost. If the caller simply dials the extension from the auto attendant, the voicemails are received. If an internal call dials the auto attendant, selects an option from the tree, rings the phone and then goes to voicemail the voicemail is received. It seems odd that you hear the voicemail announcement, you record the message, yet it is not there. I've looked in the director for various extensions after leaving these messages and the files are not created. Is there a simple disconnect supervision that is missing at the end of the recording? Gateway is an Audio Codes MP118 FXO. Running 4.2.1 on sipXecs, running 5.8 on the Audiocodes gateway. I'm assuming a trace will be needed to troubleshoot this, but until that is completed, has anyone seen this type of behavior? Any Freeswitch files that might give a clue as to what this is doing or what is missing to complete the recording? _______________________________________________ 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.984.8431 Email: [email protected] LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Fax: 434.984.8427 Helpdesk Contract Customers: http://www.myitdepartment.net/gethelp/ Why do mathematicians always confuse Halloween and Christmas? Because 31 Oct = 25 Dec.
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
