cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
1762
Views
0
Helpful
14
Replies
dshumake
Enthusiast

CUBE HA collect error

on every call call I am seeing this error.  can not find any reference to it. 

Jun 16 23:46:50.452: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:1093, CID:1093).
Jun 16 23:46:50.452: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:1090, CID:1090).
RTR-D1SIPGW1-4331#sh voip rtp connections det
VoIP RTP Port Usage Information:
Max Ports Available: 19999, Ports Reserved: 101, Ports in Use: 0
                                        Min   Max   Ports     Ports     Ports  
Media-Address Range                     Port  Port  Available Reserved  In-use
------------------------------------------------------------------------------
Global Media Pool                       8000  48198 19999     101       0      
------------------------------------------------------------------------------

No active connections found

RTR-D1SIPGW1-4331#
Jun 16 23:47:50.012: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:1113, CID:1113).
Jun 16 23:47:50.012: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:1110, CID:1110).
RTR-D1SIPGW1-4331#

14 REPLIES 14

Are you seeing this on the active or standby CUBE router? Have you verified that the configuration is correct? At first glance this seems to be saying that the call checkpointing isn't working properly.

http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-border-element/112095-cube-hsrp-config-00.html

everything is working ok but getting those message on the standby

Hi dshumake  ,

do you got an update? I also experience that behavior. I can not see an issue, but I do not feel save.

ISR 2911 15.5(3)M3

I just get that message from the active router:

voice_ha-3-data_collect_err: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:4125695, CID:4125695).

If I debug

debug voice high-availability error

I get the following output:

 

2018-03-05 10:21:25    Local7.Debug    isr1    2657509: 229793: Mar  5 10:21:23.820: //911329/866FDC000000/VOIP-HA:():voip_ha_collect_leg_data:
2018-03-05 10:21:25    Local7.Debug    isr1    2657510: 229794: Mar  5 10:21:23.820:  failed to get chkpt data for comp_id:4 stream:0 callID:911329
2018-03-05 10:21:26    Local7.Debug    isr1    2657512: 229796: Mar  5 10:21:23.820: //911329/866FDC000000/VOIP-HA:():voip_ha_active_do_chkpnt:
2018-03-05 10:21:26    Local7.Debug    isr1    2657513:    SOFTWARE_ERROR_INFORMATIONAL; failed to collect HA data

Have you verified your HA config ? Seems to be a checkpointing issue. What device/IOS are part of the HA pair ?

Nipun Singh Raghav
"We cannot solve our problems with the same thinking we used when we created them"

Hi @Nipun Singh Raghav,

 

yes I verified it and it works good.

Every time I tested HA I did not lost a connection and no other user called us because auf a lost connection.

We use two 2911 with 15.5(3)M3.

Do you have any SCCP DSPfarm resources configured on these CUBE's ? If a SCCP resource is invoked, call preservation and HA will not work as expected. From your posts it seems you do not face any issues but are just concerned about the logs.
Can you confirm the dspfarm config I mentioned above ? Attach a "show run" from both the CUBE's.

Nipun Singh Raghav
"We cannot solve our problems with the same thinking we used when we created them"

We are using a DSPfarm but with "associate application CUBE"

Yes you are right it seems to work good but I am just concerned about the logs.

 

Paul

I believe this is just cosmetic since you do not have any sort of HA failure. The CUBE might be receiving SIP messages with large SDP due to which the check pointing fails and the IOS throws that error. There is an internal enhancement to support variable length check pointing and your IOS does not support it. I cannot share the defect ID here for that reason.

Do you have complete SIP logs that I might look over to confirm ? If not you can upgrade to 15.6.1 T or higher and monitor.

Nipun Singh Raghav
"We cannot solve our problems with the same thinking we used when we created them"

Hi,

thanks for your reply.

I uploaded the logs to the owncloud foulder I sent you.

 

Paul

From the logs -

Content-Length: 1362
Content-Type: application/sdp

v=0
o=CiscoSystemsCCM-SIP 8487312 1 IN IP4 X.X.X.X
s=SIP Call
c=IN IP4 X.X.X.X
b=TIAS:64000
b=AS:64
t=0 0
m=audio 29736 RTP/SAVP 114 9 124 8 0 116 18 101
b=TIAS:64000
a=crypto:1 AEAD_AES_256_GCM inline:IptiGQvn46qsjhr1BySA+X2muIE2luz330tVn4Q3o620LZ93n9EymrB9zLQ=
a=crypto:2 AEAD_AES_128_GCM inline:YfRTnfdY0+dO2nioefoh5xVBXJbIOQ3zi0KNsg==
a=crypto:3 AES_CM_128_HMAC_SHA1_80 inline:4R/6Vvz9GspD+da8kQT8QyJCXfgzm1+BAc5rAjEd
a=crypto:4 AES_CM_128_HMAC_SHA1_32 inline:4R/6Vvz9GspD+da8kQT8QyJCXfgzm1+BAc5rAjEd
a=crypto:5 AEAD_AES_256_GCM inline:fmqE7nxdw0S6BqFB+34wTJtpLGzc1G7Xm621GxzMtueK8Vj28YPBfvoiFnE= UNENCRYPTED_SRTCP
a=crypto:6 AEAD_AES_128_GCM inline:M0Vs9hVTyCAKIsnfMlEj6Ar62pde/LD9VvggNQ== UNENCRYPTED_SRTCP
a=crypto:7 AES_CM_128_HMAC_SHA1_80 inline:YCHxjLNXVFiZH2qxB0XWngf/jRuEvh6mekof5XSL UNENCRYPTED_SRTCP
a=crypto:8 AES_CM_128_HMAC_SHA1_32 inline:YCHxjLNXVFiZH2qxB0XWngf/jRuEvh6mekof5XSL UNENCRYPTED_SRTCP
a=rtpmap:114 opus/48000/2
a=fmtp:114 maxplaybackrate=16000;sprop-maxcapturerate=16000;maxaveragebitrate=64000;stereo=0;sprop-stereo=0;usedtx=0
a=rtpmap:9 G722/8000
a=rtpmap:124 iSAC/16000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:116 iLBC/8000
a=maxptime:20
a=fmtp:116 mode=20
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=trafficclass:conversational.audio.aq:admitted

I see multiple INVITE's with these large SDP's which does explain the cosmetic error. Upgrade the IOS as highlighted in my last post and then monitor. It should help.

Nipun Singh Raghav
"We cannot solve our problems with the same thinking we used when we created them"

Thanks a lot for that advice.

I am focused on 15.6(2)T because of support for SIP Session-ID. Will that feature (

Variable length Checkpointing Enhancements for enhanced HA in CUBE)

also be included?

Any IOS above 15.6.1 will have the checkpointing feature. I would advise staying on M train rather than T.
Nipun Singh Raghav
"We cannot solve our problems with the same thinking we used when we created them"

Receiving similar error on Active Cube HA. Currently running Denali 16.3.7 (isr4400-universalk9.16.03.07.SPA.bin). 

 

Output from debug voice high-availability error:

567219: *Feb  4 17:22:53.202: //93251/2120866DA07A/VOIP-HA:():voip_ha_collect_leg_data:

567220: *Feb  4 17:22:53.202:  failed to get chkpt data for comp_id:4 stream:0 callID:93251

567221: *Feb  4 17:22:53.203: //93251/2120866DA07A/VOIP-HA:():voip_ha_active_do_chkpnt:

   SOFTWARE_ERROR_INFORMATIONAL; failed to collect HA data

567222: *Feb  4 17:23:05.462: //4294967295/xxxxxxxxxxxx/VOIP-HA:():voice_ha_background_process_tick_queue_active:

   SOFTWARE_ERROR_INFORMATIONAL; Voip-HA Call Entry Not Found

   Call Id=93288, Voip-HA Event=1

 

Also see the following in the log:

567232: *Feb 4 2019 17:26:13.493 UTC: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:93324, CID:93324).
567233: *Feb 4 2019 17:29:32.829 UTC: %VOICE_HA-3-DATA_COLLECT_ERR: (ACTV-Call Leg Data Collect): HA Module SIPSPI reported DATA COLLECT failure (mainst ID:93461, CID:93461).

 

Please advise. 

 

Thank you, 

 

 

 

 

Create
Recognize Your Peers
Content for Community-Ad