http://mikrotik.moscow Новое в теме Соединяемся! форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 17 Aug 2026 04:50:54 -0400 Соединяемся! RouterOS в форуме RouterOS.
Я немного повозился с LACP (то есть режим 802.3ad?), LAG (LACP) – это действительно 802.3ad режим! Это для объединения от 2 до максимальных 8 портов (линий), и сделано специально чтобы терять линию (порт), а остальное время работать, пусть и с меньшей пропускной способностью, но работать! Я в этих вещах не особо разбираюсь, но, насколько мне известно, можно попробовать LAG (LACP) с методом round robin.
20.12.2013 20:00:00, Kreacher.]]> http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234490 http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234490 Fri, 20 Dec 2013 20:00:00 -0500 RouterOS Соединяемся! RouterOS в форуме RouterOS.
Окей, так вот, после некоторых тестов я наконец-то заставил это работать. Раньше каждый "член связки" был в подсети с 4 IP-адресами (интерфейс Switch, SXT Emitter, SXT Station, интерфейс Switch), с EoIP-туннелем, соединяющим напрямую два switch. Сейчас я просто удалил все IP-адреса и EoIP, bonding работает отлично. Идею почерпнул из "Make sure that you do not have IP addresses on interfaces which will be enslaved for bonding interface!" в http://wiki.mikrotik.com/wiki/Manual:Interface/Bonding. Похоже, проблема была в EoIP-туннеле и/или наличии IP-адресов на пути (что обязательно, если хочешь настроить EoIP…). Работает так: я просто немного беспокоюсь, потому что теперь не могу мониторить свои SXT-устройства, так как у них нет IP-адресов, ну… Спасибо, Kreacher, за подсказку, немного пробовал LACP ( = 802.3ad mode?), результаты оказались не такими хорошими, как в режиме balance_rr, еще раз гляну.
20.12.2013 18:58:00, noib.]]> http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234489 http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234489 Fri, 20 Dec 2013 18:58:00 -0500 RouterOS Соединяемся! RouterOS в форуме RouterOS.
Привет, я думаю, если вы пытаетесь использовать LAG (LACP), группа агрегации каналов (LAG) больше не будет коллапсировать. Это действительно лучше, на мой скромный взгляд.
20.12.2013 18:30:00, Kreacher.]]> http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234488 http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234488 Fri, 20 Dec 2013 18:30:00 -0500 RouterOS Соединяемся! RouterOS в форуме RouterOS.
Привет, у меня проблема с функцией агрегации (bonding). Я настроил агрегированную линию связи с использованием 2 беспроводных линий, как показано ниже: (PC1)–(RB750UP)==(2 x SXT)===wireless===(2 x SXT)==(RB750UP)–(PC2).

Я настроил два EoIP туннеля, чтобы агрегировать связь по беспроводной линии, и это работает хорошо; я могу пинговать PC1 с PC2, делать btest и т.д. Если я подключаюсь к одному SXT и отключаю интерфейс wlan, агрегирование остается активным с половинной пропускной способностью, все в порядке. Так что кажется, что все работает, как ожидалось. Но если я физически отключаю один сетевой кабель от любого SXT (имитируя аппаратный отказ), то вся агрегированная линия рушится. Я использую balance-rr с ARP мониторингом, делаю что-то не так или это работает, как задумано?

[test@BYA_SW03] > /interface bonding print
Flags: X - disabled, R - running
0  R name="bonding-NB" mtu=1500 mac-address=FE:6B:20:14:64:AC arp=enabled slaves=eoip-5260,eoip-5300 mode=balance-rr primary=none link-monitoring=arp arp-interval=100ms arp-ip-targets=192.168.10.190 mii-interval=100ms down-delay=0ms up-delay=0ms lacp-rate=30secs transmit-hash-policy=layer-2
20.12.2013 09:12:00, noib.]]> http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234487 http://mikrotik.moscow/forum/forum57/61354-soedinyaemsya/message234487 Fri, 20 Dec 2013 09:12:00 -0500 RouterOS