Сообщение системного журнала для интерфейса 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