Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    VRRP резервный интерфейс не отключается v4.3 на RB1000.

    VRRP резервный интерфейс не отключается v4.3 на RB1000.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    VRRP резервный интерфейс не отключается v4.3 на RB1000., RouterOS
     
    sterb
    Guest
    #1
    0
    13.12.2009 13:35:00
    Привет всем, нужна помощь: у меня есть два RB1000, один будет главным для всех подсетей, а другой – резервным. Это будет реализовано с использованием VRRP. Конфигурация следующая:

    Основной RB1000:
    VRRPs:
    0   RM name=“vrrp1” mtu=1500 mac-address=00:00:5E:00:01:01 arp=enabled interface=ether1 vrid=1 priority=255 interval=1 preemption-mode=yes authentication=ah password=“test1” on-backup=“” on-master=“”
    1   RM name=“vrrp3” mtu=1500 mac-address=00:00:5E:00:01:03 arp=enabled interface=ether3 vrid=3 priority=255 interval=1 preemption-mode=yes authentication=ah password=“test3” on-backup=“” on-master=“”

    IP-адреса:
    0   10.1.0.2/24        10.1.0.0        10.1.0.255      ether1
    2   10.20.0.2/22       10.20.0.0       10.20.3.255     ether3
    3   10.1.0.1/32        10.1.0.1        10.1.0.1        vrrp1
    4   10.20.0.1/32       10.20.0.1       10.20.0.1       vrrp3

    Резервный RB1000:
    VRRPs:
    0    B name=“vrrp1” mtu=1500 mac-address=00:00:5E:00:01:01 arp=enabled interface=ether1 vrid=1 priority=100 interval=1 preemption-mode=yes authentication=ah password=“test1” on-backup=“” on-master=“”
    1   RM name=“vrrp3” mtu=1500 mac-address=00:00:5E:00:01:03 arp=enabled interface=ether3 vrid=3 priority=1 interval=1 preemption-mode=yes authentication=ah password=“test3” on-backup=“” on-master=“”

    IP-адреса:
    0   10.1.0.3/24        10.1.0.0        10.1.0.255      ether1
    2   10.20.0.3/22       10.20.0.0       10.20.3.255     ether3
    3   10.1.0.1/32        10.1.0.1        10.1.0.1        vrrp1
    4   10.20.0.1/32       10.20.0.1       10.20.0.1       vrrp3

    Как видите, у основного приоритет выше - 255, а у резервного - 100. Когда интерфейс переключается на резервный, и основной возвращается, VRRP-интерфейс не отключается на резервном устройстве. Есть какие-нибудь идеи? VRRP разрешен на входящем трафике в брандмауэре на обоих устройствах. Я не представляю, что попробовать дальше, и я следовал Wiki дословно. Помогите, пожалуйста!
    Заранее спасибо.
    sterb
     
     
     
    leonset
    Guest
    #2
    0
    08.01.2010 08:59:00
    Привет! У меня тут та же самая проблема: вторичный нод показывается как Master и Running. Только что обновился до 4.4. Эта же конфигурация отлично работала в 3.30!! Я прошерстил вики и все остальные документы – безрезультатно… Может, стоит отправить тикет в поддержку? Спасибо.
     
     
     
    sterb
    Guest
    #3
    0
    08.01.2010 13:01:00
    Я уже отправил это в службу поддержки, и пока получил только стандартные ответы, то есть объяснения по настройкам. Не подтвердили, это ошибка или нет. У меня была включена отладка, чтобы посмотреть, не теряются ли multicast-пакеты по какой-то причине, но очевидных сообщений об ошибках не было… Может, ты тоже отправишь? Возможно, в supout.rif будет что-то общее с моим, и они смогут определить проблему? Спасибо, sterb.
     
     
     
    leonset
    Guest
    #4
    0
    11.01.2010 17:20:00
    Привет! Если у вас есть правила файрвола и/или NAT, убедитесь, что вы исключили трафик VRRP и IGMP из них… В моём случае проблема была в ошибочном правиле исходного NAT, которое просто не направляло пакеты VRRP. Сейчас проблема вроде бы решена, но я провожу финальные тесты. Кстати, моя проблема оставалась незамеченной почти месяц, потому что это правило NAT не применялось, даже если в Winbox и telnet оно отображалось как включённое. С уважением.
     
     
     
    sterb
    Guest
    #5
    0
    30.01.2010 16:43:00
    Леонсет, наконец-то нашёл время этим заняться, и ты подсказал верное направление! Как только переформулировал правило NAT, всё заработало, так что ещё раз спасибо! Последнее препятствие, которое у меня осталось, заключается в том, что когда включаю хот-спот на интерфейсе ether, vrrp работает, но vrrp-пакеты блокируются, и вторичный узел становится мастером. Я покопался, и все попытки пробросить протокол vrrp через файрвол хот-спота оказались безуспешными… стерб
     
     
     
    leonset
    Guest
    #6
    0
    01.02.2010 17:10:00
    Прости, но я тебе с этим не помогу… Я еще точку доступа не использовал! Удачи!
     
     
     
    sterb
    Guest
    #7
    0
    17.02.2010 19:50:00
    Это получилось заработать с помощью поддержки и хотел(а) выложить решение на случай, если кому-то понадобится эта тема. Горячая точка должна быть подключена к интерфейсу VRRP, а не к ether, тогда всё работает отлично. Горячая точка будет отображаться как недействительная, но как только VRRP станет мастером, она заработает корректно. sterb.
     
     
     
    leonset
    Guest
    #8
    0
    18.02.2010 07:35:00
    Отлично! Запомню, если вдруг буду использовать точку доступа. Теперь, когда техподдержка рассказала тебе о решении, это кажется логичным, потому что точка доступа блокирует каждый пакет, пока пользователь не аутентифицирован, и это может включать VRRP. Пока.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры