Коллеги, вот такая картина.
Все жило в штатном режиме. И тут поступило два звонка по проблемам с коммутаторами Cisco 2950.
По первому звонку: "Что-то с портами сегмента видеонаблюдения, охрана/безопасность воет".
Посмотрел ситуацию - порты в состоянии err-disabled. Особо разбираться некогда было. Через recovery вернул на круги своя,
убрал security-port временно. Выставил автовосстановление порта из блокировки по ошибке.
Думу про ситуацию отложил на потом. Главное видео заработало.
И тут, через три дня звонок, из другой организации. Ситуация та же самая: err-disabled.
Какие тонкости: в первом случае в конфигурации по умолчанию security-port и параметры aging, type -не установлены, устанавливались руками,
а во 2м случае все установлено с завода по дефолту. В обих случаях все началось именно тогда, когда начали навешивать в сетку ip-видеонаблюдение.
Причем, в 1м случае беспроводную точку доступа подключили (как мне сказали) на которую беспроводные камеры завязаны. Во 2м - в коммутатор прямо ip-камеры подключали.
Отсюда вопрос - кто-то еще сейчас с таким сталкивался? Тут ответ кроется в особенностях работы протоколов ip-видео? С чего бы коммутатору в блокировку уходить.
P.S. Особо с конфигами не поколдовать. Если опять включить errdisable, порты опять будут блокированы, опять по кругу - проблемы с видео и т.п.
Все жило в штатном режиме. И тут поступило два звонка по проблемам с коммутаторами Cisco 2950.
По первому звонку: "Что-то с портами сегмента видеонаблюдения, охрана/безопасность воет".
Посмотрел ситуацию - порты в состоянии err-disabled. Особо разбираться некогда было. Через recovery вернул на круги своя,
убрал security-port временно. Выставил автовосстановление порта из блокировки по ошибке.
Думу про ситуацию отложил на потом. Главное видео заработало.
И тут, через три дня звонок, из другой организации. Ситуация та же самая: err-disabled.
Какие тонкости: в первом случае в конфигурации по умолчанию security-port и параметры aging, type -не установлены, устанавливались руками,
а во 2м случае все установлено с завода по дефолту. В обих случаях все началось именно тогда, когда начали навешивать в сетку ip-видеонаблюдение.
Причем, в 1м случае беспроводную точку доступа подключили (как мне сказали) на которую беспроводные камеры завязаны. Во 2м - в коммутатор прямо ip-камеры подключали.
Отсюда вопрос - кто-то еще сейчас с таким сталкивался? Тут ответ кроется в особенностях работы протоколов ip-видео? С чего бы коммутатору в блокировку уходить.
P.S. Особо с конфигами не поколдовать. Если опять включить errdisable, порты опять будут блокированы, опять по кругу - проблемы с видео и т.п.
Решается это или перепрошивкой GBIC, или заданием no errdisable detect cause gbic-invalid. Это потому, что я прочитал в логах - по какому признаку порт становился в этот статус. Проверяется, естественно, командой sh log (если он ведется, разумеется) - ну, либо посмотреть на сервере - на который скидываются логи. Собственно, откуда вывод, что порт отрубается именно по port security?