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

    Случайное состояние OSPF: отключено

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Случайное состояние OSPF: отключено, RouterOS
     
    Wolfraider
    Guest
    #1
    0
    18.02.2019 04:13:00
    У нас есть центральное ядро и несколько пограничных маршрутизаторов, которые время от времени выходят из строя. Мы заметили, что все OSPF соединения падают одновременно. У нас есть одна большая MPLS-сеть, соединяющая всё вместе, но мы создали VLAN для каждого сайта (в данный момент 28 сайтов, но планируем добавить еще 20) и настроили /30 PTP соединения, чтобы разделить трафик и минимизировать вещание. У нас также настроен MPLS, и мы используем BGP для всех публичных адресов, а OSPF только для управления и адресации обратных соединений. Ошибок или потерь на интерфейсах нет. Есть идеи, почему это может происходить?

    Лог ошибок
    фев/17 21:19:33 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Full на Init
    фев/17 21:19:34 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с ExStart на Down
    фев/17 21:19:48 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Exchange на Down
    фев/17 21:19:59 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с ExStart на Down
    фев/17 21:20:14 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Full на Down
    фев/17 21:20:38 route,bgp,info Не удалось открыть TCP-соединение: Сеть недоступна
    фев/17 21:20:38 route,bgp,info     Удаленный адрес=10.200.0.1
    фев/17 21:20:49 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Full на Down
    фев/17 21:21:04 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Full на Init
    фев/17 21:21:05 route,ospf,info OSPFv2 сосед 10.200.0.1: изменение состояния с Init на Down
    фев/17 21:21:26 route,bgp,info Соединение открыто удаленным хостом
    фев/17 21:21:26 route,bgp,info     Удаленный адрес=10.200.0.1

    Санированная конфигурация
    Ядро
    /interface bridge
    add fast-forward=no name=LoopBack
    /interface ethernet
    set [ find default-name=sfp-sfpplus3 ] comment="MPLS" l2mtu=2024 mtu=2000
    /interface vlan
    add comment="Офис - MPLS" interface=sfp-sfpplus3 name="MPLS - vlan3001" vlan-id=3001
    /routing bgp instance
    set default as=300 router-id=10.200.0.1
    /routing ospf instance
    set [ find default=yes ] mpls-te-area=backbone mpls-te-router-id=LoopBack redistribute-other-ospf=as-type-1 router-id=10.200.0.1
    /ip firewall connection tracking
    set enabled=no
    /ip address
    add address=10.200.0.1 interface=LoopBack network=10.200.0.1
    add address=10.0.0.33/30 interface="MPLS - vlan3001" network=10.0.0.32
    /mpls interface
    set [ find default=yes ] mpls-mtu=2020
    /mpls ldp
    set enabled=yes lsr-id=10.200.0.1 transport-address=10.200.0.1
    /mpls ldp interface
    add interface="MPLS - vlan3001"
    /routing bgp peer
    add default-originate=always name=Core1-Office remote-address=10.200.0.10 remote-as=300 ttl=default update-source=LoopBack use-bfd=yes
    /routing ospf interface
    add interface="MPLS - vlan3001" network-type=point-to-point priority=2 use-bfd=yes
    /routing ospf network
    add area=backbone network=10.200.0.1/32
    add area=backbone network=10.0.0.32/30

    Офис
    /interface bridge
    add fast-forward=no name=LoopBack
    /interface ethernet
    set [ find default-name=combo1 ] l2mtu=2024 mtu=2000
    /interface vlan
    add comment="Core1 - MPLS" interface=combo1 name="combo1 - vlan3001" vlan-id=3001
    /routing bgp instance
    set default as=300 router-id=10.200.0.10
    /routing ospf instance
    set [ find default=yes ] router-id=10.200.0.10
    /ip address
    add address=10.0.0.34/30 interface="combo1 - vlan3001" network=10.0.0.32
    add address=10.200.0.10 interface=LoopBack network=10.200.0.10
    /mpls ldp
    set enabled=yes lsr-id=10.200.0.10 transport-address=10.200.0.10
    /mpls ldp interface
    add interface="combo1 - vlan3001"
    /routing bgp peer
    add name=Core1-Office remote-address=10.200.0.1 remote-as=300 ttl=default update-source=LoopBack use-bfd=yes
    /routing ospf interface
    add interface="combo1 - vlan3001" network-type=point-to-point use-bfd=yes
    /routing ospf network
    add area=backbone network=10.200.0.10/32
    add area=backbone network=10.0.0.32/30
     
     
     
    kiboi
    Guest
    #2
    0
    03.12.2019 23:29:00
    У меня похожая проблема, но я даже не думаю менять тип OSPF с p2p на NBMA. У меня настроен EBGP, IBGP и OSPF. Моя конфигурация: CCR1036-8G-2S+  
    ------------------CHR | CRS317-1G-16S+ |-------------------------------------|  
    ------------------------------------------------------------|  
    CCR1036-12G-4S              CCR1009-7G-1C-1S+                           CCR1009-7G-1C-1S+  
    OSPF постоянно отключается у всех соседних маршрутизаторов одновременно (в одно время) и также отключает iBGP. В чем может быть проблема при использовании ROS long term версии 6.44.6? Я исключил возможность неисправности свитча, поскольку к основному маршрутизатору напрямую подключен CHR, и проблема сохраняется. Ниже приведены общие ошибки, с которыми я сталкиваюсь:  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xx.6: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xx.17: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xx.18: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xx.19: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xxx.1: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xxx.1: state change from Full to Down  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xx.6: state change from ExStart to Init  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xxx.1: state change from ExStart to Init  
    22:53:08 route,ospf,info OSPFv2 neighbor 102.xx.xxx.1: state change from ExStart to Init  
    core rout ospf int pr  
    Flags: X - disabled, I - inactive, D - dynamic, P - passive  
    INTERFACE                                                                                               COST PRIORITY NETWORK-TYPE   AUTHENTICATION AUTHENTICATION-KEY  
    0    vlan51                                                                                                           10        1 nbma           none  
    1    vlan50                                                                                                           10        1 point-to-point none  
    2    vlan52                                                                                                           10        1 point-to-point none  
    3    vlan49                                                                                                           20        1 point-to-point none  
    4    vlan1205                                                                                                       25        1 nbma           none  
    5    vlan58-CHR                                                                                                  10        1 nbma           none  
    6 DP loopback0                                                                                                 10        1 broadcast      none
     
     
     
    sep
    Guest
    #3
    0
    21.09.2022 22:13:00
    Вы нашли решение этой проблемы? Подозреваю, что мы сталкиваемся с тем же. Все OSPF и BGP сессии обрываются в одно и то же время, а затем восстанавливаются через несколько секунд. Даже BGP сессии, которые не зависят от OSPF, обрываются. Запускаем 6.48.6 на CCR 1072 и CCR 1036.
     
     
     
    mrz
    Guest
    #4
    0
    22.09.2022 08:05:00
    Эта конкретная проблема решается в ROSv7 путем запуска OSPF и BGP в отдельных процессах.
     
     
     
    nichky
    Guest
    #5
    0
    22.09.2022 11:49:00
    @Wolfraider, возможно, это глупый вопрос, но это часть устранения неполадок. Можешь подтвердить, что с L1 все в порядке?
     
     
     
    sep
    Guest
    #6
    0
    22.09.2022 13:34:00
    да, L1 в порядке. некоторые PGP-соседи, что теряются, находятся на отдельном порту и выделенном оптоволокне вне OSPF L1. Проблема возникает, когда фаервол Palo Alto или Fortigate с OSPF на CCR переключается между активным и резервным устройством. Но OSPF Fortigate (и не связанный глобальный BGP на другом L1) не должен пропадать, когда Palo Alto выполняет переключение, или наоборот. Похоже, что весь маршрутизирующий движок на CCR просто выходит из строя и перезапускается. Хорошо, что OSPF и BGP не вылетают одновременно в ROS7.
     
     
     
    mrz
    Guest
    #7
    0
    22.09.2022 14:39:00
    Если вы хотите оставить все на v6, то увеличение OSPF dead-interval и BGP hold-time может помочь. Также убедитесь, что таймеры установлены хотя бы на значения по умолчанию или выше.
     
     
     
    sep
    Guest
    #8
    0
    23.09.2022 10:10:00
    нет таймеров на отключение или промежутков удержания, которые истекают. в тот же момент происходит переключение. в тот же момент все сессии BGP и OSPF теряются. также список интерфейсов и список пиров пусты на долю секунды. мы тестируем версию 7 в лаборатории. так что план заключается в том, чтобы в конечном итоге перейти.
     
     
     
    Smokeshow
    Guest
    #9
    0
    06.04.2024 02:01:00
    Старая тема, но у нас аналогичная проблема. Когда у клиента происходит фейловер роутера Palo Alto, это убивает процесс OSPF у нас. Есть ли решение кроме ros7? Мы еще не тестировали ros7 в этой сети из-за сложностей с OSPF, MPLS, VPLS и L3VPN.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры