LINUX.ORG.RU
ФорумAdmin

FRR Routing. Не работает фильтрация OSPF

 ,


0

2

Доброго дня всем.

Помогите разобраться с проблемой. Есть машинка с CentOS, работает в качестве маршрутизатора. Установлен FRRouting, настроена динамическая маршрутизация. Много чего, от RIP до BGP (сеть большая).

Но проблема с OSPF. Машина является ABR для зон 0, 34 и 134. Возникла необходимость фильтровать входящие и исходящие маршруты для зоны 134. Создал соответствующие префикс-листы, в конфигурации роутера повесил их на in и out.

Проблема в том, что префикс лист IN не работает. От слова совсем. Все маршрутизаторы в зоне 134 все равно получают все маршруты. При этом же OUT лист работает исправно. От маршрутизаторов в зоне 134 я получаю только сети из диапазона 10.134.0.0/16.

Помогите разобраться пожалуйста.

router ospf
 ospf router-id 10.34.0.1
 redistribute rip
 network 10.34.0.0/24 area 0.0.0.34
 network 10.34.100.0/24 area 0.0.0.34
 network 10.34.200.0/24 area 0.0.0.34
 network 172.20.34.0/30 area 0.0.0.0
 network 172.20.72.0/30 area 0.0.0.0
 network 192.168.113.4/30 area 0.0.0.134
 network 192.168.114.4/30 area 0.0.0.134
 area 0.0.0.134 filter-list prefix ospf-area134-in in
 area 0.0.0.134 filter-list prefix ospf-area134-out out
!
ip prefix-list ospf-area134-out seq 5 permit 10.134.0.0/16 ge 16 le 24
ip prefix-list ospf-area134-out seq 10 deny any
ip prefix-list ospf-area134-in seq 5 permit 10.34.0.0/16 ge 16 le 32
ip prefix-list ospf-area134-in seq 10 permit 10.30.0.0/16 ge 16 le 32
ip prefix-list ospf-area134-in seq 15 permit 10.134.0.0/16 ge 24 le 24
ip prefix-list ospf-area134-in seq 20 deny any

Проблема в том, что префикс лист IN не работает. От слова совсем.

На микротах то же самое. Такие вещи противоречат логике работы ospf. Со свойствами арий поиграться можно или нарезать их по-другому.

yu-boot ★★★★★
()
Последнее исправление: yu-boot (всего исправлений: 1)
Ответ на: комментарий от Bloody

Тогда не ясно зачем этот функционал и в каких случаях он работает. «Per anus» это конечно «наше все» :) но мне тогда проще будет отфильтровать ненужное на получателях в 134-й зоне.

Ramesses3
() автор топика

OSPF - помню в 14 году сдавал Cisco тогда нужно было знать.

Помню только разницу между OSPF и EIGRP. Первый протокол основан на «базе данных», второй протокол векторный.

Каждый узел OSPF хранит в себе «базу данных», поэтому нельзя взять и запретить маршруты, так как это нарушит работу протокола. А в EIGRP легко можно было взять и запретить маршруты.

Я помню, что нужно регулировать инъекцию маршрутов из базы данных OSPF в системную базу данных маршрутов.

Может стоит капать в этом направление?

Nurmukh ★★★
()
Ответ на: комментарий от Nurmukh

Каждый узел OSPF хранит в себе «базу данных», поэтому нельзя взять и запретить маршруты, так как это нарушит работу протокола.

This.

Когда по первости на микротах ниасилили OSPF, подняли всю сеть на iBGP. Это как BGP, только номер AS у всех одинаковый. Маршруты по сети расползаются правильно, что ещё нужно? Там вот этих запутанностей и «низзя» OSPF нет от слова совсем. С фальшивым eBGP на «приватных» номерах автономок тоже можно, тоже поднимали-работало, но это оверкилл по мне.

Если в OSPF очень хочется порезать лишние маршруты, надо заводить stub/totally stub/nssa. Суть - внутрь уезжает только 0.0.0.0/0, обратно все маршруты что есть в прямой видимости. NSSA ещё будет отдавать статические маршруты, если они нужны.

yu-boot ★★★★★
()
Ответ на: комментарий от Nurmukh

Каждый узел OSPF хранит в себе «базу данных»,

ну и пусть себе хранит. Ты забыл самое важное «идентичную бд на всех узлах»

поэтому нельзя взять и запретить маршруты

еще как можно. База данных оспф это всего лишь база данных, это не таблица маршрутизации хоста. Соотвественно, можно не трогая базу, зафильтровать импорт\экспорт из\в бд оспф в main rt. Впрочем как оно шевелится в фрр доподлино мне не известно, как то per anus, но в bird2 такое реализуется легко.

antech
()