Перейти до

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

Опубликовано:

Добрый день.

 

Есть два канала по ~500М интернет. Заходят оптикой 1G на порты DGS-3120-24TC. К этому же комутатору подключен роутер на FreeBSD одной карточкой на 1G. Хочется принять с каждого канала по 600-700М. Для этого предлагается подключить еще одну карточку 1G с роутера на комутатор. Создать на роутере lagg на комутаторе построить port trunking группу. Спрашивается у кого работает реально такая схема ? В теории вроде как должно работать. Подводные камни ? Увеличится ли загрузка комутатора ? Еще что то такое вылезет. Уже надо бы смотреть на 10G, но хотелось бы еще протянуть чуть чуть, учитывая сколько сегодня 24х10G стоит.

 

 

 

Опубліковано:

Конечно работает, что ему сделается то. И камней никаких нет.

Хотя я по старинке всегда делаю статические транки, без LACP(в пределах стойки имеется в виду конечно).

Опубліковано:

Прокинуть по отдельности аплинки можна. Но этот трафик 1.2-1.4G потом отдать надо а там тоже две карты и тоже делить часть вланов на одну и часть на другую уже проблемно будет.

Опубліковано:

Не хотел заморачивать полной схемой но придется. На роутере 4 карты 1G. На две хочу нагрузить вланы от аплинков, на две клиенские. Вот как раз с теми другими с балансировкой будут пляски.

Опубліковано:

Не будет плясок, включите балансировку по l2+l3 и будет все красиво.

Ну и в принципе можно cx4 сетевку очень недорого купить и воткнуть в свич без переходников.

Опубліковано:

Комутатор не будет "тошнить" от балансировки LACP? И вообще то я теорию понял и даже тест провел. Интересовало кто использует нету ли нареканий.

Опубліковано:

Работает такая схема на 3420 от DLink.

2 двухпортовых сетевых карты. Соответственно, каждая агрегируется в один транк (с поддержкой LACP, статические транки не советую). Теоретически, можно обьеденить все 4 порта в один транк. Однако в такой конфигурации в свое время наступил на трабл. Сервер рендомно зависал (однако эта схема запускалась еще на FreeBSD 7.x). При агрегировании отдельных карт в отдельный транк - бага не проявлялась.

На данный момент на коммутаторе:

DGS-3420-28SC:admin#show link_aggregation
Command: show link_aggregation

Link Aggregation Algorithm = IP-Source-Dest

Group ID      : 1
Type          : LACP
Master Port   : 1
Member Port   : 1-2
Active Port   : 1-2
Status        : Enabled
Flooding Port : 1
Trap          : Disabled

Group ID      : 2
Type          : LACP
Master Port   : 23
Member Port   : 23-24
Active Port   : 23-24
Status        : Enabled
Flooding Port : 23
Trap          : Disabled

Group ID      : 3
Type          : LACP
Master Port   : 21
Member Port   : 21-22
Active Port   : 21-22
Status        : Enabled
Flooding Port : 21
Trap          : Disabled

Total Entries : 3

Метод балансировки IP-Source-Dest.

 

Нагрузка на CPU:

DGS-3420-28SC:admin#show utilization cpu
Command: show utilization cpu

CPU Utilization
-------------------------------------------------------------------------------
Five seconds -  14 %         One minute -  17 %         Five minutes -  17 %

Примеры настройки LACP.

Опубліковано: (відредаговано)

Если будете делать VLAN-интерфейсы поверх LACP то делайте через create_args так:

ifconfig_igb0="up -tso"
ifconfig_igb1="up -tso"


cloned_interfaces="vlan100 vlan100 lagg0"


create_args_lagg0="laggproto lacp laggport igb0 laggport igb1"
ifconfig_lagg0="up"
ifconfig_vlan100="vlan 100 vlandev lagg0 1.2.3.4/29"
ifconfig_vlan200="vlan 200 vlandev lagg0 5.6.7.8/29"
иначе VLAN-интерфейс получит MTU 1496 (если делать как описано на maff.kiev.ua).
 
и еще, некоторые сетевые карты не могут отдавать хеш-функцию для балансировки нагрузки для связки LAGG+VLAN (к примеру Intel 82574L)
 
тогда в sysctl.conf можно добавить:
net.link.lagg.0.use_flowid=0
Відредаговано Sоrk
Опубліковано: (відредаговано)

работает как часы, бывает трудно диагностить ситуацию когда проблема с одним линком в лаге(в основном при лаге через волокно на длинные дистанции при изменении параметров линка). Был и может быть есть глюк при агрегации двух 3120 между собой, после ребута одного из комутаторов трафик не расползается по лагу, а лупит через один порт, при смене типа хэша попускает.

Відредаговано mort1k
Опубліковано:
Если юзать будете FreeBSD  10.1 , то для корректного разбаланса добавте в sysctl.conf:

net.link.lagg.0.use_flowid=0

net.link.lagg.1.use_flowid=0
Опубліковано:

Чуть не понял насчет create_args.

 

суть такая, если создавать так:

ifconfig_lagg0="laggproto lacp laggport igb0 laggport igb1"
ifconfig_vlan100="vlan 100 vlandev lagg0 1.2.3.4/29"

то у vlan100 будет MTU 1496 (у пользователей будет выглядеть будто страницы недогружаются).

Происходит это потому, что на момент создания vlan100 интерфейс lagg0 еще в состоянии down и операционная система перестраховывается, задавая MTU, который заведомо будет не больше допустимого (еще не известно, поддерживает ли сетевая карта VLAN_MTU)

Если же создавать так:

create_args_lagg0="laggproto lacp laggport igb0 laggport igb1"
ifconfig_lagg0="up"
ifconfig_vlan100="vlan 100 vlandev lagg0 1.2.3.4/29"

то на момент создания vlan100 интерфейс lagg0 уже в состоянии up и ОС знает о том, что сетевая поддерживает VLAN_MTU и на vlan-интерфейс можно устанавливать MTU 1500

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

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

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

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

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

Вхід

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

Войти сейчас
×
×
  • Створити нове...