Сколько пользователей Вы имеете позади этих маршрутизаторов? По-видимому, Вы делаете NAT на единственном, внешнем адресе. Современное программное обеспечение, особенно веб-сервисы как чат Facebook, и т.д. открывает много параллельных соединений TCP. Cisco, я верю, имеют статически размерную таблицу преобразования NAT. Это может переполнять и выселять самое старое соединение? Я боюсь, что не могу дать совет при проверке, если таблицы NAT переполняются или нет.
Я не был бы склонен подозревать встроенное микропрограммное обеспечение, особенно если его работа обоснованно в течение многих лет прежде. Я, однако, предложил бы дать интерфейсной статистике быструю двойную проверку. Если Вы видите отброшенный, недопустимый, badrx контрольная сумма, и т.д. ошибки в интерфейсе, то это может быть источником Вашей проблемы. Или сбой аппаратных средств, недостаточной электрической изоляции или чего-то еще. Я прекратил рассчитывать, сколько 'дешевых' 5 портов 10/100 или гигабитный переключатель я видел полусбой и стал непоследовательным и ошибочным за прошлые 3-4 года из-за выпирающих/взрывающих конденсаторов внутренне. A
show interfaces counters errors
оператор должен определить любые неприятные интерфейсы очень быстро.
Удачи.
Я нашел решение! Шаги, которые я сделал:
[root@dbs ~]# uname -r
2.6.32-71.29.1.el6.x86_64
[root@dbs ~]#
Я запустил:
[root@dbs ~]# yum provides kernel-debuginfo-2.6.32
И вручную искал:
kernel-debuginfo-2.6.32-71.29.1.el6.x86_64
Затем я запустил:
rpm -qa | grep ^ kernel
и yum remove
'исправили текущую установленную неправильную версию kernel-debuginfo
.
Затем я установил правильную ] kernel-debuginfo-2.6.32-71.29.1.el6.x86_64
, запустил updatedb
, а затем найдите
новый vmlinux
с правильная версия. Затем я использовал следующую команду: crash /usr/lib/debug/lib/modules/2.6.32-71.29.1.el6.x86_64/vmlinux /var/crash/127.0.0.1-2013-07-31- 01 \: 33 \: 32 / vmcore
, и отчет о сбое был успешно выполнен.
Спасибо за помощь @ALex_hha.