Показать полную графическую версию : Как заставить роутер зависнуть .
Роутер, как пример D-Link DIR-300, но может быть любой.
Роутер подключен проводом к интернету, к нему проводом подключено некое «изделие Х».
«Изделие Х» умеет передавать информацию на сервер по проводному интернету через роутер, а также имеет резервный канал передачи данных по GPRS через Sim карты, установленные в это изделие.
Если есть интернет – данные идут через роутер, нет интернета – по GPRS.
Задача – принудительно заставить роутер зависнуть, чтобы проверить происходит ли при этом переключение на другой канал.
Есть подозрение, что не переключается.
Внимание!
Отключение питания роутера или вытаскивание провода LAN из роутера – это не то, здесь всё работает.
Как заставить роутер зависнуть.
James Marsh
01-04-2019, 19:36
А если вытащить кабель провайдера из роутера?
DJ Mogarych
02-04-2019, 11:30
Просто выключить не подойдёт?
Kirill_S
02-04-2019, 14:25
В порядке бреда :)
Кольцо? Короткий патчик воткнуть обоими концами в роутер.
Jula0071
02-04-2019, 18:13
Изделие X, изделие Y и изделие Й.
Как у вас реализован кипалайв? VRRP? CARP? HSRP?
Задача – принудительно заставить роутер зависнуть, чтобы проверить происходит ли при этом переключение на другой канал. »
Ваша задача изначально поставлена неправильно.
Отключение питания роутера или вытаскивание провода LAN из роутера – это не то »
Из каких соображений это не то? Вам нужно отсутсутствие интернета протестировать? - Отлично, оно элементарно тестируется отключением питания.
Вы делаете предположение "а вдруг при зависании переключение не сработает", так? И хотите эту ситуацию проверить. Вот здесь у вас и промах.
Зависание роутера - это прораммно-аппаратный сбой в его нормальной работе. Как любой сбой по своей пририде - он может произойти в силу миллиона различных причин, и потому может иметь миллион разных так сказать вариаций. Вы их все не проверите никогда и никак. Допустим вам удалось таки вызвать зависание одним каким-то способом. Что вы этим докажете? Да ничего. В этот один раз всё зависло, интернет отвалился, произошло переключение на GPRS и всё круто. А в другие 999999 раз роутер зависнет, но отключение интернета не произойдет, например. И что тогда? И вся ваша проверка гроша ломаного не стоит. Вывод: просто забудьте об этой идее.
James Marsh
02-04-2019, 22:16
Диагональное чтение во все красе... »
провода LAN из роутера »
кабель провайдера »
Еще один уважаемый диагональщик =)
WAN/LAN разницу понимаете?
Цитата Ser6720:
Отключение питания роутера или вытаскивание провода LAN из роутера – это не то »
Из каких соображений это не то? »
Потому что такие действия вызывают 100% -ю повторяемость результатов и изделие реагирует на них правильно в полном соответствии с логикой своей работы.
Зависание роутера - это прораммно-аппаратный сбой в его нормальной работе. Как любой сбой по своей пририде - он может произойти в силу миллиона различных причин, и потому может иметь миллион разных так сказать вариаций. »
Здесь я с вами полностью согласен, в этом и заключается сложность ситуации. Но именно в этой ситуации изделие функционирует неправильно и тоже в 100% случаев. Причины зависания роутеров наверняка разные, т.к. происходят с разными моделями и на разных объектах, но изделие реагирует на этот процесс (сбой) одинаково - не понимает, что ему надо переключиться на резервный канал.
Поэтому и возникла идея спровоцировать обратимое зависание роутера (любого) по любой причине и посмотреть, что делается в это время "внутри" изделия.
Вывод: просто забудьте об этой идее. »
Об идее можно забыть, но проблему надо решать, конечно, не вам.
Поэтому и возникла идея спровоцировать обратимое зависание роутера (любого) по любой причине и посмотреть, что делается в это время "внутри" изделия. »
Да и так можно предположить, что там делается - проверка наличия Интернета реализована некорректно, т.е. по таким признакам, которые ничего не показывают, т.е. дают ложные показания. А что вы будете делать, если узнаете? Вы разработчик, сможете изменить логику работы изделия?
Вы разработчик, сможете изменить логику работы изделия? »
Дадим разработчику информацию - логи и потребуем доработки изделия, обычная практика у нас.
sergey_dsv
04-04-2019, 06:11
обычная практика у нас.»
У нас, это у кого? Если не секрет?
CyberDaemon
09-04-2019, 14:14
Потому что такие действия вызывают 100% -ю повторяемость результатов и изделие реагирует на них правильно в полном соответствии с логикой своей работы. »
Поэтому вам и говорят про провайдерский кабель на WAN-порту роутера.
Отключения питания роутера или выдергивание LAN-кабеля со стороны «изделия Х», подключенного в роутер напрямую, выглядят одинаково - пропадание физического линка.
Можно между роутером и "изделием X" дополнительно хаб воткнуть, чтобы линк не падал - и посмотреть на реакцию при отключении от роутера LAN и WAN.
Причины зависания роутеров наверняка разные, т.к. происходят с разными моделями и на разных объектах, но изделие реагирует на этот процесс (сбой) одинаково - не понимает, что ему надо переключиться на резервный канал. »
Разные модели и на разных объектах, говорите? А само-то изделие при этом не зависает?
Может быть не совсем верно понял суть, но вижу следующую задачу и способ решения
Нужно проверить осуществляется ли переход источника интернета в сети с основного канала(ОК) на модем(М).
Вижу следующие развития событий
1. Если ОК работает, то переходить на модем смысла нет
2. У ОК есть линк но нет интернета, нужно переходить на модем (Проверить можно изменив банально настройки ОК на роутере, к примеру если получаете DHCP, то прописать на роутере произвольный IP, и всё, линк будет, а интернета нет. Сохранив настройки нужно перезагрузить роутер и если он при включении переключится на модем значит всё работает
3. Зависание роутера. Тут мне кажется всё упрётся в то, что зависнувшее ПО технически не сможет переключать ничего, поэтому можно поискать некий таймер, который при отсутсвии ответа будет ребутать роутер по питанию. Но честно говоря странный роутер, который может часто виснуть.
Вот как бы и всё
Больше неактуально, разработчик принял претензию и уже дорабатывает ПО.
Спасибо всем.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.