Cannot create IPSLA Jitter test on Cisco device

Document ID : KB000048013
Last Modified Date : 14/02/2018
Show Technical Document Details

Description:

This response path, on the new Cisco 2921 router with IOS 15.0, is not working in either version of eHealth - 6.0 through 6.2.2.

After creating the test in the eHealth motif UI, on the next poll eHealth sends the set requests to the Cisco device.

The following error was returned:

Error: the request referenced an incorrect community or index, or an unsupported MIB) (Try checking that the latency partner 0.0.0.0 is reachable from the router. Cisco RttMon polling received snmp error noSuchName while in state CrmSentNormalPoll).,None,Received an SNMP Error

Looking at the request / response using Advanced Logging for SNMP or a sniffer trace the following was determined:


 	[VERSION ] 1September 10, 2010 6:28 PM 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.1.1.4.1488739377 	
 	[INT ] 9 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.1.1.2.1488739377 	
 	[STRING ] 0x4e 0x65 0x74 0x77 0x6f 0x72 0x6b 0x20 0x48 0x65 0x61 0x6c 	
 	0x74 0x68 0x20 0x56 0x4d 0x49 0x4f 0x52 0x31 0x34 0x50 0x35 0x30 0x31 0x4d 	
 	0x36 0x32 0x20 0x52 0x54 0x47 0x4d 0x4e 0x31 0x35 0x37 0x4f 0x30 0x31 0x4d 	
 	0x30 0x31 0x2d 0x52 0x54 0x47 0x4d 0x4e 0x31 0x34 0x47 0x4c 0x42 0x53 0x4e 	
 	0x30 0x31 0x2d 0x42 0x4c 0x41 0x43 0x4b 0x48 0x4f 0x4c 0x45 0x2d 0x4a 0x69 	
 	0x74 0x74 0x65 0x72 0x2d 0x41 0x50il 
 	[ASCII_TEXT] Network Health VMIOR14P501M62 	
 	device-name>--<device-name>-Hostname-Jitter-AP 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.1.1.6.1488739377 	
 	[INT ] 62 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.1.1.7.1488739377 	
 	[INT ] 2000 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.1.1488739377 	
 	[INT ] 27 (SET_REQ_MSG)     
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.6.1488739377 	
 	[STRING ] 0x0a 0x93 0x14 0xfa 	
 	[ASCII_TEXT] <CTL J><DEL><CTL T><DEL> 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.2.1488739377 	
 	[STRING ] 0x0a 0x9f 0x05 0x59 	
 	[ASCII_TEXT] <CTL J><DEL><CTL E>Y 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.5.1488739377 	
 	[INT ] 7 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.7.1488739377 	
 	[INT ] 0 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.9.1488739377 	
 	[INT ] 0 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.3.1488739377 	
 	[INT ] 1000 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.4.1488739377 	
 	[INT ] 1000 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.17.1488739377 	
 	[INT ] 50 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.2.1.18.1488739377 	
 	[INT ] 10 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.5.1.1.1488739377 	
 	[INT ] 3600 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.5.1.3.1488739377 	
 	[INT ] 180 	
 	[OBJECT_ID ] 1.3.6.1.4.1.9.9.42.1.2.5.1.2.1488739377 	
 	[TICKS ] 1
 	RESPONSE: 	
 	# Time 1283971573.525000 seconds 	
 	[OPERATION ] 1 (RECEIVED_MESSAGE) 	
 	[COMMAND ] 162 (GET_RSP_MSG) 	
 	[REQUEST_ID] 1180003208 	
 	[IP_ADDRESS] 10.147.20.250 	
 	[SENDTIME ] 1283971573.447000 	
 	[RECVTIME ] 1283971573.525000 	
 	[ERRSTATUS ] 5 (GENERR) 	
 	[ERRINDEX ] 1 
 	------------------------------------------- 

genErr 5 = An error occurred other than one indicated by a more specific
error code in this table.

[ERRINDEX ] 1 <-----There's a problem with the 1st OID in the request
which is:


 	Object rttMonCtrlAdminStatus 	
 	OID 1.3.6.1.4.1.9.9.42.1.2.1.1.9 	
 	Type RowStatus 	
 	1:active 	
 	2:notInService 	
 	3:notReady 	
 	4:createAndGo 	
 	5:createAndWait 	
 	6:destroy 

From all appearances the router is refusing to setup the test, or the packet never made it to the destination.

It was requested that the customer open a TAC issue with Cisco to determine the cause of the failure.

Solution:

The IP SLA engineer from Cisco confirmed the issue is definitely a bug in the 15.0M version of IOS.
The problem was apparently not present in the 15.1T IOS versions.
Please reference Cisco bug ID CSCtk99753.