Jeff, What kind of hardware/OS is Intermapper running on? Is that server doing anything else as well? We've seen issues with this in the past, and throwing more hardware (i.e. better CPU, more RAM, 1Gbps ports) at the problem seemed to work.
I've actually seen this creep up again on us, and looking at the server, intermapperd is using around 13% of the CPU/19% of RAM. Tim Huffman Director of Engineering Business Only Broadband 777 Oakmont Lane, Suite 2000, Westmont, IL 60559 Direct: 630.590.6012 | Main: 630.590.6000 | Fax: 630.986.2496 thuff...@bobbroadband.com | http://www.bobbroadband.com/ Cell: 630.340.1925 | Toll-Free Customer Support: 877.262.4553 Follow Us on LinkedIn | Follow Us on Twitter please consider the environment prior to printing -----Original Message----- From: InterMapper-Talk@list.dartware.com [mailto:InterMapper-Talk@list.dartware.com] On Behalf Of Jeff Kell Sent: Monday, February 18, 2013 8:19 PM To: InterMapper Discussion Subject: [IM-Talk] Short-term packet loss... We have been experiencing an increasing amount of "short-term packet loss" on our maps, typically on simple ping probes, showing a latency of just over 1 second. It would appear that the first ping or response is being dropped, and the second succeeds. We do have some large maps with lots of devices (Feb 18 21:15:37 1751 nodes, 0 down, 31142 links, 19228 down), not all monitored of course on individual links, but we do probe each switch. Is this common? expected? any workarounds to insure that the probes are spaced evenly to avoid loss? Jeff ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: intermapper-talk-...@list.dartware.com .+-j�!�����i��0�f���܆+�r���{^�f����jY8�X��֫��y�&�:.�˛���m� �צj)m���z����M�d�����]j�pj���
