What are you max session for the transcoding ? If max session is one try max session 2 and see if same problem. May be the resources are no released completely.
From: [email protected] [mailto:[email protected]] On Behalf Of Cliff McGlamry Sent: Monday, 2 March 2009 11:56 AM To: [email protected] Subject: Re: [OSL | CCIE_Voice] CUE won't answer calls Ok....finally found that one. The IP Address on the dial-peer was messed up....but the bizarre part is that nothing was there. I would have expected it to error out rather than just ringing non stop. Now I have a different problem. If I call across the way via the GK trunk to 3600, and the call forwards that will work. If I immediately redial, the call goes fast busy most of the time...but sometimes it doesn't. Debugging on the dial peer shows the same results for a successful and unsuccessful call. Debugging on the DSP farm shows that the transcoder is successfully engaged when successful, and not engaged at all when it fails. But the resources are releasing....and should be available. The results are the same for IP Blue and IP Communicator (which really threw me off). It's acting like the media stream is failing to connect in some cases, and sometimes when it does connect, the audio is terrible....making me wonder if there is an issue within the network in the rack. Has anyone out there got any ideas? I'm scratching my head at this. In a real environment there are some things that could be done to troubleshoot this, but it really seems like it's not a voice issue going on. Any takers? Cliff ----- Original Message ----- From: Cliff McGlamry<mailto:[email protected]> To: [email protected]<mailto:[email protected]> Sent: Sunday, March 01, 2009 7:35 PM Subject: [OSL | CCIE_Voice] CUE won't answer calls On the rack now (Pod 24). Cue is not answering calls, though the call history report is showing the call hitting the module. Config looks correct. I've reset the module, and am in the process of hard rebooting the router. Anyone got any ideas? Call control is setting up, and the module is there...it just won't answer the freaking phone! Cliff ________________________________ CONFIDENTIALITY - The information contained in this electronic mail message is confidential and is intended solely for the addressee(s). If you are not an authorised recipient of this message please contact Getronics Australia immediately by reply email and destroy/delete this message from your computer. Any unauthorised form of reproduction of this message, or part thereof, is strictly prohibited. DISCLAIMER - Unless specifically indicated otherwise, the views and opinions expressed in this email are those of the sender and not Getronics Australia. While we endeavour to protect our network from computer viruses, Getronics Australia does not warrant that this email or any attachments are free of viruses or any other defects or errors. It is the duty of the recipient to virus scan and otherwise test any information contained in this email before loading onto any computer system.
