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

    Тип OSPF PtMP удаляет объявления о сети?

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Тип OSPF PtMP удаляет объявления о сети?, RouterOS
     
    millenium7
    Guest
    #1
    0
    14.03.2018 00:02:00
    Я не совсем понимаю это, может, кто-то прояснит (возможно, баг?). У меня есть 2 роутера: CCR1016 с прошивкой 6.37.5 (R1) — 10.0.0.1/28 и RB2011 с 6.39.3 (R2) — 10.0.0.2/28. Они соединены через фиксированную беспроводную точку-точки-мультипоинт (R1 — хаб, R2 — спок), где есть и другие роутеры, но они пока не участвуют в OSPF.

    На беспроводной точке доступа включена изоляция трафика, поэтому R2 не может напрямую общаться с R3, отсюда необходимость использовать для OSPF тип трафика non broadcast. Если использовать broadcast, point-to-point или NBMA — всё работает как надо (сейчас только 2 роутера, поэтому point-to-point и broadcast в будущем не подойдут), но NBMA очень медленно сходится и обновляет LSA — порядка 15 секунд. При этом я не могу установить интервал опроса меньше примерно 3 секунд, иначе маршруты начинают дергаться (хотя задержка между ними всего 14 мс).

    Если я использую point-to-multipoint в OSPF между этими двумя роутерами, то R1 прекращает анонсировать подсеть 10.0.0.0/28 и заявляет только хост-маршруты (10.0.0.2). В списке сетей у меня прописано 10.0.0.0/28. Это значит, что я не могу достучаться, например, до 10.0.0.8 — радиоустройства в этой подсети. Я ожидал увидеть и подсеть 10.0.0.0/28, и конкретные хост-маршруты, но 10.0.0.0/28 вовсе не анонсируется.

    Это задумано так в RouterOS или это баг?
     
     
     
    Michaelcrapse
    Guest
    #2
    0
    23.10.2019 00:00:00
    По-видимому, проблема автора сообщения решается в некоторых случаях переключением на p2p-сеть.
     
     
     
    Michaelcrapse
    Guest
    #3
    0
    23.10.2019 00:01:00
    Это всё ещё проблема ближе к концу 2019 года.
     
     
     
    sri2007
    Guest
    #4
    0
    30.04.2018 14:46:00
    Привет! Ты пробовал обновить версию RouterOS?
     
     
     
    nkourtzis
    Guest
    #5
    0
    14.04.2019 11:13:00
    Я тоже сталкиваюсь с такой же проблемой и хотел бы узнать, есть ли какие-то решения. Видел, что PTMP рекомендуют вместо беспроводных соединений, так как он стабильнее, но если при этом нельзя управлять радиостанциями, то это становится проблемой.
     
     
     
    millenium7
    Guest
    #6
    0
    16.04.2019 01:29:00
    Не помню, где именно это было в нашей топологии, поэтому не могу пойти и проверить, что я сделал, чтобы это исправить. Но я точно знаю, что больше никогда не использую тип сети PTMP и исключительно использую point-to-point, так что, наверное, я сделал то же самое и с этой связью.

    Теперь все мульти-точечные ссылки используют отдельные VLAN для каждого SM-радио/роутера и работают по типу сети point-to-point. То есть создаётся по одному VLAN-интерфейсу на каждый SM: VLAN101 — SM1, VLAN102 — SM2 и так далее.

    Отдельные VLAN-интерфейсы нужно создавать на стороне роутера AP, но в зависимости от вашей сети, возможно, не обязательно добавлять VLAN-интерфейс на стороне SM. Если весь трафик идёт по одному VLAN, то нужно настроить «data port/network/customer VLAN» на радио, а не на роутере. Тогда роутер думает, что у него просто VLAN1/Native, а на SM этот трафик метится, например, как VLAN102.

    Я заметил, что point-to-point — самый стабильный тип сети OSPF для MikroTik в беспроводных сетях.
     
     
     
    syadnom
    Guest
    #7
    0
    23.10.2019 02:02:00
    Интерфейсы находятся в бридже, или есть какая-то причина, по которой ARP может путаться из-за смены MAC-адресов? Я заметил, что если включить horizon на интерфейсах, ptmp работает отлично. В статической среде я просто сдаюсь и запускаю VLAN, используя PTP-режим поверх VLAN. Кажется, это самое простое решение. У меня есть тестовая гибридная mesh-сеть с horizon bridging на WDS, и /24 в OSPF, а также ptmp на всех интерфейсах — и я не замечаю этой проблемы в их уникальной конфигурации. Думаю, настройка horizon снова выручает.
     
     
     
    millenium7
    Guest
    #8
    0
    23.10.2019 03:21:00
    Я бы всё равно рекомендовал использовать индивидуальные VLAN-интерфейсы для каждого роутера, потому что тогда можно применять приоритет CoS на основе трёх старших битов DSCP. Многие радиоустройства не распознают DSCP-теги. Но применение CoS на каждом узле сети гарантирует, что QoS будет работать везде, а единственный способ добиться этого — использовать VLAN. Лично я не вижу смысла в многоточечной настройке, если только вам совсем срочно не нужно экономить IP-адреса.
     
     
     
    sri2007
    Guest
    #9
    0
    23.10.2019 03:52:00
    Всем привет, на самом деле я никогда больше не встречал эту проблему в версии 6.44.5 long-term. Согласен, что лучшее решение — использовать точечно-точные интерфейсы, особенно между роутерами. Интерфейсы ptmp буду применять только в особых случаях, когда много роутеров пытаются устанавливать соседства друг с другом.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры