Jump to content
Local
DDDM

Делимся опытом и багами BDCOM P3600 серии

Recommended Posts

Чтобы быстро поднималась железка нужно такие темлпейты чтобы ошибок не возникало при запуске, тогда загружается быстро, у меня вообще раз в неделю или в две, сама по себе железка ребутиться

 

Oct 24 05:30:34 shev233-bdcom11-gw 3D12H54M 113801 %SYS-3-CRITICAL_TASK_DEAD: Critical task MYIP hasn't scheduled for 120 secods(lasttime switch 1d22942 now 1d264a2), maybe deadlock.
Oct 24 05:30:34 shev233-bdcom11-gw 3D12H54M 113802 %SYS-3-CRITICAL_TASK_DEAD: Critical task MYIP was dead, system will reboot in 10 seconds

 

Жду ответа от суппорта )))) 

 

 

Запись от: 04.11.2014 09:41

Добрый день.
Вот ответ производителя:
It's a bug in ip mode, it happen once before in another OLT. We can solved and give you a new version Soon . 

Share this post


Link to post
Share on other sites

Поддержка P3310B будет осуществляться по выпуску P3310C? А то плавающий баг с snmp почти полгода как актуальный висит и иногда беспокоит.

 А баг snmp заключается в том что если пройтись snmpwalk по железке отпадает напрочь snmp ? этой проблемой страдают и другие железки БДкома )) и помогает только ребут)

Share this post


Link to post
Share on other sites

Инфа вытянутая по кусочкам по SNMP, стыдно такое выкладывать ну может кому пригодиться

bdcom.zip

Share this post


Link to post
Share on other sites

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

SNTP работает исправно

pon_1#show sntp
Master Mode: Yes        Master Clock Stratum: 4
 Debug Mode: Off        Client Status: idle
Interval to Query SNTP Server: 60 (minutes)
Configured SNTP Server List:
        IP: 10.10.0.1 Version: 4      Status: Off
The local time (Kyiv):  Date: 2015.5.5  Time: 15:5:39

А вот на летнее время не переходит

pon_1#show summer-time
summer-time Kyiv periodical week  offset:60
start time    fifth    sunday     March  2015  03:00
end   time   fourth    sunday   October  2015  01:00
now is not during the summer-time

Одинаковая ситуация на 3310, 3608, 3616

pon_1#sh ver
BDCOM(tm) P3616-2TE Software, Version 10.1.0C Build 21324
Compiled: 2014-10-9 11:8:32 by SYS_21324, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1,
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
 

Share this post


Link to post
Share on other sites

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

Приведённые настройки верны.

На следующее утро после добавления в конфиг летнего времени часы перешли на час вперёд - наверное проверка летнего времени проходит в указанные часы для перехода: 01:00 и 03:00  :)

Share this post


Link to post
Share on other sites

 

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

Приведённые настройки верны.

На следующее утро после добавления в конфиг летнего времени часы перешли на час вперёд - наверное проверка летнего времени проходит в указанные часы для перехода: 01:00 и 03:00  :)

 

 

сегодня залил прошивку 10.1.0E Build 25841, комманду sntp убрали, теперь она называется ntp :)

Share this post


Link to post
Share on other sites

По поводу новой прошивки  BDCOM P3616-2TE Software, Version 10.1.0E Build 25841,

возникли проблемы с SNMP:

 

  NMS-EPON-ONU-MULTICAST-VLAN.iso.org.dod.internet.private.enterprises.nms.nmsEPONGroup.nmsEponOnuMulticastVlan.nmsepononumulticastvlanTable.nmsEponOnuVlanEntry
  Интересует возможность:
  epon onu port 1 ctc mcst mc-vlan add rem

  Структура таблицы осталась преждняя:

snmpwalk -v2c -Cc -c **** ****   .1.3.6.1.4.1.3320.101.14.1.1
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4041 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4043 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4044 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4045 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4046 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4041 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4043 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4044 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4045 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4046 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4041 = INTEGER: 4041
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4043 = INTEGER: 4043
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4044 = INTEGER: 4044
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4045 = INTEGER: 4045
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4046 = INTEGER: 4046
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4041 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4043 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4044 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4046 = INTEGER: 1

Но  при  попытке  добавления  4042  (в  CLI  добавляется без проблем и
бьявлен)

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042 i 5
Error in packet.
Reason: commitFailed
Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042

Тоже при удалении назначенного:

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 i 6
Error in packet.
Reason: commitFailed
Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045

На старой прошивке все работало исправно.

 

Можно ли уточнить у DBCOM, может что в MIB поменяли ?

Share this post


Link to post
Share on other sites

Еще один момент, на SFP+ портах неработает ddm на модулях 10G, ставишь 1G модуль, работает, непонятно, это бага или фича.

 

Модули SFP+ перевробовал разные, Alistar, Foxgate, Agear, etc.

Share this post


Link to post
Share on other sites

По поводу новой прошивки  BDCOM P3616-2TE Software, Version 10.1.0E Build 25841,

возникли проблемы с SNMP:

 

  NMS-EPON-ONU-MULTICAST-VLAN.iso.org.dod.internet.private.enterprises.nms.nmsEPONGroup.nmsEponOnuMulticastVlan.nmsepononumulticastvlanTable.nmsEponOnuVlanEntry

  Интересует возможность:

  epon onu port 1 ctc mcst mc-vlan add rem

 

  Структура таблицы осталась преждняя:

 

snmpwalk -v2c -Cc -c **** ****   .1.3.6.1.4.1.3320.101.14.1.1

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4041 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4043 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4044 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4045 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4046 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4041 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4043 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4044 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4045 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4046 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4041 = INTEGER: 4041

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4043 = INTEGER: 4043

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4044 = INTEGER: 4044

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4045 = INTEGER: 4045

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4046 = INTEGER: 4046

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4041 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4043 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4044 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4046 = INTEGER: 1

 

Но  при  попытке  добавления  4042  (в  CLI  добавляется без проблем и

бьявлен)

 

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042 i 5

Error in packet.

Reason: commitFailed

Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042

 

Тоже при удалении назначенного:

 

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 i 6

Error in packet.

Reason: commitFailed

Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045

 

На старой прошивке все работало исправно.

 

Можно ли уточнить у DBCOM, может что в MIB поменяли ?

 

 

Вышел новый софт 10.1.0E_28164:

ftp://ftp2.maxnet.ua/firmware/BDCOM/OLT3616/BD_3616_10.1.0E_28164.bin

 

проблему пофиксили, вопрос закрыт.

Share this post


Link to post
Share on other sites
БДКОМ 3608

подскажите  что происходит, пропадает нет, от 10-60 мин, вот лог в период когда данная онушка не работала.   

 

 

Вот логи

 


Jun 25 17:21:10 %EPON-ONUREG: ONU c07e.4052.05a8 is registered on EPON0/5:8.

Jun 25 17:21:10 %EPON-ONUAUTHEN: ONU c07e.4052.05a8 is authenticated on EPON0/5:8.

Jun 25 17:21:11 %OLT: Interface EPON0/5:8's OAM Operational Status: Operational

Jun 25 17:21:11 %OLT: Interface EPON0/5:8's CTC OAM extension negotiated successfully!

Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8

Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault

Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8

Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault

Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8

Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault

Jun 25 17:23:13 %EPON-ONUDEREG: ONU c07e.4052.05a8 is deregistered on EPON0/5:8.

Share this post


Link to post
Share on other sites

Я так понимаю, копать в сторону качества сигнала, но дело в том, что такое бывает, где сигнал -16 дб,  и - 24 дб, вот сижу и думаю

Share this post


Link to post
Share on other sites
на данный момент 23, но такое бывает когда у абонента 16

Share this post


Link to post
Share on other sites

Или лыжи не едут, или у меня недостаток образования.

 

Купили OLT 3608

 

"BDCOM P3608 Software, Version 10.1.0E Build 31983"

 

Поставили на рабочую сеть где до этого счастливо трудился P3310B.

 

Стали вылезать бока с тем что пропадают некоторые ОНУ и чтобы их запустить по новой надо 10-20 раз их перегрузить. Закономерности не нашли.

На другом сегменте поставили такую же 3608 но с прошивкой 28164. На ней все хорошо, жалоб нет.

 

Решил поменять прошивку с 31983 до 28164.

Все по обычной схеме

delete Switch.bin

copy tftp flash

bla bla

 

После ребута видим следующее.

Decompress 10555646 byte. Please wait system up...
old idle is 25241e0,new idle is 1700000
sysconf_attach: bcm device init failed
ERROR: SOC unit 0 attach failed
system_init: Device reset failed: Invalid unit
System startup OK
read database config ok!
HAL: register rx callback failed(unit = 0, rc = -3)
BreakNum: 6, Offset: 0xfffe200
TaskID=25beb10, TaskName=root
Exception Type:400-Instruction Access Interrupt
R0  = 00000000   R1  = 025be870   R2  = 00000000   R3  = 00000000
R4  = 025be880   R5  = 00000001   R6  = 01859480   R7  = 00000001
R8  = 00000000   R9  = d76fffed   R10 = 00000000   R11 = 002555a4
R12 = 0000066b   R13 = 00000000   R14 = 00000000   R15 = 00000000
R16 = 00000000   R17 = 00000000   R18 = 00000000   R19 = 00000000
R20 = 01600000   R21 = 00000040   R22 = 01600000   R23 = 00000000
R24 = 01370000   R25 = 00000000   R26 = 00000001   R27 = 00000000
R28 = 00000000   R29 = 018c12c0   R30 = 00000001   R31 = 00000001
MSR = 4000b032   LR  = 002265e4   CTR = d76fffed   IP  = d76fffec
dar = 00000000   dsisr = 00000000   fpcsr = 00004000

и цикличный ребут.

 

Стал читать что вроде бы надо вначале влить 21324

Вливаю

Decompress 10295040 byte. Please wait system up...
sysconf_attach: bcm device init failed
ERROR: SOC unit 0 attach failed
system_init: Device reset failed: Invalid unit
System startup OK
read database config ok!
HAL: register rx callback failed(unit = 0, rc = -3)
System Exception 0x400
Offset fffe000  Num 7
Task root suspend

Вот такая картина.

 

tiger.blob шил с той ОЛТ с 28164 - эффекта ноль.

 

Влил обратно старую прошивку - ОЛТ запустился, глюки те же.

 

Как правильно менять на этом типе ОЛТ прошивку?

На P3310B проблем с изменением прошивки не было - перешивал дальние ОЛТ без всякого страха и все было ок.

Share this post


Link to post
Share on other sites

31983 глючна прошивка,

 

там відвалюються не онушкі а пропадають маки з таблиці 

 

рішається на цій прошивці прописування маків клієнтського обладнання в статік мак тейбл.

 

Або простіше прошити новою прошивкою 33463

 

BDCOM(tm) P3608 Software, Version 10.1.0E Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:6:58 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1, Serial num:S14000443
System image file is "Switch.bin"
hardware version:1.1.1
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: fc:fa:f7:41:28:62
PCB version:1.1.1

після прошивки, реально швидше грузиться ОЛТешка після ребуту, бо на старих 2хххх у нас після ребуту онушки до 20хв!!! регіструвалися, капец!

 

PS: після прошивки на 31983  назад на 2хххх просто так не прошиється. Тепер шоб прошити навіть на нову (наприклад 33463) треба грузитися в monit....

Edited by znetlviv

Share this post


Link to post
Share on other sites

Как прошиваться? ОЛТ ни с какой прошивкой кроме той что пришла с завода не запускается. На другом сегменте 28164 работает как часики. Как заменить прошивку с 31983 на 28164? Прошивал что с загруженой ОЛТ что с Monitor - эффекта 0.

Edited by Kto To

Share this post


Link to post
Share on other sites

При прошивці на 31983 обновився бутлоадер, шоб прошити на 28164 потрібно даунгрейднути бутлоадер.

 

Як зробити даунгрейд бута я не знаю. , там помоєму треба якусь сервісну прошивку від бдкома чи шось в тому роді....

 

Ший на 33463, аптайм вже майже місяць, без глюків.

Edited by znetlviv

Share this post


Link to post
Share on other sites

Так само перейшли з P3310 на P3608. На білді 33463 є свої глюки:

- глюки з multicast, max_groups вибирається якось рандомно. Може взагалі не пускати підписуватись ні на одну групу;

- МАС адреси клієнтів скачуть по різних інтерфейсах і навіть гілках;

- не працює DHCP-Relay, голова відсилає запит DHCP-серверу broadcast'ом, а не unicast'ом.

А так вроді не погано :)

P.S.: Усі ONU BDCOM 151C.

Share this post


Link to post
Share on other sites

Как-то все это уныло звучит. Хорошо что бутерброды из 3310 мы пока еще не распродали и видимо таки распродавать не будем...

Share this post


Link to post
Share on other sites

Не, ну сама железяка P3608 на ощуп вроде неплохая, но софт конечно кривоват. Я думаю за несколько месяцев отшлифуют.

Share this post


Link to post
Share on other sites

За пару лет активных продаж не отшлифовали, так что не уверен, да. Но хочется надеяться. Мне предстоит выбирать голову, деревьев эдак на 16 и пока еще в раздумьях.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Gercee
      Всем добрый день. 

      Возникла такая необходимость вести учет трафика по каждому из ONT. 
      А Именно нужно видеть во временных рамках - к примеру с 1.08.2019 по 2.08.2019. Сколько было у ONT X трафика. 

      Возможно есть готовые решения ? Гугл к сожалению ничего не смог подсказать.. 
      Если нет, но представляете в какую сторону копать, прошу подскажите, спасибо 
    • By 2_Vedra_Interneta
      потрібно заблокувати ону на гілці в BDCOM p3310B, прочитав що для цього є команда epon onu-blacklist mac xxxx.xxxxx.xxxx.xxxx
      нажаль її я не знайшов переліку команд, нагуглив що ця команда появляється з 4XXX версії прошивки
      так як в мене стояла ще 10.1.0B Build 29333, то я обновився до 10.1.0B 44597, але і після цього команда не появилася
      нагуглив ще декілька згадок за цю команду іменно в свічі p3310B без згадки про версію прошивки
      може хотьсь підказати як її знайти, де вона водиться
    • By Demidrol_IT
      Досталось чудо BDCOM 3608, нужно сделать авторизацию онушек по LOID чтобы некто не мог левую подключить.Столкнулся с проблемой OLT не регистрирует онушку.
      Прописал такую конфигурацию для первого порта:
       
      Novoborysivka_config#inter epon 0/1
      Novoborysivka_config_epon0/1#epon onu-authen-method loid
      Novoborysivka_config_epon0/1#exit
      Novoborysivka_config#epon loid-authentication-method loidgroup
      Novoborysivka_config#aaa authentication login loidgroup local
      Novoborysivka_config#username 123456789 password 0 123456
      Прописываю на стороне ONU LOID:

      При подключении ONU к OLT получаю следующее:
      LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to up
      LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to up
      EPON-ONUREG: ONU 8014.a8a7.5a30 is registered on EPON0/1:1.
      OLT: Interface EPON0/1:1's OAM Operational Status: Operational
      OLT: Interface EPON0/1:1's CTC OAM extension negotiated successfully!
      LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down
      LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to down
      EPON-ONUDEREG: ONU 8014.a8a7.5a30 is deregistered on EPON0/1:1
      LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to up
      LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/1, changed state to up
      EPON-ONUREG: ONU 8014.a8a7.5a30 is registered on EPON0/1:1.
      OLT: Interface EPON0/1:1's OAM Operational Status: Operational
      OLT: Interface EPON0/1:1's CTC OAM extension negotiated successfully!
      LINE-5-UPDOWN: Line on Interface EPON0/1, changed state to down
      Авторизацию не проходит как видно, подскажите что не так делаю, буду очень признателен.😊 
    • By Saymon609
      Продам ONU BDCOM P1501DT в наявності 3 штуки. Ціна 1 -300грн.
    • By _ivan_
      Добрый день такая проблема на онушки не прописывается конфиг с темплейта. при перезагрузке темплейта командой epon template-apply all бывает применяется но частично. если комманды писать жестко на интерфейсе ону все работает. подскажите куда копать?
       
      олт 
      Device TypeP3608-2TE
      BIOS Version0.4.5
      Firmware Version10.1.0E Build 60793
       
      пару ону BDCOM 1501D1
       
      ONU Vender ID : BDCM
      ONU MODEL ID : 6001
      Hardware Version : A0
      Software Version : 10.0.26A.1015
       
      ONU Vender ID : BDCM
      ONU MODEL ID : 6001
      Hardware Version : A0
      Software Version : 10.0.26A.1014
       
      логи 
       
      Jul 29 09:18:24 %HAL-ONU: Command "epon onu port 1 loopback detect" failed on EPON0/8:1(rv=-5, onu_rv=0)
      Jul 29 09:18:24 %HAL-ONU: Command "epon onu port 1 loopback detect" failed on EPON0/8:2(rv=-5, onu_rv=0)
      Jul 29 09:18:14 ONU-4-PRECFG: Parsing "epon sla downstream pir 960000 cir 960000" error. Please check "cmd-sequence 4" in preconfig template "vlan_240". (ifindex: 20)
      Jul 29 09:18:14 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:18:14 ONU-4-PRECFG: Parsing "epon sla upstream pir 960000 cir 960000" error. Please check "cmd-sequence 3" in preconfig template "vlan_240". (ifindex: 20)
      Jul 29 09:18:14 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:18:14 ONU-4-PRECFG: Parsing "epon sla downstream pir 960000 cir 960000" error. Please check "cmd-sequence 4" in preconfig template "vlan_240". (ifindex: 21)
      Jul 29 09:18:14 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:18:14 ONU-4-PRECFG: Parsing "epon sla upstream pir 960000 cir 960000" error. Please check "cmd-sequence 3" in preconfig template "vlan_240". (ifindex: 21)
      Jul 29 09:18:14 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:18:13 %OLT: Interface EPON0/8:1's CTC OAM extension negotiated successfully!
      Jul 29 09:18:13 %OLT: Interface EPON0/8:2's CTC OAM extension negotiated successfully!
      Jul 29 09:18:11 timestamp 0, window 0, threshold 0, value 0
      Jul 29 09:18:11 Alarm LASER_ALWAYS_ON from OLT 0x03000303 port EPON0/8 pon_diID 19  
      Jul 29 09:18:10 %EPON-ONUAUTHEN: ONU 8479.73c5.b4bc is authenticated on EPON0/8:1.
      Jul 29 09:18:10 %OLT: Interface EPON0/8:1's OAM Operational Status: Operational
      Jul 29 09:18:10 %OLT: Interface EPON0/8:2's OAM Operational Status: Operational
      Jul 29 09:18:10 %EPON-ONUAUTHEN: ONU 8479.73c5.b158 is authenticated on EPON0/8:2.
      Jul 29 09:18:10 %EPON-ONUREG: ONU 8479.73c5.b4bc is registered on EPON0/8:1.
      Jul 29 09:18:10 %EPON-ONUREG: ONU 8479.73c5.b158 is registered on EPON0/8:2.
      Jul 29 09:18:10 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/8, changed state to up
      Jul 29 09:18:10 %LINE-5-UPDOWN: Line on Interface EPON0/8, changed state to up
      Jul 29 09:17:32 %EPON-ONUDEREG: ONU 8479.73c5.b4bc is deregistered on EPON0/8:1.
      Jul 29 09:17:32 %HAL-ONU: Command "epon onu port 1 loopback detect" failed on EPON0/8:1(rv=-7, onu_rv=0)
      Jul 29 09:17:32 %LINEPROTO-5-UPDOWN: Line protocol on Interface EPON0/8, changed state to down
      Jul 29 09:17:32 %LINE-5-UPDOWN: Line on Interface EPON0/8, changed state to down
      Jul 29 09:17:32 %EPON-ONUDEREG: ONU 8479.73c5.b158 is deregistered on EPON0/8:2.
      Jul 29 09:17:31 %HAL-ONU: Command "epon onu port 1 loopback detect" failed on EPON0/8:2(rv=-7, onu_rv=0)
      Jul 29 09:17:28 %OLT: Config ONU on interface EPON0/8:1 failed for 3 times, must reboot it!
      Jul 29 09:17:28 ONU-4-PRECFG: Parsing "epon sla upstream pir 960000 cir 960000" error. Please check "cmd-sequence 3" in preconfig template "vlan_240". (ifindex: 20)
      Jul 29 09:17:28 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:17:27 %OLT: Config ONU on interface EPON0/8:2 failed for 3 times, must reboot it!
      Jul 29 09:17:27 ONU-4-PRECFG: Parsing "epon sla upstream pir 960000 cir 960000" error. Please check "cmd-sequence 3" in preconfig template "vlan_240". (ifindex: 21)
      Jul 29 09:17:27 total bandwidth of pon port is more than the max bandwidth it can support
      Jul 29 09:17:27 %OLT: Interface EPON0/8:1's CTC OAM extension negotiated successfully!
      Jul 29 09:17:27 %OLT: Interface EPON0/8:2's CTC OAM extension negotiated successfully!
      Jul 29 09:17:24 %OLT: Interface EPON0/8:1's OAM Operational Status: Operational
      Jul 29 09:17:24 %OLT: Interface EPON0/8:2's OAM Opera

       
      111
×