Jump to content
Local
Gercee

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

Recommended Posts

Добрый день. 

Столкнулся с такой проблемой, 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


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

Share this post


Link to post
Share on other sites
4 минуты назад, Den_LocalNet сказал:

cmd-sequence 007 write all

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

 

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

Share this post


Link to post
Share on other sites

уберите write-all

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

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

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

 

Share this post


Link to post
Share on other sites

 

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

 

Share this post


Link to post
Share on other sites
В 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

Edited by xeroin

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 CR7
      Абонентский терминал XPON- 14.6уе 
      Абонентский терминал GEPON ONU  1GE 13уе
    • By CR7
      Модуль оптический  GEPON OLT SFP, 1,25G, С+ 28уе
      Модуль оптический SFP, OLT, GPON, 1GE,1490/1310nm C++- 38уе
      Модуль оптический GPON OLT SFP, 1,25G/2,5G, C+ 28уе
      Модуль оптический  SFP+ 10G-1SM-1270nm-40LC- 60уе
      Модуль оптический  SFP+ 10G-1SM-130nm-40LC-60уе
      Модуль оптический SFP-1SM-1550nm-80SC- 20уе
      Модуль оптический SFP-1SM-1490nm-80SC-20уе
      Модуль оптический SFP-1SM-1310nm-3SC-7уе
      Модуль оптический SFP-1SM-1550nm-3SC-7уе
       
    • 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
      Авторизацию не проходит как видно, подскажите что не так делаю, буду очень признателен.😊 
×