|
Home > Archive > Voice over IP Cisco > October 2006 > 30 second delay in selectRoute(): CCM 5.0.4 only.
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
30 second delay in selectRoute(): CCM 5.0.4 only.
|
|
| Paul Yago 2006-10-26, 1:11 am |
| 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
| |
|
|
| Paul Yago 2006-10-26, 7:11 pm |
| 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@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
| Wes Sisk 2006-10-26, 7:11 pm |
| 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@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
| Paul Yago 2006-10-27, 1:11 am |
| 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@cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip>
| |
|
|
| Paul Yago 2006-10-27, 1:11 pm |
| 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@cisco.com]
Sent: Friday, October 27, 2006 8:03 AM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip>
| |
| Ryan Ratliff 2006-10-27, 1:11 pm |
| 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=92t have access to the CLI of Linux, correct?
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: Friday, October 27, 2006 8:03 AM
To: Paul Yago
Cc: cisco-voip@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=92ve been trying to get the files for you, but after rebooting =
the CCM, I can=92t get the =93services=94 running again. And I can=92t 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@cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip@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=92m trying to route to an extension which =
has no other overlapping route patterns on the system.
Actually I=92m 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=92s waiting 30 seconds =
for a CallRedirectResponse, but I=92m 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=92ve 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=3D 533
Any idea how I could provide a CallRedirectResponse? Or what system =
parameter is affecting this timeout?
Thanks,
Paul
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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=92ve tried interrupting the thread from the endRoute event, which =
works sometimes, but endRoute doesn=92t always come immediately after =
the call to selectRoute().
=85any similar problems out there?
Thanks,
Paul
________________________________________
_______cisco-voip =
mailing listcisco-voip@puck.nether.nethttps://puck.nether.net/mailman/ =
listinfo/cisco-voip
________________________________________
_______
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
| |
|
|
| Paul Yago 2006-10-27, 1:11 pm |
| Hi Wes,
So I was able to get a result from that query (185 device records), so I
suppose then that the failing services are not caused by lack of
database connectivity, is this correct?
I've also experimented with changing the server name, back to the name
we had before the upgrade. The person installing had changed this.
However the IP remains the same.
-Paul
________________________________
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: Friday, October 27, 2006 9:56 AM
To: Paul Yago
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4
only.
doh. you are correct. from the cli try to excute 'run sql select
count(*) from device'
If that does not return then informix is no longer responding and you
will need to open a TAC case.
/Wes
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@cisco.com]
Sent: Friday, October 27, 2006 8:03 AM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip>
| |
| Paul Yago 2006-10-27, 1:11 pm |
| Oh yes, and the services are still failing, as before.
________________________________
From: cisco-voip-bounces@puck.nether.net
[mailto:cisco-voip-bounces@puck.nether.net] On Behalf Of Paul Yago
Sent: Friday, October 27, 2006 10:38 AM
To: Wes Sisk
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4
only.
Hi Wes,
So I was able to get a result from that query (185 device records), so I
suppose then that the failing services are not caused by lack of
database connectivity, is this correct?
I've also experimented with changing the server name, back to the name
we had before the upgrade. The person installing had changed this.
However the IP remains the same.
-Paul
________________________________
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: Friday, October 27, 2006 9:56 AM
To: Paul Yago
Cc: cisco-voip@puck.nether.net
Subject: Re: [cisco-voip] 30 second delay in selectRoute(): CCM 5.0.4
only.
doh. you are correct. from the cli try to excute 'run sql select
count(*) from device'
If that does not return then informix is no longer responding and you
will need to open a TAC case.
/Wes
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@cisco.com]
Sent: Friday, October 27, 2006 8:03 AM
To: Paul Yago
Cc: cisco-voip@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@cisco.com]
Sent: Thursday, October 26, 2006 3:23 PM
To: Paul Yago
Cc: cisco-voip@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
________________________________
size=2 width="100%" align=center tabindex=-1>
From: Wes Sisk [mailto:wsisk@cisco.com]
Sent: Thursday, October 26, 2006 6:57 AM
To: Paul Yago
Cc: cisco-voip@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@puck.nether.net <mailto:cisco-voip@puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
<https://puck.nether.net/mailman/listinfo/cisco-voip>
| |
|
|
|
|
|