+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

CRS112-8G-4S: проблема с транком к CCR1016-12G

CRS112-8G-4S: проблема с транком к CCR1016-12G, RouterOS

Adrenaline1965

Guest

17.02.2023 15:50:00

Всем привет! Пытаюсь настроить следующую (довольно простую) сеть с моим роутером Mikrotik CCR1016-12G, коммутатором Mikrotik CRS112-8G-4S и двумя NAS Synology.
Я настроил 3 LACP «транка» на CRS112-8G-4S (по 2 порта 1G Ethernet каждый), чтобы связать CCR1016-12G и оба Synology NAS.

На CRS112-8G-4S использовал команду Switch => Ports => Trunk:
eth1 + eth2 — для подключения к NAS 1, только тегированный VLAN 2
eth3 + eth4 — для NAS 2, только тегированный VLAN 2
sfp11 + sfp12 — для CCR1016-12G, тегированные VLAN 2/3/4/5/6/88

Через Switch => VLAN => VLAN / Eg. VLAN Tag / In. VLAN Tran. настроил тегированные транки и VLAN Access порты (VLAN на уровне коммутатора).

На CCR1016-12G использовал Interface => Bonding с настройками:
Mode = balance-xor
Link Monitoring = mii
Transmit Hash Policy = layer 2 and 3
LACP Rate = 30 s
MII Interval = 100 ms

Это должно быть совместимо с транком на CRS112-8G-4S.
Для VLAN использую Bridge.

Сейчас столкнулся со следующей проблемой:
Транки к двум Synology NAS работают отлично.
А вот транк к CCR1016-12G НЕ РАБОТАЕТ, если подключены оба кабеля/порта одновременно. Если использовать только один кабель/порт (любой из них) — соединение работает нормально.

Если я заменяю CRS112-8G-4S на CRS125-24G-1S-RM с ТОЧНО ТАКОЙ ЖЕ конфигурацией транка, LACP ссылка с CCR1016-12G отлично работает с двумя кабелями/портами одновременно.

Чтобы попытаться решить проблему, пробовал настроить транк на CRS112-8G-4S к CCR1016-12G через обычные порты Cu (вместо SFP).
Обновил CRS112-8G-4S до RoS 7.7, но проблема осталась...

Провел дополнительные тесты:
Если подключаю второй кабель/порт и отключаю соответствующий порт на CRS112-8G-4S, связь остается DOWN.
Если же отключаю соответствующий порт на CCR1016-12G — связь появляется (UP).

Ранее была похожая схема с CRS112-8P-4S, связанная LACP транком с CCR1016-12G, и там всё работало без проблем.

Выглядит так, что транк на CRS112-8G-4S работает иначе, чем на CRS112-8P-4S и CRS125-24G-1S-RM. Поскольку настроек транка на CRS изменить нельзя, возможно стоит изменить настройки bonding на CCR…

Буду признателен за советы и идеи! Спасибо заранее!

Adrenaline1965

Guest

09.03.2023 17:06:00

Жаль, что никто, похоже, так и не понял, в чём проблема… В любом случае, ниже приведены конфигурации, которые НЕ РАБОТАЮТ и КОТОРЫЕ РАБОТАЮТ:

Для ВСЕХ следующих сценариев:
Порты 1 и 2 соответствующих CRS настроены как «Trunk»
Порты 1 и 2 CCR1016-12G настроены как «Bonding» с параметрами:
Mode = balance xor
Link Monitoring = mii
Transmit Hash Policy = layer 2 and 3
LACP Rate = 30 s
MII Interval = 100 ms

Неважно, какие (2) порта используются для Trunk/Bonding на CRS112-8G-4S-IN/CCR1016-12G — результат всегда одинаковый <= значит, неисправность порта можно исключить.

Следующие конфигурации НЕ РАБОТАЮТ:
CCR1016-12G подключён двумя Ethernet-кабелями к CRS112-8G-4S-IN
Все порты включены

CCR1016-12G подключён двумя Ethernet-кабелями к CRS112-8G-4S-IN
Порт 2 (или 1) на CRS112-8G-4S-IN ОТКЛЮЧЕН

Следующие конфигурации РАБОТАЮТ:
CCR1016-12G подключён двумя Ethernet-кабелями к CRS112-8G-4S-IN
Порт 2 (или 1) на CCR1016-12G ОТКЛЮЧЕН

CCR1016-12G подключён одним Ethernet-кабелем к CRS112-8G-4S-IN
Все порты ВКЛЮЧЕНЫ

CCR1016-12G подключён двумя Ethernet-кабелями к CRS112-8 P-4S-IN (вместо CRS112-8G-4S-IN)
Все порты ВКЛЮЧЕНЫ

CCR1016-12G подключён двумя Ethernet-кабелями к CRS125-24G-1S-RM (вместо CRS112-8G-4S-IN)
Все порты ВКЛЮЧЕНЫ

CRS112-8G-4S-IN подключён двумя Ethernet-кабелями к CRS125-24G-1S-RM (вместо CCR1016-12G)
Все порты ВКЛЮЧЕНЫ

Буду очень признателен за любые советы… Заранее спасибо!

chechito

Guest

09.03.2023 17:41:00

Серии CRS1xx/CRS2xx не поддерживают аппаратное ускорение для стандартного bonding-интерфейса и фильтрации VLAN на мостах. Конфигурация bonding на CRS 1xx и 2xx использует некий фирменный режим чипа, который не гарантирует полную совместимость с другими устройствами — работает только между устройствами из серий 1xx/2xx. Настройка VLAN довольно сложная, и сегодня мало кто с ней работает. В новых CRS 3xx и 5xx такой способ конфигурации считается «устаревшим», и теперь всё делается через фильтрацию VLAN на мостах, поэтому настройка вашего коммутатора попадает в довольно узкую нишу. Из-за этого некоторые люди используют CRS 1xx/2xx как обычные коммутаторы без VLAN.

BrateloSlava

Guest

09.03.2023 20:22:00

Я правильно понимаю, что у всех этих устройств одинаковая версия ROS и прошивки? У вас почти классическая схема для этого коммутатора, как в примере. Не ясно, почему у вас всё отлично работает с CRS112-8P-4S, а с CRS112-8G-4S — нет. У меня есть CRS112-8P-4S, и он нормально справляется с VLAN.

Adrenaline1965

Guest

10.03.2023 07:54:00

Спасибо за твоё мнение, chechito! Да, я знаю, поэтому использую функцию Trunk на базе Switch Chip в CRS 1xx/2xx вместо Bonding на базе Bridge, которую применяю на своих маршрутизаторах CCR. Всё отлично работает с CCR на моих CRS112-8P-4S-IN и CRS125-24G-1S-MN, но не с CRS112-8G-4S-IN. Думаю, CRS112-8G-4S-IN использует тот же свитч, что и CRS112-8P-IN, но судя по всему, я начинаю в этом сомневаться…

Настройка VLAN на CRS 1xx/2xx тоже основана на Switch, а не на Bridge, и, правда, чуть сложнее, но когда понимаешь, как это работает, всё отлично. Если моя конфигурация действительно попадает в какую-то «очень ограниченную нишу», то не исключено, что я столкнулся с багом в ROS, который ещё не выявлен. Надеюсь, кто-то из MikroTik читает этот случай, воспроизводит его в своей лаборатории и сможет найти причину, чтобы исправить в следующем релизе.

Свою очередь я попробую конфигурацию без VLAN — просто оставлю Trunk, чтобы проверить, сохраняется ли проблема. Однако, даже если это решит проблему с Trunk, для меня это не выход, потому что мне обязательно нужны VLAN для разделения доверенного трафика (админского) и недоверенного (гости WiFi, семья и т.д.). Я работаю в сфере кибербезопасности, поэтому прекрасно понимаю, почему мне это так важно в моей сети.

Adrenaline1965

Guest

10.03.2023 08:02:00

Привет, Bratelo! Спасибо за твой отзыв. Да, все устройства работают на одном и том же ROS/прошивке: 7.7. На самом деле сначала я использовал последние 6.xx, но столкнувшись с описанной проблемой, обновил всё до 7.7, надеясь, что это баг, исправленный в версии 7.x. Похоже, что нет… Проблема не в VLAN, а в Trunking/Bonding. Раньше у меня был CRS112-8P-4S, но после развода пришлось его «бросить» в доме, и я хотел заменить его на CRS112-8G-4S.

andkar

Guest

10.03.2023 08:11:00

Шесть лет назад Mikrotik сказал нам, что «режим совместимости с 802.3ad в настоящее время не поддерживается» http://forum.mikrotik.com/t/does-crs112-8g-4s-in-support-lacp-802-3ad/95777/8 Для меня это значит, что поддержку LACP могли бы реализовать, но по какой-то причине так и не сделали.

Adrenaline1965 Guest	#8 0 10.03.2023 08:20:00 Да, я знаю… Поэтому я использую «balance xor» вместо 802.3ad на CCR — <= на CRS 1xx/2xx, кажется, режим вообще нельзя настроить, я предполагаю, что они «жёстко прописаны» в режиме «balance xor». Я пробовал другие режимы на CCR, но это тоже не решило проблему… В любом случае спасибо за твоё участие!

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры