Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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 до версии 2.9.24, работает?

    Обновили пограничные роутеры с VRRP до версии 2.9.24, работает?

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Обновили пограничные роутеры с VRRP до версии 2.9.24, работает?, RouterOS
     
    IntraLink
    Guest
    #1
    0
    26.05.2006 17:36:00
    Надо ли пересоздавать VRRP-определения после обновления до 2.9.24? Все вроде нормально, но я не думаю, что работает. В WinBox на основном узле видно "M" для master, а на резервном – "B" для backup, но разве не должно быть какого-то другого индикатора, что они общаются друг с другом (подзабыл, как он выглядит)?
     
     
     
    changeip
    Guest
    #2
    0
    31.05.2006 22:08:00
    2.9.24 странности с vrrp… Только начал тест с двух свежих установок (/system reset). Похоже, что мастер использует свой собственный MAC-адрес до смены и затем использует виртуальный – или как-то не последовательно. До смены: → Virtual 10.20.1.100 00-30-48-56-7b-58 dynamic → Два роутера 10.20.1.126 00-30-48-56-7b-58 dynamic 10.20.1.127 00-30-48-56-0d-6c dynamic После смены: → Virtual 10.20.1.100 00-00-5e-00-01-01 dynamic → резервный роутер - показывает виртуальный MAC - ?? 10.20.1.127 00-00-5e-00-01-01 dynamic После восстановления мастера: 10.20.1.100 00-30-48-56-0d-6c dynamic 10.20.1.127 00-30-48-56-0d-6c dynamic Так что, похоже, виртуальный MAC не используется 100% времени. Адрес .100 всегда должен иметь MAC-адрес 00-00-5e, верно? Конфигурация следующая: мастер: / ip vrrp add name=“vr1” interface=ether5 vrid=1 priority=255 interval=1 preemption-mode=yes authentication=none password=“” on-backup=“” on-master=“” disabled=no / ip vrrp address add address=10.20.1.100/24 network=10.20.1.0 broadcast=10.20.1.255 instance=vr1 interface=ether5 disabled=no резерв: / ip vrrp add name=“vr1” interface=ether5 vrid=1 priority=100 interval=1 preemption-mode=yes authentication=none password=“” on-backup=“” on-master=“” disabled=no / ip vrrp address add address=10.20.1.100/24 network=10.20.1.0 broadcast=10.20.1.255 instance=vr1 interface=ether5 disabled=no
     
     
     
    savage
    Guest
    #3
    0
    01.06.2006 05:57:00
    -Пожимаю плечами- Мне, кажется, обновляться до .24 не нужно… Вот если бы MT была достаточно добра и прислала вежливый ARP-запрос, когда IP поменяли, то всё было бы в порядке…
     
     
     
    changeip
    Guest
    #4
    0
    01.06.2006 06:05:00
    Похоже, он шлёт ARP, только с неправильным MAC… Нужно проверить через Ethereal, так что пока не принимай мои слова как истину. Сэм.
     
     
     
    nikhil
    Guest
    #5
    0
    01.06.2006 06:16:00
    Я тоже этим заинтересован, без лишних слов. Мы просто ждем, когда начнется настоящий удар.
     
     
     
    savage
    Guest
    #6
    0
    01.06.2006 06:21:00
    Это делает гораздо больше… Если вы не допустили опечатку: 10.20.1.100 00-30-48-56-7b-58 dynamic - V 10.20.1.100 00-00-5e-00-01-01 dynamic - V 10.20.1.100 00-30-48-56-0d-6c dynamic - V Если используется виртуальный MAC-адрес, и этот MAC переносится между основным/резервным сервером (как и положено виртуальному MAC), почему он меняется? Забудьте про изменение, но VRRP-адрес переместился с основного на резервный, обратно на основной. Три перемещения, три разных MAC-адреса??? 10.20.1.127 00-30-48-56-0d-6c dynamic - S 10.20.1.127 00-00-5e-00-01-01 dynamic - S 10.20.1.127 00-30-48-56-0d-6c dynamic - S IP-адрес SLAVE – фиксированный. VRRP тут ни при чём. Почему изменился MAC-адрес SLAVE??? Это может устроить настоящий кошмар на определенных реализациях… Не хочу быть смешным, но, может, MT стоит просто посмотреть на FreeVRRPd и прикрутить это к MT… По крайней мере, у нас тогда будет что-то, что работает и удобно в использовании… Как долго это продолжается с VRRP? И MT до сих пор не может этого сделать. Хватит! MT… Пожалуйста… Исправьте это!
     
     
     
    changeip
    Guest
    #7
    0
    01.06.2006 06:26:00
    И у меня такое же впечатление… не-VRRP IP и MAC вообще не должны меняться. К тому же, виртуальный IP не должен показывать реальный MAC — только виртуальный. Я сделаю несколько захватов пакетов, чтобы получить больше информации. Сэм.
     
     
     
    changeip
    Guest
    #8
    0
    01.06.2006 07:03:00
    Да, похоже, виртуальный IP перезаписывается физическим MAC на некоторых пакетах. RFC2338 Параграф 8.2 гласит, что никогда не должно отображаться физический MAC на виртуальном IP – это запутает кэши ARP клиентов. 8.2 Запросы ARP от хоста: когда хост отправляет запрос ARP для одного из виртуальных IP-адресов маршрутизатора, Главный виртуальный маршрутизатор ДОЛЖЕН ответить на запрос ARP с виртуальным MAC-адресом для виртуального маршрутизатора. Главный виртуальный маршрутизатор НЕ ДОЛЖЕН отвечать своим физическим MAC-адресом. Это позволяет клиенту всегда использовать один и тот же MAC-адрес, независимо от текущего Главного маршрутизатора. На приведенном выше изображении виртуальный 10.20.1.100 отображается с MAC-адресом физического компьютера. Я также вижу пакеты с 10.20.1.100 с MAC-адресом 00-00-5E-00-01-{VRID}, но этот тип ответа заставляет клиента использовать новый MAC. Небольшой баг, который нужно исправить – вероятно, несложно, как только поймут, что не так. Сэм.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры