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

BDCOM P3310C


Kto To

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

4 минуты назад, Lik сказал:

с разных точек чтобы вход был не с одного vlan

Если сеть ваша не проще ли повесить ип на влан управления, а для себя создать учетку на серваке, на которой будут прописаны роуты на влан управление. А если сетка не ваша, то нах@р оно вам надо. 

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вчи українську, це тобі ще знадобиться!

Дуже схоже на "фільтр по МАС", який зявився в 3310с. ftp://ftp.romsat.ua/pub/Lan/BDCOM/P3310C/Read_before_Update.txt All mac addresses that fit the mask below will be dropped on OLT PON inte

Блин, да поставьте Вы в конце концов понконтрол и собирайте сигналы по СНМП и не мучайтесь

Posted Images

Может у кого есть опыт использования P3310C и P3600. Можете вкратце сравнить прошивки? Это практически одна и та же прошивка или они отличаются синтаксисом/функционалом? Что по поводу глюков при сравнении этих двух серий?

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

Может у кого есть опыт использования P3310C и P3600. Можете вкратце сравнить прошивки? Это практически одна и та же прошивка или они отличаются синтаксисом/функционалом? Что по поводу глюков при сравнении этих двух серий?

1. Одна и та же.

2. Синтаксис полностью идентичен.

3. По поводу глюков - были в P3310C в ранних версиях. Тоже сначала брать не хотели, а когда сказали что P3310B закончились (2016 г.), купили, я перед настройкой на всяк случай обновил прошиву до последней версии (на тот момент) и всё. Работает до сих пор. Возможно просто повезло™ и та версия была не глючной...

4. Р3608 прошиву не менял - работает...

5. Вебка, как уже сказали - зло! Из глюков - в вебке нельзя корректно настроить шейп на ONU, но оно и не надо, поскольку половина зоопарка его тупо не умеет делать. И да, шейп у них сам по себе глючный, так что его всё же лучше делать на БРАС-е...

  • Like 1
  • Thanks 1
Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, XNeo сказал:

P3310C можно лить прямо те, что идут для P3600

Не стоит! Поверьте на слово. Даже конфижить лучше вручную по образу и подобию, а не переливать с P3310C на P3600. Да и версии прошивок там могут быть разные - одни обновляются чаще, другие - реже, так что да - не стоит!

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

С недавних пор стал обладателем PON ТЕРМИНАЛА P3310C-2AC(10.1.0F Build 66461) в качестве ONU  1штука Foxgate ONU E-1001Z за которой свитч с полусотней абонов, больше никаких ONU нет, сигналы отличные с transmitted power(DBm): 1.8 received power(DBm): -8.4. Периодически наблюдаю возрастание  пинга до 50мс. Подскажите в чем может быть причина и как исправить,"epon dba hardware" не работает.  

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

Подскажите в чем может быть причина и как исправить,"epon dba hardware" не работает.  

Это старая опция - в P3310C оставлена она исключительно "для совместимости"...

 

9 часов назад, cetim сказал:

Возможно onu не пропускает такое количество мак адресов

Попробуйте заменить на bdcom onu.

Вполне себе пропускает - там ZTE чипсет...

 

10 часов назад, ifkey сказал:

Периодически наблюдаю возрастание  пинга до 50мс.

Периодически - это как часто? И, таки да, сколько оно длится?

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

С недавних пор стал обладателем PON ТЕРМИНАЛА P3310C-2AC(10.1.0F Build 66461) в качестве ONU  1штука Foxgate ONU E-1001Z за которой свитч с полусотней абонов, больше никаких ONU нет, сигналы отличные с transmitted power(DBm): 1.8 received power(DBm): -8.4. Периодически наблюдаю возрастание  пинга до 50мс. Подскажите в чем может быть причина и как исправить,"epon dba hardware" не работает.  

а какая загрузка проца ?

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

CPU usage - 11-12%
Как это все выглядит отправляю пинг на коммутатор за ONU через менеджмент VLAN все вроде норм проходит пинг 2мс, потом бац и подскочил до 30-50мс несколько пакетов и снова нормализовалось. Ситуация ухудшается на вечер периодичность выростает загрузка на аплинке 100-120Мб. Committed Bandwidth выставлен в 100000.

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

CPU usage - 11-12%
Как это все выглядит отправляю пинг на коммутатор за ONU через менеджмент VLAN все вроде норм проходит пинг 2мс, потом бац и подскочил до 30-50мс несколько пакетов и снова нормализовалось. Ситуация ухудшается на вечер периодичность выростает загрузка на аплинке 100-120Мб. Committed Bandwidth выставлен в 100000.

Стопэ. Вопросов 2.За онушкой стоит управляха с гиговым аплинком или тупарь? Вы ограничиваете скорость на онушку в 100М?

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

Стопэ. Вопросов 2.За онушкой стоит управляха с гиговым аплинком или тупарь? Вы ограничиваете скорость на онушку в 100М?

Управляемый с гиговым портом свитч. Скорость не ограничиваю если я правильно понимаю Peak Bandwidth - 1 000 000.

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

Пинг возрастает когда нагрузка скачет в 100-120? Или в любое время?

с увелечением нагрузки по трафику растет и пинг

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

Возможно

Длина линка какая? Может всё же имеет смысл рассчитать PON-бюджет, поставить делитель, несколько ONU и тупизней за ними, и тем самым раскидать нагрузку?

 

И да, модель и конфиг свича - в студию! Подозреваю, что там не включена изоляция портов или может даже включён шторм-контроль, что тоже не есть гуд...

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

К д-линкам, например, иногда пинг скачет. Это нормально для них. К клиентам при этом норм пинг.
У вас, думаю, ситуация схожая

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

К д-линкам, например, иногда пинг скачет. Это нормально для них. К клиентам при этом норм пинг.
У вас, думаю, ситуация схожая

Согласен полностью. Бывают скачки пинга до 100-300 мс, при этом пинг на клиентов ровный без единой потери

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

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   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 - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Автор: pytnik82
      продам по 350 грн



    • Автор: gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • Автор: 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, сетевые карты, твинакс кабеля.


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