CCR1036 + PPPoE

[boroda 14]

Подскажите по бондингу на CCR, неравномерно раскладывает трафик по портам

 

В данный момент на входе CCR использую 2 гиговых порта, просто IP трафик, балансировка трафика по портам примерно равномерная, а вот на выходе в сеть (PPPoE трафик) сильный дисбаланс. Пробовал L3L4, L2L3 - ничего не меняется, небаланс в данный момент  500/30 мбит/с

Как еще можно подстроить подскажите?

Відредаговано 2019-05-03 14:41:45 boroda

[KaYot 3 708]

PPPoE это не IP трафик. L3+ балансировка работать не будет, включите L2.

Ну а трафик на входе балансирует не ccr, а вышестоящий свич.

Відредаговано 2019-05-03 15:31:37 KaYot

[boroda 14]

2 часа назад, KaYot сказал:

PPPoE это не IP трафик. L3+ балансировка работать не будет, включите L2.

Ну а трафик на входе балансирует не ccr, а вышестоящий свич.

Вы не поняли, IP трафик на входе, там все ок с балансировкой, проблема на выходе (PPPoE) сейчас стоит L2L3, очень большой дисбаланс

[KaYot 3 708]

Я и сейчас не понимаю, что такое вход и что выход. Схему в студию.

[nik247 3]

7 часов назад, boroda сказал:

Подскажите по бондингу на CCR, неравномерно раскладывает трафик по портам

 

В данный момент на входе CCR использую 2 гиговых порта, просто IP трафик, балансировка трафика по портам примерно равномерная, а вот на выходе в сеть (PPPoE трафик) сильный дисбаланс. Пробовал L3L4, L2L3 - ничего не меняется, небаланс в данный момент  500/30 мбит/с

Как еще можно подстроить подскажите?

сделайте bond на три(3) порта (mode=802.3ad, transmit-hash-policy=layer-2-and-3)

и посмотрите на результат как раскладывается pppoe....

 

[boroda 14]

8 часов назад, KaYot сказал:

Я и сейчас не понимаю, что такое вход и что выход. Схему в студию.

1. Juniper 2 порта ether —- IP трафик —- 2 порта ether CCR (тут баланс норм)

2. Далее NAT на CCR

3. Этот же CCR 2 порта SFP —- Dlink 3300 2 порта SFP (тут PPPoE сессии) с проблемным дисбалансом по портам

[KaYot 3 708]

Я ж вам намекал - балансирует трафик по шнуркам отправитель а не получатель. У вас проблема в длинке.

[nik247 3]

11 часов назад, KaYot сказал:

Я ж вам намекал - балансирует трафик по шнуркам отправитель а не получатель. У вас проблема в длинке.

Да не проблема здесь Длинка - он принимает pppoe траф от 1036.

А проблема здесь в 1036 - он гененрирует pppoe к клиентам.

Я ж написал решение для Вас - сделайте 3 интерфейса в bond на 1036 (для pppoe трафика) и смотрите результат....

Відредаговано 2019-05-04 17:30:43 nik247

[idakrgm 1]

У меня с dgs 3120sc похожая проблема при схожей схеме - неравномерная балансировка по двум портам. Пробуйте больше портов, как пишут товарищи. А вот на dgs 3000-26 вроде норм балансирует, так что....

Отправлено с моего PRA-LA1 через Tapatalk

[KaYot 3 708]

1 час назад, nik247 сказал:

сделайте 3 интерфейса

А почему не 5 сразу?

Надо включить алгоритм round-robin для этого эзерченнела, что б пакеты пулял по очереди без всяких лишних мозгов. Как это сделать в микротике - я не в курсе.

[nedoinet 440]

40 минут назад, KaYot сказал:

А почему не 5 сразу?

Надо включить алгоритм round-robin для этого эзерченнела, что б пакеты пулял по очереди без всяких лишних мозгов. Как это сделать в микротике - я не в курсе.

В свойствах бонда mode - balance rr

58 минут назад, idakrgm сказал:

У меня с dgs 3120sc похожая проблема при схожей схеме - неравномерная балансировка по двум портам. Пробуйте больше портов, как пишут товарищи. А вот на dgs 3000-26 вроде норм балансирует, так что...
 

Хз. 3120 - балансировка по л4 - шпарит +-поровну хоть 2 порта в лаге, хоть 8.

Единственное, не забываем что мы можем управлять только исходящим трафиком. Если косяк со входящим - ковыряем вышестоящую шелезяку

[nik247 3]

В 04.05.2019 в 21:51, KaYot сказал:

А почему не 5 сразу?

Надо включить алгоритм round-robin для этого эзерченнела, что б пакеты пулял по очереди без всяких лишних мозгов. Как это сделать в микротике - я не в курсе.

практически вычисленно, что RouterOS по L2 (pppoe) отимально раскладывает при 3(6) интерфейсах в bonding (mode=802.3ad, transmit-hash-policy=layer-2-and-3).

тесты проводились на 2,3,4,5,6,7 интерфейсах.

так RouterOS вычисляет хеши  и соответсвенно потом выбирает исходящий интерфейс.- оптимально кратно 3 для L2 трафика.

расклад трафика pppoe буде относительно равномерным при большом кол-ве клиентов и при этом трафик от сервера к одному клиенту всегда будет идти через один и тот же интерфейс.

рекомендую все равно перейти на 1036 на 10G (sfp+)

Відредаговано 2019-05-05 19:33:43 nik247

[boroda 14]

25 минут назад, nik247 сказал:

практически вычисленно, что RouterOS по L2 (pppoe) отимально раскладывает при 3(6) интерфейсах в bonding (mode=802.3ad, transmit-hash-policy=layer-2-and-3).

тесты проводились на 2,3,4,5,6,7 интерфейсах.

так RouterOS вычисляет хеши  и соттветсвенно потом выбирает исходящий интерфейс.- оптимально кратно 3 для L2 трафика.

расклад трафика pppoe буде относительно равномерным при большом кол-ве клиентов и при этом трафик от сервера к одному клиенту всегда будет идти через один и тот же интерфейс.

рекомендую все равно перейти на 1036 на 10G (sfp+)

Спасибо, буду пробовать. У меня нет SFP+ на CCR1036

[boroda 14]

В 05.05.2019 в 00:23, nik247 сказал:

практически вычисленно, что RouterOS по L2 (pppoe) отимально раскладывает при 3(6) интерфейсах в bonding (mode=802.3ad, transmit-hash-policy=layer-2-and-3).

тесты проводились на 2,3,4,5,6,7 интерфейсах.

так RouterOS вычисляет хеши  и соответсвенно потом выбирает исходящий интерфейс.- оптимально кратно 3 для L2 трафика.

расклад трафика pppoe буде относительно равномерным при большом кол-ве клиентов и при этом трафик от сервера к одному клиенту всегда будет идти через один и тот же интерфейс.

рекомендую все равно перейти на 1036 на 10G (sfp+)

Да, баланс выровнялся, спасибо!