Перейти до

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

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

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

 

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

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

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

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

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

Відредаговано KaYot
  • Like 1
Опубліковано:
2 часа назад, KaYot сказал:

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

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

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

Опубліковано:
7 часов назад, boroda сказал:

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

 

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

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

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

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

 

Опубліковано:
8 часов назад, KaYot сказал:

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

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

2. Далее NAT на CCR

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

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

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

Опубліковано: (відредаговано)
11 часов назад, KaYot сказал:

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

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

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

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

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

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

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

Опубліковано:
1 час назад, nik247 сказал:

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

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

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

Опубліковано:
40 минут назад, KaYot сказал:

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

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

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

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

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

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

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

Опубліковано: (відредаговано)
В 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+)

Відредаговано nik247
Опубліковано:
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

Опубліковано:
В 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+)

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

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

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

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

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

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

Вхід

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

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