Проверенная работа
- BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 60793
- BDCOM(tm) P3608 Software, Version 10.1.0E Build 60793
- BDCOM(tm) P3310B Software, Version 10.1.0B Build 33463
- BDCOM(tm) P3310C Software, Version 10.1.0D Build 34315
Внимание
- BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 46085
Для корректной работы на этой модели с этой прошивкой нужна доп. опция $conf{EQUIPMENT_BDCOM_OLT_DECR}
Настройка BDCOM
ip dhcp-relay snooping ip dhcp-relay snooping vlan 19 ip dhcp-relay snooping information option format hn-type
Также возможно будет нужно включить на портах трафика
interface GigaEthernet0/1 description Up-Link(olt-10.10.100.1) switchport trunk vlan-allowed 12,14-15,17-19,21,26,30,32,34-37,45,61,70 switchport trunk vlan-allowed add 75-77,80-81,97,154,439 switchport mode trunk dhcp snooping trust arp inspection trust ip-source trust !
SNMP управление
snmp-server location myolt snmp-server contact myolt snmp-server community public ro MANAGEMENT
Перенос ONU с BDCOM на Huawei
Возможен перенос ONU на Huawei с последующей автоматической регистрацией ONU на Huawei: Перенос ONU с BDCOM на Huawei.
Выражения
Регистрация ONU на BDCOM
По умолчанию BDCOM регистрирует ONU автоматически. Регистрация вручную нужна, когда на OLT включен параметр gpon onu-authen-method sn или epon onu-authen-method mac.
Для работы этой возможности нужно включить в конфигурационном файле параметр $conf{EQUIPMENT_BDCOM_ENABLE_ONU_REGISTRATION}=1. С включением этого параметра начинают запрашиваться незарегистрированные ONU, появляется возможность регистрировать ONU.
При регистрации система заходит на BDCOM по Telnet и выполняет команды, указанные в шаблонах snmp_tpl/bdcom_registration_тип_PON.tpl.default (по умолчанию) или snmp_tpl/bdcom_registration_тип_PON.tpl (если нужно использовать свой шаблон, поместите его в этот файл).
Удаление ONU с BDCOM
Есть возможность удаления ONU с BDCOM при удалении их с биллинга (кнопка "Удалить" на ONU). Тогда система заходит на BDCOM по Telnet и выполняет команды, указанные в шаблонах snmp_tpl/bdcom_deregistration_тип_PON.tpl.default (по умолчанию) или snmp_tpl/bdcom_deregistration_тип_PON.tpl (если нужно использовать свой шаблон, поместите его в этот файл).
За регистрацию/удаление отвечает программа Abills/modules/Equipment/snmp_tpl/register_bdcom. Если не работает регистрация/удаление, проверьте, есть ли права на запуск на этот файл.
Параметры файла конфигурации
$conf{EQUIPMENT_BDCOM_ENABLE_PASSWORD}='pass'; | Пароль для включения режима enable при подключении по telnet |
---|---|
$conf{EQUIPMENT_BDCOM_ENABLE_ONU_REGISTRATION}=1; | Включить возможность регистрации ONU. По умолчанию BDCOM регистрирует ONU автоматически. Регистрация вручную нужна, когда на OLT включен параметр gpon onu-authen-method sn или epon onu-authen-method mac. |
FDB
BDCOM на новых версиях прошивок поддерживает стандартный OID для получения FDB-таблицы - dot1qTpFdbPort(1.3.6.1.2.1.17.7.1.2.2.1.2). Собственный OID BDCOM'а для получения FDB-таблицы (ifFdbReadByPortMacAddress, 1.3.6.1.4.1.3320.152.1.1.3) на этих версиях прошивок стал тормозить до неработоспособности. Поэтому, начиная с версии 0.90, для всех версий прошивок (в т. ч. отсутствующих в списке ниже), кроме Version 10.1.0B, используется OID dot1qTpFdbPort.
Тестировалось на версиях прошивок:
- Version 10.1.0B - не поддерживает dot1qTpFdbPort
- Version 10.1.0D - поддерживает dot1qTpFdbPort
- Version 10.1.0E - поддерживает dot1qTpFdbPort
- Version 10.1.0F - поддерживает dot1qTpFdbPort
Наблюдалось, что на прошивках, которые поддерживают dot1qTpFdbPort, получение FDB-таблицы происходит быстрее.
Также см. Зацикливание опроса FDB-таблицы на одной из прошивок P3608B.
Известные проблемы
Проблема с SNMP на GPON OLT'ах
На GPON OLT'ах наблюдалась проблема, что OLT начинал очень долго отвечать по SNMP, когда с ним уже что-то работало по SNMP. Например, из-за этого не получается посмотреть информацию про ONU, когда работает PON Grabber.
Наблюдалось на BDCOM(tm) GP3600-16B Software, Version 76582 hardware version: A.
Зацикливание опроса FDB-таблицы на одной из прошивок P3608B
На одном устройстве (P3608B, Version 10.1.0F Build 72136) наблюдалось, что SNMP-опрос FDB-таблицы мог иногда зацикливаться, OLT бесконечно отдавал одни и те же MAC-адреса. Из-за этого MAC Grabber может "зависать", выполняться неограниченно долго. Проблема воспроизводилась даже при ручном запуске snmpwalk.