sk011

Проблему пока решил включив на узловых traffic segmentation. Созвонился с местным пред-вом Длинка, отправил дамп - сказали попробуют на стенде. Что- то ответят отпишу в теме

да все ок dhcp relay, но почему от мака DES1100-26 где подобного нету? может заготовка в прошивке?

Почему же не клеится? - как раз клеится. Вы представьте себе, что им крышу сдуло совсем и этот DHCP Request не какой то чужой, а их собственный - т.е. они для себя ip просят. p.s. Это то как раз проверить не сложно. Нужно выбрать какой то MAC свича, и наблюдать на снифере DHCP активность. При этом послать на свич ремонтника и заствить его выдернуть все присоединения из этого свича, кроме аплинка. Если DHCP Request быдут иметь место и после этого, то значит это сам свич головой об стенку бьется. по крайней мере один из них отвечает на настроенный ip (с потерями от нагрузки) в mgm влане и при э

Согласен, при сконфигурированом влане управления маков коммутатора не должно быть видно ни где кроме него. Но опять же - если этот влан сконфигурирован. Может они просто массово "сбросились"? не могу быть уверен что сконфигурированы правильно, сам настроил только пару. Сегодня человек с ноутом станет на месте, по питанию перегрузит, посмотрит что с таблицей МАК

управления на свичах отвалилось, человек рядом будет только завтра утром (

в центре стоит 4612 uplink | DES1100 <-------------> es4612 <-------------> DGS3420 <---------------> DES1100 сейчас потушил порт на DGS3420 кол-во маком с которых летит г-но уменьшилось на кол-во свичей DES1100 подключенных через DGS3420 что такого могло пролететь, что все они стали дублировать пакет от своего мака в клиентский влан ?

да влан тот при arping -i vlan945 -c 1 10.170.10.25 получаю 16:24:00.687125 00:25:90:75:aa:b1 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 10.170.10.25 tell 10.170.10.1, length 28 это летит не в управляющем влане

насколько я понимаю то нет при arping -w 1000 на несуществующий ip 13:24:02.654784 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.664780 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.675777 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.685784 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.695777 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.705777 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.715776 ARP, Request who-has 10.170.10.25 tell 1

DES-1100-26 нет такого функционала, сильно обрезанный L2

Вчера в сети в одном клиентском влане увидел следующее 12:05:51.699379 c8:be:19:e2:36:e8 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 3c:97:0e:3f:7d:de, length 300 12:05:51.699545 28:10:7b:c4:d1:ad > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 3c:97:0e:3f:7d:de, length 300 12:05:51.699918 28:10:7b:c4:d1:af > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 3c:97:0e:3

И еще вопрос, почему optical-transceiver-diagnosis показывает 3 порта при это в первом работает ОНУ и есть ее уровень Switch#show epon onu-information Interface EPON0/1 has registered 1 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/1:1 BDCM 3024 fcfa.f796.1920 N/A static auto_configured N/A Switch#show epon optical-transceiver-diagnosis interface

изначально на первом порту была ОНУ - все хорошо, ее перенесли на второй порт - настроил - она не заработала, вернули на первый порт и там она тоже не заработала. Подключили вторую, новую ОНУ к первому порту - настроил, тоже не работает может сами что то перемудрили сейчас сбросил настройки портов ПОН командой default, сбросил ОНУ по кнопке reset - включили, настроил все ОК

к сожалению трудности есть конфигурация портов ОЛТ, ОНУ одинаковые а работает только ОНУ на втором порту Хотя изначально работало и на первом порту! Мистика на ОНУ есть кнопка ресета, что она дает если настройки идут с головы? И такой вопрос - если настроеная ОНУ "переезжает" на другой порт ПОНа - она подхватит настройки или нет? Привязка идет по маку + порт на котором он первый раз появился? Switch#sh epon active-onu Interface EPON0/1 has bound 2 active ONUs: IntfName MAC Address Status OAM Status Distance(m) RTT(TQ) LastRegTime LastDeregTime Las

на данный момент ничего только стенд, только настройки из примера 1 порт ПОНА - 2 онушки регистрируются, нет трафика2 порт ПОН - 1 ону - все отлично, настройки портов, ону идетничны за исключением ip адреса. Несколька раз hw reboot делали не помогло Switch#show epon onu-information Interface EPON0/1 has registered 2 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/1:1 BDCM 3024 fcfa.f796.1914 N/A static auto_configured N/A EPON0/1:2 BDCM 3024

на данный момент ничего только стенд, только настройки из примера 1 порт ПОНА - 2 онушки регистрируются, нет трафика2 порт ПОН - 1 ону - все отлично, настройки портов, ону идетничны за исключением ip адреса. Несколька раз hw reboot делали не помогло Switch#show epon onu-information Interface EPON0/1 has registered 2 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/1:1 BDCM 3024 fcfa.f796.1914 N/A sta