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

    ОШИБКА: получен RouteRefresh с недопустимым подтипом: 0

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    ОШИБКА: получен RouteRefresh с недопустимым подтипом: 0, RouterOS
     
    newnet
    Guest
    #1
    0
    20.08.2022 08:32:00
    Здравствуйте, с тех пор как я установил CCR2216 с версией 7.4.1 (стабильная), постоянно появляется следующая ошибка с пирами Equinix IX:  
    RECV RouteRefresh с недопустимым подтипом: 0.  
    Это происходит только с маршрутизаторами Equinix, и, похоже, при этом сбрасывается BGP-сессия (теряется около секунды подключения). Наши пиры с Apple, BGPtools, Cloudflare, Hurricane, Meta через тот же IX такой проблемы не показывают.  
    Кто-то знает, с чем это связано? Раньше, когда использовал Mikrotik CHR, такого не было. Спасибо за помощь!  

    [admin@Router] /routing/bgp/connection> print
    1 name=“peer-to-equinix” remote.address=xxx.xxx.xxx.xxx/32 local.default-address=xxx.xxx.xxx.xxx .role=ebgp routing-table=main router-id=xxx.xxx.xxx.xxx as=xxxx address-families=ip cisco-vpls-nlri-len-fmt=auto-bits output.redistribute=connected,static,bgp .filter-chain=peer-filters .network=peering-networks .no-client-to-client-reflection=yes  

    [admin@Router] > /routing bgp

    [admin@Router] /routing/bgp> session print
    8 E name=“peer-to-equinix-1” remote.address=xx.xxx.xxx.xxx .as=24115 .id=xxx.xxx.xxx.xxx .refused-cap-opt=no .capabilities=mp,gr,as4,llgr .hold-time=4m .messages=46562 .bytes=7323827 .gr-time=120 .eor=ip local.address=xxx.xxx.xxx.xxx .as=xxxx .id=xxx.xxx.xxx.xxx .capabilities=mp,rr,gr,as4 .messages=3 .bytes=90 .eor=“” output.procid=82 .filter-chain=peer-filters .network=peering-networks input.procid=82 .last-notification=ffffffffffffffffffffffffffffffff001403060305  
    ebgp hold-time=3m keepalive-time=1m uptime=1m21s760ms
     
     
     
    baragoon
    Guest
    #2
    0
    05.02.2024 11:22:00
    +1 по этому поводу  
    06:00:19 route,bgp,warning eBGP-LocIX-FRA-v4-2-1 {l_addr: 185.1.167.xx, r_addr: 185.1.166.200} получил RouteRefresh с некорректным подтипом: 0  
    06:00:20 route,bgp,warning eBGP-LocIX-FRA-v6-2-1 {l_addr: 2001:7f8:f2:e1:0:21:xxx:1, r_addr: 2001:7f8:f2:e1::dead:1} получил RouteRefresh с некорректным подтипом: 0  
    06:00:21 route,bgp,warning eBGP-LocIX-FRA-v4-1-1 {l_addr: 185.1.167.xx, r_addr: 185.1.166.100} получил RouteRefresh с некорректным подтипом: 0  
    06:00:22 route,bgp,warning eBGP-LocIX-FRA-v6-1-1 {l_addr: 2001:7f8:f2:e1:0:21:xxx:1, r_addr: 2001:7f8:f2:e1::babe:1} получил RouteRefresh с некорректным подтипом: 0  
    06:00:23 route,bgp,warning eBGP-LocIX-FRA-v4-3-1 {l_addr: 185.1.167.xx, r_addr: 185.1.166.254} получил RouteRefresh с некорректным подтипом: 0  
    06:00:24 route,bgp,warning eBGP-LocIX-FRA-v6-3-1 {l_addr: 2001:7f8:f2:e1:0:21:xxx:1, r_addr: 2001:7f8:f2:e1::be5a} получил RouteRefresh с некорректным подтипом: 0
     
     
     
    mrz
    Guest
    #3
    0
    05.02.2024 11:27:00
    Насколько я знаю, это не наносит никакого вреда. У тебя есть какая-то реальная проблема? Если нет, и тебе просто не нравятся предупреждения, то их можно скрыть или перенастроить так, чтобы они записывались в другой буфер.
     
     
     
    j2sw
    Guest
    #4
    0
    05.02.2024 11:30:00
    Да, у меня действительно есть проблема. Проблема! Как уже упоминал предыдущий пользователь. У меня возникают трудности с обновлением через bird route server. Мне приходится сбрасывать сессию, чтобы изменения отобразились. И ещё: при работе с BGP по IPv6 тоже приходится сбрасывать сессию, чтобы увидеть изменения в фильтрах.
     
     
     
    pe1chl
    Guest
    #5
    0
    05.02.2024 12:25:00
    То же самое происходит, когда пир — RouterOS v6. Если внести изменения в фильтры маршрутов и сделать «refresh», появляется ошибка и обновление не выполняется. При остановке и запуске сессии всё работает, но это, конечно, неудобно.
     
     
     
    DarkNate
    Guest
    #6
    0
    05.02.2024 15:50:00
    Это касается не только BIRD, я видел такое и с удалёнными пирами Cisco, Huawei тоже.
     
     
     
    mrz
    Guest
    #7
    0
    05.02.2024 17:01:00
    Решение этого есть в списке дел, но с низким приоритетом.
     
     
     
    j2sw
    Guest
    #8
    0
    05.02.2024 11:13:00
    Есть какие-то новости по этому поводу? Все чаще сталкиваюсь с этим, пытаясь смешивать v6 и v7. В основном для целей миграции. Во многих случаях нельзя одновременно мигрировать обе версии.
     
     
     
    newnet
    Guest
    #9
    0
    09.09.2022 10:54:00
    Похоже, проблема с прерыванием пира у Equinix решена после их изменений. Ошибка всё ещё появляется в логах каждые 2 часа, но теперь пир остаётся активным и стабилен. Проблему исправили в Equinix, которые используют BIRD BGP-софту на своей стороне. Они сообщили: «Обновление маршрутов теперь включено в возможности соседа, и связь стабильна уже 17 часов»… Так что пока я доволен!
     
     
     
    thesysadmin
    Guest
    #10
    0
    12.12.2023 04:04:00
    Все еще наблюдаю эту проблему на ROS 7.12, есть ли планы по её исправлению?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры