Перейти до

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


mpolk

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

  В 21.11.2019 в 00:52, andruxovich сказав:

Если боязно - тогда через вебморду reset к заводским настройкам. Но, можно также удалить startup-config и config.db , перезагрузить и все будет хорошо. 

Expand  

Ну тогда следующей ночью так и попробую.

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

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

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

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

  В 20.11.2019 в 08:25, mpolk сказав:

Да я понимаю, что беда где-то в этой области: cir/pir/shaper/policer и т.п.. Так прямо сразу и написал.

Expand  
!
gpon profile onu-rate-limit 100M id 2
 gpon-profile pir 100000 cir 100000
!
gpon profile onu-virtual-port virtual-port-default id 1
 gpon-profile encryption disable
 gpon-profile upstream queue 8
 gpon-profile upstream rate-limit-profile ratelimit-default
 gpon-profile downstream queue 8
!
gpon profile onu-virtual-port vport-general id 2
 gpon-profile encryption disable
 gpon-profile upstream queue 8
 gpon-profile upstream rate-limit-profile 100M
 gpon-profile downstream queue 8
 gpon-profile downstream rate-limit-profile 100M
!

1. Зачем эти строки в конфиге ? Зачем используется рейт-лимит ? Если его убрать, будут улучшения ?

2. Уровни сигналов всех ону мин-макс какие ?

3. sh run int ошибки есть ?

 

Сервер для измерения подключить напрямую в ОЛТ.

Ссылка на сообщение
Поделиться на других сайтах
  В 21.11.2019 в 06:35, sanyadnepr сказав:
!
gpon profile onu-rate-limit 100M id 2
 gpon-profile pir 100000 cir 100000
!
gpon profile onu-virtual-port virtual-port-default id 1
 gpon-profile encryption disable
 gpon-profile upstream queue 8
 gpon-profile upstream rate-limit-profile ratelimit-default
 gpon-profile downstream queue 8
!
gpon profile onu-virtual-port vport-general id 2
 gpon-profile encryption disable
 gpon-profile upstream queue 8
 gpon-profile upstream rate-limit-profile 100M
 gpon-profile downstream queue 8
 gpon-profile downstream rate-limit-profile 100M
!

1. Зачем эти строки в конфиге ? Зачем используется рейт-лимит ? Если его убрать, будут улучшения ?

2. Уровни сигналов всех ону мин-макс какие ?

3. sh run int ошибки есть ?

 

Сервер для измерения подключить напрямую в ОЛТ.

Expand  

1. Эти строки получены из virtual-port профайла, присутствующего в дефолтном конфиге путем его копирования с заменой предположительного значения скорости в 1 Гбит/с на желательные 100 Мбит/с. Сделано, конечно, не в результате трезвого понимания своих действий, а под влиянием интуитивного представления, что "в дефолтном конфиге все должно быть более-менее нормально, надо только слегка подкрутить".  Это представление подкреплялось и тем обстоятельством, что на стенде этот конфиг проблем не вызывал. Будут ли положительные изменения при удалении указанных лимиттеров, проверить прямо сейчас не могу. Как только возможность (свободные монтажники в поле) появится - проверю.

 

2. Уровни на разных портах разные:

1: -27,6 ... -22,7

2: -26,3 ... -21,2

3: -33 ... -20,7

4: -32,2 ... -21

5: -24,3 ... -19,4

6: -30 ... -20,6

7: -31,5 ... -21,3

8: -28,8 ... -22,8

 

Однако, как я уже писал, скорость аплоуда по моим наблюдениям не зависит от уровней сигнала ОНУшек. Она низкая даже на 5-м порту, где слабых ОНУшек нет. И отключение слабых ОНУшек улучшает в аплоуд не более, чем отключение любых других ОНУшек: важно только количество отключаемых ОНУ. Чем меньше ОНУшек остается на порту, тем лучше аплоуд. Но он не хорош, даже когда все слабые ОНУшки отключены.

 

3. Если вы имеет в виду "sh int", то ошибок там нет (в значимых количествах).

 

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

 

Ссылка на сообщение
Поделиться на других сайтах
  В 21.11.2019 в 21:32, foreverok сказав:

Так сколько у Вас клиентов на одном дереве и какая скорость UPLOAD там же?

Expand  

По конфигу что прилаживался выше абонов нормально в дереве. Скорей всего как писали выше проблема с нарезкой скорости. Ждём когда тс тесты проведет на столе с такими настройками 

Ссылка на сообщение
Поделиться на других сайтах
  В 21.11.2019 в 21:40, NaviNavi сказав:

По конфигу что прилаживался выше абонов нормально в дереве. Скорей всего как писали выше проблема с нарезкой скорости. Ждём когда тс тесты проведет на столе с такими настройками 

Expand  

Так сколько? 5-10-20 и тд (именно активных).

Или тут у всех стабильно скорость UPLOAD 100Mbit+ на деревьях с более чем 20 активными клиентами?

Ссылка на сообщение
Поделиться на других сайтах
  В 21.11.2019 в 10:02, mpolk сказав:

Подключение тестового ноутбука прямо в порт ОЛТа

Expand  

1. Подключить тестовый ноут медью в ОЛТ, без Гпона и проверить, скорость исхода есть ?

2. Откуда взялся "дефолтный конфиг" не припомню рейт-лимита 100М в дефолте.

3. Откуда это и с какой целью ? В дефолте этого нет.

!
gpon profile onu-uni uni-general id 2
 gpon-profile speed 100
 gpon-profile eth-wiring auto
!

4. Сетевушка тестера какая ?

Ссылка на сообщение
Поделиться на других сайтах
  В 21.11.2019 в 21:44, foreverok сказав:

Так сколько? 5-10-20 и тд (именно активных).

Или тут у всех стабильно скорость UPLOAD 100Mbit+ на деревьях с более чем 20 активными клиентами?

Expand  

Кого вы называете "активными клиентами"? Я употреблял аналогичное выражение "активная ОНУ" в смысле "ОНУ, имеющая что послать в сеть в данный момент". Если речь идет о таких "активных клиентах", то их количество меняется несколько раз в секунду. Так что посчитать их в буквальном смысле очень затруднительно. Можно как-то оценить их количество, активность и влияние на пропускную способность сети глядя на объем трафика. Как я уже писал, трафик в PON-ах небольшой, порядка 200Мбит/с вниз / 30МБит/с вверх в момент наибольшей загрузки на самых загруженных портах. В среднем по времени и по палате - намного меньше. От насыщения физики пока очень далеко.

 

Если вы говорите о ком-то/чем-то другом, например, о количестве активных клиентских подключений на БРАСах / на порт, то это посчитать как-то можно, но на мой взгляд, это не имеет прямого отношения к проблеме.

 

Просто зарегистрированных ОНУшек на портах от 20-и до 75-и, в среднем около 40-а. Счастья нет ни на одном из портов. Степень несчастья варьирует.

  В 22.11.2019 в 02:27, a_n_h сказав:

У меня скорость "аплоад" падала когда в ветке онушка "светила" постоянно с уровнем порядка -20 дБ.

Expand  

Я все же надеюсь, что у меня нет отдельной безумной ОНУшки на каждом порту. Пока надеюсь ?

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

1. Подключить тестовый ноут медью в ОЛТ, без Гпона и проверить, скорость исхода есть ?

2. Откуда взялся "дефолтный конфиг" не припомню рейт-лимита 100М в дефолте.

 

3. Откуда это и с какой целью ? В дефолте этого нет.

!
gpon profile onu-uni uni-general id 2
 gpon-profile speed 100
 gpon-profile eth-wiring auto
!

4. Сетевушка тестера какая ?

Expand  

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

 

2. В дефолтном конфиге есть ограничение аплоуда на 1 Гигабит (gpon profile onu-rate-limit ratelimit-default id 1). Я заменил Гигабит на желательные мне 100Мбит. Поясню логику этих манипуляций (не пытаясь оправдать полученный результат): исторически у нас основная масса клиентов (не-ПОН-овских) имеют тарифную скорость 100Мбит и подключены к портам домовых свичей, тоже 100-Мбитных. Учитывая это чудесное совпадение и желая облегчить жизнь БРАСов, мы к 100-Мбитным клиентам шейперов на БРАСах не применяли вообще, полагаясь на ограничения физики. (Так было на момент первоначального конфигурирования ОЛТа, сейчас шейперы есть у всех клиентов). С появлением ПОНа и ОНУшек с Гигабитным клиентским портом возникло желание воспроизвести эту схему и на ПОНе. Данный rate-limit-profile есть результат попытки ограничить скорость клиента 100Мбитами силами самого ПОНа (методом китайского тыка). Вместе с аналогичным tcont-profile-ом и uni-profile-ом, упомянутым ниже. Сейчас выясняется, что попытка была неудачная. Но на стенде этого видно не было.

 

Однако изыскания, проведенные вчера на закате дня, указывают, что собака зарыта, похоже, именно в этом месте. Путем удаления восходящего rate-limit-profile из virtualport-profile-а и ручного переконфигурирования тестовой ОНУшки сразу же получилось добиться скорости аплоуда в 85 Мбит/с. К сожалению, довести изыскания до конца вчера не удалось, ввиду того, что к моменту испытаний солнце уже почти село, мороз достиг -10 градусов и в сгустившихся сумерках руки монтажников-испытателей уже примерзали к ноутбуку, патч-корд к ОНУшке, а генератор постоянно глох. (Наши изыскания проводятся на открытом воздухе под столбами, на которых висят ПОН-боксы, и да, наш тестовый ноутбук работает от двухтактного бензинового генератора).

 

Сегодня ночью я перегрузил ОЛТа с подправленным конфигом (профайлами) и надеюсь к концу дня повторить испытания и получить более надежные результаты.

 

3. Этот uni-profile - вариация на ту же тему про ограничение в 100Мбит. И как раз он - это правильный способ добиться такого ограничения (в отличие от предыдущих). Он ставит физическую скорость эзернет-порта ОНУшки в 100Мбит. Работает как должно.

 

4. Про сетевушку тестового ноутбука ничего сказать не могу, кроме того, что она встроенная и 100Мбитная. Но она правильная, со своими тестовыми задачами справляется и скорость в 90-95 Мбит/с выдает.

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

mpolk! Вы случаем не писатель, решивший заняться сетевыми технологиями ? Интересно читать Ваше повествование проблемы! Чем же все закончится ?!

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 08:53, mpolk сказав:

Учитывая это чудесное совпадение и желая облегчить жизнь БРАСов, мы к 100-Мбитным клиентам шейперов на БРАСах не применяли вообще, полагаясь на ограничения физики.

Expand  

Самоочевидно же что не пробовал...

 

ТС на заметку: не весь зоопарк китайских ОНУ умеет адекватно шейпить и детектить петли (была и такая, которая вообще игнорила темплейт), поэтому их конфигурирование должно быть сведено к минимуму.

Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 06:02, mpolk сказав:

Кого вы называете "активными клиентами"?

Expand  

Активные, в смысле включенные в розетку и имеющие линк с OLT. Пока что у Вас примерно так и есть, что скорость upload равна 1,2Gbps разделить на количество активных онух.

 

Много писать не люблю, поэтому попробуйте поменять,

gpon-profile pir 100000 cir 100000 (cir уменьшите скажем до 10000).

судя по всему тут собака порылась. 

Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 10:46, fet4 сказав:

mpolk! Вы случаем не писатель, решивший заняться сетевыми технологиями ? Интересно читать Ваше повествование проблемы! Чем же все закончится ?!

Expand  

Да нет, скорее админ, имеющий склонность к изящной словесности ?

  В 22.11.2019 в 11:22, logic сказав:

а не пробували різати швидкість не на олті а на серваку ?

Expand  

Для клиентов с пакетами, отличных от 100Мбит, скорость всегда и нарезалась именно на БРАСах. А теперь, когда мы начинаем ставить гигабитные домовые свичи для пациентов с пакетами более 100М, шейпим на БРАСах и 100Мбит тоже. Но год назад, когда этот ПОН запускался, 100Мбитные полосы нарезались физикой, благо она такая в природе существует и работает совершенно бесплатно.

 

Но отдавать весь шейпинг/полисинг на БРАСы тоже нельзя. Заведет, к примеру, себе пациент Микротика с открытым в мир 53/udp портом. Через пару дней он уже будет красоваться на Shodan-е, а на третий день добрые люди запишут его в свой ботнет и пристроят к хорошему делу - DNS-amplification-ом заниматься. Или еще лучше, простого трояна пациент заведет, такого который udp во все стороны рассылает что есть силы. Этот аплоуд на БРАСе шейпить уже поздно будет. Боюсь, что для ПОНа это будет немногим лучше той "светящей" ОНУшки, если эти порывы прямо на ОНУшке не гасить.

 

  В 22.11.2019 в 11:37, ISK сказав:

ТС на заметку: не весь зоопарк китайских ОНУ умеет адекватно шейпить и детектить петли (была и такая, которая вообще игнорила темплейт), поэтому их конфигурирование должно быть сведено к минимуму.

Expand  

Да я понимаю. Я собственно к минимуму и свожу. Но без вышеописанного ограничения аплоуда и особенно без loopback-detect-a на ОНУ жить нельзя вообще в принципе. Я на стенде петлю пробовал делать на ОНУШке, подключенной к этому самому ОЛТу, когда еще китайцы loopback-detect-а не завезли. Так там не то, что все клиенты отваливались, там ОЛТ в синюю асфиксию впадал необратимо. Случись это не на стенде, а в природе, я даже и не знаю, как бы я это восстанавливал.

 

  В 22.11.2019 в 13:23, foreverok сказав:

Активные, в смысле включенные в розетку и имеющие линк с OLT. Пока что у Вас примерно так и есть, что скорость upload равна 1,2Gbps разделить на количество активных онух.

 

Много писать не люблю, поэтому попробуйте поменять,

gpon-profile pir 100000 cir 100000 (cir уменьшите скажем до 10000).

судя по всему тут собака порылась. 

Expand  

 Мне такой расчет тоже в голову приходил. Я даже перемножал в Экселе скорости аплоуда на количества ОНУшек на порту. Получалось не слишком ровно, но тенденция просматривается.

 

Увы, проверять, новые гипотезы у меня снова не получается. Даже вчерашнюю гипотезу (с отключением rate-limit-профайла) проверить окончательно не удается, хотя она вполне вероятно, уже и может решить проблему. Мои монтажники опять перемерзли на аварийных работах и теперь натирают тюленьим жиром отмороженные пальцы, которые еще можно спасти от ампутации. Следующий ориентировочный срок для измерений - завтра в первой половине дня.

Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 13:23, foreverok сказав:

gpon-profile pir 100000 cir 100000

Expand  

Если это правило делает тоже самое что на епоне - это пздец... х#$ его знает как бошка его отрабатывает при уже 15 онушках.... На епоне в основном не регистрируются онушки, хотя и башню срывало наглухо...

Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 18:50, nedoinet сказав:

Если это правило делает тоже самое что на епоне - это пздец... х#$ его знает как бошка его отрабатывает при уже 15 онушках.... На епоне в основном не регистрируются онушки, хотя и башню срывало наглухо...

Expand  

Ну хрен знает как оно работает в этих чудных устройствах.

Однако определенная логика есть. cir - это гарантированная полоса, значит должна резервироваться.

gpon-profile pir 100000 cir 100000 - я не с потолка взял, это из конфига ТС. Потому рекомендую уменьшить cir до 10000

Ссылка на сообщение
Поделиться на других сайтах
  В 22.11.2019 в 15:31, mpolk сказав:

Мои монтажники опять перемерзли на

Expand  

А почему нельзя включится на узле, где стоит олт? Электрика в розетке и условия труда по идее интереснее. Сделать себе отвод делителем 5/95 через sc-шки. И вся ветка в ваших руках

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 22.11.2019 в 21:22, nedoinet сказав:

А почему нельзя включится на узле, где стоит олт? Электрика в розетке и условия труда по идее интереснее. Сделать себе отвод делителем 5/95 через sc-шки. И вся ветка в ваших руках

Expand  

1) Узел ОЛТа находится на чердаке пятиэтажки. Температура там та же самая, но более грязно и тесно. Правда, ветра нет. Но проводить там эксперименты с оптическими соединениями - обстановка не располагает.

2) Асимметричных делителей у нас в хозяйстве нет.

 

Конечно, если проблема не решится за 50 залезаний на столбы к ПОН-боксам, будем городить конструкцию под ОЛТом и возвращать клиентский эзернет с ОНУшки ВЛАНом на техплощадку.

  В 22.11.2019 в 20:56, foreverok сказав:

Ну хрен знает как оно работает в этих чудных устройствах.

Однако определенная логика есть. cir - это гарантированная полоса, значит должна резервироваться.

gpon-profile pir 100000 cir 100000 - я не с потолка взял, это из конфига ТС. Потому рекомендую уменьшить cir до 10000

Expand  

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

Відредаговано mpolk
Ссылка на сообщение
Поделиться на других сайтах
  В 23.11.2019 в 07:06, mpolk сказав:

1) Узел ОЛТа находится на чердаке пятиэтажки. Температура там та же самая, но более грязно и тесно. Правда, ветра нет. Но проводить там эксперименты с оптическими соединениями - обстановка не располагает.

2) Асимметричных делителей у нас в хозяйстве нет.

 

Конечно, если проблема не решится за 50 залезаний на столбы к ПОН-боксам, будем городить конструкцию под ОЛТом и возвращать клиентский эзернет с ОНУшки ВЛАНом на техплощадку.

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

Expand  

а вы пробовали подключиться перед олт и сделать измерения скорости?

Ссылка на сообщение
Поделиться на других сайтах
  В 23.11.2019 в 07:06, mpolk сказав:

В общечеловеческом понимании cir

Expand  

на гпоне не вкурсе. на 3310 и  3608 епонах cir резервируется сразу на все всю ветку. тобишь на 64 онушки СРАЗУ

Ссылка на сообщение
Поделиться на других сайтах
  В 23.11.2019 в 07:46, nedoinet сказав:

на гпоне не вкурсе. на 3310 и  3608 епонах cir резервируется сразу на все всю ветку. тобишь на 64 онушки СРАЗУ

Expand  

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

Ссылка на сообщение
Поделиться на других сайтах
  В 23.11.2019 в 07:50, NaviNavi сказав:

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

Expand  

логике 146% что точно так же темболее один вендор. да и по логике ну вот щас возьмут 50 онух из 128 гонять маленький траф - тупо вроутер в розетке или абон серфит странички в тырнэтах и все, кабздец-приплыли... с другой стороны если олт будет анализировать активность в реалтайме и нарезать cir согласно активности  - это ж никакого железа не хватит...

  • Like 2
Ссылка на сообщение
Поделиться на других сайтах
  В 23.11.2019 в 09:43, nedoinet сказав:

логике 146% что точно так же темболее один вендор. да и по логике ну вот щас возьмут 50 онух из 128 гонять маленький траф - тупо вроутер в розетке или абон серфит странички в тырнэтах и все, кабздец-приплыли... с другой стороны если олт будет анализировать активность в реалтайме и нарезать cir согласно активности  - это ж никакого железа не хватит...

Expand  

тут камрады должны отписаться. У меня в работе епон 3310с с не лучшим шаблоном в плане нарезки скорости, при этом жалоб нет на скорость

cmd-sequence 001 epon onu all-port ctc vlan mode tag 230
 cmd-sequence 002 epon sla downstream pir 1000000 cir 15000
 cmd-sequence 003 epon sla upstream pir 1000000 cir 15000
 cmd-sequence 004 epon onu all-port storm-control mode 4 threshold 256
 cmd-sequence 005 epon onu all-port ctc loopback detect
 cmd-sequence 006 switchport port-security dynamic maximum 6
 cmd-sequence 007 switchport port-security mode dynamic

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

нормальный шаблон.

  В 23.11.2019 в 10:29, NaviNavi сказав:

pir 1000000

Expand  

максимальная скорость с онушки. если параметр не верный/не поддерживаемая функция онушкой - просто работает на максимальной скорости

  В 23.11.2019 в 10:29, NaviNavi сказав:

cir 15000

Expand  

гарантированая как раз исходя из 64 онух на ветке. 64*15к=960М

все гуд.

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від Sunvas
      С начала года наблюдаю как в Николаев приходят новые провайдеры и активно строят свои сети на основе технологии GPON. Отмечу, что речь именно о GPON G.984 (не 10G-PON или NG-PON2). Объясните, пожалуйста:
      Чем обусловлен выбор именно этой устаревшей технологии? Есть ли преимущества для абонентов кроме сомнительной работы при блэкаутах? Как абонентам обеспечивается гигабит, если пропускная способность технологии в 2.4 Gbit/s шарится между <128 абонентами?
    • Від 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.
      📩 Пишіть у приват — домовимося про деталі, умови опту та тестування.



       
       
    • Від Mykola_
      Продам bdcom 3310D в идеальном состоянии, не вскрывался . Можно доукомплектовать БП пролайн. Цена 8500. Торг в пределах разумного приветствуется .

    • Від stass
      Проблеми з сигналом у GPON-мережах та несподіване рішення
      Маючи велику GPON-мережу на обладнанні BDCOM, ми неодноразово стикалися з проблемами якості сигналу, що призводило до флапів ONU-терміналів та скарг від клієнтів. Особливо це стосувалося зворотного сигналу (Rx), який нерідко виявлявся нестабільним, викликаючи втрати з'єднання та погіршення загальної якості зв'язку.
      Як ми намагалися вирішити проблему
      Перше, що ми зробили, — перевірили та замінили сплітери, намагалися вирівнювати оптичну лінію, мінімізували зайві з'єднання та переглядали всі потенційно слабкі місця в мережі. Але навіть після цих заходів проблема повністю не зникала, а лише трохи зменшувалася.
      Несподіване рішення: зміна виробника SFP-модулів
      Ми використовували BDCOM GPON OLT-GSFP-C+++, і саме з цими модулями виникали проблеми зі стабільністю сигналу. До цього ми також випробовували модулі інших виробників, але їхня якість сигналу та стабільність не відповідали нашим очікуванням. Тому вирішили випробувати інший підхід і замінили їх на GPON OLT SFP HSGQ-C+++ (1.25G 1490/1310nm 8dBm 20 км SC).
      Результати нас вразили:
      Прямий сигнал (Tx) зріс на 1-2 dB. Зворотний сигнал (Rx) покращився на 4-6 dB. Флапи ONU-терміналів повністю зникли, а скарги від клієнтів зменшилися до мінімуму. Ціна цих модулів виявилася майже на 50% нижчою від тих, що ми використовували раніше. Висока сумісність із різними брендами OLT, що спрощує інтеграцію в мережу.            Фотографії з порівнянням зворотного сигналу до і після заміни SFP в OLT
       
          GPON OLT SFP HSGQ-C+++ (1.25G 1490/1310nm 7dBm 20 км SC)                                                                                                                                                                                                       

       
          BDCOM GPON OLT-GSFP-C+++
       

       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
       
      Широкий вибір потужностей: у цього виробника є модулі 7, 8, 9, 12 dB, що дозволяє інтегрувати їх у будь-яку мережу та налаштувати оптимальний рівень сигналу.
      Оптимальне співвідношення ціни та якості, що робить ці модулі вигідним рішенням для операторів зв’язку.
      Зараз ми перевели вже половину мережі на ці модулі й спостерігаємо значне покращення стабільності роботи GPON-мережі.
      Використання ONU-терміналів і ONU-Stick цього виробника
      Після успішного тестування SFP-модулів ми також почали використовувати ONU-термінали та ONU-Stick від цього ж виробника. Вони показують хорошу сумісність з нашим обладнанням та стабільну роботу.
      Також ці модулі можна придбати на AliExpress,   (https://www.aliexpress.com/item/1005007135390802.html?spm=) що розширює можливості їхнього постачання та дає додатковий вибір для операторів зв’язку. 
      Ми закуповуємо ці модулі вже в Україні по оптовим цінам. Якщо потрібно, можу надати контакт постачальника, з яким працюємо.
      Висновки
      Якщо у вас в GPON-мережі спостерігаються проблеми з сигналом, раджу звернути увагу на якість SFP-модулів. У нашому випадку заміна модулів на GPON OLT SFP HSGQ-C+++ дала значний приріст продуктивності та стабільності мережі, при цьому зменшивши витрати.
      Купували їх в Україні. Якщо у когось були подібні проблеми або є питання, пишіть у коментарях – будемо раді обговорити!
    • Від LIKO
      Продам нові XPON ONU EchoLife YT8310M з гарантією!!!
      Сумісні з усіма основними OLT C-Data, BDCom, Huawei, ZTE.
      В комплект входить ONU + БЖ 12В 1А
      370 грн/шт
      На кількості ціна оговорюється окремо.










      XPON 1GE ONU user manual (1).pdf

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