Подобный алгоритм не применим для проверки протоколов канального уровня, поскольку их алгоритмы работы обычно далеко выходят за рамки простейшей схемы Запрос - Ответ, частично или полностью воплощены в операционной системе, частично или полностью воплощены в оборудовании, что требует аппаратных приспособлений для их мониторинга.
Таким образом большиество плагинов ожидают ответа на некоторый запрос или последовательность запросов. Чтобы затем сравнить код ответа с правильным или найти искомую подстроку в ответе.
Ответ ожидается в течении определенного количества времени. Если за этот период ответ не поступит то будет запущен новый запрос и, в конце концов, сервис будет считаться нерабочим. Ответ пришедший после запуска нового запроса также будет отброшен. Таким образом сервисы с неприемлимо большим временем отклика будут видны как нерабочие. А случайные единичные "пропадания" сервисов никак не отразятся ни на основном экране монитора ни в статистике.
Более подробно о взаимодействии плагинов-сборщиков данных и главного демона
eyed можно посмотреть
здесь.
Общая идеология построения плагинов