06-13-2008 12:58 AM
Hello,
When I try to configure a default ICMP jitter report in IPM like this:
Description:
Collector Type: Historical
Configuration Details:
-------------------------
Source Address : Catalyst6513-coreswitc ip
Target Address(es) : server.domain.local
Operation Name(s) : DefaultICMPJitter
Schedule Details:
--------------------
Start Date : 13 Jun 2008
End Date : Forever
Poller Settings:
-----------------
Polling Interval (mins) : 1
Polling Time : From 00:00:00 To 23:59:59
Days of Week Details : Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday.
The status message "Config F
ailed" apperears, and the collector is unable to run.
In the IPMProcess.log the error:
[ Fri Jun 13 10:52:55 CEST 2008 ],ERROR,[STL-testjitter_server.domain.local_DefaultICMPJitter],com.cisco.nm.ipmng.dal.SnmpDeviceAccess,setInDevice,747,bad value at index 1 For Object Name rttMonCtrlAdminRttType
[ Fri Jun 13 10:52:55 CEST 2008 ],ERROR,[STL-testjitter_server.domain.local_DefaultICMPJitter],com.cisco.nm.ipmng.collectormgr.state.ConfigureCollector,executeRequest,102,Unknown error when trying to configure the collector testjitter_server.domain.local_DefaultICMPJitter
What does this mean? can someone please help?
By the way rtr responder is configured at the source device.
06-13-2008 10:30 AM
The rtr responder is required on the target device. The target device must be an IOS device running the rtr responder. Is this the case?
06-17-2008 01:20 AM
According to my Ciscoworks training book "Implementing Ciscvoworks LMS Volume 2" should the rtr responder be required on the source router (IOS) and the target device could be Any ip host or Cisco IOS router.
The rtr responder is running and configured on the source router IOS.
06-17-2008 07:16 AM
The book is wrong, then. The responder is enabled on targets.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide