16.01.2013 Views

Ipswitch WhatsUp Gold User Guide - Ipswitch Documentation Server

Ipswitch WhatsUp Gold User Guide - Ipswitch Documentation Server

Ipswitch WhatsUp Gold User Guide - Ipswitch Documentation Server

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>Ipswitch</strong> <strong>WhatsUp</strong> <strong>Gold</strong> <strong>User</strong> <strong>Guide</strong><br />

Example<br />

In this example, a network segment has a group of devices, each with a dependency on<br />

another for its connectivity. Each of these devices has a Ping monitor used to determine the<br />

state of the device, denoted Ping (device). If Host A can be pinged from another network<br />

segment, then it can be assumed that Router R, and Switch N are up and available, so to<br />

operate separate ping monitors on these devices creates unneeded overhead as long as Host<br />

A is up. However if Host A is powered down, or otherwise unreachable by the Ping monitor,<br />

we must rely on the Ping (Switch N) and Ping (Router R) monitors to ensure that these devices<br />

are up and accessible.<br />

Adding a down dependency on Switch N to the Ping monitor on Host A, Down<br />

Dependency: Host A (Ping Monitor), and a down dependency on Router R to the Ping<br />

monitor on Switch N, Down Dependency: Switch N (Ping Monitor), creates a chain of<br />

dependencies that will monitor the network segment and reduce the active monitors that<br />

must operate on the segment when it is fully operational.<br />

With these dependencies added, if Ping (Host A) should go into a down state, the down<br />

dependency on Switch N will cause <strong>WhatsUp</strong> <strong>Gold</strong> to begin polling Switch N. If the polling of<br />

Switch N is successful, it will continue to be polled until Host A is recovered. However if<br />

Switch N is also unreachable and Ping (Switch N) goes into a down state, the down<br />

dependency on Router R will cause <strong>WhatsUp</strong> <strong>Gold</strong> to begin polling Router R. When Ping<br />

(Switch N) returns to an up state, Router R will no longer be polled. Likewise when Ping<br />

(Host A) returns to an up state, Switch N will no longer be polled.<br />

Down dependencies and the "assumed up" state<br />

A down dependency on a device can lead to an "assumed up" state, where a monitor on the<br />

dependent device indicates that it is up, regardless of its actual state.<br />

This condition occurs when the dependent device is in an inactive state, and is able to<br />

respond to an echo request from a ping of the device. Because of the down dependency, the<br />

dependent device is not being polled and is "assumed up", yet the actual state of the<br />

monitored service or process is unknown, and may have even failed.<br />

110

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!