IPM 4.1 with IOS 12.4(20)T

Unanswered Question
Mar 6th, 2009

Hello,

I am using IPM 4.1 with ICMP-Echo to monitor C1841 ( IOS 12.4(20)T ). But the monitor is always fail. Using snmp browser tools, i find that oid "rttMonEchoAdminTargetAddress" value is "00:00:00:00". But before IOS 12.4(20)T, "rttMonEchoAdminTargetAddress" value should be icmp-echo target ip address. Does anyone has solution on this problem? Thanks!

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (2 ratings)
Loading.
Joe Clarke Sat, 03/07/2009 - 12:30

Yes, the target address should be the IP address of the target node. It would be useful to see a sniffer trace of SNMP traffic to the source router when you configure this collector in IPM. Perhaps there is a misconfiguration in IPM as I could not find any bugs specific to this on 12.4(20)T.

longfanterry Sat, 03/07/2009 - 22:38

Hi jclarke,

Yes, i know what you said. But i can use the same icmp-echo monitor in IPM 4.1 to monior this C1841 with any IOS version before 12.4(20)T. No matter what i config in IPM 4.1, even i set CLI commands in C1841 console as below:

========================================

ip sla 30

icmp-echo 192.168.11.134

ip sla schedule 30 start-time now life forever

========================================

Using snmp browser tools, the value of "rttMonEchoAdminTargetAddress" is also "00:00:00:00", not the icmp-echo target address.

I don't know why. If anyone don't believe this, all can try to see the result.

Joe Clarke Sat, 03/07/2009 - 23:09

I still can't find an exact matching bug. However, I did find two serious IP SLA bugs in 12.4(20)T which were both fixed in 12.4(20)T2. I also tested this on 12.4(22)T, and it works correctly. Is it possible that you can upgrade your 1841 to 12.4(20)T2, and see if this problem persists?

longfanterry Sun, 03/08/2009 - 20:33

Hi jclarke,

So thanks for your help. I will try later. Btw, which feature set you use for test? i use "sp services" for test now.

longfanterry Sun, 03/08/2009 - 23:18

Hi jclarke,

I have tested both "c1841-adventerprisek9-mz.124-22.T.bin" and "c1841-spservicesk9-mz.124-22.T.bin". "adventerprisek9" is ok, but "spservicesk9" is fail. You may try the following command in CLI:

=====================================

ip sla 30

icmp-echo 192.168.11.134

ip sla schedule 30 start-time now life forever

=====================================

Then using SNMP Browser tools to see the different value of "rttMonEchoAdminTargetAddress" in the above IOS versions.

Joe Clarke Wed, 03/11/2009 - 13:48

I have been able to reproduce this. The source and target addresses are being reversed. I'm checking with development to see if this is a bug.

longfanterry Wed, 03/11/2009 - 18:48

Hi jclarke,

Thanks for your kindly help. And i can give you some more information about this case. I have tested 12.4(20)T/12.4(20)T2/12.4(22)T/12.4(22)T1/12.4(24)T, only advance enterprise services feature set edition can be monitored by IPM ICMP-Echo.

Actions

This Discussion