Сообщение системного журнала для интерфейса CDP выключено

Я искал это некоторое время и еще не нашел. Мне нужна команда Cisco IOS для отправки сообщения системного журнала или прерывания snmp всякий раз, когда интерфейс, у которого есть сосед CDP, выходит из строя.

Некоторые люди говорят мне, что я просто полагаюсь на сброс соседей по протоколу маршрутизации, но этого недостаточно. У меня есть маршрутизаторы, которые подключены через статические, коммутаторы и беспроводные контроллеры. Все эти устройства не запускают протокол маршрутизации.

Есть ли команда для включения системного журнала CDP? Я искал это какое-то время, и кажется, что такая базовая потребность в Cisco уже что-то для этого уже создана.

cisco cdp

— радио свободной европа
источник

Вам помог какой-нибудь ответ? Если это так, вы должны принять ответ, чтобы вопрос не появлялся вечно, ища ответ. Кроме того, вы можете предоставить и принять свой собственный ответ.

— Рон Мопин

Ответы:

Команда «Обнаружение соседей по событию» будет генерировать сообщения системного журнала на основе событий CDP. Он должен использоваться вместе с EEM, но его довольно просто настроить.

http://www.cisco.com/en/US/docs/ios/netmgmt/command/reference/nm_06.html#wp1181238

Однако я не думаю, что эти события происходят так быстро, как вы надеетесь. CDP - это не протокол, предназначенный для поддержки активности, а для обнаружения соседей. Возможно, вам лучше было бы не регистрировать изменения состояния канала (вверх / вниз) или настраивать зонды IP SLA для отслеживания присутствия устройства.

— totallystubby
источник

Re: «CDP не является протоколом, предназначенным для keepalive»; педантично, это верное утверждение. Тем не менее, я не прошу сам протокол CDP для обнаружения соседа вниз. Я говорю, что у Cisco IOS уже есть таблица соседей CDP, и она должна быть достаточно умной, чтобы сообщить мне, когда интерфейс с соседом падает. Другими словами, если я попрошу об этом, IOS обходит список соседей CDP, когда интерфейс удаляется и регистрирует это событие.

— Радио-свободная Европа

Таким образом, команда, которую я предоставил, сгенерирует запись в системном журнале, когда сосед CDP будет удален из таблицы соседей (примерно так же, как и сосед CDP, идущий вниз, насколько это возможно). Поскольку это событие будет совпадать с событием перехода вниз, чего еще вы хотите достичь? Похоже, вы пытаетесь сопоставить две отдельные вещи (как-то помечать интерфейс с соседом CDP и только сообщать о событии сбоя соединения на интерфейсе на основе этого факта). Это возможно, но вам нужно будет выполнить некоторые сложные сценарии EEM, чтобы выполнить это.

— тотально

Вы спрашиваете об отключении интерфейса, это легко удовлетворяется ловушкой SNMP:

snmp-server enable traps snmp linkdown
snmp-server host 192.0.2.1 version 2c foo 
interface NoCDP
 no snmp trap link-status

Теперь вы получите ловушку от всех других интерфейсов, кроме интерфейса «NoCDP».

Однако я думаю, что вы на самом деле не заботитесь о повышении / понижении интерфейсов, вы заботитесь об исчезновении соседей CDP, для этого вам нужно будет использовать EEM. EEM может соответствовать событию CDP и может выполнять множество действий, основанных на событии, таких как системный журнал.

В качестве отправной точки вы можете использовать этот скрипт

— ytti
источник

Прошу прощения, если мой вопрос был неясным. Я забочусь об отказе интерфейсов, у которых есть сосед CDP на них. Я пытаюсь избежать EEM, если это возможно. Ловушки SNMP Linkdown ничего не делают для меня, правда

— радио-свободная Европа

Затем настройте 'no snmp trap link-status' на всех интерфейсах, кроме тех, которые имеют CDP.

— ytti

Хм, я все еще не думаю, что вы понимаете. Я забочусь о корреляции между интерфейсом, у которого есть известный сосед CDP. Ловушки связи SNMP вверх / вниз ничего не знают о CDP

— radio-free-europe

Я предполагаю, что вы говорите, что вы не можете сделать это вручную, но это должно быть динамично. Для динамического решения я не могу придумать способ сделать это без EEM.

— ytti