[uk2558]

Доброго времени суток!)

 

Купили в качестве дополнительного OLT следующий девайс - BDCOM P3310C (Version 10.1.0D Build 33463; BootStrap Version 0.4.1)

Конфигурация BDCOM примерно следующая ~ http://pastebin.com/8QhntJX8

 

Имеем следующую ситуацию:

 

OLT переходит в бесконечный ребут, если подцепить к нему 1-портовую ONU, 4-ёх портовые "скармливаются" без проблем.

Но при подключении 1-портовой и автоматического применения на неё шаблона OLT уходит в бесконечный ребут, пока не будет потушен GePON-порт, который ведёт до 1-портовой ONU-шки.

 

Во время всего этого "инцидента" на консоли происходит следующее:

 

http://pastebin.com/uUizaGib

 

Как я понимаю, то проблема в том, что шаблон, предназначенный для 4-ой портовой ONU, не скармливается для 1-ой, от чего она пару раз перерегистрируется, а после - уходит в ребут, которая и приводит к ошибке и крашит OLT.

 

Забавно то, что имеются также несколько BDCOM P3310B с таким же конфигом и темплейтом и что 4-ёх, что 1-но портовые ONU уживаются без проблем. Т.е. без ошибок и бесконечных ребутов.

 

Хотелось бы узнать у вас:

1) Баг ли это?

2) Есть ли механизм, отключающий проверку конфигурирования с помощью шаблона для разно-портовых ONU, чтобы на этапе конфигурирования она игнорировала ошибки, а применяла лишь тот конфиг, который может.

3) Можно ли как-то повешать на EpON-порт несколько шаблонов конфигурирования, которые бы применялись, исходя из того скольки-портовая ONU запрашивает конфиг

4) Хотел бы знать, возможно на данный момент у нас стоит не самая "стабильная" версия ПО и что есть более стабильные версии, в которых данных случай пофикшен?

!version 10.1.0D build 33463 service timestamps log date service timestamps de..

pastebin.com

[Evgeny Zykov]

Доброго времени суток!)

 

Купили в качестве дополнительного OLT следующий девайс - BDCOM P3310C (Version 10.1.0D Build 33463; BootStrap Version 0.4.1)

Конфигурация BDCOM примерно следующая ~ http://pastebin.com/8QhntJX8

 

Имеем следующую ситуацию:

 

OLT переходит в бесконечный ребут, если подцепить к нему 1-портовую ONU, 4-ёх портовые "скармливаются" без проблем.

Но при подключении 1-портовой и автоматического применения на неё шаблона OLT уходит в бесконечный ребут, пока не будет потушен GePON-порт, который ведёт до 1-портовой ONU-шки.

 

Во время всего этого "инцидента" на консоли происходит следующее:

 

http://pastebin.com/uUizaGib

 

Как я понимаю, то проблема в том, что шаблон, предназначенный для 4-ой портовой ONU, не скармливается для 1-ой, от чего она пару раз перерегистрируется, а после - уходит в ребут, которая и приводит к ошибке и крашит OLT.

 

Забавно то, что имеются также несколько BDCOM P3310B с таким же конфигом и темплейтом и что 4-ёх, что 1-но портовые ONU уживаются без проблем. Т.е. без ошибок и бесконечных ребутов.

 

Хотелось бы узнать у вас:

1) Баг ли это?

2) Есть ли механизм, отключающий проверку конфигурирования с помощью шаблона для разно-портовых ONU, чтобы на этапе конфигурирования она игнорировала ошибки, а применяла лишь тот конфиг, который может.

3) Можно ли как-то повешать на EpON-порт несколько шаблонов конфигурирования, которые бы применялись, исходя из того скольки-портовая ONU запрашивает конфиг

4) Хотел бы знать, возможно на данный момент у нас стоит не самая "стабильная" версия ПО и что есть более стабильные версии, в которых данных случай пофикшен?

!version 10.1.0D build 33463 service timestamps log date service timestamps de..

pastebin.com

Добрый день.

Такая проблема существует на вашей версии ПО.

Она решена в более поздних релизах. Попробуйте обновиться до версии http://data.nag.ru/BDCOM/Firmware/3310C/BD_3310C_10.1.0E_36957_03028_2016.bin

[uk2558]

ок, будем шиться / проверяться

[uk2558]

На Version 10.1.0E Build 36957 бага такого больше нет.