DenimMark Опубликовано: 8 квітня, 2015 Опубликовано: 8 квітня, 2015 Добрый день. Есть два канала по ~500М интернет. Заходят оптикой 1G на порты DGS-3120-24TC. К этому же комутатору подключен роутер на FreeBSD одной карточкой на 1G. Хочется принять с каждого канала по 600-700М. Для этого предлагается подключить еще одну карточку 1G с роутера на комутатор. Создать на роутере lagg на комутаторе построить port trunking группу. Спрашивается у кого работает реально такая схема ? В теории вроде как должно работать. Подводные камни ? Увеличится ли загрузка комутатора ? Еще что то такое вылезет. Уже надо бы смотреть на 10G, но хотелось бы еще протянуть чуть чуть, учитывая сколько сегодня 24х10G стоит.
KaYot Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Конечно работает, что ему сделается то. И камней никаких нет. Хотя я по старинке всегда делаю статические транки, без LACP(в пределах стойки имеется в виду конечно).
logic Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 так в этом свитче есть 2порта по 10г ....
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Эти два порта перевести в SFP+ еще та история. Лучше уж отложить деньги на нормальный 10G.
greyshadow Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Смотреть как длинк балансирует по агрегату - если он умеет только по MAC-ам - то все это бестолку будет...
logic Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 а че не прокинуть приходные вланы на разные порты до сервака?
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Dlink умеет и по маку и по ір.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Прокинуть по отдельности аплинки можна. Но этот трафик 1.2-1.4G потом отдать надо а там тоже две карты и тоже делить часть вланов на одну и часть на другую уже проблемно будет.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Не хотел заморачивать полной схемой но придется. На роутере 4 карты 1G. На две хочу нагрузить вланы от аплинков, на две клиенские. Вот как раз с теми другими с балансировкой будут пляски.
KaYot Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Не будет плясок, включите балансировку по l2+l3 и будет все красиво. Ну и в принципе можно cx4 сетевку очень недорого купить и воткнуть в свич без переходников.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Что такое не дорого ? Не попадалась.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Что такое для для dlinka l2+l3 ?
KaYot Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Что такое не дорого ? Не попадалась.Типа такого http://4isp.com.ua/index.php?productID=825 Про l2+l3 наврал, каюсь. У вас клиенты по pppoe включены?
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Клиєнты включены в основном vlan per user + static ip.
KaYot Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Тогда балансировка по ip будет работать замечательно.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Комутатор не будет "тошнить" от балансировки LACP? И вообще то я теорию понял и даже тест провел. Интересовало кто использует нету ли нареканий.
KaYot Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Это простой фнукционал, он давным-давно вылизан и никаких ресурсов не потребляет.
muff Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Работает такая схема на 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.
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Всем спасибо, попробую запустить в работу.
Sоrk Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 (відредаговано) Если будете делать 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 Відредаговано 8 квітня, 2015 Sоrk
mort1k Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 (відредаговано) работает как часы, бывает трудно диагностить ситуацию когда проблема с одним линком в лаге(в основном при лаге через волокно на длинные дистанции при изменении параметров линка). Был и может быть есть глюк при агрегации двух 3120 между собой, после ребута одного из комутаторов трафик не расползается по лагу, а лупит через один порт, при смене типа хэша попускает. Відредаговано 8 квітня, 2015 mort1k
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 А через команды как правильно сделать, а то у меня вланы создаются самописным скриптом, а не из rc.
loki Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Если юзать будете FreeBSD 10.1 , то для корректного разбаланса добавте в sysctl.conf: net.link.lagg.0.use_flowid=0 net.link.lagg.1.use_flowid=0
DenimMark Опубліковано: 8 квітня, 2015 Автор Опубліковано: 8 квітня, 2015 Понял. Спасибо. Чуть не понял насчет create_args.
Sоrk Опубліковано: 8 квітня, 2015 Опубліковано: 8 квітня, 2015 Чуть не понял насчет 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
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас