Перейти к содержимому

Отзывы о BDCOM GPON GP3600-XX


fet4

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

Помогите пожалуйста найти ответы на такие вопросы:

1) есть возможность в шаблонах GP3600 задавать параметры аналогично P3310
epon pre-config-template T1 binded-onu-llid 1 param 1000
?


2) есть возможность привязки ону к порту по маку, а не серийному номеру?

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Ребята, если у вас стоит выбор сменить пару голов с Е на Г или добавить Е. Ну иинет денег на приличного админа. Ну так может нах@р такой бизнес? Это так, резюмирую. Сеткам меньше 8-10к абонов остались

Дело не только в cli. У BDCOM авторизация и настройка онушки, после настройки ОЛТ, работает автоматом "из коробки". Необходимо настроить только ОЛТ.

Он для меня дорогой(за эти деньги, что он стоит - выходит взять 32 порта с SFP C++ модулями). У меня ЗТЕ\Хуавей. А эти китайские недоделки ставят и балдеют такие вот тестеры как вы И дело тут ка

Posted Images

Добрий день, команда  show running-config , працює некоректно то нічого не показує то максиум 2 сфп і все

Буду вдячний за допомогу

 

ulbuchi#show running-config 
Building configuration...


Current configuration:
!
!version 10.1.0E build 46085
service timestamps log date
service timestamps debug date
logging buffered 4096
!
hostname 
port-protected 1
!
!
!
!
!
no spanning-tree
!
!
!
!
!
 

Ссылка на сообщение
Поделиться на других сайтах
29 минут назад, ghzlviv сказал:

show config то саме 

порти включені

 

сколько загрузка проца? может просто не успевает вывести инфу?

Ссылка на сообщение
Поделиться на других сайтах
В 16.07.2020 в 08:56, blank сказал:

Помогите пожалуйста найти ответы на такие вопросы:

1) есть возможность в шаблонах GP3600 задавать параметры аналогично P3310
epon pre-config-template T1 binded-onu-llid 1 param 1000
?


2) есть возможность привязки ону к порту по маку, а не серийному номеру?

 

Может ли кто ответить на мои вопросы?

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

Як зняти інформацію show power-status по snmp (BDCOM(tm) GP3600-08B)?

 

show power-status

CHASSIS_NUMBER            POWER_NUMBER          STATUS
                                 1                       1                             on
                                 1                       2                              on

Изменено пользователем daywalker
доповнення
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

Разбирались на неделе, почему при идеальных сигналах, ОНУшка гонит постоянно

%GPON-ONUDEACTIVATE: ONU 4244434D627FECF8 is deactivated on GPON0/9:21, cause Sfi

Всё меняешь и не помогает, помогает только Ресет.

 

Оказывается, это я на НАГе вычитал:

 

Автоматическая настройка типа модуля не прокатывала, на каждом порту прописал
gpon transceiver any-reset-guard

 

А вообще у этой команды много типов трансиверов. В каком-то случае придётся другой вариант выбирать

Изменено пользователем trsnah
Ссылка на сообщение
Поделиться на других сайтах

BDCOM – GP3600-08 

Прошивка 71377

Настроили, поставили в работу две недели назад.

Работало без замечаний. Но сегодня в лог-сервер появилось следующее

ALARM!!!, SLOT 0 CPURATE (91) IS NOT NORMAL RANGE

После чего доступ к ОЛТу пропал: ping, telnet, snmp, web - все тишина, НО трафик через онушки продолжал ходить до тех пор, пока абонент ее (ону) не перегружал - после чего ону уже не вязалась.

ОЛТ - далеко. Поехали, прегрузили. Вернулись. Через два часа то же сообщение и зависший доступ к ОЛТ.

08-04-2020    13:26:08    Local7.Critical    10.0.0.48    Aug  4 08:26:14 OLT48G    ALARM!!!, SLOT 0 CPURATE(90) IS NOT IN NORMAL RANGE 

Может кто сталкивался. Куда копать?

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...
В 04.08.2020 в 18:46, Imam сказал:

Прошивка 71377

Настроили, поставили в работу две недели назад.

Работало без замечаний. Но сегодня в лог-сервер появилось следующее

ALARM!!!, SLOT 0 CPURATE (91) IS NOT NORMAL RANGE

Добрый день.  Удалось выяснить причину?

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...
  • 11 months later...

 

В 04.08.2020 в 18:46, Imam сказал:

Прошивка 71377

Настроили, поставили в работу две недели назад.

Работало без замечаний. Но сегодня в лог-сервер появилось следующее

ALARM!!!, SLOT 0 CPURATE (91) IS NOT NORMAL RANGE

проблему решили? ?

 

есть в планах попробовать эту железку с релеем и снупингом, но вот стоит ли... смотрю тут некоторые сообщения довольно интересные) 

 

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

Ссылка на сообщение
Поделиться на других сайтах
В 11.08.2021 в 09:57, ke1evra сказал:

 

проблему решили? ?

 

есть в планах попробовать эту железку с релеем и снупингом, но вот стоит ли... смотрю тут некоторые сообщения довольно интересные) 

 

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

Последний раз обновлял на 88888 вроде.

Работает нормально. Перегружал только после своих манипуляций.

У меня их 2, один обычный, второй В версия

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

На данный момент:
 

BDCOM(tm) GP3600-08B Software, Version 10.3.0D Build 82879


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

Пример: абонент бутает роутер, DHCP-сервер отправляет клиенту DHCPACK. Клиент получает айпишку, запись биндинга на  OLT присутствует. Но к нашему роутеру "долетают" только ARP-запросы, клиент хочет узнать, какой МАС у нашего роутера. И все... 

Если же принудительно в интерфейсе роутера перезапросить настройки, услуга возобновляется. Если клиенту выдать другой IP - услуга тоже возобновляется.
По собраной статистике, проблема проявляется на роутерах TP-Link Archer c20 и TP-Link Archer c6. "Грешим", что проблема может быть и в каких-то версиях прошивки самих роутеров. Но в ethernet-сегменте сети эти роутеры ведут себя нормально, проблема не проявляется.

Как говорится, "звезды сошлись", ищем черного кота в темной комнате.

Ссылка на сообщение
Поделиться на других сайтах
20 часов назад, muff сказал:

ищем черного кота в темной комнате.

были подобные проблемы с головами 3310 и некоторыми моделями роутеров Xiaomi и tp-link.

решилось заменой голов на другого вендора.

судя по данному триду- bdcom- говно то еще.

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

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: 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 - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Автор: Alina1989
      L3 GPON 2 port OLT, in stock now! Send inquiry if you need it.
       
      WEB managed, 256 users the max
       

       
       
    • Автор: CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Автор: ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.

    • Автор: DaemonWeb
      Розглядаю покупку інтернет-мережі з діючою абонентською базою.
      Цільова технологія PON, GPON, GePON, FTTX.
      З пропозиціями та питаннями звертайтесь у приват.

×
×
  • Создать...