Перейти до

BDCOM P3608-2TE vs Port-Aggregator


Kto To

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

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

 

Схема: FreeBSD сервер с двумя двухпортовыми ET сетевухами.

 

Включен четырьмя патчкордами в BDCOM P3608-2TE (порты g5-g8).

 

На FreeBSD подымаем 2 lagg интерфейса для входа и выхода трафика.

На вход 1 влан в акцесе

на выход пачка вланов в транке.

 

В чем суть дерьма.

 

Port-aggregator1 понялся без проблем и работает (в котором один влан в акцесе)

Port-aggregator2 (в котором пачка вланов) подымается на 1-2 минуты (причем клиентЫ начинают подключаться) и потом port-down пишет. При этом физически порты в АПе, ошибок нет итп.

В логах FreeBSD тихо.

В логах BDCOM-а просто Port-aggregator2 is down.

Передергивание и ребут сервера ни к чему не приводит.

Но что странное - когда удаляю вланы с po2 - то аггрегатор заводится все гуд и не падает. Добавляю вланы - 1-2 минуты и po2 down.

Может кто сталкивался с подобной проблемой?

 

П.С. Аналогичная схема с laggX отлично работает с участием Д-Линка, Циско но закупать д-линк с 10г на тот узел нет возможности.

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

Как вариант, если вланов много можно их размазать по полам трафика на два интерфейса.

Это я и сделал - не равномерно конечно но все же. Но это "костыльное" решение а хочется нормального решения как на других узлах.

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

Внезапно конфиги в студию.

interface Port-aggregator1
 switchport pvid xx
!
interface Port-aggregator2
 switchport trunk vlan-allowed xx-xx,xx-xx,xx
 switchport mode trunk
!
interface GigaEthernet0/5
 description Server-IN
 aggregator-group 1 mode lacp
 switchport pvid XX
!
interface GigaEthernet0/6
 description Server-OUT
 aggregator-group 2 mode lacp
 switchport trunk vlan-allowed xx-xx,xx-xx,xx
 switchport mode trunk
!
interface GigaEthernet0/7
 description Server-IN-2
 aggregator-group 1 mode lacp
 switchport pvid xx
!
interface GigaEthernet0/8
 description Server-OUT-2
 aggregator-group 2 mode lacp
 switchport trunk vlan-allowed xx-xx,xx-xx,xx
 switchport mode trunk
!


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

В rc.conf cloned_interfaces сначала создаются вланы или lagg? У меня был глюк когдато, сначала надо было lagg сделать, а потом вланы. Типа так

cloned_interfaces="lagg0 vlan6 vlan7"
Відредаговано antilenin
Ссылка на сообщение
Поделиться на других сайтах

А если сделать принудительно ifconfig igbX down && ifconfig igbX up в тот момент когда начинают отваливаться вланы? И netstat -m посмотрите сколько чего используется, может нехватает выделеной памяти гдето. 

Хотя может таки проблема в бдкоме. Прошивку сменить попробуйте.

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


#show ver
BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 36039
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-6-22 15:9:50 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.5, Serial num:00315000655
System image file is "Switch.bin"
hardware version:V1.0

Ссылка на сообщение
Поделиться на других сайтах
interface GigaEthernet0/6
 description Server-OUT
 aggregator-group 2 mode lacp
!
interface GigaEthernet0/8
 description Server-OUT-2
 aggregator-group 2 mode lacp
!

Значится для начала попробуйте вот такие вот настройки на портах.

Второе - есть у меня подозрение что lacp у него работает только passive так что хз как оно вообще поднимает первый аггрегат.

Третье

show version
BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 37273

У меня не возможно задать aggregator-group 2 mode lacp, обязательно требуется еще и priority.

Пробуйте собрать в начале static, с ним по идее проблем быть не должно.

 

Да, и покажите как вы на фре агрегат конфигурируете.

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

ifconfig_lagg0="up laggproto lacp laggport igb0 laggport igb2 a.b.c.d netmask 255.255.255.252"

Обновление П.О. на 3608 какая-то странная лотерея. В свое время я наигрался с одним таким свитчом (вначале после удаленного обновления его пришлось везти а в офис за 50км т.к. почему-то после обновления он не завелся хотя 3310 всегда заводились без проблем). Дальше пробовали лить разные прошивки в него - что выше версии той что была что ниже - все до одного места - не запускается. Запустился только с той версией что у него была "из коробки". После этого как-то ссыкотно эти модели обновлять...

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

 

 

Но что странное - когда удаляю вланы с po2 - то аггрегатор заводится все гуд и не падает. Добавляю вланы - 1-2 минуты и po2 down.
 

вообще похоже на какой-то больной loopdetect\STP

попробуйте STP выключить

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

 

cloned_interfaces="lagg0 ..."

ifconfig_lagg0="up laggproto lacp laggport igb0 laggport igb2 a.b.c.d netmask 255.255.255.252"

Обновление П.О. на 3608 какая-то странная лотерея. В свое время я наигрался с одним таким свитчом (вначале после удаленного обновления его пришлось везти а в офис за 50км т.к. почему-то после обновления он не завелся хотя 3310 всегда заводились без проблем). Дальше пробовали лить разные прошивки в него - что выше версии той что была что ниже - все до одного места - не запускается. Запустился только с той версией что у него была "из коробки". После этого как-то ссыкотно эти модели обновлять...
Волка бояться - в лес не ходить )))
Ссылка на сообщение
Поделиться на других сайтах

 

Но что странное - когда удаляю вланы с po2 - то аггрегатор заводится все гуд и не падает. Добавляю вланы - 1-2 минуты и po2 down.
 

вообще похоже на какой-то больной loopdetect\STP

попробуйте STP выключить

 

!
!
!
no spanning-tree
!
!
!


В конфиге ОЛТ...

 

В логах пусто - просто тухнет po2 и все. 

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

Начинать траблшутинг надо от простого к сложному.

Соберите для начала этот транк статиком, без LACP. Заработает - так и оставьте, нет - ищем дальше.

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

Как-бы два вопроса.

1) Почему-бы не запихнуть все порт в один лаг?

2) Нужен ли вам канал от БДКОМА 2 Гига? По максимальной нагрузке там можно посадить 512 абонов, на что вам 1 Г порта будет достаточно.

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

Как-бы два вопроса.

1) Почему-бы не запихнуть все порт в один лаг?

2) Нужен ли вам канал от БДКОМА 2 Гига? По максимальной нагрузке там можно посадить 512 абонов, на что вам 1 Г порта будет достаточно.

на бдком приходит 10-ка, с бдкома расходятся еще гигалинки на некоторые районы плюс 8 пон портов плюс за онушками еще есть свитчи с абонами. уперлись там в гигабит - надо расширить :)

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

 

Как-бы два вопроса.

1) Почему-бы не запихнуть все порт в один лаг?

2) Нужен ли вам канал от БДКОМА 2 Гига? По максимальной нагрузке там можно посадить 512 абонов, на что вам 1 Г порта будет достаточно.

на бдком приходит 10-ка, с бдкома расходятся еще гигалинки на некоторые районы плюс 8 пон портов плюс за онушками еще есть свитчи с абонами. уперлись там в гигабит - надо расширить :)

 

В один лаг или портченел не получается все порты от сервера запустить?

Если свободен второй 10G порт на БДКоме то его заюзать на крайняк можно.

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

Можно если покупать сетевуху на 10г. В общем - КАК можно было бы сделать я и сам знаю (купить норм коммутатор а ОЛТ оставить как ОЛТ). Но там узел товарищей и они себе там политику делают. Подскажите - для static (не lacp) что в FreeBSD прописывать в laggproto ?

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

Можно если покупать сетевуху на 10г. В общем - КАК можно было бы сделать я и сам знаю (купить норм коммутатор а ОЛТ оставить как ОЛТ). Но там узел товарищей и они себе там политику делают. Подскажите - для static (не lacp) что в FreeBSD прописывать в laggproto ?

 

https://www.freebsd.org/cgi/man.cgi?lagg(4)

 

loadbalance или roundrobin смотря чего гоняете.

 

http://muff.kiev.ua/content/lacp-obedinenie-setevykh-interfeisov-s-ispolzovaniem-link-aggregation-control-protocolстаренько но годненько. Обратите внимание на 

Примечание. В некоторых случаях при использовании 802.1Q агрегированный интерфейс не работал. "Лечится" это отключением опции vlanhwtag на сетевых интерфейсах.
Відредаговано Mikca
Ссылка на сообщение
Поделиться на других сайтах

Собрали сегодня по моей просьбе стенд:

show version
BDCOM(tm) P3616-2TE Software, Version 10.1.0E Build 37273 
и
Freebsd 10.3-STABLE с драйвером igb

Собственно как и предполагалось, lacp на bdcom работает весьма через ж странно. Нормально заработал только static.

Балансировку не проверял, подозреваю что она тоже далека от идеала.

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

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

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

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

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

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

Вхід

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

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

    • Від ikoko
      Продам OLTи BDCOM б.у.
       
      BDCOM P3310b - 1 шт.  - 7000 грн.
      BDCOM P3310b-2ac - 1 шт.  - 8000 грн.
       
      BDCOM P3310c - 2 шт.  - 8000 грн. за 1 шт.
       
      BDCOM P3608b - 1 шт.  - 22000 грн.
       
       
    • Від sergeyko
      Продам OLT BDCOM P3310C вживаний з UPS  - 8000грн
×
×
  • Створити нове...