Как заставить роутер зависнуть .
 

Роутер, как пример D-Link DIR-300, но может быть любой.
Роутер подключен проводом к интернету, к нему проводом подключено некое «изделие Х».
«Изделие Х» умеет передавать информацию на сервер по проводному интернету через роутер, а также имеет резервный канал передачи данных по GPRS через Sim карты, установленные в это изделие.
Если есть интернет – данные идут через роутер, нет интернета – по GPRS.
Задача – принудительно заставить роутер зависнуть, чтобы проверить происходит ли при этом переключение на другой канал.
Есть подозрение, что не переключается.
Внимание!
Отключение питания роутера или вытаскивание провода LAN из роутера – это не то, здесь всё работает.
Как заставить роутер зависнуть.

А если вытащить кабель провайдера из роутера?

Просто выключить не подойдёт?

В порядке бреда :)
Кольцо? Короткий патчик воткнуть обоими концами в роутер.

Изделие X, изделие Y и изделие Й.
Как у вас реализован кипалайв? VRRP? CARP? HSRP?

Ваша задача изначально поставлена неправильно.

Из каких соображений это не то? Вам нужно отсутсутствие интернета протестировать? - Отлично, оно элементарно тестируется отключением питания.
Вы делаете предположение "а вдруг при зависании переключение не сработает", так? И хотите эту ситуацию проверить. Вот здесь у вас и промах.
Зависание роутера - это прораммно-аппаратный сбой в его нормальной работе. Как любой сбой по своей пририде - он может произойти в силу миллиона различных причин, и потому может иметь миллион разных так сказать вариаций. Вы их все не проверите никогда и никак. Допустим вам удалось таки вызвать зависание одним каким-то способом. Что вы этим докажете? Да ничего. В этот один раз всё зависло, интернет отвалился, произошло переключение на GPRS и всё круто. А в другие 999999 раз роутер зависнет, но отключение интернета не произойдет, например. И что тогда? И вся ваша проверка гроша ломаного не стоит. Вывод: просто забудьте об этой идее.

Потому что такие действия вызывают 100% -ю повторяемость результатов и изделие реагирует на них правильно в полном соответствии с логикой своей работы.
Здесь я с вами полностью согласен, в этом и заключается сложность ситуации. Но именно в этой ситуации изделие функционирует неправильно и тоже в 100% случаев. Причины зависания роутеров наверняка разные, т.к. происходят с разными моделями и на разных объектах, но изделие реагирует на этот процесс (сбой) одинаково - не понимает, что ему надо переключиться на резервный канал.
Поэтому и возникла идея спровоцировать обратимое зависание роутера (любого) по любой причине и посмотреть, что делается в это время "внутри" изделия.
Об идее можно забыть, но проблему надо решать, конечно, не вам.

Да и так можно предположить, что там делается - проверка наличия Интернета реализована некорректно, т.е. по таким признакам, которые ничего не показывают, т.е. дают ложные показания. А что вы будете делать, если узнаете? Вы разработчик, сможете изменить логику работы изделия?

Дадим разработчику информацию - логи и потребуем доработки изделия, обычная практика у нас.

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

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

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

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

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

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

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