Jump to content
Калькуляторы

Коммутаторы Extreme Summit / BlackDiamond. Отзывы, реальная производительность. Особенности, плюсы, минусы

1 минуту назад, crank сказал:

Кто использует у себя mpls на сети, подскажите как обстоят дела с балансировкой трафика в LAG?

если речь о том как трафик бегает по портам LAGа, то равномерно, вменяемо

 

Share this post


Link to post
Share on other sites
26 минут назад, darkagent сказал:

если речь о том как трафик бегает по портам LAGа, то равномерно, вменяемо

Да, речь об этом. А вы какой тип балансировки используете - custom?

Share this post


Link to post
Share on other sites

configure sharing address-based custom ipv4 source-and-destination
configure sharing address-based custom hash-algorithm crc-32 lower
ena sharing ..bla bla bla... algorithm address-based custom lacp

Share this post


Link to post
Share on other sites
3 часа назад, crank сказал:

Кто использует у себя mpls на сети, подскажите как обстоят дела с балансировкой трафика в LAG?

Грустно обстоят. Если у вас summitX первого поколения, то VPLS трафик распакованный на PE из VPLS в LAG балансироваться не будет никаким способом, т.е. весь уйдет в один из портов LAGа. На G2 и прочих X690 балансируется нормально.

VPLS трафик P-PE/P-P можно отбалансировать только сделав несколько RSVP-TE LSP и жестко привязав их к VPLS.

Share this post


Link to post
Share on other sites
19 минут назад, Archville сказал:

Если у вас summitX первого поколения, то VPLS трафик распакованный на PE из VPLS в LAG балансироваться не будет никаким способом, т.е. весь уйдет в один из портов LAGа

Не согласен. К 670 G1 претензий по балансировке у меня нет.


# sh ports 25-26,28 utilization port-number
Link Utilization Averages                            Mon Jul 29 13:05:46 2019
Port     Link    Link   Rx             Peak Rx       Tx            Peak Tx
         State   Speed  % bandwidth    % bandwidth   % bandwidth   % bandwidth
================================================================================
25        A       10000    31.73         46.74          7.20           13.48
26        A       10000    39.61         45.34          9.65           10.94
28        A       10000    30.90         30.90         13.30           13.30

например, тут чистый vpls распакованный в lag (в брас)

небольшой перекос есть (потому что lag на 3 линка) 

 

Хуже дела обстояли на x460g1 - но там и аппаратно меньше опций для баланстировки. 

 

Но если речь про pw-fat - то его просто нет в первых трайдентах. да и на т2 тоже. 

Share this post


Link to post
Share on other sites
1 час назад, Archville сказал:

Грустно обстоят. Если у вас summitX первого поколения, то VPLS трафик распакованный на PE из VPLS в LAG балансироваться не будет никаким способом, т.е. весь уйдет в один из портов LAGа. На G2 и прочих X690 балансируется нормально.

VPLS трафик P-PE/P-P можно отбалансировать только сделав несколько RSVP-TE LSP и жестко привязав их к VPLS.

А вы какой тип балансировки используете? Если стандартный алгоритм (L2, L3, L3_L4), то в гайде указано, что балансировка будет по src-dst mac. Если использовать custom алгоритм, то балансировка уже будет по меткам + IP. Вот выдержка из мануала.

Standard Algorithms
...
• MPLS packets—The source and destination MAC addresses.

Custom Algorithms
...
• MPLS packets—Uses the top, second, and reserved labels and the source and destination IP addresses.

 

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

например, тут чистый vpls распакованный в lag (в брас)

небольшой перекос есть (потому что lag на 3 линка) 

Ну ваш перекос в пределах нормы учитывая 3 линка. 

 

 

 

Share this post


Link to post
Share on other sites

А как обстоят дела с балансировкой между PE и P? Трафик размазывается по портам или всё в один попадает?

 

Отвечаю сам себе. Трафик одного VPLS попадёт в один порт, другого в другой и т.д. Выход - сделать несколько LSP с помощью RSVP-TE. По другому на экстримах похоже никак судя по мануалу.

Share this post


Link to post
Share on other sites
33 минуты назад, crank сказал:

По другому на экстримах похоже никак

на трайдентах. они не умеют ни в entropy level ни в flow-aware transport, независимо от вендора. 

Share this post


Link to post
Share on other sites
17 минут назад, darkagent сказал:

на трайдентах

Да. Спасибо за уточнение. У нас как раз железки X670 и X670G2.

 

@darkagent

А вы каким образом решили у себя эту проблему, если решали. Разбивали LAG на 10G линки с point-to-point IP интерфейсами и включали enable l2vpn sharing или просто создавали несколько LSP поверх LAG?

Share this post


Link to post
Share on other sites
2 часа назад, darkagent сказал:

Не согласен. К 670 G1 претензий по балансировке у меня нет. 


# sh ports 25-26,28 utilization port-number
Link Utilization Averages                            Mon Jul 29 13:05:46 2019
Port     Link    Link   Rx             Peak Rx       Tx            Peak Tx
         State   Speed  % bandwidth    % bandwidth   % bandwidth   % bandwidth
================================================================================
25        A       10000    31.73         46.74          7.20           13.48
26        A       10000    39.61         45.34          9.65           10.94
28        A       10000    30.90         30.90         13.30           13.30

например, тут чистый vpls распакованный в lag (в брас) 

небольшой перекос есть (потому что lag на 3 линка)  

 

Хуже дела обстояли на x460g1 - но там и аппаратно меньше опций для баланстировки. 

 

Но если речь про pw-fat - то его просто нет в первых трайдентах. да и на т2 тоже. 

Пардон, некорректно выразился. Процитирую Users guide:

 

Цитата

 

On platforms such as Summit X670, X670v, X480, X460, and Black Diamond 8900 series I/O
modules, load sharing based on inner L3 fields in the MPLS terminated packet are not
supported and the packets will be forwarded as per L2 hashing.
 

 

Share this post


Link to post
Share on other sites
1 час назад, crank сказал:

А вы каким образом решили у себя эту проблему, если решали. Разбивали LAG на 10G линки с point-to-point IP интерфейсами и включали enable l2vpn sharing или просто создавали несколько LSP поверх LAG?

не допускал таких ситуаций на данном железе, благо есть куда перекладывать. 

 

Share this post


Link to post
Share on other sites
1 час назад, Archville сказал:

On platforms such as Summit X670, X670v, X480, X460, and Black Diamond 8900 series I/O
modules, load sharing based on inner L3 fields in the MPLS terminated packet are not
supported and the packets will be forwarded as per L2 hashing.

Откуда эта информация? В мануале не видел. Прочитал от корки до корки раздел MPLS.

46 минут назад, darkagent сказал:

не допускал таких ситуаций на данном железе, благо есть куда перекладывать. 

А у нас сейчас есть LAG'и на 6 десяток. Буду тестировать. По результатам отпишу, но думаю это будет не быстро.

Share this post


Link to post
Share on other sites
39 минут назад, crank сказал:

А у нас сейчас есть LAG'и на 6 десяток. Буду тестировать. По результатам отпишу, но думаю это будет не быстро.

Если можно внутренности vpls разбить на N vpls'ов - это спасет. В остальном только жирные линки 40/100G или железки умеющие в rfc6391 или rfc6790. но это не про экстримы

Share this post


Link to post
Share on other sites

У нас X670 стоят на аггрегации больших районов. Там несколько десятков колец. У каждого кольца будет свой vpls. Так что какое-то распределение всё равно будет. Вторым этапом думаю создать несколько LSP с помощью RSVP-TE и включить балансировку трафика. Тогда трафик каждого VPLS ещё размажется по созданным LSP.

Share this post


Link to post
Share on other sites
17 часов назад, crank сказал:

Откуда эта информация? В мануале не видел. Прочитал от корки до корки раздел MPLS. 

 

Раздел Link Aggregation

стр. 265 Extreme XOS 16.1 Users Guide

PDF версия



 

Share this post


Link to post
Share on other sites

Какая интересная бага всплыла.

Проблема такая, у некоторых (единицы) абонентов, отвратительные пинги внутри сети, 100-300мс и так очень рвано.

Очень долго искали, шаманили с бубном и вот нашлось.

 

Демонстрация на скриншоте. В начале все хорошо, после делаем команду "configure port A:B vlan subs-vlan-N limit-learning 3000", через ~10 сек понеслись проблемы. Выждали 10 сек, выполнили "configure port A:B vlan subs-vlan-N unlimited-learning", все нормализовалось. subs-vlan-N - просто транзитный влан, без L3.

 

В результате - имеем багу в ограничениях записей в FDB.

BD-8810 15.5.2.9 patch1-5

Снимок экрана от 2019-08-13 14-38-29.png

Share this post


Link to post
Share on other sites

Коллеги а поделитесь EXOS 16.2.5.4-patch1-17 пожалуйста (x480)!

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now