Mikrotik Ros V7.1 Ospf - Проблема С Адресами Клиентов Ptp /32



Проблема Собственно, один из сценариев с OSPF - это раздача маршрутной информации из одной ветки в другую, и в 6 проблем не было.

Настроил зону, включил туда диапазон, выдаваемый любым PtP-сервером, и адреса клиентов полетели во все ветви.

Да, очень неудобно, когда таких маршрутов много, их обычно можно агрегировать и нет проблем.

А вот в 7 проблема другая, то ли из-за бага, то ли я что-то не так делаю, но маршруты для PtP-клиентов не раздаются.



Решение

Само решение довольно простое.

Вам просто нужно объявить статический маршрут blackhole к подсети этих клиентов с большой метрикой и назначить распределение статического маршрута OSPF. Здесь есть почти все, еще нужно фильтровать маршруты, чтобы раздавались только нужные, тогда код будет такой:

  
   

/ip route add blackhole disabled=no distance=255 dst-address=10.0.2.0/24 gateway="" pref-src="" routing-table=main scope=30 suppress-hw-offload=no target-scope=10 add disabled=no distance=255 dst-address=10.0.28.0/24 gateway=172.16.26.129 pref-src="" routing-table=main scope=30 suppress-hw-offload=no target-scope=10 /routing ospf instance add name=ospf-instance-1 out-filter-chain=ospf-out redistribute=static,ospf router-id=10.0.0.129 /routing ospf area add instance=ospf-instance-1 name=ospf-area-1 add area-id=10.0.3.0 instance=ospf-instance-1 name=local type=stub /routing filter rule add chain=ospf-out disabled=no rule="if ( protocol static ){\r\ \n if( dst==10.0.2.0/24 && dst-len==24 ) { accept }\r\ \n reject\r\ \n}\r\" /routing ospf area range add area=local disabled=yes prefix=10.0.2.0/24 /routing ospf interface-template add area=ospf-area-1 dead-interval=4s hello-interval=1s networks=10.0.0.128/25 type=ptp add area=local networks=10.0.3.0/24 passive add area=local networks=10.0.2.0/24 passive prefix-list=10.0.2.0/24 type=ptp add area=local networks=10.0.28.0/24 passive prefix-list=10.0.28.0/24 type=ptp

Для примера выше сеть 10.0.2.0/24 выделена для L2TP-клиентов, 10.0.28.0/24 — «пробная» сеть, для проверки работы фильтра и раздаваться не должна.

Логика фильтра следующая: если маршрут статический, то проверить его на соответствие критерию; если нет, то выбросьте его.

Посмотрим маршруты на соседнем роутере:

Flags: D - DYNAMIC; A - ACTIVE; c, o, d, y - COPY Columns: DST-ADDRESS, GATEWAY, DISTANCE DST-ADDRESS GATEWAY DISTANCE DAd 0.0.0.0/0 172.16.26.129 200 DAc 10.0.0.0/25 bridge-ISP 0 D o 10.0.0.129/32 10.0.0.129%gre-tunnel1 110 DAc 10.0.0.129/32 gre-tunnel1 0 DAo 10.0.2.0/24 10.0.0.129%gre-tunnel1 110 DAo 10.0.2.1/32 10.0.0.129%gre-tunnel1 110 DAo 10.0.3.0/24 10.0.0.129%gre-tunnel1 110 DAc 10.0.4.254/32 <l2tp-ppp1> 0 DAc 10.0.5.0/24 ether3 0 DAc 172.16.26.128/25 ether4 0

Как видно из листинга выше, есть только объявленные маршруты и маршрут /32 к самому маршрутизатору.

Теги: #Сетевые технологии #сетевое оборудование #Системное администрирование #ospf #mikrotik #RoS 7

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.