https://opennet.ru/openforum/vsluhforumID6/2492.html Доброе утро! Подскажите пожалуйста, есть ли средства для диагностики ОЗУ, ПЗУ, проца и др. железа в оборудовании CISCO? В частности интересует 2821, иногда выходит из строя, около 99%+ потерь, зайти на неё нереально, даже по кабелю напрямую с ноута(com port не пробовали), помогает только перезагрузка. находится железка удаленно от основного офиса поэтому проблема существенная, надо решить.<br>Может кто сталкивался с таким, подскажите пожалуйста?<br>Может логи на запись как то включить во внутреннюю память?<br>так же пишутся логи в SYSLOG сервер, попробую оттуда достать их(если конечно она смогла в момент аварии отправить что-нибудь туда). если вдруг что найду подозрительное, дам знать.<br><br>Буду рад любой подсказке "куда копать"?<br> https://opennet.ru/openforum/vsluhforumID6/2492.html#8 Fri, 13 Mar 2020 10:50:52 GMT &gt;&gt;[оверквотинг удален] <br>&gt; Дебага нет, при попытке запуска дебага циска падает) <br>&gt; debug ip nat - все циска потерялась, причем 97-99% потерь, <br><br>Все-таки определитесь в терминах. "падает" и "97-99% потерь" это разные состояния. <br>debug вообще нужно включать внимательно. На некоторых debug даже выдается предупреждение. <br>Попробуйте sh ip nat tran или даже sh ip nat tran &#124; count<br><br><br>&gt; а при sh mem - она падает полностью<br><br>Если именно падает (с перезагрузкой, а не с загрузкой CPU в 99%), то стоит проверить(поменять) память.<br><br>Не понятно что вам посоветовать в ситуации, когда вы не даете ни sh ver, ни show int, ни show run. <br>Вообще не понятно на какой ответ вы расчитываете не давая технической информации. <br><br>Лучшим выходом будет переход на более свежую линейку. Благо б.у. 29хх уже достаточно дешевые.<br> https://opennet.ru/openforum/vsluhforumID6/2492.html#7 Fri, 13 Mar 2020 08:29:17 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; Остальное гадать можно только по sh ver, sh run и show tech-support.<br>&gt;&gt;&gt; Но т.к. всего этого нет - общие рекомендации выше.<br>&gt;&gt; Понял, спасибо большое за разъяснения.<br>&gt;&gt; IPSec нет в туннелях, crash-dump проверял, нет его. На ошибки проверял все <br>&gt;&gt; порты, до момента аварии PRTG не увидел их(ни ошибок, ни трафика, <br>&gt;&gt; ни пакетов), так же в syslog пусто в плане ошибок <br>&gt;&gt; как уже выше писал, в syslog нашел только такие строки типа: <br>&gt;&gt; Mar 5 08:38:01 HOSTNAME 23101: 023097: *Mar 5 06:12:28:415: NAT*: GRE port: <br>&gt;&gt; 0 - [33567] <br>&gt; Там может какой-нить дебаг запущен?<br><br>Дебага нет, при попытке запуска дебага циска падает) debug ip nat - все циска потерялась, причем 97-99% потерь, а при sh mem - она падает полностью, что в целом лучше ибо там балансировка настроена, если циска частично доступна(даже на 99% потерь) то половина пакетов теряется<br> https://opennet.ru/openforum/vsluhforumID6/2492.html#6 Fri, 06 Mar 2020 14:53:31 GMT &gt;[оверквотинг удален]<br>&gt;&gt; в производительности, но работать может стабильнее.<br>&gt;&gt; Остальное гадать можно только по sh ver, sh run и show tech-support.<br>&gt;&gt; Но т.к. всего этого нет - общие рекомендации выше.<br>&gt; Понял, спасибо большое за разъяснения.<br>&gt; IPSec нет в туннелях, crash-dump проверял, нет его. На ошибки проверял все <br>&gt; порты, до момента аварии PRTG не увидел их(ни ошибок, ни трафика, <br>&gt; ни пакетов), так же в syslog пусто в плане ошибок <br>&gt; как уже выше писал, в syslog нашел только такие строки типа: <br>&gt; Mar 5 08:38:01 HOSTNAME 23101: 023097: *Mar 5 06:12:28:415: NAT*: GRE port: <br>&gt; 0 - [33567] <br><br>Там может какой-нить дебаг запущен?<br><br><br> https://opennet.ru/openforum/vsluhforumID6/2492.html#5 Thu, 05 Mar 2020 11:24:45 GMT &gt;[оверквотинг удален]<br>&gt; по трафику. Если Cisco еще и роль DNS выполняет - то <br>&gt; вполне логично иметь проблемы.<br>&gt; Запускайте мониторинг интерфейсов (в первую очередь ошибки и общий трафик), процессора, <br>&gt; свободной памяти, количества NAT трансляций.<br>&gt; Защищайте CPU по плану Control Plane Protection.<br>&gt; Если используете IPSec и проблемы с потерями в туннеле - можно попробовать <br>&gt; выключить шифрование через крипто модуль(если стоит), оставив только софтовое. Проиграете <br>&gt; в производительности, но работать может стабильнее.<br>&gt; Остальное гадать можно только по sh ver, sh run и show tech-support. <br>&gt; Но т.к. всего этого нет - общие рекомендации выше.<br><br>Понял, спасибо большое за разъяснения.<br>IPSec нет в туннелях, crash-dump проверял, нет его. На ошибки проверял все порты, до момента аварии PRTG не увидел их(ни ошибок, ни трафика, ни пакетов), так же в syslog пусто в плане ошибок<br>как уже выше писал, в syslog нашел только такие строки типа: <br>Mar 5 08:38:01 HOSTNAME 23101: 023097: *Mar 5 06:12:28:415: NAT*: https://opennet.ru/openforum/vsluhforumID6/2492.html#4 Thu, 05 Mar 2020 11:19:18 GMT &gt; Подключить мониторинг загрузки по snmp (PRTG например), возможно забивается межсегментным <br>&gt; траффиком <br><br>в syslog множество строк типа<br>Mar 5 08:38:01 HOSTNAME 23101: 023097: *Mar 5 06:12:28:415: NAT*: GRE port: 0 - [33567] <br><br>последнее число постоянно меняется, строк десятки подряд идут<br>то что с ntp беда я вкурсе, исправил. теперь в логи пишется без *, однако не в ntp проблема судя по всему а в NAT'е.<br> https://opennet.ru/openforum/vsluhforumID6/2492.html#3 Thu, 05 Mar 2020 11:13:42 GMT &gt;[оверквотинг удален]<br>&gt; и др. железа в оборудовании CISCO? В частности интересует 2821, иногда <br>&gt; выходит из строя, около 99%+ потерь, зайти на неё нереально, даже <br>&gt; по кабелю напрямую с ноута(com port не пробовали), помогает только перезагрузка. <br>&gt; находится железка удаленно от основного офиса поэтому проблема существенная, надо решить. <br>&gt; Может кто сталкивался с таким, подскажите пожалуйста?<br>&gt; Может логи на запись как то включить во внутреннюю память?<br>&gt; так же пишутся логи в SYSLOG сервер, попробую оттуда достать их(если конечно <br>&gt; она смогла в момент аварии отправить что-нибудь туда). если вдруг что <br>&gt; найду подозрительное, дам знать.<br>&gt; Буду рад любой подсказке "куда копать"?<br><br>При проблемах с ОЗУ Cisco обычно уходит в crash-dump в самый нужный момент. Посмотрите вывод dir flash:<br>При проблемах с Flash обычно нельзя отформатировать или скопировать дополнительный образ. Или при копировании IOS на Flash потом невозможно пройти verify. На текущую работу состояние Flash не влияет, если нет каких-т https://opennet.ru/openforum/vsluhforumID6/2492.html#2 Thu, 05 Mar 2020 08:10:20 GMT &gt; Подключить мониторинг загрузки по snmp (PRTG например), возможно забивается межсегментным <br>&gt; траффиком <br><br>PRTG есть, он видит только падение, ничего подозрительного не увидел. жду логов с syslog'a на данный момент, возможно в них что-нибудь будет, и то не факт т.к. туда он их мог не отправить из-за зависания.<br> https://opennet.ru/openforum/vsluhforumID6/2492.html#1 Thu, 05 Mar 2020 08:06:01 GMT Подключить мониторинг загрузки по snmp (PRTG например), возможно забивается межсегментным траффиком<br>