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

    Общение с OSPF Слышали ли вы об OSPF? Это протокол маршрутизации, который используется для обмена информацией о сети между маршрутизаторами. Он позволяет маршрутизаторам автоматически обнаруживать друг друга и создавать карту сети. Не понимаю, почему мн

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Общение с OSPF Слышали ли вы об OSPF? Это протокол маршрутизации, который используется для обмена информацией о сети между маршрутизаторами. Он позволяет маршрутизаторам автоматически обнаруживать друг друга и создавать карту сети. Не понимаю, почему мн, RouterOS
     
    cleistonrs
    Guest
    #1
    0
    03.02.2013 17:20:00
    Привет! Можно ли организовать какую-то связь между двумя интерфейсами (ether1 и ether2, оба с rocket m5 в ptp с обеих сторон) с помощью OSPF, но с резервированием? Моя цель — распределить трафик между двумя имеющимися у меня rocket titanium с резервированием на случай, если один из них выйдет из строя. Как это можно сделать? С наилучшими пожеланиями!
     
     
     
    victors0991
    Guest
    #2
    0
    05.08.2017 15:23:00
    У кого есть ответ?
     
     
     
    Cha0s
    Guest
    #3
    0
    05.08.2017 18:56:00
    Зачем тебе вообще bonding? OSPF может и так "failover" и ECMP, чтобы использовать обе линии.
     
     
     
    victors0991
    Guest
    #4
    0
    05.08.2017 19:36:00
    Но я не понимаю. Может ли OSPF удваивать полосу пропускания, используя 2 или 3 интерфейса с Rocket radios?
     
     
     
    teamer
    Guest
    #5
    0
    05.08.2017 22:15:00
    OSPF этого не делает, а ECMP – делает.
     
     
     
    victors0991
    Guest
    #6
    0
    05.08.2017 23:02:00
    И это руководство – фейк? https://wiki.mikrotik.com/wiki/Setup_Dual_Wireless_Link_with_OSPF
     
     
     
    teamer
    Guest
    #7
    0
    06.08.2017 07:54:00
    Ты вообще понял картинку из статьи? OSPF – всего лишь инструмент, удобный, но здесь не обязателен. И, соответственно, ECMP тут ни при чем.
     
     
     
    BartoszP
    Guest
    #8
    0
    06.08.2017 08:25:00
    Victors0991… руководство с Вики не фейк. Видишь "продолжение"?… Завершить аналогичное… OSPF — универсальный инструмент для поиска пути. Его можно настроить так, чтобы данные направлялись на определенные интерфейсы. Если его настроить, чтобы данные отправлялись с "левой" стороны на "правую" ("левая" и "правая" — как на картинке в этом руководстве) по верхнему линку и данные с "правой" стороны на левую по нижнему линку, вы заметите лучшую полосу пропускания для радиолиний. Для радио это имеет смысл, поскольку передача радиосигнала — это "одностороннее" действие. Невозможно передавать данные в обоих направлениях одновременно, поэтому разделение передачи на две линии обеспечит лучшую полосу пропускания. Тот же эффект можно достичь и другими методами, но OSPF дает вам дополнительно и резервирование. Если одна линия выйдет из строя, передача пойдет по другой. Однако OSPF не удваивает полосу пропускания… это побочный эффект от направления данных по двум линиям.
     
     
     
    victors0991
    Guest
    #9
    0
    06.08.2017 15:41:00
    Но на той странице, которую я тебе дал, сказано, что OSPF в этом сценарии может решить проблему нехватки полосы пропускания.
     
     
     
    pukkita
    Guest
    #10
    0
    06.08.2017 17:40:00
    ECMP — это особенность маршрутизации IP, а OSPF — динамический протокол маршрутизации. ECMP: Так, в определенных ситуациях ECMP можно использовать для автоматического использования n-ного количества связей между двумя заданными точками, что обеспечивает балансировку нагрузки или распределение трафика между всеми этими связями, эффективно повышая пропускную способность между двумя заданными точками. То, что указал BartoszP, заключается в том, что поскольку PTP-соединения – это радиоканалы работающие на половину дуплекса, OSPF можно использовать для искусственного создания полнодуплексной связи, запретив OSPF использовать ECMP, как это было бы в сценарии, показанном на этой картинке, а вместо этого манипулировать стоимостью интерфейсов, чтобы трафик тек таким образом: Мост A ========> Мост C Мост B <======== Мост D Таким образом, радио A всегда передает данные на радио C, а радио D — на радио B. Это не удваивает пропускную способность в заданном направлении, но поскольку вы переводите трафик Upload/Download на каждую связь, повышается емкость и, особенно, задержка для обеих. Итак, возвращаясь к вашему вопросу: Моя цель – распределить трафик между двумя моими ракетами titannium, но с резервированием на случай, если одна из них выйдет из строя. Как я могу это сделать? Вы можете использовать либо: A) Bonding, либо B) OSPF, чтобы использовать ECMP для распределения трафика между обеими связями, но не обе одновременно. То есть, OSPF не нужен, если вы используете bonding.
     
     
     
    victors0991
    Guest
    #11
    0
    06.08.2017 18:30:00
    Ах, я понимаю, но когда же нам использовать bonding или OSPF?
     
     
     
    victors0991
    Guest
    #12
    0
    06.08.2017 18:31:00
    Потому что я прочитал, что стабильное соединение возможно, когда пропускная способность и задержка равны.
     
     
     
    Cha0s
    Guest
    #13
    0
    06.08.2017 18:52:00
    Да, это возможно. Но это ли лучший способ? Я бы сказал, попробуйте оба варианта в вашей лаборатории (вы можете настроить 4 CHR VM или лабораторию GNS3, чтобы эмулировать примеры, найденные на вики) и посмотрите, что лучше подходит для вашей ситуации. Однозначного ответа для всех случаев не существует. Попробуйте сначала в непроизводственной среде, и вы не только ознакомитесь с обеими технологиями, но и сможете провести тесты, чтобы посмотреть, как они ведут себя при деградации и т.д., и будете знать, чего ожидать и как устранять неполадки при развертывании в продакшн. И, наконец, таким образом вы сможете увидеть, что лучше подходит для вашей конфигурации (и ваших знаний). Реализация технологии – это только половина выполненной работы. Вам также нужен опыт устранения неполадок и обслуживания. Практический опыт незаменим! Чтобы частично ответить на ваш вопрос, моя интуиция подсказывает избегать агрегирования (bonding) на Wi-Fi ссылках в ISM диапазонах. Для наилучшей работы агрегирования требуется стабильная задержка. А у Wi-Fi много джиттера, особенно при помехах. Даже небольшие помехи сделают агрегирование хуже, чем наличие только одной ссылки без агрегирования! OSPF, с другой стороны, является протоколом определения состояния канала связи. Он не знает, есть ли задержка у канала связи или нет. Пока он может связаться с соседним маршрутизатором по каналу связи, он будет считать его подходящим для пересылки по нему пакетов. Так что это тоже не идеально – но потенциально лучше, чем агрегирование. Если бы мне пришлось выбирать, я бы предпочёл динамический протокол маршрутизации (BGP или OSPF), чем агрегирование. В целом, в Mikrotik нет динамического протокола маршрутизации, который бы учитывал качество канала связи, поэтому все решения подвержены проблемам с помехами. Если бы вы не сделали какой-то кастомный скриптинг для автоматического исключения канала связи из пересылки пакетов, если он становится перегруженным из-за помех и т.д.
     
     
     
    victors0991
    Guest
    #14
    0
    06.08.2017 19:45:00
    Потому что я прочитал, что связь возможна, когда пропускная способность и задержка равны.
     
     
     
    victors0991
    Guest
    #15
    0
    06.08.2017 19:49:00
    Но если у меня есть радиоканал, дающий 30 Мбит/с, а я хочу 60 Мбит/с. Как можно увеличить пропускную способность, чтобы получить больше?
     
     
     
    pukkita
    Guest
    #16
    0
    07.08.2017 07:31:00
    Не смотри на это как на вопрос: какой из них развернуть, или оба; а скорее, что больше подходит или удобно именно тебе. В любом случае, оба варианта будут объединять ссылки. Возможно, объединение не покажется идеальным решением, но, как мудро заметил Cha0s: учитывая, насколько проще настроить объединение, я бы попробовал его в твоей ситуации первым. OSPF требует понимания и знаний; если ты развернешь его, просто копируя и вставляя из какого-нибудь интернет-рецепта, то в случае проблем будешь совсем потерян.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры