IPCCX: JTAPI Subsystem in Partial Service

Unanswered Question
Mar 11th, 2008
User Badges:
  • Silver, 250 points or more

We have an IPCCX 4.0(5) HA system where the JTAPI subsystem is in partial service, but all CTI ports and CTI Route point are correctly registered and are working.


The MIVR logs a problem with CTI RPs being out of service, but all RPs are workings. Although I have noticed some RPs will go to dead air if they're updated and sometimes need a refresh to put back in service.


3677895: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-2-SS_PARTIAL_SERVICE:JTAPI subsystem in partial service: Failure reason=A number of route points are OOS - RP[num=1664]

3677896: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState

3677897: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:TPG[id=0,state=IN_SERVICE] Triggers: ISV = 16, OOS = 11, PARTIAL = 0

3677898: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:TAPIPortGroup 0 getNumPorts() for Cisco CTI Port = 300

3677899: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState -> Groups: ISV = 0, OOS = 0, PARTIAL/OTHERS = 1

3677900: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState -> subsystem partial in service, unchanged cause: A number of route points are OOS - RP[num=1664]

3677901: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-6-CTI_ADDRESS_EVENT:Receives: Event=CiscoAddrOutOfService,cause=100,Addr=RP[num=1664]

3677902: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-6-CTI_ADDRESS_EVENT:Receives: Event=CiscoAddrInService,Addr=RP[num=1664]

3677903: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:Route.setServiceState() from Out of Service to In Service for RP[num=1664]

3677904: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:incrInServiceRoutes() for TPG[id=0,state=IN_SERVICE] to 17

3677905: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState

3677906: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:TPG[id=0,state=IN_SERVICE] Triggers: ISV = 17, OOS = 10, PARTIAL = 0

3677907: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:TAPIPortGroup 0 getNumPorts() for Cisco CTI Port = 300

3677908: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState -> Groups: ISV = 0, OOS = 0, PARTIAL/OTHERS = 1

3677909: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState -> subsystem partial in service, cause: A number of route points are OOS

3677910: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-2-SS_PARTIAL_SERVICE:JTAPI subsystem in partial service: Failure reason=A number of route points are OOS


What might cause the JTAPI Partial Service state? We're running CCM 4.1(3)5d with CRS 4.0(5).

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3 (1 ratings)
Loading.
Riccardo Bua Tue, 03/11/2008 - 07:45
User Badges:
  • Cisco Employee,

HI there,


you pointed at the issue by yourself, whenever a route point is going out of service(loss of heartbeats, high CPU, network issues, network card settings mismatch), the JTAPI will move to partial service, in your case 11 triggers that are showing Out of Service


3677900: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:calculateSubsystemState -> subsystem partial in service, unchanged cause: A number of route points are OOS - RP[num=1664]

3677901: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-6-CTI_ADDRESS_EVENT:Receives: Event=CiscoAddrOutOfService,cause=100,Addr=RP[num=1664]

3677902: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-6-CTI_ADDRESS_EVENT:Receives: Event=CiscoAddrInService,Addr=RP[num=1664]

3677903: Mar 10 18:58:35.677 GMT %MIVR-SS_TEL-7-UNK:Route.setServiceState() from Out of Service to In Service for RP[num=1664]


Regards,


Riccardo

mmelbourne Wed, 03/12/2008 - 02:49
User Badges:
  • Silver, 250 points or more

Hi Riccardo,


This is what I thought, but what I can't understand is why some RPs considered OOS, when all RPs are actually working.

Riccardo Bua Wed, 03/12/2008 - 02:54
User Badges:
  • Cisco Employee,

Are they truly in service or flapping in/out reregistering? Are the CTI Ports they control in service?


As said usually this is a network issue or a network card issue or a high CPU on the Call Manager preventing the route point to hold the dialogue with the IPCCX going.


Regards,


Riccardo

mmelbourne Wed, 03/12/2008 - 03:22
User Badges:
  • Silver, 250 points or more

They are in service and are holding. I've just had to restart the second node, as some of the services had failed over to the second node as a result of overnight power issues. Now on the second node, the JTAPI subsystem is in full service.

Riccardo Bua Wed, 03/12/2008 - 04:42
User Badges:
  • Cisco Employee,

:-)))


Good news! So it looks like that was the reason for this scenario.


Riccardo

Actions

This Discussion