...
ZEN Master checks the source. The source is actively streaming, and packets are delivered. For each confirmation during the rolling escalation widow, the response is good.
A network error causes the source to lose packets. The following state check informs ZEN Master of CC Errors due to packet loss. As this is the first non-positive event during the window, ZEN Master places the source into a warning state.
The source has recovered, at the next check the response indicates the source is good. ZEN Master returns the source into a good state.
Further packet loss occurs, and the following checks return a non-positive result of a source exhibiting CC Errors. ZEN Master has returned the source to a warning state. Note that the cumulative event total is now 2, and that concurrent non-positive results are considered a single ongoing event.
Monitoring of the source continues, returning several more CC Error results between to concurrent sets of good responses. The event count has reached 3, when the following check returns another non-positive result. The event count within the window is now 4, meeting the escalation requirement. ZEN Master now escalates the state of the source to an Error. Due to the notification settings, an Alert email is sent to users with notification privileges on the source.
The next and subsequent confirmations return positive results, but the Source state has already met the Error criteria within the window and remains in Error.
Once the Error criteria is met, further responses indicating CC Errors within the window will cause the Error state on the Source to persist.
The source recovers, and subsequent checks return positive state. After a full de-escalation window of good responses ZEN Master returns the source to a Good status and. Due to the notification settings, an Alert email is sent to all users with notification privileges on the source
...