Jump to content

Проблема со скоростью аплоуда у клиентов на BDCOM GP3600-08


mpolk

Recommended Posts

Наблюдаем проблему со скоростью аплоуда у клиентов, подключенных к ОЛТу BDCom GP3600-08. Данный ОЛТ у нас первый из устройств этой модели в хозяйстве, и вообще большого опыта в области GPON-а у нас пока нет. Не исключено, что проблема проявлялась уже давно, но обнаружена она была недавно. Суть проблемы: максимальная скорость аплоуда у клиентов ограничена величиной 25-37 Мбит/с. Не видно зависимости скорости аплоуда от уровня сигнала у конкретного клиента, но просматривается зависимость от порта ОЛТа, к которому подключен клиент. К примеру, на 3-м порту у всех клиентов макс. скорость аплоуда 25-28Мбит/с,на 4-м - 32-34 Мбит/с, на 5-м - 35-37 Мбит/с. Потерь пакетов у клиентов не наблюдается; проблем со скоростью даунлоуда - тоже (у всех около 94 Мбит/с). Какой-либо физический перегруз каналов исключен (трафик небольшой).

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

 

Дополнительно, в процессе проведенных изысканий было обнаружено следующее. Возникло подозрение, что скорость аплоуда в порту определяется ОНУшкой с самым слабым сигналом (такое явление обсуждалось в прошлом на local.com.ua применительно к EPON-овскому оборудованию). Для проверки этой гипотезы я начал временно отключать ОНУ работающих клиентов, подключенных к тому же порту, что и тестовый ноутбук, и при этом перемерять скорость аплоуда. Сначала я отключал ОНУ с самым слабым сигналом. Потом стал отключать, наоборот, самые благополучные ОНУ. Оказалось, что по мере отключения параллельно работающих клиентов скорость аплоуда на тестовом оборудовании действительно растет. Однако уровень сигнала отключаемых ОНУ никак не влияет на результат.  Ускорение тестового аплоуда зависит, по-видимому, только от общего количества отключаемых ОНУ.

 

В целом, вырисовывается такая картина, что дело не в физике, не в уровнях сигнала и т.п., а в каких-то патологиях в распределении ОЛТом восходящей полосы пропускания между ОНУшками. Возможно, патологии обусловлены ошибками конфигурирования ОЛТа (делалось все, естественно, методом китайского научного тыка, как положено с БДКомом). Или, может быть, дырками в софте ОЛТа, или сочетанием того и другого.

 

Не сталкивался ли кто с такой проблемой и не знает ли методов лечения?

 

Данные ОЛТа:

  Reveal hidden contents

 

ОНУшки используем родные: BDCom GP1501DR.

Kaz42-GPON.startFetching info...

Edited by mpolk
Link to post
Share on other sites
  • Replies 68
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

И так, проблема, наконец, была решена (если это кому-нибудь еще интересно).   Еще месяц техподдержка ДЕПСа всячески мордовала меня, заставляя снова проверять качество аплинка, пускать трафик

Вчера провели, наконец,  измерения скорости, довольно подробные, с кручением рукояток в разные стороны. Результаты такие, что лучше бы мне их не видеть никогда. 0) Исходное состояние: еще в ночь

В плане стабильности у него все вроде бы в порядке.   Единственный несчастный случай был зафиксирован года полтора назад еще до начала промышленной эксплуатации. ОЛТ был впервые вынесен в по

Конфиг и версия ПО находятся в студии с самого начала. Первый в приложении, а вторая под спойлером.

Link to post
Share on other sites
  On 11/18/2019 at 2:32 PM, mpolk said:

Конфиг и версия ПО находятся в студии с самого начала. Первый в приложении, а вторая под спойлером.

Expand  

 

А как так у вас получилось ? 

В файле Kaz42-GPON.star

!version 10.3.0C build 50870
boot system flash BD_GP3616_10.3.0C_50870.bin

А в sh ver

BDCOM(tm) GP3600-08 Software, Version 10.3.0D Build 68222
System image file is "flash:BD_GP3616_10.3.0D_68222.bin"

 

Link to post
Share on other sites
  On 11/18/2019 at 9:58 PM, fet4 said:

 

А как так у вас получилось ? 

В файле Kaz42-GPON.star

!version 10.3.0C build 50870
boot system flash BD_GP3616_10.3.0C_50870.bin

А в sh ver

BDCOM(tm) GP3600-08 Software, Version 10.3.0D Build 68222
System image file is "flash:BD_GP3616_10.3.0D_68222.bin"

 

Expand  

Это несложно. Конфиг был слит до перехода на новую прошивку. Никаких принципиальных отличий там нет.

Link to post
Share on other sites
  On 11/19/2019 at 12:05 AM, andruxovich said:

Была похожая проблема. Решилась откатом прошивки до BD_GP3616_10.3.0C_46550. На более новых работать нормально отказывается

Expand  

А не поделитесь ли прошивкой? Буду признателен.

Link to post
Share on other sites
  On 11/19/2019 at 8:29 AM, andruxovich said:

Вот здесь лежат прошивки http://bdcom.mega.dp.ua/files/

Expand  

Спасибо. Пошел пробовать. По результатам отпишусь.

Link to post
Share on other sites

Полноценно испытать прошивку BD_GP3616_10.3.0C_46550 не удалось. С текущим конфигом ОНУшки подключиться не смогли, ОЛТ ругался на незнакомую команду "cmd-sequence 004 gpon onu loopback-detect protocol private". После удаления этой команды из профилей конфигурирования ОНУ слегка полегчало: ОНУшки подключились. Но клиенты подключиться уже не смогли. Трафик в клиентских ВЛАНах над ОЛТом полностью отсутствовал. От дальнейших экспериментов над живыми людьми я пока воздержался.

Попробую еще поэкспериментировать с прошивкой 46550 ночью, постепенно упрощая конфиг до такого состояния, что клиенты таки смогут подключиться. Хотя жить с такой прошивкой (без loopback-detect-а) сколько-нибудь долго нельзя, только на время эксперимента.

 

Либо придется искать другое решение.

Link to post
Share on other sites

У меня трафик не хотел бежать, как я не упрощал конфиг. В итоге удалил все, и настроил с нуля. Теперь работает. А проблема начиналась с плохой скорости, которая падала по мере роста кол-ва ону на голове (неважно в каких pon портах). В итоге дошел до момента, когда новые ону не получали конфиг. Если отключить пару зареганых ранее ону - новые получали конфиг. А насчёт разницы версий в sh run и sh conf - таки да, после обновления, или отката в sh run отображается текущая версия,  в sh conf предыдущая. Если сделать write all - все становится одинаково. 

Link to post
Share on other sites

Если проблема в с корости с ростом ОНУ - значит косяк в лайн/дба профилях, где бендвич указывается несколькими способами - жёстко, плавающе по максимальной полосе и ДР . Что то вроде sir/pir на епоне

Ну и ещё с сигналом может бида быть. Но тогда ошибки тикают.

Edited by Dimkers
Link to post
Share on other sites

Нееее. Тама можно указать как резать полосу - жёстко, или не жёстко. Если нарезать соточку жёстко - то да, 10 онух и амба. А можно не жёстко.

На ЗТЕ выглядит примерно так

 

profile tcont SMARTOLT-1G-UP type 4 maximum 1024000

Где type :

 1  Fixed bandwidth
  2  Assured bandwidth
  3  Assured bandwidth and non-assured bandwidth
  4  Best-effort bandwidth
  5  The super set of all of T-CONT types

Link to post
Share on other sites
  On 11/19/2019 at 7:25 PM, Dimkers said:

Нееее. Тама можно указать как резать полосу - жёстко, или не жёстко. Если нарезать соточку жёстко - то да, 10 онух и амба. А можно не жёстко.

На ЗТЕ выглядит примерно так

 

profile tcont SMARTOLT-1G-UP type 4 maximum 1024000

Где type :

 1  Fixed bandwidth
  2  Assured bandwidth
  3  Assured bandwidth and non-assured bandwidth
  4  Best-effort bandwidth
  5  The super set of all of T-CONT types

Expand  

Так дело ж не в полосе, а в физике (L1). Вы точно про UPLOAD?

Edited by foreverok
Link to post
Share on other sites

http://ngoptics.com.ua/materials/reference_information/osobennosti-nastroyki-profaylov-na-olt-zte/

У меня есть ветки с 110+ ОНУ. Жалоб на скорость, нерегистрацию ОНУ - нет. То, что не дает зарегать ОНУ - это таки похоже на жесткое нарезание профилей. Не забывайте, Гпон это вниз таки 2,5Гб

Edited by Dimkers
Link to post
Share on other sites
  On 11/19/2019 at 7:44 PM, Dimkers said:

http://ngoptics.com.ua/materials/reference_information/osobennosti-nastroyki-profaylov-na-olt-zte/

У меня есть ветки с 110+ ОНУ. Жалоб на скорость, нерегистрацию ОНУ - нет. То, что не дает зарегать ОНУ - это таки похоже на жесткое нарезание профилей. Не забывайте, Гпон это вниз таки 2,5Гб

Expand  

ТС таки жаловался на скорость UPLOAD. 

Link to post
Share on other sites

Ааа, сорян.

Что то было и такое тут. В прошивках онух косяк был.

Кстате, а с шейпером все норм?

Edited by Dimkers
Link to post
Share on other sites
  On 11/19/2019 at 6:39 PM, Dimkers said:

Если проблема в с корости с ростом ОНУ - значит косяк в лайн/дба профилях, где бендвич указывается несколькими способами - жёстко, плавающе по максимальной полосе и ДР . Что то вроде sir/pir на епоне

Ну и ещё с сигналом может бида быть. Но тогда ошибки тикают.

Expand  

Да я понимаю, что беда где-то в этой области: cir/pir/shaper/policer и т.п.. Так прямо сразу и написал. Вот только не понимаю пока, где конкретно. DBA-профайла в этом ОЛТе нет вообще (или я о нем не знаю). Это меня тоже сильно смущает.

С физикой значимых проблем нет: уровни сигнала приемлемые, потерь пакетов нет, скорость не рваная, а ровно (но неправильно) нарезанная.

 

  On 11/19/2019 at 7:09 PM, foreverok said:

А что Вы хотите от общей среды?

Если просто и на пальцах, то http://www.gpon.com/how-gpon-works

Вот и делите эти 1.2Gbps на все подключенные абонентские терминалы.

Expand  

Я хочу, чтобы скорость делилась не между подключенными терминалами (в том числе спящими, ковыряющими в носе и размышляющими о жизни). А между терминалами, реально запросившими передачу данных, в пределах выделенных cir/pir/eir-ов. Такой способ разделения полосы называется Dynamic Badwidth Allocation (DBA)  и присутствует в стандарте GPON-а, во всех вменяемых реализациях EPON-а (за отсутствием там стандарта) и во всех вменяемых технологиях, использующих TDM (под разными названиями). PON без такой фичи мне точно не нужен.

 

  On 11/19/2019 at 7:25 PM, Dimkers said:

Нееее. Тама можно указать как резать полосу - жёстко, или не жёстко. Если нарезать соточку жёстко - то да, 10 онух и амба. А можно не жёстко.

На ЗТЕ выглядит примерно так

 

profile tcont SMARTOLT-1G-UP type 4 maximum 1024000

Где type :

 1  Fixed bandwidth
  2  Assured bandwidth
  3  Assured bandwidth and non-assured bandwidth
  4  Best-effort bandwidth
  5  The super set of all of T-CONT types

Expand  

У меня на БДКОМе оно аналогично выглядит. Но то ли я неправильно пишу эти профайлы, то ли ОЛТ неправильно их понимает. У меня стоит 3-й тип трафика, и в нем 8Мбит гарантированных и 100М максимальных. С виду ничего криминального, должно быть хорошо. А на деле плохо.

 

  On 11/19/2019 at 7:34 PM, foreverok said:

Так дело ж не в полосе, а в физике (L1). Вы точно про UPLOAD?

Expand  

Дело именно в полосе, а не в физике. Я точно про аплоуд. Загрузка PON-портов очень небольшая в обоих направлениях.

 

  On 11/19/2019 at 7:54 PM, Dimkers said:

Ааа, сорян.

Что то было и такое тут. В прошивках онух косяк был.

Кстате, а с шейпером все норм?

Expand  

Думаю, что не в норме, судя по результатам (если вы про шейперы ОЛТа и/или ОНУ). Только я не знаю, как это поправить. Где начинаются настройки ОНУшек и заканчиваются настройки ОЛТа (т.е. кто именно нарезает скорость аплоуда) из конфига и документации тоже, кстати, не видно.

 

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

  • Like 1
Link to post
Share on other sites
  On 11/20/2019 at 8:25 AM, mpolk said:

(если вы про шейперы ОЛТа и/или ОНУ

Expand  

не, я про НАСы\БРАСы.

 

  On 11/20/2019 at 8:25 AM, mpolk said:

В общем мораль похоже такова, что надо брать и крутить все скоростные (и возможно не только) настройки во все стороны, пока что-то не прояснится.

Expand  

Одна из первых ссылок гугла дала конфиг https://forum.nag.ru/index.php?/topic/148225-bdcom-gp3600-16-nastroyka-multikasta/

Крутите.

Link to post
Share on other sites

Правьте сигналы и ставьте усиленные модули. Нам ток это помогло. Все настройки до фени. Если модули фоксгейты и на голову приходит меньше -25, нихрена вам не поможет, повторюсь ток сигналы и усиленные модули.

У нас осталась с этой башкой одна проблема: раз в несколько недель пропадают маки на одном из понов-помогает ток ребут

Link to post
Share on other sites
  On 11/19/2019 at 11:03 AM, andruxovich said:

У меня трафик не хотел бежать, как я не упрощал конфиг. В итоге удалил все, и настроил с нуля. Теперь работает. А проблема начиналась с плохой скорости, которая падала по мере роста кол-ва ону на голове (неважно в каких pon портах). В итоге дошел до момента, когда новые ону не получали конфиг. Если отключить пару зареганых ранее ону - новые получали конфиг. А насчёт разницы версий в sh run и sh conf - таки да, после обновления, или отката в sh run отображается текущая версия,  в sh conf предыдущая. Если сделать write all - все становится одинаково. 

Expand  

А можно уточнить: что значит удалить все? К примеру удаление файла config.db, в котором хранятся, насколько я понимаю закэшированные конфиги ОНУ-шек - это правильный способ? И не приведет ли это к неспособности ОЛТа загрузиться? Честно говоря, боязно экспериментировать на живую.

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 LazukinIvan
      Пропоную до продажу абсолютно нову OLT BDCOM GP3600-16B у заводській упаковці. Обладнання не використовувалось, з двома AC-блоками живлення.
      🔹 Кількість PON портів: 16
      🔹 UpLink: 4 × GE (SFP) + 2 × 10GE (SFP+)
      🔹 Блоки живлення: 2 × AC (нові, встановлені)
      🔹 Форм-фактор: 1U, монтаж у 19” стійку
      🔹 Стан: 100% новий
      🔹 Комплектація: Повна — OLT + 2 блоки живлення + кріплення + заводська упаковка
      💵 Ціна: 80 000 грн / шт
      💳 Можлива оплата по безналу без ПДВ + 6%


       
    • By tadesky
      Вітаю, 

      Маємо в наявності б/в OLT: 

      BDCOM  P3310 С-2АС - 1 шт. = 8000 грн
      BDCOM  P3310 С - 1 шт. = 8000 грн
      BDCOM P3616-2 TE - 3 шт. = 38000 грн

      Всі OLT з запасними БЖ 220V (купляли на всяк випадок). Працювали весь час у серверних, робочі та без проблем.

      За потреби можемо укомплектувати модулями Picotel EPON SFP PX++ = 800 грн/шт. 

      Питання та пропозиції прохання в особисті повідомлення. 

      Дякую. 
    • By Prodazha
      В продажі Абонентські термінали GPON ONU ZTE F601
      комплект :коротка , онушка, блок живлення та патчкорд rj 45
      В наявності 150 шт
      ціна 300 грн за штуку 
    • By Sunvas
      С начала года наблюдаю как в Николаев приходят новые провайдеры и активно строят свои сети на основе технологии GPON. Отмечу, что речь именно о GPON G.984 (не 10G-PON или NG-PON2). Объясните, пожалуйста:
      Чем обусловлен выбор именно этой устаревшей технологии? Есть ли преимущества для абонентов кроме сомнительной работы при блэкаутах? Как абонентам обеспечивается гигабит, если пропускная способность технологии в 2.4 Gbit/s шарится между <128 абонентами?
    • By LazukinIvan
      🔹 Продається SFP-модуль GPON OLT C+++ HSGQ-C+++ | 8dBm | 20 км | SC 🔹
      💰 Ціна: 1000 грн
      📦 Опт і безготівковий розрахунок — можливі!
      📩 Для зв’язку — пишіть у особисті повідомлення.
      🧪 Можливе надання модуля на тест за особистою домовленістю.
      Пропонуємо надійний GPON OLT SFP-модуль HSGQ-C+++, що забезпечує стабільну передачу даних на відстань до 20 км. Ідеально підходить для впровадження в мережі GPON будь-якого масштабу.
      🔍 Основні характеристики:
      Модель: HSGQ-C+++
      Тип: GPON OLT SFP C+++
      Швидкість передачі: 1.25 Gbps / 1.25 Gbps
      Довжина хвиль: TX – 1490 нм, RX – 1310 нм
      Потужність передавача: 8 dBm
      Чутливість приймача: ≤ -32 dBm
      Дальність дії: до 20 км
      Конектор: SC
      Живлення: 3.3V
      Сумісність: Huawei, ZTE, BDCOM, FiberHome та інші
      💡 Переваги:
      DDM-моніторинг у реальному часі
      Вбудований WDM-фільтр для стабільної роботи
      Можливість гарячої заміни (Hot-Pluggable)
      Підтримка стандарту ITU-T G.984.2 
      Сумісність з провідними GPON-брендами
      🔧 Ідеальне рішення для мереж FTTH, FTTB, FTTP.
      📩 Пишіть у приват — домовимося про деталі, умови опту та тестування.



       
       

×
×
  • Create New...