[cisco-voip] UCCX 7.0 acript with call redirect get please try again after entering menu option 1

[Jason Aarons (AM)]

The CTI Route Point had a <none> CSS and the 4001 was in <none>. Once I set a a dummy CSS on the CTI Route Point (it shouldn't have needed) the 4001 phone rang. I then put the CTI Route Point CSS back to none, working.

Go figure. I'm guessing CCM database needed a kick.

I guess it's why we don't see much7.0(1) anymore.....

From: Mike [mailto:mikeeo at msn.com]
Sent: Monday, July 09, 2012 6:45 PM
To: Jason Aarons (AM); 'cisco-voip'
Subject: RE: [cisco-voip] UCCX 7.0 acript with call redirect get please try again after entering menu option 1


Sounds like a CTI CSS issue. I've run into problems where the CTI route point can't see the dialed number do to a partition/CSS issue.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Jason Aarons (AM)
Sent: Monday, July 09, 2012 6:29 PM
To: cisco-voip (cisco-voip at puck.nether.net)
Subject: [cisco-voip] UCCX 7.0 acript with call redirect get please try again after entering menu option 1

Attached screen shot and MIVR log file, I'm not spotting the problem. Does it even try to transfer to 1 based on MIVR log?

Dialed CTI Route Point 2410, hear my prompt in the menu, select option 1, call redirect to 4001 and hear "Please try again".  The 7965 is 4001 in the none partition, so it should not be a CSS issue.  The CTI Port has access to Transcoder as 4001 is across WAN/G729, and UCCX is G.711 ulaw.  I can manually dial 4001.


itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120709/7af7955d/attachment.html>