XNeo

На коммутаторах бывает опция в стиле "filter unregistered groups". IGMP-Snooping отключён, никакие multicast-группы не зарегистрированы и он (коммутатор) блокирует все IGMP/Multicast пакеты. Может есть аналог у BDCOM?

Доброго времени суток. Может кто в курсе как полностью заблокировать IGMP/Multicast на OLT? Без использования ACL.

Там суммарная полоса на весь OLT в час пик где-то 800мбит. На каждую ветку вообще ерунда выходит. При чём глюк срабатывал дважды и оба раза в 6-8 утра, когда трафик мизерный. epon onu-config-template client cmd-sequence 001 epon onu all-port ctc vlan mode tag 3333 cmd-sequence 002 epon onu all-port loopback detect Пример конфига аплинка / ветки interface GigaEthernet0/8 switchport trunk vlan-allowed 111,3333 switchport trunk vlan-untagged none switchport mode trunk dhcp snooping trust interface EPON0/1 epon onu-authen-method mac epon pre-config-template client binded-onu-llid 1-64 epon onu-always-laser-on disable epon bind-onu mac ххххххххххххх 1 ... epon bind-onu mac ххххххххххххх 62 switchport trunk vlan-allowed 3333 switchport trunk vlan-untagged none switchport mode trunk no switchport protected epon inner-onu-switch Добавлю, что на OLTе используется: - ACL - DHCP-Snooping - NTP - SysLog

Настораживают вот эти строки с ошибкой отсылки сообщения в какую-то очередь. Судя из мониторинга именно в этот момент OLT перестаёт регистрировать ONU. Но что за очередь? У нас настроен SysLog. Может это он падает?

Вы имеете в виду шейпинг? Если да, то шейпим на сервере.

interface EPON0/6:8 epon onu port 1 ctc vlan mode tag 3333 priority 0 epon onu port 1 loopback detect epon onu port 1 ip access-group access_list_6:8 Standard IP access list access_list_6:8 Index Rule content -------------------------------------------------------------------- 1 permit 10.22.22.22 255.255.255.255 2 deny any

BDCOM(tm) P3616-2TE Software, Version 10.1.0F Build 74816 Активных ONU до 400. В какой-то момент OLT перестаёт регистрировать ONU. В логах такая вот штука: 07:42:38 Switch local7 warning %EPON-ONUDEREG ONU 7830.3b01.c1fc is deregistered on EPON0/4:5. 07:42:38 Switch local7 info %EPON-ONUREG ONU 7830.3b01.c1fc is registered on EPON0/4:5. 07:42:38 Switch local7 info %EPON-ONUAUTHEN ONU 7830.3b01.c1fc is authenticated on EPON0/4:5. 07:42:39 Switch local7 info %OLT Interface EPON0/4:5's OAM Operational Status: Operational 07:50:14 Switch local7 warning Alarm CRITICAL from ONU 7830.3b01.c1fc port EPON0/4:5 07:50:14 Switch local7 warning Alarm DYING_GASP from ONU 7830.3b01.c1fc port EPON0/4:5 07:50:14 Switch local7 warning Alarm CRITICAL from ONU 7830.3b01.c1fc port EPON0/4:5 07:52:36 Switch local7 warning Alarm CRITICAL from ONU 7830.3b01.c1fc port EPON0/4:5 07:52:36 Switch local7 warning Alarm DYING_GASP from ONU 7830.3b01.c1fc port EPON0/4:5 07:52:36 Switch local7 warning Alarm CRITICAL from ONU 7830.3b01.c1fc port EPON0/4:5 08:04:43 Switch local7 warning Alarm DYING_GASP from OLT 0x03000303 port EPON0/5 08:05:44 Switch local7 crit %SYS-2-MSGQ:945e0 Send message failed, msgq full qid 321df30, sys tid 2ddf0e0 08:05:44 Switch local7 info %SYS-6-MSGQ_INFO:945e0 Messages are 00000002 00000000 09f38d58 00000000 08:05:44 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:05:54 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:05:56 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:07:30 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:07:31 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:07:36 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:07:37 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:08:17 Switch local7 warning Alarm CRITICAL from ONU fcfa.f716.1ba0 port EPON0/5:35 08:08:17 Switch local7 warning Alarm DYING_GASP from ONU fcfa.f716.1ba0 port EPON0/5:35 08:08:17 Switch local7 warning Alarm CRITICAL from ONU fcfa.f716.1ba0 port EPON0/5:35 08:09:49 Switch local7 warning Alarm DYING_GASP from ONU e067.b3f9.4ee4 port EPON0/9:11 08:10:51 Switch local7 warning Alarm CRITICAL from ONU 8479.7399.851c port EPON0/3:17 08:10:51 Switch local7 warning Alarm DYING_GASP from ONU 8479.7399.851c port EPON0/3:17 08:10:51 Switch local7 warning Alarm CRITICAL from ONU 8479.7399.851c port EPON0/3:17 08:12:49 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 08:12:50 Switch local7 warning ctcstack_oam_receive_handler(718) sys_msgq_send failed, rv=3997698 Может кто в курсе с чем может быть связано?

ONU походу BDCOM 1501C. Сама голова, я так понимаю, этого делать не умеет?

Всем привет Такая вот конфигурация клиента: interface EPON0/6:1 epon onu port 1 ctc vlan mode tag 222 priority 0 epon onu port 1 loopback detect epon onu port 1 storm-control mode 4 threshold 256 epon onu port 1 ip access-group access_list_6:23 От клиента валит флуд следующего типа: 74:ea:3a:ad:xx:xx (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 192.168.1.1 tell 192.168.1.1, length 46 Около 2500 пакетов в секунду. ONU никак не реагирует. Что я упустил/сделал не так? BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 60793 ONU Model 151C, 10.0.17A 1007.

Не нашёл нигде, что делает данная команда? Да, у меня именно dhcp-relay. Тоже когда-то замечал этот момент. Думал мой косяк где-то :))

Как же тогда изолировать IP интерфейс от клиентов без костылей? И это что получается, если у нас 10 VLan'ов, туда надо прицепить 10 IP ?

Здравствуйте. Имеется следующая конфигурация: interface GigaEthernet0/5 switchport trunk vlan-allowed 10,116 switchport trunk vlan-untagged none switchport mode trunk dhcp snooping trust ! interface VLAN10 ip address 10.10.0.55 255.255.240.0 no ip directed-broadcast ! interface VLAN116 no ip address no ip directed-broadcast ip helper-address 10.0.0.2 ! vlan 1,10,116 ! ip dhcpd enable ! ip dhcp-relay snooping ip dhcp-relay snooping vlan 116 ip dhcp-relay snooping information option format hn-type ! ip route default 10.10.0.1 VLan116 - пользовательский. VLan10 - management. Проблема заключается в том, что OLT не пересылает запросы DHCP-серверу, если в пользовательском VLan116 не назначен IP адрес. Что я упустил? P.S.: BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 60793

А вы уверены, что это не свитч с задержкой отвечает?

Но сами файлы прошивки собираются отдельно или на P3310C можно лить прямо те, что идут для P3600?

Может у кого есть опыт использования P3310C и P3600. Можете вкратце сравнить прошивки? Это практически одна и та же прошивка или они отличаются синтаксисом/функционалом? Что по поводу глюков при сравнении этих двух серий?

Здравствуйте. Switch#show epon onu-status-count ONU STATUS COUNT ------------------------- Lost: 0 Deregistered: 76 Registered: 0 Authenticated: 0 Auto-configuring: 0 Auto-configured: 203 Wait-for-dereg: 0 Standby: 0 Config-failed: 0 Unknow: 0 Может кто в курсе как получить по SNMP данные цифры? Никак не могу найти.

Никто не в курсе как show epon onu-status-count получить по SNMP?

Такая же фигня на последней прошивке.

Вертаємось до нашого DHCP Snooping Є Management VLAN 10 + Client VLAN 100. DHCP сервер знаходиться у Management. Запит від клієнта приходить у Client, відповідно. DHCP Relay відмовляється пересилати запити, якщо на інтерфейсі клієнтського VLAN не присвоєна ІР адреса. Тобто, працює лише так: interface VLAN10 ip address 10.10.0.1 255.255.255.0 ip helper-address 10.10.0.2 ! interface VLAN100 ip address 10.100.0.1 255.255.255.0 ip helper-address 10.10.0.2 Виходить, що для кожного клієнтського VLAN потрібно присваювати ІР адресу. Є якесь рішення, щоб OLT мав адресу лише в Management VLAN? BDCOM P36xx, Version 10.1.0E Build 49510

Всем доброго дня Есть OLT BDCOM 3616. На OLT'е полностью отключены IGMP Snooping, IGMP Proxy и тд. Всё по умолчанию. Теоретически Multicast пакеты в одном VLAN должны проходить насквозь. Но OLT почему-то их режет. Конфиг: interface TGigaEthernet0/1 switchport trunk vlan-allowed 116,3333 switchport trunk vlan-untagged none switchport mode trunk dhcp snooping trust ip dhcpd enable ! interface EPON0/16 epon bind-onu mac 7777.6666.5555 1 switchport trunk vlan-allowed 116,3333 switchport trunk vlan-untagged none switchport mode trunk no switchport protected epon inner-onu-switch ip dhcpd enable ! interface EPON0/16:1 ip dhcpd enable epon onu port 1 ctc vlan mode tag 3333 priority 0 Switch_config#show ip mcst Global multicast configuration: ----------------------------------------------------------------- Globally enable : Disabled IGMPv3 mode : Disabled Multicast Compatible : Disabled Multicast mode : IGMP Snooping Dlf-frames filtering : Disabled Querier : Disabled Querier address : 10.0.0.200 Router age : 260 s Response time : 15 s volum : 512 double-tag-mode : Disabled double-tag outer vlan id : 0 Router Port PVID VLANMAP= Router Port List: ----------------- None Switch_config#show version BDCOM P3616-2TE Software, Version 10.1.0E Build 34498 Multicast пакеты приходящие на TGigaEthernet0/1 почему-то не видно у клиента на EPON0/16:1. Что можно крутнуть?

Так.

ip dhcpd enable ! epon onu-config-template client cmd-sequence 1 epon onu all-port ctc vlan mode tag 116 ! interface GigaEthernet0/5 switchport trunk vlan-allowed 116 switchport trunk vlan-untagged none switchport mode trunk dhcp snooping trust ip dhcpd enable ! interface EPON0/1 epon pre-config-template client binded-onu-llid 1-64 switchport trunk vlan-allowed 116 switchport trunk vlan-untagged none switchport mode trunk no switchport protected epon inner-onu-switch ip dhcpd enable ! interface VLAN116 ip address 10.12.0.4 255.255.254.0 no ip directed-broadcast ip helper-address 10.0.0.2 ip dhcpd enable ! ip dhcpd enable ! ip dhcp-relay snooping ip dhcp-relay snooping vlan 116 ip dhcp-relay snooping information option format hn-type Якось от так

Обновились до BDCOM P3608 Software, Version 10.1.0E Build 36039 Глюки с прыганием MAC'ов между ветками вроде пропали. Недели две не попадались. Сегодня заметил ещё один нюанс. У нас используются простенькие IP ACL на каждый клиентский интерфейс, в стиле: ip access-list standard access_list_3:34 permit any remark al_3:34_2c27beda ! ip access-list standard access_list_3:7 permit 10.16.0.68 255.255.255.255 deny any remark al_3:7_8a277d04 ! ip access-list standard access_list_1:9 permit 10.16.0.12 255.255.255.255 deny any remark al_1:9_3f9b1a15 ! ip access-list standard access_list_1:27 permit 10.16.0.158 255.255.255.255 deny any remark al_1:27_e9c05e81 ! Соответственно этих ACL до 512 штук. Не знаю, возможно из-за этого конфигурирование через telnet жёстко тормозит. На часть комманд OLT просто не отвечает (виснет telnet-сессия). Загрузка CPU OLT'a в районе 15%.

Я даже боюсь предположить как бы выглядел результат если бы 2 ветки пона соединить =) МАСи ведь прыгают не обязательно между ветками, может определяться как 4:1, 4:3, 4:53 в разное время. Ещё раз замечу, речь идёт не о МАСе самой ONU, который регистрируется, а о МАСах устройств, которые находятся в МАС-таблице OLT'а. Тоесть ONU привязывается нормально, допустим зарегистрирована как 4:3, а вот МАС компьютера подключённого к этой ONU в МАС-таблице OLT'a привязан к порту, скажем, 4:53 или 3:1.

О, ещё нет. В последнее время не следил за выходом прошивок. Спасибо, попробую.