[sergey_dsv]

обычная практика у нас.»

У нас, это у кого? Если не секрет?

[CyberDaemon]

Потому что такие действия вызывают 100% -ю повторяемость результатов и изделие реагирует на них правильно в полном соответствии с логикой своей работы. »

Поэтому вам и говорят про провайдерский кабель на WAN-порту роутера.
Отключения питания роутера или выдергивание LAN-кабеля со стороны «изделия Х», подключенного в роутер напрямую, выглядят одинаково - пропадание физического линка.

Можно между роутером и "изделием X" дополнительно хаб воткнуть, чтобы линк не падал - и посмотреть на реакцию при отключении от роутера LAN и WAN.

Причины зависания роутеров наверняка разные, т.к. происходят с разными моделями и на разных объектах, но изделие реагирует на этот процесс (сбой) одинаково - не понимает, что ему надо переключиться на резервный канал. »

Разные модели и на разных объектах, говорите? А само-то изделие при этом не зависает?

[Mean122]

Может быть не совсем верно понял суть, но вижу следующую задачу и способ решения
Нужно проверить осуществляется ли переход источника интернета в сети с основного канала(ОК) на модем(М).
Вижу следующие развития событий
1. Если ОК работает, то переходить на модем смысла нет
2. У ОК есть линк но нет интернета, нужно переходить на модем (Проверить можно изменив банально настройки ОК на роутере, к примеру если получаете DHCP, то прописать на роутере произвольный IP, и всё, линк будет, а интернета нет. Сохранив настройки нужно перезагрузить роутер и если он при включении переключится на модем значит всё работает
3. Зависание роутера. Тут мне кажется всё упрётся в то, что зависнувшее ПО технически не сможет переключать ничего, поэтому можно поискать некий таймер, который при отсутсвии ответа будет ребутать роутер по питанию. Но честно говоря странный роутер, который может часто виснуть.

Вот как бы и всё

[Ser6720]

Больше неактуально, разработчик принял претензию и уже дорабатывает ПО.
Спасибо всем.