faq обучение настройка
Текущее время: Пт июл 18, 2025 18:13

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Странности с LLDP change trap на DES-3200
СообщениеДобавлено: Пт фев 01, 2013 12:48 
Не в сети

Зарегистрирован: Вс янв 10, 2010 23:34
Сообщений: 59
Обновил на 2 коммутаторах прошивки до
Boot PROM Version : Build 1.00.B004
Firmware Version : Build 1.81.B003
Hardware Version : A1
Serial Number : PVI31A9002735

LLDP и раньше был включен и работал раньше, слал трапы только тогда, когда реально что-то менялось на порту, а теперь каждых 30 секунд, видимо как ловит от соседа пакет LLDP сразу и шлет этот трап, в конфиге как раз каждые 30 секунд время отправки.
Шлет данные что типа ничего не менялось, а только коммутатор добавил записи в таблицу, под спойлером сами данные для примера. И так ведут себя оба коммутатора в цепочке: только в первого .1.0.8802.1.1.2.1.2.2=2 ибо у него два порта связи, а у второго в цепочке .1.0.8802.1.1.2.1.2.2=1 ибо у него одна только связь. Раньше трапы слались когда были изменения с указанием в каком порту.
Это так и должно быть или что-то надо дополнительно настраивать?
конфиг вот такой сейчас:
enable lldp
config lldp message_tx_interval 30
config lldp tx_delay 2
config lldp message_tx_hold_multiplier 4
config lldp reinit_delay 2
config lldp notification_interval 5
config lldp ports 1-10 notification enable
config lldp ports 1-10 admin_status tx_and_rx
config lldp ports 1-10 basic_tlvs port_description enable

Скрытый текст: показать
tcpdump: listening on vlan1000, link-type EN10MB (Ethernet), capture size 65000 bytes
11:17:12.978627 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14116, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=116 .1.3.6.1.2.1.1.3.0=2802 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:17:43.028558 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14242, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=117 .1.3.6.1.2.1.1.3.0=2832 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:18:13.082265 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14344, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=118 .1.3.6.1.2.1.1.3.0=2862 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:18:43.008876 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14552, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=119 .1.3.6.1.2.1.1.3.0=2892 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:19:13.159070 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14704, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=120 .1.3.6.1.2.1.1.3.0=2922 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:19:42.989328 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14816, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=121 .1.3.6.1.2.1.1.3.0=2952 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:20:12.979513 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 14928, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=122 .1.3.6.1.2.1.1.3.0=2982 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:20:42.969451 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 15060, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=123 .1.3.6.1.2.1.1.3.0=3012 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }
11:21:13.221174 f0:7d:68:a5:16:10 > f4:6d:04:52:b4:c0, ethertype IPv4 (0x0800), length 196: (tos 0x0, ttl 30, id 15174, offset 0, flags [none], proto UDP (17), length 182)
10.255.101.21.161 > 10.255.0.1.162: [udp sum ok] { SNMPv2c C=xxx { V2Trap(118) R=124 .1.3.6.1.2.1.1.3.0=3042 .1.3.6.1.6.3.1.1.4.1.0=.1.0.8802.1.1.2.0.0.1 .1.0.8802.1.1.2.1.2.2=2 .1.0.8802.1.1.2.1.2.3=0 .1.0.8802.1.1.2.1.2.4=0 .1.0.8802.1.1.2.1.2.5=0 } }


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Странности с LLDP change trap на DES-3200
СообщениеДобавлено: Пн фев 04, 2013 23:01 
Не в сети

Зарегистрирован: Вс янв 10, 2010 23:34
Сообщений: 59
Вопрос остался открытым, сможете ли вы подтвердить или опровергнуть что подобное повторяется у кого то еще? А то если 4 тыс коммутаторов такое будут творить то какой мусор будет творится в влане управления, и трапов соклько будет сыпаться на коллектор и записываться в БД.

Спасибо.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Странности с LLDP change trap на DES-3200
СообщениеДобавлено: Вт фев 05, 2013 03:30 
Не в сети

Зарегистрирован: Пн фев 11, 2008 06:24
Сообщений: 604
Откуда: Хабаровск
У нас такое поведение было. Просто выключили и все (notification dis), не заморачивался. Нам не критично что бы он слал эти изменения. А зачем вам эти изменения?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: Странности с LLDP change trap на DES-3200
СообщениеДобавлено: Вт фев 05, 2013 13:58 
Не в сети

Зарегистрирован: Вс янв 10, 2010 23:34
Сообщений: 59
У нас они для информации когда где что мастера переключали, и в этот момент можно с коммутатора сделать снмп скриншот таблицы ЛЛДП, абы понять что там менялось, и положить в базу.
А это нормальное вообще поведении, если ничего не менялось, а все равно слать такие трапы, что что-то добавилось? А можно как-то вернуть только трапы когда-то что-то меняется в реалии и не более?
Если нет то тоже выключим эти трапы будем как-то по другому мониторить, только не понятно, зачем такие трапы вообще тогда нужны. Может кто ткнет в стандарт какой то, что это такое поведение задумано для какой-то высшей цели, которая мне не понятна.
Спасибо.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 4 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 214


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB