Добрый день.
DGS3420, Etherchannel load-balancing

Не балансируется трафик в Etherchannel по портам в вариантах:
- для mpls трафика
- для QinQ
при включенной балансировке ip-src-dest.

Тот же трафик без mpls балансируется по ip-src-dest нормально.
Тот же трафик без QinQ балансируется по ip-src-dest нормально.

Проверялось на DGS3420, с firmware 1.50, 1.77

Умеет ли DGS3420 балансировать трафик в Etherchannel для mpls, для QinQ ?

Пробуйте другие алгоритмы балансировки.

Балансировка по L4 также не работает для трафика с mpls или QinQ.
Балансировка по mac - работает, но не подходит (трафик бегает через DGS3420 между двумя роутерами)

Умеет ли DGS3420 балансировать трафик в Etherchannel для mpls, для QinQ ?
Или это аппаратные ограничения ?

Если у потока пакетов одинаковые src-dst адреса как L2, так и L3, то вы этот поток уже никак не отбалансируете.
Отдельных настроек под mpls или qinq тут нет, коммутатор берет определенные поля в пакете и по ним, высчитывая остаток, принимает решение, по какому линку перенаправлять пакет.
Если у потока все эти поля одинаковы - естественно, никакой балансировки не будет.
Это аппаратка, и софтом не правится.

Артем,

еще раз схема:
2 Cisco роутера (c включаемым/отключаемым mpls и qinq)
роутеры подключены через один DGS3420 с etherchannel_1 в сторону роутера1 и etherchannel_2 в сторону роутера 2
несколько vlan проброшены как tag на DGS3420 из etherchannel_1 в etherchannel_2
Трафик:
mac адреса - одна постоянная пара src-dst mac
ip трафик - РАЗНЫЕ пары ip src-dst

Трафик без mpls (без QinQ) - балансируется по ip-src-dest нормально на DGS3420.
если тот же трафик запихать в mpls (или QinQ) - трафик перестает балансироваться на DGS3420.

DGS3420 умеет балансировать по IP-src-dst (или по L4) для mpls (QinQ) трафика ?

Или может быть это баг?

А это больше похоже на ошибку.
Я уточню этот момент в ШК.
Спасибо.

spa46
Пожалуйста, пришлите конфигурацию DGS-3420 и маршрутизаторов cisco относительно соответствующих интерфейсов, qinq и mpls.
Также просьба снять дамп трафика qinq/mpls для примера.
Спасибо.

Добрый день.

Предлагаю пойти постепенно:
собран стенд на DGS3420 с генератором пакетов ip/mpls
Boot PROM Version : Build 1.00.006
Firmware Version : Build 1.77.B002
Hardware Version : A2
DGS3420 порт 21 - генератор пакетов
DGS3420 порт 22 - mirror с порта 21 rx (контрольный порт)
DGS3420 порты 17,23-24 - Etherchannel1 static, балансировка IP_src_dst
---Etherchannel---
Link Aggregation Algorithm = IP-Source-Dest
Group ID : 1
Type : TRUNK
Master Port : 23
Member Port : 17,23-24
Active Port : 17,23-24
Status : Enabled
Flooding Port : 17
----------
создан vlan 10
Current Tagged Ports : 17,23-24
Current Untagged Ports: 21

1. генерим чистый IP поток, src-mac постоянный, dst-mac постоянный
src_ip=0.0.0.0, dst_ip=random(10.0.0.0/8)
dst-mac - статически прибит в vlan10 порт T1 (etherchannel1 порты 17,23-24)
по show utilization ports видно, что трафик балансируется в порты 17,23-24 в отношении 37%-37%-25% (нормально для слабой хэш-функции и 3-х портов)
Ок, балансировка для IP работает

2. генерим mpls трафик в том же vlan с теми же параметрами (mac/ip)
Независимо от количества mpls меток (пробовал от 1 до 3), весь трафик уходит в порт 17 (flooding port для etherchannel)
Балансировка по L3 для mpls трафика не работает.


PS. Засунуть дампы - тот еще квест (ответ расширение dunp, tcmdump,dmp... "запрещено администратором")
На контрольном порту вижу, что трафик идет с метками, согласно условиям.

в mpls-пакете заголовки L3 и L4 сдвинуты. Поэтому коммутатор балансирует по тому, что оказывается на их месте, а это наверняка кусок MPLS-заголовка. Здесь бы возможно смог сработать какой-нибудь crc16/32 алгоритм.

О расположении меток mpls и qinq думаю, все в курсе.

В курсе ли об этом Dlink DGS3420-28SC ?

Спасибо за описание, я задал вопрос разработчикам.

P.S. прислали бы информацию на почту - было бы оперативнее...

Добрый день.
Есть ли новости от разработчиков по DGS-3420 и балансировке mpls/qinq в etherchannel ?

На днях должны сказать, поддерживает ли чипсет балансировку qinq и mpls трафика или нет - от этого будет уже зависеть возможность фиксов/изменений.
Я отпишусь в этой теме.

К сожалению, окончательного решения так и нет - взяли паузу до "после нового года".