OSPF: постоянное перестроение маршрутов

Тема в разделе "Маршрутизация", создана пользователем Alexandr, 22 фев 2017.

  1. Alexandr

    Alexandr Новый участник

    Добрый день, господа.
    В офисах стоят RB2011-UiAS (6.38.1). Между ними GRE туннели. Пытаюсь поднять OSPF через эти туннели. Получаю постоянное, с интервалом 5-10 секунд, перестроение таблицы маршрутов. Выглядит это так, как будто протокол то включают, то выключают.
    С RIP то же самое.
    При этом без OSPF/RIP туннели работают стабильно.
    Искал в Сети упоминание чего-то подобного - не нашел.

    Кто-нибудь с таким явлением сталкивался ? И если да, то как победил ?

    Спасибо.
     
  2. Илья Князев

    Илья Князев Администратор Команда форума

    Redistribute-connected случаем не включено в Instance?
     
  3. Alexandr

    Alexandr Новый участник

    Добрый день, Илья.
    Параметр Redistribute-connected включен.
    Как протокол будет отслеживать "живой-неживой" туннель, если этот параметр отключить ?
    И почему такое же поведение наблюдается у RIP'а ?
     
  4. Илья Князев

    Илья Князев Администратор Команда форума

    Для этого есть Hello и Dead интервалы и BFD. Так же если падает интерфейс, OSPF про это тоже "знает".
    Потому что туннель получает более короткий маршрут на свой конец через себя самого. При попытки построится через себя-падает. Т.е.

    Роутер А имеет настройки провайдера
    address=1.1.1.2/30 gateway=1.1.1.1
    т.е. в таблице маршрутизации есть запись 0.0.0.0/0 gateway=1.1.1.1

    Роутер Б имеет настройки
    address=2.2.2.2/30 gateway=2.2.2.1
    т.е. в таблице маршрутизации есть запись 0.0.0.0/0 gateway=2.2.2.1

    Теперь мы подняли туннель между роутерами. Включили OSPF (RIP, BGP etc) с опцией Redistribute Connected
    Туннель построился через маршрут 0.0.0.0/0 с обоих сторон. По протоколу динамической маршрутизации к нам "приезжает" удаленная подсеть провайдера. Т.е. на Роутер А таблица примет вид
    0.0.0.0/0 -> 1.1.1.1
    2.2.2.0/30 -> Tunnel (получено по динамике)
    Вторая запись описывает более специфическую подсеть и она будет в приоритете при выборе маршрута на 2.2.2.0/30 как следствие туннель строится "сам через себя" и падает. Как только он упал падает OSPF, исчезает короткий маршрут и туннель строится через Default Gateway.
    То же самое происходит со стороны Роутер Б.

    Решения (возможные, в порядке их правильности)
    1. Не использовать Redistribute-connected если это не надо. Если надо - пользоваться Route filter.
    2. Явно прописать маршруты Удаленный-роутер->Gateway_ISP. Так как /32 ВСЕГДА выиграет у любого более длинного маршрута
     
  5. Alexandr

    Alexandr Новый участник

    Илья, спасибо. Пошел учить мат. часть.