lousx Опубликовано 14 февраля, 2018 · Жалоба Необходимо объединить 2 гигабитных линка между Mikrotik ccr-1009 и dlink dgs-3000 и между Mikrotik ccr-1009 b dlink dgs-1510-20. dgs-3000 --2G-- CCR1009 --2G-- dgs-1510-20 Как выяснилось, Dlink LACP + Mikrotik bonding 802.3ad больше чем скорость одного порта работать не будет. Решением стало отключение LACP на длинк и переключение режима на микротике в balance-rr. Это касается связи CCR-1009 и dgs-1510-20, т.к. там гоняется только один vlan. С dgs-3000 и CCR1009 проблема, там ходит множество вланов. Какие есть варианты объединения каналов для увеличения пропускной способности? Спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
planhima Опубликовано 26 мая, 2018 · Жалоба Есть такая проблема у меня Link Aggregation. Кто еще может сталкивался ccr-1016 + dgs-3000-28sc не разделяет трафик между интерфейсами в режиме 802.3ad LACP 1 vlan id 50 на портах 21-22. На 23-24 много vlan id там разделяет но как то не равномерно. На скрине видно какое равномерное на ether2 и ether3 и неравномерно на ether4 и rther5. Может кто уже победил проблему и подскажет реально или нет завести такую конфигурацию? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pingz Опубликовано 26 мая, 2018 · Жалоба На дворе 2018 год и вы выросли не пора ли купить 10G оборудование? 1+Гб\с это примерно около 0.5-1кк в месяц. З.Ы. Когда у вас в детстве нога росла вы брали два старых кроссовка сшивали их и носили? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 28 мая, 2018 · Жалоба Действительно, агрегация была придумана во время, когда 10Г интерфейсы стоили как автомобиль, а на 99 процентах коммутаторов были максимум 1G порты. Работали такие схемы часто нормально только между одинаковыми коммутаторами, а совместимость разных моделей, даже в пределах одного производителя была под вопросом. Сейчас уже в половине коммутаторов есть 10Г порты, в том числе и на микротиках. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
CooL_RusH Опубликовано 13 декабря, 2021 · Жалоба В 26.05.2018 в 03:48, planhima сказал: Есть такая проблема у меня Link Aggregation. Кто еще может сталкивался ccr-1016 + dgs-3000-28sc не разделяет трафик между интерфейсами в режиме 802.3ad LACP 1 vlan id 50 на портах 21-22. На 23-24 много vlan id там разделяет но как то не равномерно. На скрине видно какое равномерное на ether2 и ether3 и неравномерно на ether4 и rther5. Может кто уже победил проблему и подскажет реально или нет завести такую конфигурацию? Так он и не должен равномерно распределять нагрузки. Это тебе не 802.3ad с THP L3 L4. Из-за этого LACP l2 имеет потерю в среднем в 10-30% у 3-4 уровней потери в районе 1-5% от суммарной пропускной способности. т.е. принцип тут следующий, сначала у тебя до упора забивается первый канал, а на остальных координация устройств, потом забивается 2й канал, 3 и т.д., но в отличие от современных LACP L3/L4 тут не происходит сегментации сессий. Поэтому если у вас приковая практическая нагрузка будет 80% от суммы пропускных способностей каждого в отдельности - это оч хороший показатель. кто-то тут заикался что на 10G агрегация не требуется. Еще как требуется когда ты к примеру используешь QSFP+ или QSFP28+. да и переходить на 10G не всегда оправдано, иногда бывают случаи что нужно кастылик делать между новой оборудкой и старой в виде LACP на 2-6 линков (как показывает практика 4 оптималка). Немножко офтопа например: Стоят у меня стек из 6шт Dlink DGS3120-24(и таких стеков отнюдь не 1 по территории) и юзают в данный момент 4 оптических линка, я могу поставить перед ними к примеру CRS112-8G-4S-IN в него 1 линком ввести 10G, а из него LACP 802.3ad с THP l2 на 2-10 линков по 1G и при необходимости линк 10G покинуть дальше, остальные волокна высвободить еще под что нибудь (еще 1 под построение *STP к примеру для данного узла т.к. LACP тут фиктивный получается). И дешего и сердито ибо заменить этот стек обойдется в очень круглую сумму. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...