Very close to how I do it. My WUG Cluster, yes I have it clustered, is dependent on the switch it is connected to. Every other switch in the datacenter is dependent on that switch. If the switch fails then via the modem I dial another region to send SMTP. Further each Region has a map with the core regional router and containers that represent each of the offices and those containers are dependent on the core regional router. Then each office container has a router and all of the devices (switches, servers) that are dependent on the office router. There is more here but you get the idea.
I would like to add that this is spread over 150+ maps and if the dependency polling was not there it would take the WUG service to its knees trying to get to the 10,000 items. I know I have seen it happen. Yes I have my maps in different subdirectories which make it easy to deal with... It is easy to setup and I you know you can even link to maps on other WUG servers... On the flip side I monitor all unused static server IP's and send an alert if one comes online. :> Tv -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Cook Sent: Tuesday, June 01, 2004 5:09 PM To: [EMAIL PROTECTED] Subject: RE: [WhatsUp Forum] User Stories on Dependencies - research request This is what I do. Each branch map has all routers going to it. Lucky for me it is a short list. The switch located at the branch is set as the up dependent for all of the equipment at the branch. The switch is then up dependent on the branch router. I then have our core router on the map as well. It is set to services only, and checks the port for that branch. The branch router is up dependent on the core router, and the core router is down dependent on the branch router. This keeps the core router from getting a lot of extra polls. It only gets polled from that map if the branch router can't be reached. You could even then set an alert to that branch to let them know they are down but it is because of the core not there router. Another option would be to not make it down dependent on the branch router and take that interface of the core router on the main map. I guess it all depends as to how you want to look at it. Jeff Cook Network Administrator Whatcom Educational Credit Union -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Glatt, Robert Sent: Monday, May 31, 2004 6:06 AM To: '[EMAIL PROTECTED]' Subject: RE: [WhatsUp Forum] User Stories on Dependencies - research reque st Now this may be the question you un-ask. (hehehe) The main problem I face is acurate knowledge of remote lan equipment. If there are 5 hops from my central monitoring system and the remote device, I need to use dependencies to avoid false notifications. So... Everymap has my central router and then the next router and so on until my device. It gets even more complicated if there is a firewall introduced between segments. Set-up like this works for the most part. I do have a disclaimer at the bottom of the alerts to the local sites stating that it is possible the device is up even though I report is as being down. I hope this gets things started for you. I also would like to see what others have to say. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Adrian Ferrier Sent: Saturday, May 29, 2004 3:43 PM To: [EMAIL PROTECTED] Subject: [WhatsUp Forum] User Stories on Dependencies - research request Hey All, I'm interested in gathering end user stories on how you are using Up (and Down) Dependencies on your maps. What is the basic value you gain from this feature? (don't worry it's not going away) We already know that there is a desire to be able to create dependencies that span maps (although feel free to discuss further). And we already know that it is a challenge to resolve invalid dependencies through manipulating poll order. Those things aside - how are you using them? - what's your polling dependency story? Feel free to respond to the list if you would like others to view and comment or feel free to just respond directly to me. Regards, Adrian Ferrier aferrier at alpha.ipswitch.com WhatsUp Development Manager, R&D Ipswitch, Inc. Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/ Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/whatsup_forum%40list.ipswitch.com/
