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

[Paul Yago]

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 list
cisco-voip at puck.nether.net <mailto:cisco-voip at puck.nether.net> 
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip> 
  





 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061026/b8e3df19/attachment-0001.html