sattellite Posted September 12, 2012 Есть огромная кучка Linksys PAP2T, которые начали вести себя крайне странно. После перевода их из сети 10.0.0.0/8 в 172.17.0.1/16 (изменили в dhcp) не все, но многие линксисы начали ребутаться с крайне странной причиной "reboot reason:C2000". На циско-форуме написано, что это причина "Using last good known IP and reboot after 30 minutes". Не знаю как правильно понимать эту причину. Одна часть ребутается, как и указано, с промежутком в 30 минут, другая часть с промежутком в 15 минут и ещё есть малая доля, которая ребутается с промежутком в час. Единичные случаи вылечились с помощью ребута линксиса через веб-морду. На оставшиеся было сделано предположение, что надо бы прописать сначала им static ip, а потом снова сменить на dhcp. При смене на static ip ребуты закончились, а вот с обратным возвращением dhcp продолжились с теми же промежутками времени (было опробовано где-то на 10 линксисах). В настройках линксиса нигде не было найдено опции, от которой бы зависели эти периодические перезагрузки (15, 30, 60 минут). В DHCP время lease указано на 3 часа. На всех Linksys PAP2T стоит самая последняя прошивка 5.1.6 от 21.11.2007г. Поиск в интернете по этой проблеме не дал результатов. На циско-форуме проблема встречается, но ответа на нее нет. В чьем-то блоге тоже есть вопрос по этой проблеме, но ответа так же нет. Вот и все что смог найти. А теперь собственно вопрос к вам: встречались с таким и как лечить? P.S. Linksys SPA8000 таким не заболели после тех же манипуляций с сетью. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Repzos Posted September 12, 2012 а какой пул адресов в DHCP выделен? а сколько шелезячек адреса пытается получить? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sattellite Posted September 13, 2012 (edited) Были в подсетях 10.xx.0.0/16, а переехали в 172.17.xx.0/8. Сегментировали на мелкие куски. В каждой подсетке порядка 40 pap2t линксисов. Из них около трети таким "заболели". То есть нехватки пула нет. Небольшое отклонение от темы: Ранее была проблема, когда и pap2t и spa8000 линксисы начали терять шлюз. Конкретно проблему выяснить не смогли, но перевод из 172.17.xx.0/21 в 10.xx.0.0/16 решил эту беду. Теперь заводим обратно, но в "мелкопорезанные" сегменты. Edited September 13, 2012 by sattellite Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Repzos Posted September 13, 2012 а отваливание от последовательности включения железок зависит? или независимо от последовательности диагностируются проблемы у конкретных устройств? пробовали DHCP сервер менять? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sattellite Posted September 13, 2012 (edited) Отваливание никоим образом от внешних факторов не зависит. Есть 2 dhcp. Основной и тестовый. Если релеить запросы с линксисов на тестовый - наблюдается тоже самое. И тут не в dhcp проблема. "Заболела" только часть, а не все. Есть желание попробовать выключить линксис минут на 10-15, а потом включить. Если поможет, то это много чловекочасов необходимо, чтобы по всем "заглючившим" пройтись и по питанию подёргать. Так что вариант не предпочтительный. И не факт, что поможет. Edited September 13, 2012 by sattellite Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
ram_scan Posted September 19, 2012 Блок питания замените. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sattellite Posted September 19, 2012 Если внимательно прочитать тред, то становится понятно, что до смены подсети работали отлично. Не могли же бп сразу у десятков линксисов "полететь". Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
