Size: a a a

2021 June 08

СП

Себастьян Перейро... in Accel-PPP
Все как бе норм
источник

P

Phoenix in Accel-PPP
вроде всё нормально. Проблема в самом qinq на коммутаторах. Сегодня его вот пощупал.
источник

СП

Себастьян Перейро... in Accel-PPP
Мту:)
источник

P

Phoenix in Accel-PPP
ну с мту понятно, уже всё сделал
источник

P

Phoenix in Accel-PPP
тестовый стенд поднимаю пока
источник
2021 June 09

M

Maksim in Accel-PPP
Подскажите у кого LAG из нескольких сетевых. Как он у вас настроен и как балансируется трафик.

У нас такая схема

ябон - ядро - ацель - ядро - интернет

Т.е в первый раз через ядро вланы проходят транзитом как через свич, а потом от ацеля трафик уже маршрутизируется дальше.

ТАк вот, попробовал две 10 в LAG и балансировка выходит не очень.
источник

M

Maksim in Accel-PPP
источник

M

Maksim in Accel-PPP
источник

АЛ

Александр Лакиза... in Accel-PPP
Режим балансировки какой?
источник

M

Maksim in Accel-PPP
Со стороны сервера:
    slaves ens2f0 ens2f1
   mtu 9000
   bond-mode 802.3ad
#    bond-lacp-rate slow
    bond-miimon 100
    bond-downdelay 200
    bond-updelay 200
#     bond-lacp-rate 1

со стороны коммутатора
lag "nas5" dynamic
ports e 4/5 to 4/6
primary-port 4/5
источник

АЛ

Александр Лакиза... in Accel-PPP
xmit_hash_policy    layer3+4
источник

АЛ

Александр Лакиза... in Accel-PPP
Надо на серваке добавить
источник

АЛ

Александр Лакиза... in Accel-PPP
И поискать такое же на свиче
источник

M

Maksim in Accel-PPP
Спасибо, попробую.
источник

АЛ

Александр Лакиза... in Accel-PPP
Хотя можно на серваке и не трогать: сейчас нормально раскладывает трафик к абонентам
А вот приход фигово немного, нужно менять алгоритм хеширования на свиче, если он это поддерживает
источник

NV

Nikolai Voloshin in Accel-PPP
Пппое?
источник

M

Maksim in Accel-PPP
IPoE - qinq
источник

M

Maksim in Accel-PPP
Видимо свич думает что он умнее и не дает менять настройки балансировки:
источник

M

Maksim in Accel-PPP
LAG load sharing
Traffic on BigIron RX switches is load balance over a LAG by using the Hash Based Load Sharing
method. The Hash Based Load Sharing method is based on the packet type and cannot be
changed.
The device shares the traffic load evenly across the ports in a LAG group, while ensuring that
packets in the flow are not reordered. Individual flows are assigned a trunk index to identify them.
Traffic from each flow is then distributed across the ports in the LAG group using a hash index as
follows:
• For L2 traffic, the hash index is based on the following:
• Layer-2 packets with an IPv4 payload: source IPv4 address, source mac addresses,
destination IPv4 address, desination mac address and TCP/UDP source port and
TCP/UDP destination port.
• For L3 traffic, the hash index is based on the following:
• IPv4 non-TCP/UDP packets: source MAC address and destination MAC address, source IP
address and destination IP address
• IPv4 TCP packets: source MAC address and destination MAC address, source IP address
and destination IP address, and TCP source port and TCP destination port.
• IPv4 UDP packets: source MAC address and destination MAC address, source IP address
and destination IP address, and UDP source port and UDP destination port.
источник

АЛ

Александр Лакиза... in Accel-PPP
Круто, тогда смириться)
источник