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

BDCOM P3310C


Kto To

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

Да, да проблема именно в cir 20000

1 000 000 (гиговый линк - максимальная полоса пропускания EPON-порта) делим на 20 000 (минимальная гарантированная скорость для каждой ONU), получаем 50. Т.е. голова зарегистрирует 49 онушек, а остальные просто посылает лесом.

Тоже поменял на 12000

Ссылка на сообщение
Поделиться на других сайтах
  • Ответы 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

Да, да проблема именно в cir 20000

1 000 000 (гиговый линк - максимальная полоса пропускания EPON-порта) делим на 20 000 (минимальная гарантированная скорость для каждой ONU), получаем 50. Т.е. голова зарегистрирует 49 онушек, а остальные просто посылает лесом.

Тоже поменял на 12000

в "b" ревизии кто-то, что-то подобное замечал?

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

отвалился клиент

смотрю и вижу:

 

#sh mac address-table int e0/3:9

        Mac Address Table (Total 1)

------------------------------------------

 

Vlan    Mac Address       Type       Ports

----    -----------       ----       -----

2110    4c5e.0c16.7d79    DYNAMIC    epon0/4:1

 

Делаю повторно, когда связь с клиентом появилась:

 

#sh mac address-table int e0/3:9

        Mac Address Table (Total 1)

------------------------------------------

 

Vlan    Mac Address       Type       Ports

----    -----------       ----       -----

2110    0027.2249.b4e9    DYNAMIC    epon0/3:9

 

 

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

 

3608
отвалился клиент
смотрю и вижу:
 
#sh mac address-table int e0/3:9
        Mac Address Table (Total 1)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
2110    4c5e.0c16.7d79    DYNAMIC    epon0/4:1
 
Делаю повторно, когда связь с клиентом появилась:
 
#sh mac address-table int e0/3:9
        Mac Address Table (Total 1)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
2110    0027.2249.b4e9    DYNAMIC    epon0/3:9
 
 
чудеса....

 

У нас на 3310с  точно также... 

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

блин ну как оно так работает... это же даже другой ствол...

на 3310В вообще никогда никаких проблем у меня не было

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

В очередной раз не теряю надежды заюзать supervlan. На этот раз на BDCOM-е. Еще ни разу не встречал нормально запиленной данной технологии.

!
interface SuperVLAN1
 ip address 10.1.0.1 255.255.255.0
 ip address 10.1.1.1 255.255.255.0 secondary
 ip address 10.1.2.1 255.255.255.0 secondary
 ip address 10.1.3.1 255.255.255.0 secondary
 ip address 10.1.4.1 255.255.255.0 secondary
 ip address 10.1.5.1 255.255.255.0 secondary
 ip address 10.1.6.1 255.255.255.0 secondary
 ip address 10.1.7.1 255.255.255.0 secondary
 ip proxy-arp subvlan same-interface
 no ip directed-broadcast
 ip helper-address 10.10.10.2
 subvlan add 251-258
!
!         
filter dhcp
filter enable
!
vlan 2
 name multicast
!
vlan 203
 name manage
!
vlan 251
 name ipoe-pon-1
!
vlan 252
 name ipoe-pon-2
!
vlan 253
 name ipoe-pon-3
!
vlan 254
 name ipoe-pon-4
!
vlan 255
 name ipoe-pon-5
!
vlan 256
 name ipoe-pon-6
!
vlan 257
 name ipoe-pon-7
!
vlan 258
 name ipoe-pon-8
!

Кто уже юзал? Отзовитесь? Оно живое? Только поставили P3608-2TE в бой, еще не знаю, как данный конфиг себя поведет.

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

L3 на бдкоме это для людей с сильным характером.

 

Пользуясь случаем спрошу про 3310b и qnq.

Нужно пробросить влан между двумя гиговыми портами без распаковки и вмешательства. Т.е. в g3 зашло, из g6 вышло дальше. Если какие-то нюансы с этим?

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

не скажу за ОЛТы, но стоял s2228f от БДКома - куинку не взлетело. Воткнули перед ним хуавей 2326(тот шо Киевстаровский).

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

 

#sh mac address-table int e0/3:9
        Mac Address Table (Total 1)
------------------------------------------
 
Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
2110    4c5e.0c16.7d79    DYNAMIC    epon0/4:1

Насколько  я понял на ОЛТ 36 серии это фишка такая. Если ОНУ не залинкована, то на команду sh mac address-table отображаются маки какой-нибудь другой ОНУ.

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

Больше никто qinq не проганял транзитом через 3310? Я так понимаю нужно что бы олт пропускал пакеты 1504 байта не фрагментируя.

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

Больше никто qinq не проганял транзитом через 3310? Я так понимаю нужно что бы олт пропускал пакеты 1504 байта не фрагментируя.

Ну да, я думаю достаточно пропустить верхний тег и увеличить МТУ. Ну я бы даже больше чем 1504 поставил, на всякий случай.

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

Какой командой увеличить мту? Это же на двух портах выходит нужно поменять (вход-выход) ?

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

Тестить надо, это ж бдком))))

 

И у меня 3310b

В глобальном

#system mtu ?
  <1536-1976>  MTU size in bytes
#sh ver
....
BDCOM(tm) P3310B Software, Version 10.1.0B Build 33463

Да, а на отдельный интерфейс не вижу, так что только глобально.

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

Стремно удалённо менять мту. Может на дефолтном 1510 взлетит?

Только пробовать, не могу сказать на 100%. По логике должно пролезть.

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

Стремно удалённо менять мту. Может на дефолтном 1510 взлетит?

Только что проверил, на P3310C удалённо сменить мту, доступ не отвалился, по портам вроде как бы даже применилось, но на сколько мне помниться в любом случае нужно железку бутать.

BDCOM6#sh system mtu
System MTU size is 1554 bytes
BDCOM6#conf
BDCOM6_config#system mtu 1552
BDCOM6_config#exit
BDCOM6#show system mtu
System MTU size is 1552 bytes
BDCOM6#sh int g0/6 | inc MTU
  MTU 1552 bytes, BW 1000000 kbit, DLY 10 usec 
Ссылка на сообщение
Поделиться на других сайтах

 

Стремно удалённо менять мту. Может на дефолтном 1510 взлетит?

Только что проверил, на P3310C удалённо сменить мту, доступ не отвалился, по портам вроде как бы даже применилось, но на сколько мне помниться в любом случае нужно железку бутать.
BDCOM6#sh system mtu
System MTU size is 1554 bytes
BDCOM6#conf
BDCOM6_config#system mtu 1552
BDCOM6_config#exit
BDCOM6#show system mtu
System MTU size is 1552 bytes
BDCOM6#sh int g0/6 | inc MTU
  MTU 1552 bytes, BW 1000000 kbit, DLY 10 usec 
А почему у вас изначально был мту 1554, а не дефолтный 1510?
Ссылка на сообщение
Поделиться на других сайтах

Добрый день , поделитесь конфигом на p3310c под рррое у кого стабильно работает , а также укажите версию прошивки. Заранее спасибо 

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

Добрый день , поделитесь конфигом на p3310c под рррое у кого стабильно работает , а также укажите версию прошивки. Заранее спасибо 

всем привет. данный вопрос тоже интересует. может есть какие особенности?

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

А в чем собсно проблема? С-серия имеет трохи другое железо(из рассказов соседа, который его вскрывал) в сравнении с B, оттого оно и глючит у многих - то онухи не регаются, то стволы отпадают, то еще чето.... А ПППоЕ там взлетает без проблем вообще.

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

 

 

А в чем собсно проблема?
Видимых проблем не замечал. спросил, чтобы знать, мало ли какие особенности. 
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Войти

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

Войти сейчас
  • Сейчас на странице   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, сетевые карты, твинакс кабеля.


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