My thoughts: 1) Would you have a use for multiple probes in the same icon? Why is this feature important to you?
TM: I would have a use for this. There are multiple reasons - first, I often have more than one type of probe on a device. For example, I may have both a command line probe and a SNMP probe attached to the same device. This is due to the fact that I need the advanced logic of the command line probe (using perl) while also being able to manage SNMP traps. Mainly, I also want to cut down on the clutter of the maps. At times its okay to have more than one device on the map, especially when the probe is reflecting the health of a service and not of a particular server. 2) What probes might you put together into a single icon? How many different combinations of probes might you create? (We'd love to have some concrete examples.) TM: As mentioned above, there would be cases where we have devices that have very complex SNMP setups that require more processing than the probe itself will allow. So I use perl to accomplish that. But, we still need to receive and monitor SNMP traps. Other examples would be combining POP3 w/ IMAP, as we utilize one floating hostname for that. We could eliminate one extra device. This would also be handy to combine with some host resources probes - brings it all together when troubleshooting service interruptions. 3) For your examples, would all the probes refer to the same IP address/DNS name, or would certain probes test one address, while others would test a different address? TM: One scenario I could see for this is if you want to associate the status of a device with the results of a poll of another device. Example: We have a connection with an upstream router from an ISP that uses BGP for routing. I'm pinging that device to verify connectivity - but I also want to be alerted if the BGP session resets. The state of that BGP session would be gathered via SNMP from the router on our side. This also works well for our BGP based customers. We monitor via ICMP, and want to have a BGP session reset also tied to that same device. 4) For your examples, would all the probes be executed at the same poll interval, or would you want certain probes to have their own poll interval? TM: Same poll interval would work for me - wouldn't have much call to change it. 5) For your examples, would one set of notifiers apply to the entire collection, or would you want certain probes to have their own set of notifiers? TM: It is probably appropriate for each sub-probe on the device to have their own set of notifiers. We have groups within the company with different responsibilities. As far as reflecting the status on the map, the greatest severity would make sense to me. Thanks, Tony -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Richard E. Brown Sent: Friday, June 06, 2008 10:58 AM To: [email protected] Subject: Re: [IM-Talk] Multi-probes for same device under one icon Thanks to all who have submitted their thoughts about multiple probes per icon. This topic is an current discussion within Dartware, and we will begin design sessions shortly. If you have thoughts about how you could use this feature, it is a very good time to send us a note. As a refresher, the discussion revolves around these questions: 1) Would you have a use for multiple probes in the same icon? Why is this feature important to you? 2) What probes might you put together into a single icon? How many different combinations of probes might you create? (We'd love to have some concrete examples.) 3) For your examples, would all the probes refer to the same IP address/DNS name, or would certain probes test one address, while others would test a different address? 4) For your examples, would all the probes be executed at the same poll interval, or would you want certain probes to have their own poll interval? 5) For your examples, would one set of notifiers apply to the entire collection, or would you want certain probes to have their own set of notifiers? Send us your thoughts. Thanks! Rich Brown [EMAIL PROTECTED] Dartware, LLC http://www.dartware.com 10 Buck Road, PO Box 130 Telephone: 603-643-9600 Hanover, NH 03755-0130 USA Fax: 603-643-2289 ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED] ____________________________________________________________________ List archives: http://www.mail-archive.com/intermapper-talk%40list.dartware.com/ To unsubscribe: send email to: [EMAIL PROTECTED]
