Пожалуйста, добавьте документацию по параметру ping-timeout, который появился в версии 6.43.

Ну, использование таких функций обычно всё равно приводит к неожиданным и ненужным простоям. Это всегда компромисс, и применять их стоит только в хорошо изучённых условиях, полностью контролируемых владельцем, и в таком случае это, вероятно, можно протестировать. Помню, в первые дни моего DSL-соединения оно было довольно нестабильным, и я сделал очень сложные скрипты восстановления, которые анализировали ситуацию, чтобы понять, что именно сломалось. Там использовались похожие механизмы (пинг модема, пинг следующего хопа у провайдера, пинг чего-то дальше в интернете), чтобы выполнять действия вроде перезагрузки модема, сброса PPP-соединения или даже переключения на ISDN как резервный вариант. К сожалению, несколько раз эти механизмы срабатывали неправильно из-за глупых причин — например, провайдер менял сетевую структуру, и следующий хоп менялся, или роутеры провайдера перенастраивали так, что они переставали отвечать на пинг и так далее. Так что всегда нужно держать руку на пульсе! Кроме того, пинг одного IP, скорее всего, слишком узкое решение. Лучше пинговать минимум в двух направлениях — и систему в локальной сети, и какую-то в интернете. В этом плане Netwatch более универсален, потому что туда можно добавить несколько устройств для наблюдения, но, к сожалению, у него нет функции «оповещать, если пропущено 6 пингов подряд», поэтому при пропадании пинга он постоянно тревожит. Было бы отлично добавить поле типа «количество пингов на отказ/удачу до смены состояния» (что, на мой взгляд, гораздо понятнее, чем то, как это реализовано в watchdog).