This is no doubt a touchy subject, however I am convinced that a bug still exists here. A lot of devices always report short term packet loss. In almost every case this is *not* correct.
Example: Intermapper linux server (10.33.12.43) is plugged into same switch as device being monitored (Server 2k3, ICMP probe to it's IP of 10.33.12.245) Certainly no chance of packet loss in the above scenario unless something stupid like port duplex mismatch and is not the case here. Here's what I did to prove that a bug still exists: 1) Reset short term packet loss on device 10.33.12.245 2) From the console of the intermapper server - run 'ping 10.33.12.245' command 3) Waited about an hour 4) Checked results of command line ping test compared to reported packet loss of intermapper device: Intermapper server SSH console - ping results: --- 10.33.12.245 ping statistics --- 3389 packets transmitted, 3389 received, 0% packet loss, time 3389679ms rtt min/avg/max/mdev = 0.170/0.491/2.523/0.177 ms Intermapper 'Map' Statistics - yellow icon: Reason: Short-term Packet Loss 8.08% Server Info: Intermapper Server Version 4.5 (Build 6A091) Server is Pentium 4 / 2.4ghz / 1gig Ram, monitoring approx 500 devices with very little load Anyone got any ideas, or *still* experiencing the same issue even with latest version? The change logs don't appear to have addressed this problem yet, so haven't bothered upgrading. ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED]
