Всем привет! В моём стойке основной коммутатор — CRS317-1G-16S+. Там же стоит CSS326-24G-2S+ для гигабитных медных подключений. Хотел связать CSS326-24G-2S+ с CRS317-1G-16S+ через оба SFP+ порта в режиме LACP, чтобы получить почти неблокируемую работу гигабитных портов, но столкнулся с небольшой проблемой.
Раньше, на моих старых HP Procurve, это делалось вручную: указать коммутатору, какие порты объединять в “Trunk” (это слово было двусмысленным, так как Cisco использует его для связи с несколькими VLAN), выбрать режим агрегации, а с другой стороны подключить такое же вручную настроенное устройство. В Mikrotik SwOS вроде бы больше автоматизации…
Из вики:
Mode (по умолчанию: passive) — режим обмена LACP пакетами или статический режим LAG на портах:
- Passive: порт ждёт и использует LACP только если противоположная сторона активна
- Active: пытается запустить LACP независимо от режима на другой стороне
- Static: вручную настроенный статический LAG
Group — выбор группы статического LAG
Trunk (только чтение) — номер группы, к которой принадлежит порт
Partner (только чтение) — MAC-адрес партнёра
Похоже, единственный способ вручную выбрать порты для LACP — это поставить “static” режим, иначе колонка группы не заполняется. Я как обычно, не очень доверяю автоматике, и хотел этот способ использовать, но мануал немного неясен: действительно ли это даст настоящую агрегацию каналов с увеличением пропускной способности или просто failover.
Поэтому я выбрал Active/Passive режим. Активировал его на двух SFP портах с обеих сторон (CRS317 и CSS326), подключил короткие 30-сантиметровые DAC кабели (с брендированием Molex), и... к моему удивлению — всё просто заработало! Оба коммутатора точно определили, что они в режиме объединённого канала, нашли правильные порты, и всё отлично функционировало.
Я был в восторге — до первых 3-4 дней. Внезапно связь между коммутаторами пропала.
Пытался разобраться: сперва думал, что виноват роутер pfSense, но с ним всё оказалось в порядке. В конце концов выяснил, что причина была в моей автоматической LAG-группе. Каким-то образом она случайно забыла, что состоит в группе LAG, и возникшая петля вызвала массу проблем по всей сети.
Причём никаких видимых изменений в конфигурации не было.
Вопросы:
1) Я где-то ошибся в настройке? Кажется, это возможно, потому что толковой документации мало.
2) Насколько часто коммутаторы “забывают” агрегированные каналы?
3) Что делать, чтобы в будущем использовать агрегацию без подобных сбоев?
4) Если настроить LAG вручную, будет ли настоящий выигрыш в пропускной способности, или это просто fallback?
Буду благодарен за помощь!
— Matt
Раньше, на моих старых HP Procurve, это делалось вручную: указать коммутатору, какие порты объединять в “Trunk” (это слово было двусмысленным, так как Cisco использует его для связи с несколькими VLAN), выбрать режим агрегации, а с другой стороны подключить такое же вручную настроенное устройство. В Mikrotik SwOS вроде бы больше автоматизации…
Из вики:
Mode (по умолчанию: passive) — режим обмена LACP пакетами или статический режим LAG на портах:
- Passive: порт ждёт и использует LACP только если противоположная сторона активна
- Active: пытается запустить LACP независимо от режима на другой стороне
- Static: вручную настроенный статический LAG
Group — выбор группы статического LAG
Trunk (только чтение) — номер группы, к которой принадлежит порт
Partner (только чтение) — MAC-адрес партнёра
Похоже, единственный способ вручную выбрать порты для LACP — это поставить “static” режим, иначе колонка группы не заполняется. Я как обычно, не очень доверяю автоматике, и хотел этот способ использовать, но мануал немного неясен: действительно ли это даст настоящую агрегацию каналов с увеличением пропускной способности или просто failover.
Поэтому я выбрал Active/Passive режим. Активировал его на двух SFP портах с обеих сторон (CRS317 и CSS326), подключил короткие 30-сантиметровые DAC кабели (с брендированием Molex), и... к моему удивлению — всё просто заработало! Оба коммутатора точно определили, что они в режиме объединённого канала, нашли правильные порты, и всё отлично функционировало.
Я был в восторге — до первых 3-4 дней. Внезапно связь между коммутаторами пропала.
Пытался разобраться: сперва думал, что виноват роутер pfSense, но с ним всё оказалось в порядке. В конце концов выяснил, что причина была в моей автоматической LAG-группе. Каким-то образом она случайно забыла, что состоит в группе LAG, и возникшая петля вызвала массу проблем по всей сети.
Причём никаких видимых изменений в конфигурации не было.
Вопросы:
1) Я где-то ошибся в настройке? Кажется, это возможно, потому что толковой документации мало.
2) Насколько часто коммутаторы “забывают” агрегированные каналы?
3) Что делать, чтобы в будущем использовать агрегацию без подобных сбоев?
4) Если настроить LAG вручную, будет ли настоящий выигрыш в пропускной способности, или это просто fallback?
Буду благодарен за помощь!
— Matt
