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 10.170.10.1, length 28 13:24:02.726777 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.736782 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.747775 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.757785 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.767778 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.777782 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.788785 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.798788 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.809784 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.819783 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.830781 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28 13:24:02.840783 ARP, Request who-has 10.170.10.25 tell 10.170.10.1, length 28

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:3f:7d:de, length 300 12:05:51.700418 c8:be:19:e2:36:e9 > 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.700422 28:10:7b:c4:d1:dc > 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.700763 c8:be:19:e2:36:ed > 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.700888 c8:be:19:e2:36:ee > 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.701013 28:10:7b:c4:d1:ba > 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.701699 c8:be:19:e2:37:06 > 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 такого гов.. очень много, вот распарсенный дамп за 3 минуты cat broad.txt | awk '{print $2}' | sort | uniq -c 20044 28:10:7b:c4:d1:ad 20033 28:10:7b:c4:d1:ae 44088 28:10:7b:c4:d1:af 19848 28:10:7b:c4:d1:b0 43866 28:10:7b:c4:d1:b9 44066 28:10:7b:c4:d1:ba 44574 28:10:7b:c4:d1:dc 39946 28:10:7b:c4:d2:18 46259 c8:be:19:e2:36:e8 20047 c8:be:19:e2:36:e9 20017 c8:be:19:e2:36:ea 44555 c8:be:19:e2:36:ec 44087 c8:be:19:e2:36:ed 44561 c8:be:19:e2:36:ee 20037 c8:be:19:e2:37:05 20255 c8:be:19:e2:37:06 46153 c8:be:19:e2:37:22 все маки это DES1100 включены в EdgeCcore 4612 и Dlink DGS3420-28 что это такое ума не приложу на всех DES1100 прописан ip, MGM vlan доступа к ним нет - они тупа не отвечают - трафик через них идет на аплинке стабильно 2К броадкаста, на самом деле на самих 1100 наверно еще больше просто стоит ограничение на 4612 который узловой по 500pack/sec куда смотреть и что это за хрень такая? мне кто то может подсказать

И еще вопрос, почему 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 Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/2 31.7 3.3 30.3 3.8 epon0/3 32.7 3.3 30.1 3.9 epon0/4 30.9 3.3 30.8 4.0 interface RxPower(dBm) ----------- -------------- epon0/1:1 -20.0 Switch#

изначально на первом порту была ОНУ - все хорошо, ее перенесли на второй порт - настроил - она не заработала, вернули на первый порт и там она тоже не заработала. Подключили вторую, новую ОНУ к первому порту - настроил, тоже не работает может сами что то перемудрили сейчас сбросил настройки портов ПОН командой 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 LastDeregReason Alivetime ---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------ EPON0/1:1 fcfa.f796.1914 auto_configured ctc oam oper 33 57 1970.01.02.20:21:24 1970.01.02.20:20:45 wire down 0.03:28:15 EPON0/1:2 fcfa.f796.1920 auto_configured ctc oam oper 30 55 1970.01.02.20:21:02 1970.01.02.20:21:01 wire down 0.03:28:37 Interface EPON0/2 has bound 1 active ONUs: IntfName MAC Address Status OAM Status Distance(m) RTT(TQ) LastRegTime LastDeregTime LastDeregReason Alivetime ---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- ------------ EPON0/2:1 fcfa.f796.14aa auto_configured ctc oam oper 28 54 1970.01.01.00:00:21 N/A unknow 1.23:49:18 Switch#sh epon ina Switch# Switch#sh epo onu-in 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 fcfa.f796.1920 N/A static auto_configured N/A Interface EPON0/2 has registered 1 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/2:1 BDCM 3024 fcfa.f796.14aa N/A static auto_configured N/A

на данный момент ничего только стенд, только настройки из примера 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 fcfa.f796.1920 N/A static auto_configured N/A Interface EPON0/2 has registered 1 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/2:1 BDCM 3024 fcfa.f796.14aa N/A static auto_configured N/A sh run че говорит ? Switch#sh run Building configuration... Current configuration: ! !version 10.1.0B build 9545 service timestamps log date service timestamps debug date ! ! ! ! ! ! ! ! ! ! ! ! ! spanning-tree mode rstp ! ! ! ! ! ! aaa authentication login default local aaa authentication enable default none ! username admin password 0 admin ! ! !!slot 0 84 interface GigaEthernet0/1 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface GigaEthernet0/2 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface GigaEthernet0/3 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface GigaEthernet0/4 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface GigaEthernet0/5 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface GigaEthernet0/6 switchport trunk vlan-allowed 943,946 switchport mode trunk ! interface EPON0/1 epon bind-onu mac fcfa.f796.1914 1 epon bind-onu mac fcfa.f796.1920 2 switchport trunk vlan-allowed 943,946 switchport mode trunk switchport pvid 943 ! interface EPON0/1:1 onu-configuration epon onu port 1 ctc vlan mode tag 946 epon onu port 2 ctc vlan mode tag 946 epon onu port 3 ctc vlan mode tag 946 epon onu port 4 ctc vlan mode tag 946 epon onu ip address static 10.87.1.98 255.255.255.0 gateway 10.87.1.254 vlan 943 !!onu-configuration-end ! interface EPON0/1:2 onu-configuration epon onu port 1 ctc vlan mode tag 946 epon onu port 2 ctc vlan mode tag 946 epon onu port 3 ctc vlan mode tag 946 epon onu port 4 ctc vlan mode tag 946 epon onu ip address static 10.87.1.97 255.255.255.0 gateway 10.87.1.254 vlan 943 !!onu-configuration-end ! interface EPON0/2 epon bind-onu mac fcfa.f796.14aa 1 switchport trunk vlan-allowed 943,946 switchport mode trunk switchport pvid 943 ! interface EPON0/2:1 onu-configuration epon onu port 1 ctc vlan mode tag 946 epon onu port 2 ctc vlan mode tag 946 epon onu port 3 ctc vlan mode tag 946 epon onu port 4 ctc vlan mode tag 946 epon onu ip address static 10.87.1.99 255.255.255.0 gateway 10.87.1.254 vlan 943 !!onu-configuration-end ! interface EPON0/3 switchport trunk vlan-allowed 943,946 switchport mode trunk switchport pvid 943 ! interface EPON0/4 switchport trunk vlan-allowed 943,946 switchport mode trunk switchport pvid 943 ! !!slot end ! interface VLAN943 ip address 10.87.1.110 255.255.255.0 ! ! ! vlan 943 name V943-MGM ! vlan 946 name V946-Clients ! vlan 1,943,946 ! ! ! ! ! ip http use-gui ip http server ! ! ! ! !Pending configurations for absent linecards: ! !No configurations pending global Switch#

на данный момент ничего только стенд, только настройки из примера 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 fcfa.f796.1920 N/A static auto_configured N/A Interface EPON0/2 has registered 1 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- --------------- --------- --------------- ----------------- EPON0/2:1 BDCM 3024 fcfa.f796.14aa N/A static auto_configured N/A

Всем привет! Вот собрали тестовый стенд, но вопросов очень много. - один из них такая же бага, онушки регистрируются но трафик ходит только на одном порту EPON - как бороться? куда смотреть - один раз слетели настройки ОНУ, читал о баге в списке решенных вопросов, версия и ОЛТ и ОНУ свежая - написано что решено - но факт слетели настройки