Проблема после обновления до версии 33463

[atande 0]

После обновления до версии 33463, появилась странная проблема, часть вполне нормально работавших ону отказалась принимать теймплейт, а те кто принял  имеют странный конфиг.

 

#sh version
BDCOM P3616-2TE 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:S15070230
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:44:3c:9b
PCB version:1.1.1
snmp info:

 

interface EPON0/1:35
 epon sla upstream pir 100000 cir 14000
 epon sla downstream pir 100000 cir 14000
  epon onu port 1 ctc mcst max-group-number 128
  epon onu port 2 ctc mcst max-group-number 128

 

epon onu-config-template 123
 cmd-sequence 1 epon onu all-port loopback detect
 cmd-sequence 2 epon onu all-port storm-control mode 1 threshold 256
 cmd-sequence 3 epon sla upstream pir 100000 cir 14000
 cmd-sequence 4 epon sla downstream pir 100000 cir 14000

 

ntfName   VendorID  ModelID  MAC Address    Description     BindType  Status          Dereg Reason     
---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:1  BDCM      1005     fcfa.f7d8.4bce N/A             static    auto-configured N/A              
EPON0/1:2  BDCM      151C     fcfa.f7c5.3212 N/A             static    config-failed   N/A              
EPON0/1:3  BDCM      1005     fcfa.f7d8.587a N/A             static    auto-configured N/A              
EPON0/1:4  BDCM      1005     fcfa.f7d8.4bc6 N/A             static    auto-configured N/A              
EPON0/1:5  BDCM      3022     fcfa.f7c5.7190 N/A             static    config-failed   N/A              
EPON0/1:6  BDCM      151C     fcfa.f7c5.3036 N/A             static    config-failed   N/A              
EPON0/1:7  BDCM      151C     fcfa.f7c5.320b N/A             static    config-failed   N/A              
EPON0/1:8  BDCM      3022     fcfa.f7c5.7185 N/A             static    config-failed   N/A              
EPON0/1:9  BDCM      3022     fcfa.f7c5.6e0d N/A             static    config-failed   N/A              
EPON0/1:10 BDCM      3022     fcfa.f7c5.6e12 N/A             static    config-failed   N/A              
EPON0/1:11 FG        104      001d.2bf8.f470 N/A             static    config-failed   N/A

 

и так все 16 портов..перепривязка онушек не дала результатов, только после добавление в шаблон записий exit и  write  онушки стали принимать шаблон, но при этом заметно выросла нагрузка ЦПУ у ОЛТ, долго происходит применение шаблона. Понятно что убрав exit & write в шаблоне, нагрузка упадет

Мож кто сталкивался с подобным..откуда в  конфигах ону настройки которых нет в шаблоне??

Відредаговано 2017-02-03 15:43:23 atande

[Dimkers 1 606]

atande

В данных олтах есть еще файлы ifindex и config.db в них содержится инфо об онушках, что были привязаны к ОЛТу. оба снесите, перегрузите ОЛТ. И да, используйте не write, а write all. И покажите кусок конфига с темплейтом.

Відредаговано 2017-02-03 15:53:05 Dimkers

[atande 0]

atande

В данных олтах есть еще файлы ifindex и config.db в них содержится инфо об онушках, что были привязаны к ОЛТу. оба снесите, перегрузите ОЛТ. И да, используйте не write, а write all. И покажите кусок конфига с темплейтом.

Сразу после обновления до перезагрузки снес эти два файла, сделал write all, ребут...и получил такую  ситуацию, сейчас добавил еще и write all --шаблон сейчас имеет такой вид

 

#show onu-config-template

ONU config template 123 ,total cmd 6

-------------------------------------------

Index     command content

 1       epon onu all-port loopback detect

 2       epon onu all-port storm-control mode 1 threshold 256

 3       epon sla upstream pir 100000 cir 14000

 4       epon sla downstream pir 100000 cir 14000

 5       exit

 6       write all

 

[Dimkers 1 606]

atande

Все также? Есть левые конфиги в онушках? Разница с моим темплейтом и вашим в "ctc"

epon onu all-port ctc loopback detect

Прошивка таже

BDCOM(tm) P3612-2TE 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

Гемор с регой онушек на ОЛТе был только с модулем ZTE C++, там онухи на кортине регались и до получаса. Но связано это было не с прошивкой а с СФП.
 

Відредаговано 2017-02-03 16:24:06 Dimkers

[atande 0]

atande

Все также? Есть левые конфиги в онушках? Разница с моим темплейтом и вашим в "ctc"

epon onu all-port ctc loopback detect

Прошивка таже

BDCOM(tm) P3612-2TE 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

Гемор с регой онушек на ОЛТе был только с модулем ZTE C++, там онухи на кортине регались и до получаса. Но связано это было не с прошивкой а с СФП.

 

Нет сейчас после применения в шаблоне write all, регистрация пошла быстрее, и после регистрации загрузка цпу возвращается к 13-15%, возможно, как предположение это связано с зоопарком онушек на ОЛТ особенно FoxGate 104, да и других хватает

 

 

show running-config int epon0/6:36

Building configuration...

 

Current configuration:

!

interface EPON0/6:36

  epon onu port 1 loopback detect

  epon onu port 1 storm-control mode 1 threshold 256

 epon sla upstream pir 100000 cir 14000

 epon sla downstream pir 100000 cir 14000

 

Відредаговано 2017-02-03 16:47:31 atande