Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ============================================================================== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
Здравствуйте, Александр.
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У
обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff
Приветствую!
Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано:
"The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. "
Имеется два идентичных свитча: X350-48t.
На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions
============================================================================== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95
============================================================================== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP
На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP
И где правда-то?
-- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: blackprowler@gmail.com RIPE: IL764-RIPE
Hello! Wed, Dec 05, 2012 at 07:43:15AM +0200, blackprowler wrote:
Здравствуйте, Александр.
350-е умеют только L2, хотя XOS и разрешает указывать L3_L4. Реально работает L2. Описано в документации, исправлено в 15.2 версиях, если я не ошибаюсь (т.е. в этих версиях уже не выйдет указать алгоритм балансировки L3_L4). 450a по идее должен уметь L3_L4, так как у него есть поддержка L3.
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff <[1]minotaur@crete.org.ua> wrote:
Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==================================================================== ========== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ==================================================================== ========== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: [2]blackprowler@gmail.com RIPE: IL764-RIPE
Ссылки
1. mailto:minotaur@crete.org.ua 2. mailto:blackprowler@gmail.com
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
Igor Kremez wrote:
Hello!
Wed, Dec 05, 2012 at 07:43:15AM +0200, blackprowler wrote:
Здравствуйте, Александр.
350-е умеют только L2, хотя XOS и разрешает указывать L3_L4. Реально работает L2. Описано в документации, исправлено в 15.2 версиях, если я не ошибаюсь (т.е. в этих версиях уже не выйдет указать алгоритм балансировки L3_L4).
450a по идее должен уметь L3_L4, так как у него есть поддержка L3.
Умеет 100% : Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 1 1 LACP L3 1 Y A 0 L3 2 Y A 0 L3 3 Y A 0 L3 4 Y A 0 22 19 LACP L3 21 Y A 3 L3 22 Y A 5 L3 19 Y A 5 L3 20 Y A 5 ============================================================================== делит трафик достаточно точно +-15%
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff<[1]minotaur@crete.org.ua> wrote:
Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==================================================================== ========== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ==================================================================== ========== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: [2]blackprowler@gmail.com RIPE: IL764-RIPE
Ссылки
1. mailto:minotaur@crete.org.ua 2. mailto:blackprowler@gmail.com
Alexandr Turovsky wrote:
Igor Kremez wrote:
Hello!
Wed, Dec 05, 2012 at 07:43:15AM +0200, blackprowler wrote:
Здравствуйте, Александр.
350-е умеют только L2, хотя XOS и разрешает указывать L3_L4. Реально работает L2. Описано в документации, исправлено в 15.2 версиях, если я не ошибаюсь (т.е. в этих версиях уже не выйдет указать алгоритм балансировки L3_L4).
450a по идее должен уметь L3_L4, так как у него есть поддержка L3.
Я писал о 450 экстриме .
Умеет 100% : Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==============================================================================
1 1 LACP L3 1 Y A 0 L3 2 Y A 0 L3 3 Y A 0 L3 4 Y A 0 22 19 LACP L3 21 Y A 3 L3 22 Y A 5 L3 19 Y A 5 L3 20 Y A 5 ==============================================================================
делит трафик достаточно точно +-15%
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff<[1]minotaur@crete.org.ua> wrote:
Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==================================================================== ========== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ==================================================================== ========== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: [2]blackprowler@gmail.com RIPE: IL764-RIPE
Ссылки
1. mailto:minotaur@crete.org.ua 2. mailto:blackprowler@gmail.com
On Wed, Dec 05, 2012 at 09:44:33AM +0200, Igor Kremez wrote: Проверил у себя: на 12.5.1.6 и 12.4.1.7 L3_L4 есть и реально работает. на 15.2.1.5 нет. (на старших моделях с этим же XOS - есть) то есть вопрос теперь - начиная с какой версии поломали :))
350-е умеют только L2, хотя XOS и разрешает указывать L3_L4. Реально работает L2. Описано в документации, исправлено в 15.2 версиях, если я не ошибаюсь (т.е. в этих версиях уже не выйдет указать алгоритм балансировки L3_L4).
450a по идее должен уметь L3_L4, так как у него есть поддержка L3.
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff <[1]minotaur@crete.org.ua> wrote:
Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==================================================================== ========== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ==================================================================== ========== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: [2]blackprowler@gmail.com RIPE: IL764-RIPE
Ссылки
1. mailto:minotaur@crete.org.ua 2. mailto:blackprowler@gmail.com
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
-- Dmitry Aksyonov +380-62-3340343
On Wed, Dec 05, 2012 at 10:21:34AM +0200, Dmitry Aksyonov wrote:
On Wed, Dec 05, 2012 at 09:44:33AM +0200, Igor Kremez wrote:
Проверил у себя:
на 12.5.1.6 и 12.4.1.7 L3_L4 есть и реально работает. на 15.2.1.5 нет. (на старших моделях с этим же XOS - есть)
то есть вопрос теперь - начиная с какой версии поломали :)) В 12.6, похоже ;) Но Игорь скорее всего прав, и то, что можно задать L3_L4 еще не означает, что быдет срабатывать L3_L4. Всем спасибо.
350-е умеют только L2, хотя XOS и разрешает указывать L3_L4. Реально работает L2. Описано в документации, исправлено в 15.2 версиях, если я не ошибаюсь (т.е. в этих версиях уже не выйдет указать алгоритм балансировки L3_L4).
450a по идее должен уметь L3_L4, так как у него есть поддержка L3.
Есть 2 шт. x350. Один сейчас под XOS v.12.4.2.17, 2й под v.12.3.2.5. У обоих L3_L4 keyword в наличии.
Документация по XOS у Extreme нередко грешит ошибками.
On 5 December 2012 00:30, Alexander Shikoff <[1]minotaur@crete.org.ua> wrote:
Приветствую! Коллеги, а кто-нибудь может объяснить такую вещь: в EXOS Concepts Guide для версий 12.4 и 12.6 на страницах 215 и 238 соответственно прямо сказано: "The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. " Имеется два идентичных свитча: X350-48t. На одном 12.4.3.5 и: sw7-gdr.ki.4 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ==================================================================== ========== 5 LACP L3_L4 5 - R 97 L3_L4 6 - R 96 L3_L4 7 - R 98 L3_L4 8 - R 95 ==================================================================== ========== sw7-gdr.ki.5 # enable sharing 5 grouping 5-8 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) L3_L4 Based on layer 3 IP and layer 4 port lacp link aggregation group handled by LACP На другом 12.6.3.2 patch1-2 и: * sw3-ki.6 # enable sharing 41 grouping 41-44 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP И где правда-то? -- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Ilya Lavrovsky e-mail: [2]blackprowler@gmail.com RIPE: IL764-RIPE
Ссылки
1. mailto:minotaur@crete.org.ua 2. mailto:blackprowler@gmail.com
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
-- Dmitry Aksyonov +380-62-3340343
-- Kind Regards, Alexander Shikoff AMS1-UANIC
On Wed, Dec 05, 2012 at 12:04:49PM +0200, Alexander Shikoff wrote:
Проверил у себя:
на 12.5.1.6 и 12.4.1.7 L3_L4 есть и реально работает. на 15.2.1.5 нет. (на старших моделях с этим же XOS - есть)
то есть вопрос теперь - начиная с какой версии поломали :)) В 12.6, похоже ;) Но Игорь скорее всего прав, и то, что можно задать L3_L4 еще не означает, что быдет срабатывать L3_L4.
Не прав :) Я проверил на работающих свичах где это используется. Нормально балансится. Точно не по src/dst mac, а хотя бы как L3. И точно помню, что когда когда-то давно брали первый такой свитч - этот момент проверялся. -- Dmitry Aksyonov +380-62-3340343
Hello! Wed, Dec 05, 2012 at 12:10:30PM +0200, dimka wrote:
On Wed, Dec 05, 2012 at 12:04:49PM +0200, Alexander Shikoff wrote:
Проверил у себя:
на 12.5.1.6 и 12.4.1.7 L3_L4 есть и реально работает. на 15.2.1.5 нет. (на старших моделях с этим же XOS - есть)
то есть вопрос теперь - начиная с какой версии поломали :)) В 12.6, похоже ;) Но Игорь скорее всего прав, и то, что можно задать L3_L4 еще не означает, что быдет срабатывать L3_L4.
Не прав :) Я проверил на работающих свичах где это используется. Нормально балансится. Точно не по src/dst mac, а хотя бы как L3.
И точно помню, что когда когда-то давно брали первый такой свитч - этот момент проверялся.
Дока тоже врет ? PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding. То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
-- Dmitry Aksyonov +380-62-3340343
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
Hi! On Wed, Dec 05, 2012 at 12:10:30PM +0200, Dmitry Aksyonov writes:
Не прав :) Я проверил на работающих свичах где это используется. Нормально балансится. Точно не по src/dst mac, а хотя бы как L3.
И точно помню, что когда когда-то давно брали первый такой свитч - этот момент проверялся.
Поддерживаю, если бегает обычный IP (не MPLS) трафик, все раскладывается нормально. -- WBR, Yuriy B. Borysov YOKO-UANIC | YOKO-RIPE
Yuriy B. Borysov wrote:
Hi!
On Wed, Dec 05, 2012 at 12:10:30PM +0200, Dmitry Aksyonov writes:
Не прав :) Я проверил на работающих свичах где это используется. Нормально балансится. Точно не по src/dst mac, а хотя бы как L3.
И точно помню, что когда когда-то давно брали первый такой свитч - этот момент проверялся.
Поддерживаю, если бегает обычный IP (не MPLS) трафик, все раскладывается нормально.
А какая у вас точность получается ? У меня как-то не понятно :) , в одном канале +-5% в другом дергает до 20% разницы по интерфейсам ...
On Wed, Dec 05, 2012 at 12:17:32PM +0200, Igor Kremez wrote:
на 12.5.1.6 и 12.4.1.7 L3_L4 есть и реально работает. на 15.2.1.5 нет. (на старших моделях с этим же XOS - есть)
то есть вопрос теперь - начиная с какой версии поломали :)) В 12.6, похоже ;) Но Игорь скорее всего прав, и то, что можно задать L3_L4 еще не означает, что быдет срабатывать L3_L4.
Не прав :) Я проверил на работающих свичах где это используется. Нормально балансится. Точно не по src/dst mac, а хотя бы как L3.
И точно помню, что когда когда-то давно брали первый такой свитч - этот момент проверялся.
Дока тоже врет ?
PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding.
То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
Тогда возникает вопрос - а как оно работает? :) В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Кстати, а не знает ли кто из коллег, как на плате WS-X4908-10GE для Cisco 4900M реализован ее 2:1 overbooking? 40Г на все порты? 10Г на два (они по два на sub-asic) или както еще? В документации не нашел этого...
-- Dmitry Aksyonov +380-62-3340343
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
-- Dmitry Aksyonov +380-62-3340343
Hi! On Wed, Dec 05, 2012 at 12:23:52PM +0200, Alexandr Turovsky writes:
А какая у вас точность получается ? У меня как-то не понятно :) , в одном канале +-5% в другом дергает до 20% разницы по интерфейсам ...
Ну вот, типичный пример: # show ports 23 utilization bytes Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ xxxxxxxx> A 3568363 4696963 43711327 43711327 ================================================================================ # show ports 24 utilization bytes Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ xxxxxxxx> A 4125382 4247388 43895094 44931368 ================================================================================ В динамике, приблизительно так же. -- WBR, Yuriy B. Borysov YOKO-UANIC | YOKO-RIPE
On Wed, Dec 05, 2012 at 12:28:42PM +0200, Dmitry Aksyonov wrote:
PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding.
То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
Тогда возникает вопрос - а как оно работает? :) Поддерживаю :)
В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Дима, а LACP работает между двумя X350ми или с другой стороны другой вендор?
-- Kind Regards, Alexander Shikoff AMS1-UANIC
Hello! Wed, Dec 05, 2012 at 12:48:51PM +0200, minotaur wrote:
On Wed, Dec 05, 2012 at 12:28:42PM +0200, Dmitry Aksyonov wrote:
PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding.
То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
Тогда возникает вопрос - а как оно работает? :) Поддерживаю :)
Что-то типа раунд-робина думаю сейчас уже не чудо. Разброс будет в основном в виду разного размера пакетов. Широковещательные пакеты все вендоры обрабатывают по разному, обычно описывают в документации. По идее у Екстрима можно нарисовать аксесс листы для LAG, но я не пробовал.
В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Дима, а LACP работает между двумя X350ми или с другой стороны другой вендор?
The ExtremeXOS software provides multiple addressed-based algorithms. For some types of traffic, the algorithm is fixed and cannot be changed. For other types of traffic, you can configure an algorithm. Algorithm selection is not intended for use in predictive traffic engineering. Link Aggregation Algorithms--Summit X150, X250e, X350, X450a, and X450e Series Switches Summit X150, X250e, X350, X450a, and X450e series switches and SummitStack support address-based load sharing. (These platforms do not support port-based load sharing.) The following are the types of traffic to which addressed-based algorithms apply and the traffic components used to select egress links: Layer 2 frames and non-IP traffic--The source and destination MAC addresses. IPv4 and IPv6 packets--When a Summit X650 switch is not present in a SummitStack, load sharing is based on the configured options supported on each platform: - L2 algorithm--Layer 2 source and destination MAC addresses. Available on SummitStack and all Summit family switches. - L3_L4 algorithm--Layer 3 and Layer 4, the combined source and destination IP addresses and source and destination TCP and UDP port numbers. Available on SummitStack and Summit X250e, X450a, X450e, and X650 series switches. IPv4 and IPv6 packets--When Summit X650 switches are installed in a SummitStack, load sharing on all other switch types is based on the switch type: - All SummitStack compatible Summit family switches: Layer 3 and Layer 4, the combined source and destination IP addresses and source and destination TCP and UDP port numbers. Broadcast, multicast, and unknown unicast packets (not configurable)--Depends on traffic type: - IPv4 and IPv6 packets--The source and destination IP addresses. - Non-IP traffic--The source and destination MAC addresses. You control the field examined by the switch for address-based load sharing when the load-sharing group is created by using the following command: NOTE The L3 and custom keywords are not supported on Summit X150, X250e, X350, X450a, and X450e series switches. The L3_L4 keyword is not supported on Summit X150 and X350 series switches. Это из доки к 15.1
-- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
On Wed, Dec 05, 2012 at 01:03:21PM +0200, Igor Kremez writes: IK> Wed, Dec 05, 2012 at 12:48:51PM +0200, minotaur wrote:
On Wed, Dec 05, 2012 at 12:28:42PM +0200, Dmitry Aksyonov wrote:
PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding.
То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
Тогда возникает вопрос - а как оно работает? :) Поддерживаю :)
IK> Что-то типа раунд-робина думаю сейчас уже не чудо. IK> Разброс будет в основном в виду разного размера пакетов. А кто будет делать reordering, если пакеты от одной tcp-сессии пойдут по разным линкам и их порядок перепутается? -- Паша.
Hello! Wed, Dec 05, 2012 at 01:16:44PM +0200, gul wrote:
On Wed, Dec 05, 2012 at 01:03:21PM +0200, Igor Kremez writes:
IK> Wed, Dec 05, 2012 at 12:48:51PM +0200, minotaur wrote:
On Wed, Dec 05, 2012 at 12:28:42PM +0200, Dmitry Aksyonov wrote:
PD4-2731643776 Summit X350, X150, and X350 switches do not support L3 forwarding. Thus, there is no support for the L3 /L3_L4 loadsharing algorithm. Those CLIs though accepted without error, are not functional: enable sharing 2 grouping 2 algorithm address-based L3_L4 LACP. These CLIs should be blocked in these switches. However, they do work in Summit X250 and X450 switches, since they support L3 forwarding.
То, что 350-е хорошо балансируют на LACP трафик я так же могу подтвердить, но это не говорит о том, что они используют L3 алгоритм.
Тогда возникает вопрос - а как оно работает? :) Поддерживаю :)
IK> Что-то типа раунд-робина думаю сейчас уже не чудо. IK> Разброс будет в основном в виду разного размера пакетов.
А кто будет делать reordering, если пакеты от одной tcp-сессии пойдут по разным линкам и их порядок перепутается?
Тоже об этом подумал после того как написал :)
-- Паша.
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
On Wed, Dec 05, 2012 at 12:48:51PM +0200, Alexander Shikoff wrote:
В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Дима, а LACP работает между двумя X350ми или с другой стороны другой вендор?
из того что есть сейчас: X350 - Juniper EX4200, даже не LACP, а static, тут несколько вланов, один с Ip сильно толще других. X350 - какаято циска :) vlan с ip и /30. пару-тройку лет назад у меня точно работали связки: X350 - Cisco 6509/WS-X6724-SFP X350 - Juniper EX3200 X350 - X350 может и еще какието, но уже забыл :) явных проблем с балансировкой не припоминаю. интересно проверить X350 со свежей прошивкой и L2 как будет себя вести :) -- Dmitry Aksyonov +380-62-3340343
Привет. On Wed, Dec 05, 2012 at 01:24:17PM +0200, Dmitry Aksyonov wrote:
On Wed, Dec 05, 2012 at 12:48:51PM +0200, Alexander Shikoff wrote:
В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Дима, а LACP работает между двумя X350ми или с другой стороны другой вендор?
из того что есть сейчас:
X350 - Juniper EX4200, даже не LACP, а static, тут несколько вланов, один с Ip сильно толще других. X350 - какаято циска :) vlan с ip и /30.
пару-тройку лет назад у меня точно работали связки: X350 - Cisco 6509/WS-X6724-SFP X350 - Juniper EX3200 X350 - X350
может и еще какието, но уже забыл :) явных проблем с балансировкой не припоминаю.
интересно проверить X350 со свежей прошивкой и L2 как будет себя вести :)
Интересную особенность X350го показал сегодня Игорь. Проверил у себя тоже: sw3-ki.3 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 41 41 LACP L2 41 Y A 1 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 1 sw3-ki.4 # show forwarding configuration L2 and L3 Forwarding table hash algorithm: Configured hash algorithm: crc32 Current hash algorithm: crc32 Hash criteria for IP unicast traffic for L2 load sharing and ECMP route sharing Sharing criteria: L3_L4 IP multicast: Group Table Compression: on Switch Settings: Switching mode: store-and-forward Fabric Flow Control: Fabric Flow Control: auto Прикольный свитч, однако :) -- Kind Regards, Alexander Shikoff AMS1-UANIC
Hello! Thu, Dec 06, 2012 at 03:14:06PM +0200, minotaur wrote:
Привет.
On Wed, Dec 05, 2012 at 01:24:17PM +0200, Dmitry Aksyonov wrote:
On Wed, Dec 05, 2012 at 12:48:51PM +0200, Alexander Shikoff wrote:
В случае когда через lacp ходит один vlan между роутерами и /30 и ip между ними при обычной L2 src/dst mac балансировке трафик будет через один порт ходить. Но я вижу что ходит с нормальной погрешностью балансинга через оба :) Дима, а LACP работает между двумя X350ми или с другой стороны другой вендор?
из того что есть сейчас:
X350 - Juniper EX4200, даже не LACP, а static, тут несколько вланов, один с Ip сильно толще других. X350 - какаято циска :) vlan с ip и /30.
пару-тройку лет назад у меня точно работали связки: X350 - Cisco 6509/WS-X6724-SFP X350 - Juniper EX3200 X350 - X350
может и еще какието, но уже забыл :) явных проблем с балансировкой не припоминаю.
интересно проверить X350 со свежей прошивкой и L2 как будет себя вести :)
Таки сломал ExtremeNetworks L3_L4 для x350, судя по всему, который действительно работал ранее (мы так же тестировали, т.к. свитч с L2 балансировкой не нужен сейчас, думаю, почти никому). Тестировал с такой схемой: Router - x350 - Linux сервер с 2-мя сетевыми картами 100Мбит/с. В качестве получателя трафика - торрент клиент (сейчас просто не располагаю временем делать что-то более серьезное для теста). Настройки на сервере не изменялись. В первом случае я использовал старый конфиг с новым XOSом. т.е. с enable sharing 3 grouping 3-4 algorithm address-based L3_L4 lacp в конфигурационном файле, но с XOS 15.2.2.7 sh ver Switch : 111111-11-11 11111-11111 Rev 3.0 BootROM: 1.0.3.1 IMG: 15.2.2.7 XGM2-2xf-1 : 222222-22-22 22222-22222 Rev 6.0 Image : ExtremeXOS version 15.2.2.7 v1522b7 by release-manager on Fri Oct 26 15:04:10 EDT 2012 #show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 3 3 LACP L3_L4 3 Y A 1 L3_L4 4 Y A 1 5 Static L2 5 - R 0 L2 6 - R 0 L2 7 - R 0 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 2 #enable sharing 10 grouping 10-11 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP ba113a.15 # show ports 3-4 utilization Link Utilization Averages Thu Dec 6 17:20:54 2012 Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ noctest A 24 24 8832804 10150875 noctest A 395761 406091 7756147 8388490 # disable ports 4 # disable sharing 3 Warning: Any config on the master port is lost (STP, IGMP Filter, IGMP Static Group, MAC-Security, etc. etc.) # enable sharing 3 grouping 3-4 algorithm address-based ? <cr> Execute the command health-check link aggregation group handled by health-check application L2 Based on layer 2 MAC (default) lacp link aggregation group handled by LACP # enable sharing 3 grouping 3-4 algorithm address-based L2 lacp Warning: Any config on the master port is lost (STP, IGMP Filter, IGMP Static Group, MAC-Security, etc. etc.) #enable ports 4 show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 3 3 LACP L2 3 Y A 0 L2 4 Y A 1 5 Static L2 5 - R 0 L2 6 - R 0 L2 7 - R 0 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 2 # show ports 3-4 utilization Link Utilization Averages Thu Dec 6 17:31:16 2012 Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ noctest A 0 24 124 148 noctest A 300512 381569 10404323 13127293 #sh ver Switch : 111111-11-11 11111-11111 Rev 3.0 BootROM: 1.0.3.1 IMG: 12.4.4.10 XGM2-2xf-1 : 222222-22-22 22222-22222 Rev 6.0 Image : ExtremeXOS version 12.4.4.10 v1244b10-patch1-5 by release-manager on Tue Jun 14 13:22:02 PDT 2011 BootROM : 1.0.3.1 show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 3 3 LACP L2 3 Y A 0 L2 4 Y A 0 5 Static L2 5 - R 0 L2 6 - R 0 L2 7 - R 0 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 2 #show ports 3-4 utilization Link Utilization Averages Thu Dec 6 18:02:53 2012 Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ noctest A 24 24 8849068 11832769 noctest A 288767 378138 124 149 #enable sharing 3 grouping 3-4 algorithm address-based L3_L4 lacp Warning: Any config on the master port is lost (STP, IGMP Filter, IGMP Static Group, MAC-Security, etc. etc.) show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 3 3 LACP L3_L4 3 Y A 0 L3_L4 4 Y A 1 5 Static L2 5 - R 0 L2 6 - R 0 L2 7 - R 0 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 2 #show ports 3-4 utilization Link Utilization Averages Thu Dec 6 18:08:05 2012 Port Link Rx Peak Rx Tx Peak Tx State bytes/sec bytes/sec bytes/sec bytes/sec ================================================================================ noctest A 0 24 6048527 7278753 noctest A 335100 427008 7315259 9594534
Интересную особенность X350го показал сегодня Игорь. Проверил у себя тоже:
sw3-ki.3 # show sharing Load Sharing Monitor Config Current Agg Ld Share Ld Share Agg Link Link Up Master Master Control Algorithm Group Mbr State Transitions ============================================================================== 41 41 LACP L2 41 Y A 1 ============================================================================== Link State: A-Active, D-Disabled, R-Ready, NP-Port not present, L-Loopback Load Sharing Algorithm: (L2) Layer 2 address based (L3_L4) Layer 3 address and Layer 4 port based Number of load sharing trunks: 1 sw3-ki.4 # show forwarding configuration
L2 and L3 Forwarding table hash algorithm: Configured hash algorithm: crc32 Current hash algorithm: crc32
Hash criteria for IP unicast traffic for L2 load sharing and ECMP route sharing Sharing criteria: L3_L4
IP multicast: Group Table Compression: on
Switch Settings: Switching mode: store-and-forward
Fabric Flow Control: Fabric Flow Control: auto
Прикольный свитч, однако :)
-- Kind Regards, Alexander Shikoff AMS1-UANIC
-- Best regards, Igor Kremez Internet Data Center "ColoCALL"
participants (7)
-
Alexander Shikoff -
Alexandr Turovsky -
Dmitry Aksyonov -
Igor Kremez -
Ilya -
Pavel Gulchouck -
Yuriy B. Borysov