Перейти до

UA.PON v6.0


wladd

Рекомендованные сообщения

Может не в ту тему пишу, строго не судите.

 

ОНУ екстралинк на чипе кортина

и ону другого производителя  на чипе МТК

от клиентов слышал что чип МТК  при работе  с OLT BDCOM  не поддерживает часть протоколов

 

так ил это и какие протоколы если кто знает не поддерживаются чипом МТК

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 1k
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

мне по фиг, как оно называеться, главное настроить чтобы wi-fi отдавал!!!!

я конечно понимаю, что у айсилайн немного "подгорает" от цены пикотела, но зачем же так активно это показывать?

Я наверное странный - но не шьем ни ONU, ни OLT. Работает с заводским софтом пару лет, никто туда и не лазит лишний раз.

Posted Images

Olt BDCOM p3310, периодически пропадает трафик на двух ону одновременно, куда рыть?
Ону видны, но маков абонов на порту не вижу!

Ссылка на сообщение
Поделиться на других сайтах

1) Покажите show version

2) Покажите show epon int epon 0/1:1 onu ctc bas для данных ОНУ

3) Во время отвала покажите show mac address-table int epon 0/1 и show mac address-table int epon 0/1:1 по каждой ОНУ

4) Засекали ли Вы время отвала, т.е. через сколько ОНУ возвращаются к нормальной работе?

5) Отваливаются постоянно одни и те же 2 ОНУшки или разные?

Ссылка на сообщение
Поделиться на других сайтах

Прошу совета:

OLT:

GEPON_1#show ver
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.4, Serial num:S13004544
System image file is "Switch.bin"
(RISC) processor with 131072K bytes of memory, 8192K bytes of flash
Base ethernet MAC Address: fc:fa:f7:3a:40:b8

после обновления прошивки до 31983 наблюдаются непонятные глюки с некоторыми ОНУ - пропадают маки клиентов на ону, после ребута ОЛТа - норма, через 2-3 дня то же.

До обновления была прошивка 29333 - на ней таких глюков не было.

 

Попытались вернуть прошивку - при загрузке после распаковки Switch.bin уходит в ребут.

 

Какие варианты есть вернуть 29333 прошивку?

Так же попутно вопрос: тут - https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAAqpL2OijtZ_87PvQA5DxYYa/OLT/P3310B?dl=0- одновременно с прошивкой выложен файл olt(new).blob, но его версия "3.10.28.31 Aug 14 2013 16:37:4", а старый olt.blob - "3.10.28.33 Sep 29 2013 15:10:17". Какой из них необходимо использовать с прошивкой 31983?

Ссылка на сообщение
Поделиться на других сайтах

файл olt(new).blob пока игнорируем. Я его выложил на дроп, чтоб не потерять - использовать его пока смысла нет. Более того, что его в хексе просмотреть, то окажется, что он даже старее файла olt.blob. BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов. Пробовать я не стал, да и нет у меня таких ОЛТов с отваливающимися интерфейсами. но кому интересно, - можете поставить.

 

Что же касается версии 31983. На дропе 2 последние версии 3хххх лежат в отдельной папке. Я не стал их раскладывать оп папкам, т.к. уже встречал с десяток жалоб, что обе прошивки не стабильные и ставить их не надо. Откатиться назад у Вас не получилось, скорее всего, из-за старого загрузчика 0.3.4. Нужен 0.3.9. Если надо, могу завтра попросить новый загрузчик под Ваш ОЛТ.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Откатиться назад у Вас не получилось, скорее всего, из-за старого загрузчика 0.3.4. Нужен 0.3.9. Если надо, могу завтра попросить новый загрузчик под Ваш ОЛТ.

Надо!

Будем очень благодарны!

У нас еще один ОЛТ есть, на котором тоже обновили прошивку, и есть желание откатиться на 29333:

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.8, Serial num:00313006737
System image file is "Switch.bin"
(RISC) processor with 131072K bytes of memory, 8192K bytes of flash
Base ethernet MAC Address: 00:e0:0f:40:4a:ec

тут загрузчик 0.3.8 - на нем можно откатываь или тоже надо загрузчик обновить?

Ссылка на сообщение
Поделиться на других сайтах

 

 

BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов.

это при массовой регистрации ОНУшек после включения света?

Ссылка на сообщение
Поделиться на других сайтах

файл olt(new).blob пока игнорируем. Я его выложил на дроп, чтоб не потерять - использовать его пока смысла нет. Более того, что его в хексе просмотреть, то окажется, что он даже старее файла olt.blob. BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов. Пробовать я не стал, да и нет у меня таких ОЛТов с отваливающимися интерфейсами. но кому интересно, - можете поставить.

Добрый день. По поводу отвала EPON портов, на новогодние праздники отваливался пон чип на одном из ОЛТ-ов. По совету Александра из вашей поддержки обновил ОЛТ до

Switch#sh ver

BDCOM P3310B Software, Version 10.1.0B Build 25281

 

По факту 16 суток пон чип не отваливается.

 

Ссылка на сообщение
Поделиться на других сайтах

які SFP модулі використовуєте на проблемних ОЛТах? чи можуть відвали бути пов'язані із використанням потужніших модулів?

Ссылка на сообщение
Поделиться на других сайтах

 

BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов.

это при массовой регистрации ОНУшек после включения света?

 

 

Я не знаю, при каких обстоятельствах отваливается чип, но симптомы такие - ОНУшки регаются, но ходит только служебный трафик, т.е. Инета у абонентов нет. Как правило, если такой глюк проявляется, то только на одном ЕПОН порту. Прошивка ОЛТа в данной ситуации не является решением. Опыт показывает, что данная проблема не софтовая, а апаратная - нужно менять электролиты на плате и на БП. Можно для начала поменять только на плате - если не поможет, то менять заодно на БП.

Ссылка на сообщение
Поделиться на других сайтах

обычные SFP

 

які SFP модулі використовуєте на проблемних ОЛТах? чи можуть відвали бути пов'язані із використанням потужніших модулів?

нет,обычные SFP  +2-+4

Ссылка на сообщение
Поделиться на других сайтах

які SFP модулі використовуєте на проблемних ОЛТах? чи можуть відвали бути пов'язані із використанням потужніших модулів?

 

У меня целый год в ОЛТе стоял модуль, который светил 7.8 dB - никаких проблем не было. Чтобы нагнуть ОЛТ по питанию, нужно, наверное, задействовать все 6 аплинков и в каждый 120 км CWDM модуль воткнуть.

Т.е. проблема не в нехватке питания, а, скорее всего, в просадке этого самого питания после отключения света. Ведь сколько форумчан не поднимали эту тему, предыстория всегда одна - вчера рубанули свет, а сегодня чёто не работает.

Один мой клиент мне рассказал, что 2 ОЛТа с таким диагнозом спас, перепаяв все электролиты на плате и БП.

Відредаговано Reanemator_ua
Ссылка на сообщение
Поделиться на других сайтах

 

 

BDCOM выкатил этот блобовский файл - якобы он решает проблему отваливания EPON портов.

это при массовой регистрации ОНУшек после включения света?

 

 

Я не знаю, при каких обстоятельствах отваливается чип, но симптомы такие - ОНУшки регаются, но ходит только служебный трафик, т.е. Инета у абонентов нет. Как правило, если такой глюк проявляется, то только на одном ЕПОН порту. Прошивка ОЛТа в данной ситуации не является решением. Опыт показывает, что данная проблема не софтовая, а апаратная - нужно менять электролиты на плате и на БП. Можно для начала поменять только на плате - если не поможет, то менять заодно на БП.

 

ОЛТ в работе 3 мес., тоже менять электролиты?

В последний раз после включения света на ветке из 8-ми онушек (все уровни в норме -17...-20 дБ)ствол "отвалился". На выходе СФП уровень нормальный +4 дБ, на онушках моргал LOS.....

Відредаговано a_n_h
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Шикарная не опубликованная ранее статья тов. Реаниматора

Статья DBA (Dynamic Bandwidth Allocation)

 

Відредаговано wladd
Ссылка на сообщение
Поделиться на других сайтах

Ничем dynamic не помогает а только становится хуже в плане пингов уже работающих ОНУ. У меня ситуация следующая... после подачи света не важно что тухло, абоны или олт, онушки не все, только железные первые не регистрируются, мигает PON и Loss не горит. можно ее до посинения дергать по питанию толку не было. С дуру обновился до 29333 и стало еще хуже, и тут наверное не в чипе дело. Сам дурак не помню какая версия стояла но факт есть факт, если раньше такие онушки можно было зарегистрировать удалив ее с олт (при этом сама онушка должна обязательно быть выключена иначе эффекта 0) потом подаем питание на ону и онушка в строю то на прошивке 29333 такой фокус уже не проходит. только ребут ОЛТ и что странно тогда поднимаются все ону. И тут чип наверное не причем и онушки все равно пачками лезут регистрироваться и тем неменее все проходит удачно и никаких коллизий не возникает. Тут явно косяк с софтом только вычислить это не получается.

Ссылка на сообщение
Поделиться на других сайтах

Купили мы новый ОЛТ P3612-2TE, поставили и через неделю гдето проявился баг - на 1 порту (там больше всего абонентов - 13) начали отваливатся терминалы, при чем у абонента на терминале светится индикатор, мол все в порядке - линк есть, а на ОЛТ-е этот терминал не зарегистрирован. Ложением/подъемом порта получалось завязать клиента - но тогда отваливался какойто другой, при чем хаотично - любой мог не вязаться ато и 2. При чем если меняешь ону на другую - она тоже показывает, что зарегистрирована - но на самом деле это не так, в конфигах появляется биндинг на порту и все - в логах подключились - долго аутенифицируемся - ошибка получения информации - отключение и так бесконечно.

Решили заменить модуль на модуль другого производителя - все как бы ок. То что модуль исправен гарантия 100% так как пробывали еще один ZTE, который в ОЛТ-е 3310 работал безупречно, симптомы те же. ОЛТ забит модулями на всех 12 портах (ZTE LTE3680P-BC+2), в первом порту FoxGate.

Еще вот такое поведение тоже крайне странное

sh epon optical-transceiver-diagnosis
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
epon0/9      45.9                   3.2           16.6           6.6           
epon0/10     51.3                   3.2           17.3           6.5           
epon0/11     48.4                   3.2           20.2           6.2           
epon0/12     47.1                   3.2           17.5           6.4           
epon0/1      51.3                   3.2           21.9           3.6           
epon0/2      45.1                   3.2           14.6           6.2           
epon0/3      47.6                   3.2           15.8           6.5           
epon0/4      48.4                   3.2           15.6           6.3           
epon0/5      44.7                   3.2           16.4           6.4           
epon0/6      49.2                   3.2           16.1           6.5           
epon0/7      48.0                   3.2           18.8           6.4           
epon0/8      46.3                   3.3           17.5           6.4           
 interface    RxPower(dBm)
-----------  --------------
epon0/1:1    -21.6          
epon0/1:2    -21.6          
epon0/1:4    -21.6          
epon0/1:5    -21.6          
epon0/1:6    -21.6          
epon0/1:7    -21.6          
epon0/1:8    -21.6          
epon0/1:9    -21.6          
epon0/1:10   -21.6          
epon0/1:11   -21.6          
epon0/1:12   -21.6          
epon0/2:1    -40.0          
epon0/2:2    -40.0          
epon0/2:3    -40.0          
epon0/2:4    -40.0          
epon0/2:5    -40.0          
epon0/2:6    -40.0          
epon0/2:7    -40.0          
epon0/2:8    -40.0          
epon0/2:9    -40.0          
epon0/2:10   -40.0          
epon0/2:12   -40.0          
epon0/3:1    -40.0          
epon0/3:2    -40.0          
epon0/3:3    -40.0          
epon0/3:4    -40.0          
epon0/3:5    -40.0          
epon0/4:1    -40.0          
epon0/3:6    -40.0          
epon0/3:7    -40.0          
epon0/3:8    -40.0          
epon0/3:9    -40.0          
epon0/5:1    -40.0          
epon0/5:2    -40.0          
epon0/5:3    -40.0   

С ону при этом все снимает отлично

sh epon interface ePON 0/1:1 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 36
 supply voltage(V): 3.3
 bias current(mA): 17.4
 transmitted power(DBm): 1.1
 received power(DBm): -19.5

Прошивка ни чем не помогла - счас стоит последняя возможная 10.1.0E Build 32503 (были 31983, 28164 - на всех теже глюки).

Грешили на зоопарк ону - заменили на той ветке все на BDCOM - не помогло, спасла только замена модуля на модуль другого производителя.

 

Ктото с таким сталкивался?

Відредаговано atarget
Ссылка на сообщение
Поделиться на других сайтах

Когда-то давно говорили про бдком не все так радужно как малюют..... Но никто не слушал, не берите ЗТЕ и прочих вендоров, 0 техподдержки, ничего не добьешься от производителей...а вот у бдкома и техподдержка (нужно отдать должное Владу и компании) и китайцы по первому пуку "конфетку сделают"...  Вот все и всплыло, дешевая рыбка х..ая юшка. Толку от техподдержки и общения с производителем? Хотя по той же ЗТЕ вопросов не возникает да и нужды нет долбить производителя так как все работает безупречно. Да, инфы по снмп по крупицам собираешь, но лучше так, чем иметь снмп и работающую через пень-колоду голову, хочу работаю хочу нет. При первой же возможности выкину бдком к чертовой матери, поставлю ЗТЕ и забуду про пляски с бубном как страшный сон. Понятно что никто не гарантировал работу с другими ведорами - но ешкин кот, не работает то именно бдкомовские онушки, у остальных за 2 года проблем не было. Короче собираю на ЗТЕ и бдком об стену, вот даже как ее продавать даже бу? Торговать геморроем? Сказать покупателю что ОЛТ норм, только живет своей жизнью? Кто ее купит? Сказать что все работает идеально? Выходит обмануть покупателя.

Відредаговано BARVIT
Ссылка на сообщение
Поделиться на других сайтах

Когда-то давно говорили про бдком не все так радужно как малюют..... Но никто не слушал, не берите ЗТЕ и прочих вендоров, 0 техподдержки, ничего не добьешься от производителей...а вот у бдкома и техподдержка (нужно отдать должное Владу и компании) и китайцы по первому пуку "конфетку сделают"...  Вот все и всплыло, дешевая рыбка х..ая юшка. Толку от техподдержки и общения с производителем? Хотя по той же ЗТЕ вопросов не возникает да и нужды нет долбить производителя так как все работает безупречно. Да, инфы по снмп по крупицам собираешь, но лучше так, чем иметь снмп и работающую через пень-колоду голову, хочу работаю хочу нет. При первой же возможности выкину бдком к чертовой матери, поставлю ЗТЕ и забуду про пляски с бубном как страшный сон. Понятно что никто не гарантировал работу с другими ведорами - но ешкин кот, не работает то именно бдкомовские онушки, у остальных за 2 года проблем не было. Короче собираю на ЗТЕ и бдком об стену, вот даже как ее продавать даже бу? Торговать геморроем? Сказать покупателю что ОЛТ норм, только живет своей жизнью? Кто ее купит? Сказать что все работает идеально? Выходит обмануть покупателя.

С нашим менталитетом (и финансовыми проблемами) не так часто смотрят на производителя с которым эксплуатация оборудования будет в разы комфортнее так как цена кусается вот такие потом проблемы и вылазят, но хочу заметить, что тех.поддержка ( Влад, реаниматор) у БДкома в Украине просто на высочайшем уровне...

Ссылка на сообщение
Поделиться на других сайтах
но хочу заметить, что тех.поддержка ( Влад, реаниматор) у БДкома в Украине просто на высочайшем уровне..

Я это выделил в сообщении - но техподдержка не всемогущая как показывает практика, что по итогу сводит на нет все ее прелести. Выходит Влад дал толчок пону в Украине, раскрутил бренд бдкома, по итогу Влад подготовил почву для других вендоров более качественных и стабильных. Владу нужно наверное уходить от бдкома, а не тратить время на него, очень много косяков от которых видимо не избавиться, а менять говно-оборудование на тот же бренд наверное будут единицы. Потерять доверие очень легко, а как его зарабатывать - Влад сам знает, он песика на этом скушал.

Відредаговано BARVIT
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Rakim
      Продам кабель оптичний RCI S-CFP(NA)Fda-001 E9/125 - 1 волокно, на підвіс, діелектрик. Новий, в бухтах по 2км. Ціна - 4грн/м. Можливий продаж від ФОП.

    • Від Rakim
      Продам оптичні бокси Crosver FOB-04-16. Нові. Ціна - 400грн/шт. Можливий продаж від ФОП. 
       
      Продам оптичні бокси Crosver FOB-05-24АH. Нові. Ціна - 450грн/шт. Можливий продаж від ФОП. 



    • Від Rakim
      Продам затискач натяжний анкерний H3-SN (нові). Ціна - 9грн/шт. Можливий продаж від ФОП. 
       
      Продам затискач натяжний анкерний H3D (нові). Ціна - 12грн/шт. Можливий продаж від ФОП. 
       



    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від pytnik82
      продам по 350 грн




×
×
  • Створити нове...