BDCOM Ошибки после выключения света

[Gercee 0]

Добрый день. 

Столкнулся с такой проблемой, BDCOM P3310C
В районе выключили электроенергию. 
После чего, при включении ОНУ долго регистрируются, после чего имеем следующее: 
 

IntfName   MAC Address    Status          OAM Status   Distance(m) RTT(TQ) LastRegTime         LastDeregTime       LastDeregReason   Alivetime   
---------- -------------- --------------- ------------ ----------- ------- ------------------- ------------------- ----------------- -----------
EPON0/1:1  1c87.7915.4e01 config-failed   ctc-oam-oper 3350        2066    1970.01.01.00:03:15 1970.01.01.00:02:12 wire-down         0.00:04:47

Соответственно, ясно что не подхватывает конфиг. 

Темплейт имеется следующий 
 

epon onu-config-template pon1
 cmd-sequence 001 epon onu port 1 ctc vlan mod tag 2421
 cmd-sequence 002 epon onu port 1 loopback detect
 cmd-sequence 003 no epon onu spanning-tree
 cmd-sequence 004 epon onu port 1 storm-control mode 2 threshold 1024
 cmd-sequence 005 exit
 cmd-sequence 006 exit
 cmd-sequence 007 write all

Собственно возможно кто то сталкивался, что можно предпринять в подобных ситуациях... 

[Den_LocalNet 1 474]

cmd-sequence 007 write all

Это же зло ещё то

[Gercee 0]

4 минуты назад, Den_LocalNet сказал:

cmd-sequence 007 write all

Это же зло ещё то

 

в другом топике видел что зло и не стоит использовать, перед созданием топика так же попробовал из темплейта удалить это, не особо помогло 

[Kto To 602]

уберите write-all

выкиньте древние какахи динозавров в виде онушек не понимающих команды из вашего темплейта

[Dimkers 1 615]

И почему это врайт зависит от пропадания света?

 

Было что- то похожее. Отбиндить и прибиндить - не спасало. Прошивка олта - не спасало. Помогла замена сфп+ некоторым ону обновили прошивки. А так до блэкаута все работало.

[Gercee 0]

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

К чертям удалил config.db и ifindex-config - файлы -> Отправили голову в ребут - поднялось, начинаем включать поочередно порты, ошибка пропала, но темплейты не хавают (пока что не самая большая проблема) 

[melvin 67]

На С версии команды 005,006,007  не нужны иначе будет трахать процессор очень жёстко.

Spanning tree выключайте не в темплейте онушки, а на порту самого бдкома. Т.е. можно сделать вывод,что команда 003 тоже не нужна.

На каждый порт сделайте default int epon0/X  

где Х - номер порта.

Удалите те 2 файла, что Вы написали выше.

На каждый epon порт пропишите заново конфиг с подхватом темплейте и потом каждый порт no shutdown

Только не все сразу порты включайте, а включите один порт, ждите пока зарегистрируются онушки ( мониторте нагрузку на cpu  командой show cpu), как упадет нагрузка - включайте следующий и т.д.

 

[Sоrk 48]

 

на старой прошивке проявлялась аналогичная проблема, после обновления до 54184 больше не замечал (или небыло массовых пропаданий ...)

 

[xeroin 0]

В 23.05.2019 в 15:26, Gercee сказал:

Д

epon onu-config-template pon1
 cmd-sequence 001 epon onu port 1 ctc vlan mod tag 2421
 cmd-sequence 002 epon onu port 1 loopback detect
 cmd-sequence 003 no epon onu spanning-tree
 cmd-sequence 004 epon onu port 1 storm-control mode 2 threshold 1024
 cmd-sequence 005 exit
 cmd-sequence 006 exit
 cmd-sequence 007 write all

Собственно возможно кто то сталкивался, что можно предпринять в подобных ситуациях... 

 

на оригинальных ону 1501 начиная с версии D  немного изменился синтаксис,изменения -после port  добавляем ctc тогда команды скушает

cmd-sequence 001 switchport port-security dynamic maximum 6
 cmd-sequence 002 switchport port-security mode dynamic
 cmd-sequence 003 epon onu all-port ctc vlan mode tag %1
 cmd-sequence 004 epon onu all-port ctc loopback detect

Відредаговано 2019-05-29 11:16:04 xeroin