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 bi

Настораживают вот эти строки с ошибкой отсылки сообщения в какую-то очередь. Судя из мониторинга именно в этот момент 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 O

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 Bu

Не нашёл нигде, что делает данная команда? Да, у меня именно 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

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

Но сами файлы прошивки собираются отдельно или на 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

Всем доброго дня Есть 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-swit

Так.

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

Обновились до 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 acce

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

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