есть связка свитчей в сетке
StackID 1 3100-24TG
StackUD 2 3100-24
На обоих Firmware Version 3.60.37
стекируются с помощью 2х родных hdmi - крест-на-крест
наблюдается следующая картина: второй стек перестает коммутировать большинство (если не все) порты.
на втором стеке не сильная нагрузка: 15 медяков (100мбит) + 3 роутера.
1. по началу помогала физическая перезагрузка всего стека - но это 2-3 минуты.
2. далее начали экспериментировать и выяснили, что если перегрузить только второй стек (через веб) - то пакеты начинают бегать
3. и вот недавно мы выяснили, что если очистить таблица мак-адресов - то пакеты начинают коммутироваться через 2-3сек
в логах ошибок нет (только мои заходы на свитч и его перезагрузка)
мы предположили, что у нас в сети арп-спуфинг и решили подсчитать кл-во маков на свитче.
вот результат в то время, когда свитч перестал коммутировать пакеты:
Код:
2011:11:15 08:18:33 - 731
2011:11:15 08:20:30 - 736
2011:11:15 08:22:24 - 726
2011:11:15 08:24:25 - 729
2011:11:15 08:26:34 - 727
2011:11:15 08:28:21 - 727
2011:11:15 08:30:33 - 730
2011:11:15 08:32:18 - 742
2011:11:15 08:34:15 - 778
2011:11:15 08:36:28 - 797
2011:11:15 08:38:34 - 810
2011:11:15 08:40:22 - 820
2011:11:15 08:42:08 - 892
2011:11:15 08:44:25 - 1
2011:11:15 08:46:06 - 1
2011:11:15 08:48:05 - 651
2011:11:15 08:50:09 - 784
2011:11:15 08:52:35 - 887
2011:11:15 08:54:09 - 914
2011:11:15 08:56:08 - 933
2011:11:15 08:58:08 - 929
2011:11:15 09:00:11 - 946
видно, что в 8:44 я его перегрузил.
на самом деле 1000 маков для этого свитча - не предел:
Код:
2011:11:14 14:36:26 - 2176
2011:11:14 14:38:21 - 2178
2011:11:14 14:40:24 - 2184
2011:11:14 14:42:29 - 2191
2011:11:14 14:44:22 - 2196
2011:11:14 14:46:21 - 2201
2011:11:14 14:48:22 - 2207
2011:11:14 14:50:23 - 2211
2011:11:14 14:52:22 - 2226
2011:11:14 14:54:30 - 2235
2011:11:14 14:56:22 - 2250
2011:11:14 14:58:21 - 2239
есть пути решения данной проблемы?
Вход
Регистрация
FAQ
Поиск
