[Reanemator]

Добрый день. Обновлять bootloader имеет смысл, если прошивка не стартует. Если же прошивка поднимается, то смысла в замене нет. Загрузчик не влияет на качество работы прошивки. Единственное, что я Вам могу посоветовать - откатываться назад, т.к. версии 3хххх работают из рук вон плохо. Ко мне обращались более 10 раз клиенты, у которых на прошивках 3хххх отваливаются клиенты или низкая скорость соединения. При этом это касается не только BDCOM P3310B, но и 36-ой серии OLT-ов BDCOM.

[devicebusy]

Добрый день. Обновлять bootloader имеет смысл, если прошивка не стартует. Если же прошивка поднимается, то смысла в замене нет. Загрузчик не влияет на качество работы прошивки. Единственное, что я Вам могу посоветовать - откатываться назад, т.к. версии 3хххх работают из рук вон плохо. Ко мне обращались более 10 раз клиенты, у которых на прошивках 3хххх отваливаются клиенты или низкая скорость соединения. При этом это касается не только BDCOM P3310B, но и 36-ой серии OLT-ов BDCOM.

 

Здравствуйте,

откатиться неполучается - старшие версии просто нестартуют. Поэтому грешим на бутлоадер. Прошивка 31983 стратует, но на ней проблема с пропаданием клиентских МАКов которая лечится только перезагрузкой.

[Reanemator]

Добрый день. Чтобы откатиться назад, например до более стабильной версии 29333, Вам действительно нужен новый загрузчик 0.3.9. Я могу Вам предоставить загрузчики, но у них у всех будет одинаковый серийный номер. Мак будет отличаться для 3 ОЛТов, как и положено.

[aspix]

Добрый вечер!

Кто может поделится файлом tiger.blob с BDCOM P3310С.

Свой затер случайно.

По форуму не нашел.

[Reanemator]

Добрый вечер!

Кто может поделится файлом tiger.blob с BDCOM P3310С.

Свой затер случайно.

По форуму не нашел.

 

Забирайте. https://www.dropbox.com/s/6ljm938uexjjai5/tiger.blob?dl=0

Изменено 11 февраля, 2016 пользователем Reanemator

[devicebusy]

Добрый день. Чтобы откатиться назад, например до более стабильной версии 29333, Вам действительно нужен новый загрузчик 0.3.9. Я могу Вам предоставить загрузчики, но у них у всех будет одинаковый серийный номер. Мак будет отличаться для 3 ОЛТов, как и положено.

 

Здравствуйте,

 

фиг с этим серийником когда оно не работает, МАК разный и хорошо.

[Reanemator]

Добрый день. Чтобы откатиться назад, например до более стабильной версии 29333, Вам действительно нужен новый загрузчик 0.3.9. Я могу Вам предоставить загрузчики, но у них у всех будет одинаковый серийный номер. Мак будет отличаться для 3 ОЛТов, как и положено.

 

Здравствуйте,

 

фиг с этим серийником когда оно не работает, МАК разный и хорошо.

 

https://www.dropbox.com/sh/x0i28zkvxps6bit/AACrCN-0WHgnlW0cI6pXYRBpa?dl=0

 

Имена файлов соответствуют МАКам ОЛТов. Представленные загрузчики имеют версию 0.3.9. На неё должна легко вставать прошивка 29333.

[devicebusy]

 

Имена файлов соответствуют МАКам ОЛТов. Представленные загрузчики имеют версию 0.3.9. На неё должна легко вставать прошивка 29333.

Здравствуйте,

 

спасибо огромное за файлы! При апдейте спрашивает: "Old switch type is 0x10e0, new switch type is 0x10be. Switch type is mismatch, do you want to continue(y/n)?", можно подтверждать или нет?

[laplundik]

Есть отличное оборудование cdatatec работают с бдком на ура.

[Reanemator]

 

Имена файлов соответствуют МАКам ОЛТов. Представленные загрузчики имеют версию 0.3.9. На неё должна легко вставать прошивка 29333.

Здравствуйте,

 

спасибо огромное за файлы! При апдейте спрашивает: "Old switch type is 0x10e0, new switch type is 0x10be. Switch type is mismatch, do you want to continue(y/n)?", можно подтверждать или нет?

 

Да, можно. OLT при смена загрузчика 2 раза ругается, что это опасно, но приходится соглашаться ))

[Reanemator]

Всем привет! За время развития проекта RU.PON нашим замечательным инженерным отделом было написано большое количество научно-популярных статей по PON тематике. Все эти статьи много раз переписывались, редактировались, актуализировались и со временем переросли в небольшую книжку, посвящённую технологии PON и GEPON в частности. Я думаю читателям, которые только собираются погрузиться в PON реальность,

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

 

Итак, начнём мы наш цикл познавательных статей философскими рассуждениями на тем ЗАЧЕМ СТРОИТЬ PON.

 

####################################

ЗАЧЕМ СТРОИТЬ PON

 

Начиная с конца 90-х годов прошлого тысячелетия в странах бывшего СССР быстрыми темпами стали развиваться локальные компьютерные сети и появился первый доступ в мировую паутину. Ни о каких "скоростях" в то время даже мечтать не приходилось - в то время получасовое получение электронного письма с другого конца географии было в порядке вещей, а от невероятно высокой, по тем временам, скорости Интернет-доступа в 50Кбит/с волосы вставали дыбом.

 

Начиная с 2000 года информационные технологии претерпели ряд серьезных изменений, ожидаемым следствием которых стало широкое внедрение Ethernet технологий и расширение абонентского канала доступа в мировую паутину. Как результат, началась гонка за скоростями и качеством обслуживания: сначала – медные сети с активными ретрансляторами по пути от провайдера к абоненту, потом – практически полный переход на ВОЛС и технологии семейства FTTX (FTTC, FTTB, FTTH).

 

На сегодняшний день абсолютно никого не удивишь «оптикой в дом» и скоростями доступа в Интернет порядка 30-100Мбит/с, а низкая стоимость подключения и демократичная ежемесячная абонплата делают проводные Интернет технологии популярными среди всех слоёв населения.

 

Исторически сложилось так, что Интернет технологии впервые вышли из городов, и в них до сих пор сосредоточено «остриё» IT-индустрии: коаксиальные ТВ сети с доступом в Интернет (DOCSIS), медно-оптические FTTB сети с IPTV и IP-телефонией в качестве бонуса, CWDM и DWDM магистрали между отдельными районами города и на межгороде, беспроводные мобильные Интернет технологии – потенциальному городскому абоненту есть из чего выбрать.

 

Предложений воспользоваться услугами Интернет Сервис Провайдера в городе стало настолько много, что новый участник ИСП-сообщества просто не может «втиснуться» в уже сформировавшийся «конклав» предоставляющих сетевые услуги. В свою очередь, уже существующие в городах ИСП ведут серьезную борьбу за каждую «пятиэтажку» и за каждого абонента в ней (по крайней мере, на территории некоторых стран СНГ – точно).

 

Казалось бы – зачем что-то менять? ИСП существуют и исправно зарабатывают себе на хлеб, регулярно собирая «дань» со своих абонентов и периодически внедряя новые технологии.

 

Самое интересное в сложившейся ситуации заключается в том, что ни один ИСП не хочет всерьез заниматься районами с низкой плотностью населения: пригороды, ПГТ, сёла и посёлки, а с также городской ЧС совсем обделены вниманием, хотя также нуждаются в предоставлении интернет услуг. Конечно, существуют и беспроводные технологии, теоретически, способные решить проблемы ЧС в сфере телекоммуникаций, однако, такие технологии зачастую просто не работают: связь в удаленных от города населенных пунктах постоянно прерывается, очень сильно зависит от погодных условий, очень дорогая и практически никогда не соответствует заявленным скоростям.

 

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

 

Однако, даже если нет ни возможности, ни желания – строить ЧС жизненно необходимо в прямом смысле слова: сети в городах уже построены и все (в том числе и потенциальные) абоненты уже "поделены" между местными ИСП, сетевая инфраструктура которых охватывает всю территорию отдельно взятого города. Кроме как расширения в сторону "неудобной" сельской местности, развиваться дальше некуда.

 

Как показала практика на территории Украины, зарабатывать в ЧС и селе можно не только на хлеб, но и на достаточно толстый слой масла на нем. Главное – использовать правильную технологию в нужном месте!

 

В первые несколько месяцев «прозрения» украинские ИСП были приятно удивлены наличию огромного количества потенциальных абонентов в сельской местности и, поскольку свято место пусто не бывает, начали бодро строить классический FTTX в условиях отсутствия цивилизации. Но, как это обычно бывает, первопроходцы не учли наличие в сельской местности достаточного количества «граблей», которые встречались почти на каждом шагу:

 

 Отсутствие канализации (для удобной прокладки кабеля);

 

 Плохое электропитание (и все вытекающие из этого проблемы с активным оборудованием ИСП);

 

 Отсутствие телекоммуникационных построек и невозможность размещения активного оборудования на столбах;

 

 Проблемы с грозами (молниеотводов нет, стабилизаторы питания отсутствуют, витая пара висит от ближайшего запитанного ящика под открытым небом).

 

И самое главное – слишком малое количество потенциальных абонентов на квадратный километр в сравнении с городом (как следствие – огромные затраты при прокладке многоволоконного кабеля на большие расстояния или головная боль при расчетах с целью экономии этого самого кабеля).

 

И вроде бы хочется новых абонентов, и вроде абоненты готовы платить невиданные в городе цифры за подключение, и даже оборудование готовы покупать и запитывать за свой счёт – но больно дорого выходит обслуживание FTTX в сельской местности.

Именно в этот сложный период, когда многие ИСП отрицательно мотали готовой и даже слушать не хотели про абонентов в ЧС и сёлах, на рынок вышла тогда еще совсем неизвестная технология PON, которая сейчас стоит вне конкуренции в столь жестких для систем передачи данных условиях.

 

На сегодняшний день PON является единственной реально работающей в ЧС проводной технологией из-за своей характерной особенности: сеть, построенная по технологии PON, полностью пассивна! Это означает, что на пути следования траффика от ИСП к абоненту отсутствуют любые активные элементы, которые необходимо обслуживать: вся сеть состоит из оптического волокна.

 

К достоинствам PON также следует отнести:

 

 Небольшое количество задействованного активного оборудования (головная станция на стороне ИСП и приёмная абонентская часть на другом конце сети);

 

 Высокую степень масштабируемости и возможность обслужить огромную площадь (радиусом до 20км);

 

 Низкую чувствительность сетевой инфраструктуры к экстремальным погодным условиям (оптическое волокно "не боится" грозы, которая даже для городских "медных" сетей является серьезной проблемой).

 

На территории Украины уже четвертый год подряд действует и ширится проект UA.PON, целью которого является популяризация и внедрение пассивных оптических сетей в труднодоступных регионах с большой площадью и небольшим количеством абонентов. В рамках проекта UA.PON происходит обсуждение участниками топологий, методологий строительства, проблем и их решений, связанных со строительством PON где бы то ни было.

 

Так случилось, что теперь мы находимся на территории Российской Федерации, и, поскольку свято место пусто не бывает, мы решили запустить новый проект – переработанную и дополненную версию проекта UA.PON.

 

В общем, если Вам интересно - добро пожаловать в проект RU.PON!

[soldercom]

Добрый день. Подскажите есть ли возможность на OLT-е (BDCOM) блокировать подключение зарегестрированных ONU (в конкретном случае хочу сделать невозможность подключения onu к olt по задолженности в биллинге)

[Reanemator]

Добрый день. Подскажите есть ли возможность на OLT-е (BDCOM) блокировать подключение зарегестрированных ONU (в конкретном случае хочу сделать невозможность подключения onu к olt по задолженности в биллинге)

 

Добрый день. А какая собственно задача стоит? Если у Вас у клиента деньги кончились на счету, то выдавайте ему ИП с переходом на угрожающую страницу "А ты заплатил за ИНТЕРНЕТ!?" или вообще ничего не выдавайте. Какой смысл дерегистрировать ОНУ.

 

Но если всё таки такая задача стоит, то нужно перейти с автоматической регистрации ОНУшек на регистрацию по МАКу. В этом случае у Вас к EPON порту будет привязан список МАКов, разрешённых к регистрации ОНУ. Как только счёт клиента обнуляется, должен срабатывать какой-нибудь SNMP скрипт, который 1) удалит МАК клиента из списка разрешённых МАКов и 2) отбиндит ОНУ клиента от порта. Она тут же попробует заново зарегаться, но ей это уже не удастся, т.к. её МАК ОЛТ не примет. Так она несчастная и будет висеть в статусе authorized, пока её МАК не вернётся в список разрешённых.

[devicebusy]

Да, можно. OLT при смена загрузчика 2 раза ругается, что это опасно, но приходится соглашаться ))

 

Здравствуйте,

 

после обновления загрузчика ОЛТ всё равно запускается только 31983, на остальных в консоли вот такое с наследующей перезагрузкой в цикле:

SDRAM Fast Test...............................PASS!

Flash Fast Test...............................PASS! �

RTC Test......................................PASS! t

Loading Switch.bin......

Start Decompress Switch.bin

####################

Decompress 5267249 byte. Please wait system up...

G�;CK�tC3CK��

 

Пробовали и второе ОЛТ - тоже самое, мусорные символы при старте одинаковые при одной прошивке ( то есть не меняются при перезагрузке ), но при изменении версии прошивки меняются ( то есть каждая прошивка даёт свой "мусор" ).

 

P.S. Проверяли контрольную сумму после переноса на ОЛТ и обратно - файл корректный.

Изменено 15 февраля, 2016 пользователем devicebusy

[Reanemator]

Покажите show version на испытуемом и расскажите, как Вы меняли загрузчик.

[devicebusy]

Покажите show version на испытуемом и расскажите, как Вы меняли загрузчик.

 

Здравствуйте,

 

olt_za_krag#show version
BDCOM(tm) P3310B Software, Version 10.1.0B Build 31983
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2015-12-2 20:1:6 by SYS_31983, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.3.9, Serial num:00313004544
System image file is "switch.bin"
(RISC) processor with 131072K bytes of memory, 8192K bytes of flash
Base ethernet MAC Address: fc:fa:f7:c9:81:f0
snmp info:
 product_ID:228   system_ID:1.3.6.1.4.1.3320.1.228.0
olt_za_krag uptime is 0:09:02:21, The current time: 2016-2-16 12:28:0

 

Актуализация загрузчика:

при старте с RS232 консолью Ctrl+P в монитор, потом

monitor#copy tftp rom 10.14.21.11
Update bootrom is dangerous,do you want to continue(y/n)?y
Source file name[]?fcfaf7c981f0.bin
#########################################################
TFTP:successfully receive 1025 blocks, 524288 bytes
Old switch type is 0x10e0, new switch type is 0x10be
Switch type is mismatch, do you want to continue(y/n)?y

monitor#reboot
Do you want to reboot the Switch(y/n)?y

 

Саму прошивку пробовали 2 способами:

1. На работающем девайсе:

olt_za_krag#dir
Directory of /:
0    Switch.bin             <FILE>     6327349    THU JAN 01 00:11:26 1970
1    olt.blob               <FILE>      626580    THU JAN 01 00:01:18 1970
3    startup-config         <FILE>       16629    FRI JAN 29 08:22:35 2016
free space 819200

olt_za_krag#delete switch.bin
this file will be erased,are you sure?(y/n)y

olt_za_krag#dir
Directory of /:
1    olt.blob               <FILE>      626580    THU JAN 01 00:01:18 1970
3    startup-config         <FILE>       16629    FRI JAN 29 08:22:35 2016
free space 7159808

olt_za_krag#copy tftp flash 10.14.21.11
Source file name[]?P3310B_en_29333.bin
Destination file name[P3310B_en_29333.bin]?switch.bin
Jan  1 00:08:56 switch.bin is wrote, TID:84206080
######################################################################
TFTP:successfully receive 11328 blocks ,5799793 bytes

olt_za_krag#dir
Directory of /:
1    olt.blob               <FILE>      626580    THU JAN 01 00:01:18 1970
3    startup-config         <FILE>       16629    FRI JAN 29 08:22:35 2016
0    switch.bin             <FILE>     5799793    THU JAN 01 00:10:00 1970
free space 1359872

olt_za_krag#reboot
Do you want to reboot the Switch(y/n)?y

 

2. Из монитора загрузчика:

monitor#format
all files will be erased,are you sure?(y/n)y

а потом тоже самое что и в первом случае.

 

Мистика какая-то...

[Reanemator]

Второй вариант с форматированием флэша является более правильным. Я так всегда и делал. Сам лично я не откатывался с прошивки 3хххх на более ранние. Но клиентам скидывал загрузчики и они успешно обновлялись.

Могу предложить ещё более радикальный вариант - откатить загрузчик до версии 0.3.4 и накатить прошивку 17696.

[devicebusy]

Второй вариант с форматированием флэша является более правильным. Я так всегда и делал. Сам лично я не откатывался с прошивки 3хххх на более ранние. Но клиентам скидывал загрузчики и они успешно обновлялись.

Могу предложить ещё более радикальный вариант - откатить загрузчик до версии 0.3.4 и накатить прошивку 17696.

 

Попробовали - тоже самое, невзлетает с старшими версиями.

[soldercom]

Добрый день. Настраиваю P3608. BDCOM™ P3608 Software, Version 10.1.0E Build 28164.

Возникла проблема при добавлении vlan-allowed после 3-го epon порта они не отображаются.

Выполняю команды:

interface epon 0/4

switchport trunk vlan-allowed add 44

Смотрю show run:

...
!
interface EPON0/3
epon pre-config-template P3 binded-onu-llid 1-64
switchport trunk vlan-allowed 43,108,1101-1102
switchport mode trunk
switchport protected 1
!
interface EPON0/4
epon pre-config-template P4 binded-onu-llid 1-64
epon bind-onu mac c83a.35b5.e361 1
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!
...

при этом до 4 порта все нормально отображает.

show vlan:

....
43   Static  VLAN0043                         g0/1, g0/2, g0/3, g0/4, g0/5
                                             g0/6, g0/7, g0/8, epon0/3
                                             epon0/4, epon0/5, epon0/6
                                             epon0/7, epon0/8

44   Static  VLAN0044                   g0/1, g0/2, g0/3, g0/4, g0/5
                                             g0/6, g0/7, g0/8, epon0/4
                                             epon0/5, epon0/6, epon0/7
                                             epon0/8
....

это баг прошивки BDCOM-а?

[kaats]

Добрый день. Настраиваю P3608. BDCOM P3608 Software, Version 10.1.0E Build 28164.

Возникла проблема при добавлении vlan-allowed после 3-го epon порта они не отображаются.

Выполняю команды:

interface epon 0/4

switchport trunk vlan-allowed add 44

Смотрю show run:

...
!
interface EPON0/3
epon pre-config-template P3 binded-onu-llid 1-64
switchport trunk vlan-allowed 43,108,1101-1102
switchport mode trunk
switchport protected 1
!
interface EPON0/4
epon pre-config-template P4 binded-onu-llid 1-64
epon bind-onu mac c83a.35b5.e361 1
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
!
...

при этом до 4 порта все нормально отображает.

show vlan:

....
43   Static  VLAN0043                         g0/1, g0/2, g0/3, g0/4, g0/5
                                             g0/6, g0/7, g0/8, epon0/3
                                             epon0/4, epon0/5, epon0/6
                                             epon0/7, epon0/8

44   Static  VLAN0044                   g0/1, g0/2, g0/3, g0/4, g0/5
                                             g0/6, g0/7, g0/8, epon0/4
                                             epon0/5, epon0/6, epon0/7
                                             epon0/8
....

это баг прошивки BDCOM-а?

Попробуйте сначала

switchport trunk vlan-allowed 44

а потом остальные

switchport trunk vlan-allowed add 108

[soldercom]

Попробуйте сначала

switchport trunk vlan-allowed 44

а потом остальные

switchport trunk vlan-allowed add 108

Изначально так и делал.

[4you2]

вечер добрый, ребят кто сталкивался вот с такой проблемой ?

 

show epon optical-transceiver-diagnosis

interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm)

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

epon0/1 40.8 3.2 24.2 5.7

epon0/2 43.3 3.3 25.0 4.5

epon0/3 44.0 3.2 29.2 5.2

epon0/4 43.8 3.2 29.6 6.1

 

беда с epon0/2, меняли модуль,пробывли разные,цифра не меняется. Как то странно что на выходе сразу 4.5, у клиентов на этом дереве исходящий 0,2-1 мб/с , входящий норм.

переключили на другое дерево все заработало в обе стороны 70 мб/с.

[Аndrey]

Покажите уровень сигнала на ONU

[uropek]

Подключаю ONU 5104-h1 от Raisecom. Давненько снят с производства, но у нас их довольно много.

 

Конфигурация примерно такая:

vlan 11
name internet_1

epon onu-config-template T1
cmd-sequence 1 switchport port-security dynamic maximum 5
cmd-sequence 2 switchport port-security mode dynamic
cmd-sequence 3 epon onu all-port ctc vlan mode tag 11

interface GigaEthernet0/1
no shutdown
switchport mode trunk
switchport trunk vlan-allowed 2,11
switchport trunk vlan-untagged none

interface EPON0/1

no shutdown
epon pre-config-template T1 binded-onu-llid 1-64
switchport trunk vlan-allowed 11
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1

ONU регистрируется, но на все портах ONU выставляется влан 1. Тогда с консоли выставляю вручную:

int epon0/1:1
epon onu all-port ctc vlan mode tag 11
exit
wr

Вроде все нормально, все порты на онушке ушли в 11-й вилан, но стоит включить выключить онушку или epon порт, то все возвращается.

Кто нибудь с таким сталкивался на китайских онушках? Может как-то такое поведение можно победить?

UPD: Обновил прошивку с 28945 до последней 33463 вроде стало сохранять.

Изменено 9 марта, 2016 пользователем uropek

[Гость jena_bor]

Добрый день. Чтобы откатиться назад, например до более стабильной версии 29333, Вам действительно нужен новый загрузчик 0.3.9. Я могу Вам предоставить загрузчики, но у них у всех будет одинаковый серийный номер. Мак будет отличаться для 3 ОЛТов, как и положено.

 

Здравствуйте,

 

фиг с этим серийником когда оно не работает, МАК разный и хорошо.

 

https://www.dropbox.com/sh/x0i28zkvxps6bit/AACrCN-0WHgnlW0cI6pXYRBpa?dl=0

 

Имена файлов соответствуют МАКам ОЛТов. Представленные загрузчики имеют версию 0.3.9. На неё должна легко вставать прошивка 29333.

можете выложить загрузчик заново надо откатываться на версию 29333