[cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4 only.

Ryan Ratliff rratliff at cisco.com
Fri Oct 27 12:49:59 EDT 2006


You can run SQL queries by getting into the console via SSH and  
running 'admin run sql ...'.

-Ryan

On Oct 27, 2006, at 12:31 PM, Paul Yago wrote:

Wes,



How do I access the enterprise manager with CCM 5.x?

I shouldn’t have access to the CLI of Linux, correct?







From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Friday, October 27, 2006 8:03 AM
To: Paul Yago
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4  
only.



Paul -
99% of the time that indicates a problem with the services connecting  
to the SQL database through the DBL component.
Is SQL server running?
Can you browse the CallManager database in Enterprise manager?
Has the server name/ip changed?
/Wes

Paul Yago wrote:

Wes, I’ve been trying to get the files for you, but after rebooting  
the CCM, I can’t get the “services” running again. And I can’t find  
anything helpful in the logs.



The following services start, but shut down shortly thereafter.



* Cisco CallManager

* Cisco Tftp

* Cisco CTI Manager









From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4  
only.



Paul,



I need some traces to see what is going on.  Reproduce the problem,  
grab the most recently modifed 2 files from each of these directories  
(2 newest *.txt or *.log files per directory), zip them up, and  
unicast them to me.  pls include the calling/called/redirecting party  
number.



c:\program files\cisco\trace\ccm

c:\program files\cisco\trace\cti

c:\program files\cisco\trace\sdl



/Wes



On Oct 26, 2006, at 4:09 PM, Paul Yago wrote:





Thanks Wes,



If you define an overlap as a potential for more digits, then there  
is no overlap in this case. I’m trying to route to an extension which  
has no other overlapping route patterns on the system.



Actually I’m trying to route to an MWI extension, and modifying the  
original caller ID. This has the effect of setting the MWI for the  
modified address. This worked perfectly in 4.1x, and it works in 5.x,  
except for this 30 second delay. The log says it’s waiting 30 seconds  
for a CallRedirectResponse, but I’m not sure how to provide this from  
the app.



There is a routeEndEvent which usually occurs right after my call to  
selectRoute(), and interrupting this selectRoute() thread is the only  
way I’ve been able to break out of this 30 second waiting state.



3791: Oct 26 10:44:49.552 PDT %JTAPI-CTIIMPL-7-UNK:(P1-10.2.0.51)  
receiveResponse: timed out waiting 30000 milliseconds for  
com.cisco.cti.protocol.CallRedirectResponse sequenceNumber= 533



Any idea how I could provide a CallRedirectResponse? Or what system  
parameter is affecting this timeout?



Thanks,

Paul



From: Wes Sisk [mailto:wsisk at cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4  
only.



Yes,

CSCsf20938.   CTI used to default to 'enbloc' dialing behavior.   
After recent changes (CSCse42819/CSCsc05602/CSCsb95000) the default  
behavior is now overlap sending so it always waits for additional  
digits if there is a potential overlap in CM's digit analysis.   
Current workaround is to remove the potential overlap or just wait.   
This is being addressed in a 5.0(4)es due out soon - though because  
it is and ES, you will need to contact TAC to get it.

/Wes

Paul Yago wrote:

Has anyone seen a 30 second delay in the CiscoRouteSession.selectRoute 
() method found in jtapi.jar 3.0(4.5) ?



ciscoRouteSession.selectRoute(routeSelected,  
CiscoRouteSession.ROUTEADDRESS_SEARCH_SPACE, modifiedAddresses);



I’ve tried interrupting the thread from the endRoute event, which  
works sometimes, but endRoute doesn’t always come immediately after  
the call to selectRoute().



…any similar problems out there?



Thanks,

Paul

        _______________________________________________cisco-voip  
mailing listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/ 
listinfo/cisco-voip






_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip



More information about the cisco-voip mailing list